Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.c++ > #80902 > unrolled thread
| Started by | "Alf P. Steinbach" <alf.p.steinbach@gmail.com> |
|---|---|
| First post | 2021-08-29 20:57 +0200 |
| Last post | 2021-09-01 16:32 -0400 |
| Articles | 20 on this page of 301 — 30 participants |
Back to article view | Back to comp.lang.c++
Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? "Alf P. Steinbach" <alf.p.steinbach@gmail.com> - 2021-08-29 20:57 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Lynn McGuire <lynnmcguire5@gmail.com> - 2021-08-30 21:59 -0500
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Andrey Tarasevich <andreytarasevich@hotmail.com> - 2021-08-30 21:53 -0700
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Andrey Tarasevich <andreytarasevich@hotmail.com> - 2021-08-30 21:59 -0700
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Bo Persson <bo@bo-persson.se> - 2021-08-31 09:01 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Öö Tiib <ootiib@hot.ee> - 2021-08-31 03:00 -0700
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Lynn McGuire <lynnmcguire5@gmail.com> - 2021-08-31 23:46 -0500
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? David Brown <david.brown@hesbynett.no> - 2021-09-01 08:19 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? scott@slp53.sl.home (Scott Lurndal) - 2021-09-01 15:32 +0000
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Bonita Montero <Bonita.Montero@gmail.com> - 2021-09-01 19:20 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? David Brown <david.brown@hesbynett.no> - 2021-09-01 19:44 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Lynn McGuire <lynnmcguire5@gmail.com> - 2021-09-01 13:17 -0500
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? David Brown <david.brown@hesbynett.no> - 2021-09-01 20:32 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? scott@slp53.sl.home (Scott Lurndal) - 2021-09-01 19:00 +0000
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Lynn McGuire <lynnmcguire5@gmail.com> - 2021-09-01 15:06 -0500
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? scott@slp53.sl.home (Scott Lurndal) - 2021-09-01 20:14 +0000
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Bonita Montero <Bonita.Montero@gmail.com> - 2021-09-01 20:37 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? James Kuyper <jameskuyper@alumni.caltech.edu> - 2021-08-31 10:08 -0400
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? scott@slp53.sl.home (Scott Lurndal) - 2021-08-31 14:54 +0000
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? scott@slp53.sl.home (Scott Lurndal) - 2021-08-31 15:00 +0000
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Lynn McGuire <lynnmcguire5@gmail.com> - 2021-09-01 12:49 -0500
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Siri Cruise <chine.bleu@yahoo.com> - 2021-08-30 21:23 -0700
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2021-08-30 23:29 -0700
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Bonita Montero <Bonita.Montero@gmail.com> - 2021-08-31 12:27 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Richard Damon <Richard@Damon-Family.org> - 2021-08-31 07:37 -0400
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Bonita Montero <Bonita.Montero@gmail.com> - 2021-08-31 14:14 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? "james...@alumni.caltech.edu" <jameskuyper@alumni.caltech.edu> - 2021-08-31 07:06 -0700
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Bonita Montero <Bonita.Montero@gmail.com> - 2021-08-31 17:20 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? scott@slp53.sl.home (Scott Lurndal) - 2021-08-31 15:36 +0000
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Bonita Montero <Bonita.Montero@gmail.com> - 2021-08-31 17:44 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? "james...@alumni.caltech.edu" <jameskuyper@alumni.caltech.edu> - 2021-08-31 09:12 -0700
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Bonita Montero <Bonita.Montero@gmail.com> - 2021-08-31 18:20 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? scott@slp53.sl.home (Scott Lurndal) - 2021-08-31 16:40 +0000
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Bonita Montero <Bonita.Montero@gmail.com> - 2021-08-31 19:04 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Vir Campestris <vir.campestris@invalid.invalid> - 2021-08-31 21:37 +0100
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Bonita Montero <Bonita.Montero@gmail.com> - 2021-09-01 07:25 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? David Brown <david.brown@hesbynett.no> - 2021-09-01 09:26 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Bonita Montero <Bonita.Montero@gmail.com> - 2021-09-01 10:14 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? David Brown <david.brown@hesbynett.no> - 2021-09-01 11:07 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? James Kuyper <jameskuyper@alumni.caltech.edu> - 2021-09-01 10:31 -0400
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? David Brown <david.brown@hesbynett.no> - 2021-09-01 20:27 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? scott@slp53.sl.home (Scott Lurndal) - 2021-09-01 15:22 +0000
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? red floyd <no.spam.here@its.invalid> - 2021-09-01 07:52 -0700
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? scott@slp53.sl.home (Scott Lurndal) - 2021-09-01 15:21 +0000
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? red floyd <no.spam.here@its.invalid> - 2021-09-01 09:41 -0700
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Bart <bc@freeuk.com> - 2021-09-01 18:11 +0100
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? scott@slp53.sl.home (Scott Lurndal) - 2021-09-01 18:04 +0000
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Juha Nieminen <nospam@thanks.invalid> - 2021-09-01 18:27 +0000
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? scott@slp53.sl.home (Scott Lurndal) - 2021-09-01 19:02 +0000
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Christian Gollwitzer <auriocus@gmx.de> - 2021-09-01 21:36 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Juha Nieminen <nospam@thanks.invalid> - 2021-09-02 06:58 +0000
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? David Brown <david.brown@hesbynett.no> - 2021-09-02 11:34 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2021-09-02 14:51 -0700
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Bart <bc@freeuk.com> - 2021-09-02 23:31 +0100
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? David Brown <david.brown@hesbynett.no> - 2021-09-03 11:12 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Bart <bc@freeuk.com> - 2021-09-03 15:35 +0100
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? David Brown <david.brown@hesbynett.no> - 2021-09-03 16:46 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Paavo Helde <myfirstname@osa.pri.ee> - 2021-09-03 22:01 +0300
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Bart <bc@freeuk.com> - 2021-09-03 20:45 +0100
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Paavo Helde <myfirstname@osa.pri.ee> - 2021-09-04 01:06 +0300
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Bart <bc@freeuk.com> - 2021-09-04 02:12 +0100
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Paavo Helde <myfirstname@osa.pri.ee> - 2021-09-04 09:12 +0300
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Manfred <noname@add.invalid> - 2021-09-04 18:05 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? David Brown <david.brown@hesbynett.no> - 2021-09-06 08:43 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? "Alf P. Steinbach" <alf.p.steinbach@gmail.com> - 2021-09-06 08:59 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? David Brown <david.brown@hesbynett.no> - 2021-09-06 10:12 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Bart <bc@freeuk.com> - 2021-09-06 11:27 +0100
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? David Brown <david.brown@hesbynett.no> - 2021-09-06 12:48 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? scott@slp53.sl.home (Scott Lurndal) - 2021-09-04 15:28 +0000
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Bart <bc@freeuk.com> - 2021-09-04 17:44 +0100
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Ian Collins <ian-news@hotmail.com> - 2021-09-05 11:24 +1200
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Ian Collins <ian-news@hotmail.com> - 2021-09-04 10:14 +1200
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Paavo Helde <myfirstname@osa.pri.ee> - 2021-09-04 09:36 +0300
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Christian Gollwitzer <auriocus@gmx.de> - 2021-09-04 17:00 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Paavo Helde <myfirstname@osa.pri.ee> - 2021-09-06 11:03 +0300
Re: Examples of current platforms/architectures where sizeof(void*) > MisterMule@stubborn.uk - 2021-09-06 09:11 +0000
Re: Examples of current platforms/architectures where sizeof(void*) > Paavo Helde <myfirstname@osa.pri.ee> - 2021-09-06 13:08 +0300
Re: Examples of current platforms/architectures where sizeof(void*) > MisterMule@stubborn.uk - 2021-09-06 15:26 +0000
Re: Examples of current platforms/architectures where sizeof(void*) > Manfred <noname@add.invalid> - 2021-09-07 15:05 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > MisterMule@stubborn.uk - 2021-09-07 15:07 +0000
Re: Examples of current platforms/architectures where sizeof(void*) > Paavo Helde <myfirstname@osa.pri.ee> - 2021-09-07 19:41 +0300
Re: Examples of current platforms/architectures where sizeof(void*) > Ian Collins <ian-news@hotmail.com> - 2021-09-08 09:38 +1200
Re: Examples of current platforms/architectures where sizeof(void*) > MisterMule@stubborn.uk - 2021-09-08 10:29 +0000
Re: Examples of current platforms/architectures where sizeof(void*) > Ian Collins <ian-news@hotmail.com> - 2021-09-09 10:58 +1200
Re: Examples of current platforms/architectures where sizeof(void*) > MisterMule@stubborn.uk - 2021-09-09 08:55 +0000
Re: Examples of current platforms/architectures where sizeof(void*) > Paavo Helde <myfirstname@osa.pri.ee> - 2021-09-09 12:15 +0300
Re: Examples of current platforms/architectures where sizeof(void*) > MisterMule@stubborn.uk - 2021-09-09 09:19 +0000
Re: Examples of current platforms/architectures where sizeof(void*) > Paavo Helde <myfirstname@osa.pri.ee> - 2021-09-09 14:41 +0300
Re: Examples of current platforms/architectures where sizeof(void*) > Ian Collins <ian-news@hotmail.com> - 2021-09-09 22:19 +1200
Re: Examples of current platforms/architectures where sizeof(void*) > MisterMule@stubborn.uk - 2021-09-09 16:09 +0000
Re: Examples of current platforms/architectures where sizeof(void*) > James Kuyper <jameskuyper@alumni.caltech.edu> - 2021-09-09 12:41 -0400
Re: Examples of current platforms/architectures where sizeof(void*) > MisterMule@stubborn.uk - 2021-09-08 10:24 +0000
Re: Examples of current platforms/architectures where sizeof(void*) > Paavo Helde <myfirstname@osa.pri.ee> - 2021-09-08 20:22 +0300
Re: Examples of current platforms/architectures where sizeof(void*) > MisterMule@stubborn.uk - 2021-09-09 08:54 +0000
Re: Examples of current platforms/architectures where sizeof(void*) > Paavo Helde <myfirstname@osa.pri.ee> - 2021-09-09 14:47 +0300
Re: Examples of current platforms/architectures where sizeof(void*) > MisterMule@stubborn.uk - 2021-09-09 16:13 +0000
Re: Examples of current platforms/architectures where sizeof(void*) > James Kuyper <jameskuyper@alumni.caltech.edu> - 2021-09-09 12:42 -0400
Re: Examples of current platforms/architectures where sizeof(void*) > HorseyWorsey@the_stables.com - 2021-09-10 09:37 +0000
Re: Examples of current platforms/architectures where sizeof(void*) > David Brown <david.brown@hesbynett.no> - 2021-09-10 13:27 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > Michael S <already5chosen@yahoo.com> - 2021-09-10 05:41 -0700
Re: Examples of current platforms/architectures where sizeof(void*) > David Brown <david.brown@hesbynett.no> - 2021-09-10 15:31 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > Paavo Helde <myfirstname@osa.pri.ee> - 2021-09-10 16:45 +0300
Re: Examples of current platforms/architectures where sizeof(void*) > Michael S <already5chosen@yahoo.com> - 2021-09-10 07:21 -0700
Re: Examples of current platforms/architectures where sizeof(void*) > Ian Collins <ian-news@hotmail.com> - 2021-09-11 11:20 +1200
Re: Examples of current platforms/architectures where sizeof(void*) > scott@slp53.sl.home (Scott Lurndal) - 2021-09-10 14:50 +0000
Re: Examples of current platforms/architectures where sizeof(void*) > HorseyWorsey@the_stables.com - 2021-09-10 14:56 +0000
Re: Examples of current platforms/architectures where sizeof(void*) > David Brown <david.brown@hesbynett.no> - 2021-09-10 17:38 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > HorseyWorsey@the_stables.com - 2021-09-10 15:47 +0000
Re: Examples of current platforms/architectures where sizeof(void*) > David Brown <david.brown@hesbynett.no> - 2021-09-11 18:40 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > HorseyWorsey@the_stables.com - 2021-09-12 09:23 +0000
Re: Examples of current platforms/architectures where sizeof(void*) > Paavo Helde <myfirstname@osa.pri.ee> - 2021-09-12 12:57 +0300
Re: Examples of current platforms/architectures where sizeof(void*) > HorseyWorsey@the_stables.com - 2021-09-12 16:22 +0000
Re: Examples of current platforms/architectures where sizeof(void*) > David Brown <david.brown@hesbynett.no> - 2021-09-12 12:49 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > HorseyWorsey@the_stables.com - 2021-09-12 16:13 +0000
Re: Examples of current platforms/architectures where sizeof(void*) > David Brown <david.brown@hesbynett.no> - 2021-09-12 18:45 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > HorseyWorsey@the_stables.com - 2021-09-13 10:55 +0000
Re: Examples of current platforms/architectures where sizeof(void*) > David Brown <david.brown@hesbynett.no> - 2021-09-13 14:15 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > HorseyWorsey@the_stables.com - 2021-09-13 15:32 +0000
Re: Examples of current platforms/architectures where sizeof(void*) > James Kuyper <jameskuyper@alumni.caltech.edu> - 2021-09-13 12:07 -0400
Re: Examples of current platforms/architectures where sizeof(void*) > James Kuyper <jameskuyper@alumni.caltech.edu> - 2021-09-13 22:18 -0400
Re: Examples of current platforms/architectures where sizeof(void*) > Michael S <already5chosen@yahoo.com> - 2021-09-12 09:48 -0700
Re: Examples of current platforms/architectures where sizeof(void*) > HorseyWorsey@the_stables.com - 2021-09-13 10:52 +0000
Re: Examples of current platforms/architectures where sizeof(void*) > James Kuyper <jameskuyper@alumni.caltech.edu> - 2021-09-12 23:12 -0400
Re: Examples of current platforms/architectures where sizeof(void*) > Vir Campestris <vir.campestris@invalid.invalid> - 2021-09-13 22:00 +0100
Re: Examples of current platforms/architectures where sizeof(void*) > Ian Collins <ian-news@hotmail.com> - 2021-09-14 09:24 +1200
Re: Examples of current platforms/architectures where sizeof(void*) > scott@slp53.sl.home (Scott Lurndal) - 2021-09-13 21:42 +0000
Re: Examples of current platforms/architectures where sizeof(void*) > Ian Collins <ian-news@hotmail.com> - 2021-09-14 10:15 +1200
Re: Examples of current platforms/architectures where sizeof(void*) > David Brown <david.brown@hesbynett.no> - 2021-09-14 09:12 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > scott@slp53.sl.home (Scott Lurndal) - 2021-09-14 15:01 +0000
Re: Examples of current platforms/architectures where sizeof(void*) > David Brown <david.brown@hesbynett.no> - 2021-09-14 17:07 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > Vir Campestris <vir.campestris@invalid.invalid> - 2021-09-14 21:42 +0100
Re: Examples of current platforms/architectures where sizeof(void*) > Bart <bc@freeuk.com> - 2021-09-10 16:13 +0100
Re: Examples of current platforms/architectures where sizeof(void*) > David Brown <david.brown@hesbynett.no> - 2021-09-10 17:45 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > James Kuyper <jameskuyper@alumni.caltech.edu> - 2021-09-10 12:23 -0400
Re: Examples of current platforms/architectures where sizeof(void*) > HorseyWorsey@the_stables.com - 2021-09-10 17:09 +0000
Re: Examples of current platforms/architectures where sizeof(void*) > James Kuyper <jameskuyper@alumni.caltech.edu> - 2021-09-10 14:17 -0400
Re: Examples of current platforms/architectures where sizeof(void*) > HorseyWorsey@the_stables.com - 2021-09-11 09:06 +0000
Re: Examples of current platforms/architectures where sizeof(void*) > James Kuyper <jameskuyper@alumni.caltech.edu> - 2021-09-09 12:41 -0400
Re: Examples of current platforms/architectures where sizeof(void*) > David Brown <david.brown@hesbynett.no> - 2021-09-09 22:17 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > HorseyWorsey@the_stables.com - 2021-09-10 09:39 +0000
Re: Examples of current platforms/architectures where sizeof(void*) > David Brown <david.brown@hesbynett.no> - 2021-09-10 13:29 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > Juha Nieminen <nospam@thanks.invalid> - 2021-09-12 08:56 +0000
Re: Examples of current platforms/architectures where sizeof(void*) > HorseyWorsey@the_stables.com - 2021-09-12 09:18 +0000
Re: Examples of current platforms/architectures where sizeof(void*) > Juha Nieminen <nospam@thanks.invalid> - 2021-09-12 09:21 +0000
Re: Examples of current platforms/architectures where sizeof(void*) > HorseyWorsey@the_stables.com - 2021-09-12 09:29 +0000
Re: Examples of current platforms/architectures where sizeof(void*) > David Brown <david.brown@hesbynett.no> - 2021-09-12 12:55 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > HorseyWorsey@the_stables.com - 2021-09-12 16:14 +0000
Re: Examples of current platforms/architectures where sizeof(void*) > James Kuyper <jameskuyper@alumni.caltech.edu> - 2021-09-12 23:13 -0400
Re: Examples of current platforms/architectures where sizeof(void*) > Juha Nieminen <nospam@thanks.invalid> - 2021-09-13 05:23 +0000
Re: Examples of current platforms/architectures where sizeof(void*) > HorseyWorsey@the_stables.com - 2021-09-13 10:56 +0000
Re: Examples of current platforms/architectures where sizeof(void*) > scott@slp53.sl.home (Scott Lurndal) - 2021-09-13 14:55 +0000
Re: Examples of current platforms/architectures where sizeof(void*) > Manfred <noname@add.invalid> - 2021-09-12 01:09 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > Michael S <already5chosen@yahoo.com> - 2021-09-12 01:29 -0700
Re: Examples of current platforms/architectures where sizeof(void*) > David Brown <david.brown@hesbynett.no> - 2021-09-12 11:46 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > Michael S <already5chosen@yahoo.com> - 2021-09-12 04:42 -0700
Re: Examples of current platforms/architectures where sizeof(void*) > David Brown <david.brown@hesbynett.no> - 2021-09-12 13:54 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > Michael S <already5chosen@yahoo.com> - 2021-09-12 06:01 -0700
Re: Examples of current platforms/architectures where sizeof(void*) > "Alf P. Steinbach" <alf.p.steinbach@gmail.com> - 2021-09-12 15:22 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > David Brown <david.brown@hesbynett.no> - 2021-09-12 18:53 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > Michael S <already5chosen@yahoo.com> - 2021-09-12 11:29 -0700
Re: Examples of current platforms/architectures where sizeof(void*) > David Brown <david.brown@hesbynett.no> - 2021-09-13 08:38 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2021-09-12 17:38 -0700
Re: Examples of current platforms/architectures where sizeof(void*) > Manfred <noname@add.invalid> - 2021-09-13 03:52 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2021-09-12 19:10 -0700
Re: Examples of current platforms/architectures where sizeof(void*) > David Brown <david.brown@hesbynett.no> - 2021-09-12 11:32 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > scott@slp53.sl.home (Scott Lurndal) - 2021-09-09 18:37 +0000
Re: Examples of current platforms/architectures where sizeof(void*) > Bart <bc@freeuk.com> - 2021-09-07 17:56 +0100
Re: Examples of current platforms/architectures where sizeof(void*) > MisterMule@stubborn.uk - 2021-09-08 10:28 +0000
Re: Examples of current platforms/architectures where sizeof(void*) > Bart <bc@freeuk.com> - 2021-09-08 13:31 +0100
Re: Examples of current platforms/architectures where sizeof(void*) > Ian Collins <ian-news@hotmail.com> - 2021-09-09 11:06 +1200
Re: Examples of current platforms/architectures where sizeof(void*) > Bart <bc@freeuk.com> - 2021-09-09 01:27 +0100
Re: Examples of current platforms/architectures where sizeof(void*) > Ian Collins <ian-news@hotmail.com> - 2021-09-09 13:05 +1200
Re: Examples of current platforms/architectures where sizeof(void*) > Bart <bc@freeuk.com> - 2021-09-09 10:29 +0100
Re: Examples of current platforms/architectures where sizeof(void*) > Ian Collins <ian-news@hotmail.com> - 2021-09-09 22:28 +1200
Re: Examples of current platforms/architectures where sizeof(void*) > Bart <bc@freeuk.com> - 2021-09-09 12:40 +0100
Re: Examples of current platforms/architectures where sizeof(void*) > Ian Collins <ian-news@hotmail.com> - 2021-09-10 09:51 +1200
Re: Examples of current platforms/architectures where sizeof(void*) > Bart <bc@freeuk.com> - 2021-09-10 00:07 +0100
Re: Examples of current platforms/architectures where sizeof(void*) > Ian Collins <ian-news@hotmail.com> - 2021-09-10 11:26 +1200
Re: Examples of current platforms/architectures where sizeof(void*) > David Brown <david.brown@hesbynett.no> - 2021-09-10 10:02 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > Juha Nieminen <nospam@thanks.invalid> - 2021-09-10 09:10 +0000
Re: Examples of current platforms/architectures where sizeof(void*) > Bart <bc@freeuk.com> - 2021-09-10 11:32 +0100
Re: Examples of current platforms/architectures where sizeof(void*) > Juha Nieminen <nospam@thanks.invalid> - 2021-09-12 09:00 +0000
Re: Examples of current platforms/architectures where sizeof(void*) > Bart <bc@freeuk.com> - 2021-09-12 11:29 +0100
Re: Examples of current platforms/architectures where sizeof(void*) > David Brown <david.brown@hesbynett.no> - 2021-09-10 13:47 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > Ian Collins <ian-news@hotmail.com> - 2021-09-11 11:02 +1200
Re: Examples of current platforms/architectures where sizeof(void*) > Bart <bc@freeuk.com> - 2021-09-11 00:33 +0100
Re: Examples of current platforms/architectures where sizeof(void*) > Ian Collins <ian-news@hotmail.com> - 2021-09-11 11:42 +1200
Re: Examples of current platforms/architectures where sizeof(void*) > Manfred <noname@add.invalid> - 2021-09-15 19:20 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > David Brown <david.brown@hesbynett.no> - 2021-09-11 19:15 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > Bart <bc@freeuk.com> - 2021-09-11 20:56 +0100
Re: Examples of current platforms/architectures where sizeof(void*) > Ian Collins <ian-news@hotmail.com> - 2021-09-12 12:11 +1200
Re: Examples of current platforms/architectures where sizeof(void*) > David Brown <david.brown@hesbynett.no> - 2021-09-12 11:53 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > Bart <bc@freeuk.com> - 2021-09-12 11:17 +0100
Re: Examples of current platforms/architectures where sizeof(void*) > Ian Collins <ian-news@hotmail.com> - 2021-09-13 12:51 +1200
Re: Examples of current platforms/architectures where sizeof(void*) > Bart <bc@freeuk.com> - 2021-09-13 11:03 +0100
Re: Examples of current platforms/architectures where sizeof(void*) > Ian Collins <ian-news@hotmail.com> - 2021-09-14 12:05 +1200
Re: Examples of current platforms/architectures where sizeof(void*) > Bart <bc@freeuk.com> - 2021-09-14 10:28 +0100
Re: Examples of current platforms/architectures where sizeof(void*) > Ian Collins <ian-news@hotmail.com> - 2021-09-15 08:17 +1200
Re: Examples of current platforms/architectures where sizeof(void*) > Juha Nieminen <nospam@thanks.invalid> - 2021-09-12 09:10 +0000
Re: Examples of current platforms/architectures where sizeof(void*) > Ian Collins <ian-news@hotmail.com> - 2021-09-12 21:51 +1200
Re: Examples of current platforms/architectures where sizeof(void*) > Chris Vine <chris@cvine--nospam--.freeserve.co.uk> - 2021-09-12 15:55 +0100
Re: Examples of current platforms/architectures where sizeof(void*) > Vir Campestris <vir.campestris@invalid.invalid> - 2021-09-12 21:18 +0100
Re: Examples of current platforms/architectures where sizeof(void*) > David Brown <david.brown@hesbynett.no> - 2021-09-13 08:48 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > scott@slp53.sl.home (Scott Lurndal) - 2021-09-13 15:09 +0000
Re: Examples of current platforms/architectures where sizeof(void*) > Juha Nieminen <nospam@thanks.invalid> - 2021-09-13 05:28 +0000
Re: Examples of current platforms/architectures where sizeof(void*) > David Brown <david.brown@hesbynett.no> - 2021-09-13 09:23 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > David Brown <david.brown@hesbynett.no> - 2021-09-12 12:21 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > Michael S <already5chosen@yahoo.com> - 2021-09-10 05:29 -0700
Re: Examples of current platforms/architectures where sizeof(void*) > Bart <bc@freeuk.com> - 2021-09-10 12:20 +0100
Re: Examples of current platforms/architectures where sizeof(void*) > "daniel...@gmail.com" <danielaparker@gmail.com> - 2021-09-06 11:51 -0700
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Juha Nieminen <nospam@thanks.invalid> - 2021-09-03 05:13 +0000
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? David Brown <david.brown@hesbynett.no> - 2021-09-03 11:30 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Juha Nieminen <nospam@thanks.invalid> - 2021-09-03 11:19 +0000
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? David Brown <david.brown@hesbynett.no> - 2021-09-03 13:33 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Bart <bc@freeuk.com> - 2021-09-03 15:44 +0100
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Juha Nieminen <nospam@thanks.invalid> - 2021-09-03 17:40 +0000
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? scott@slp53.sl.home (Scott Lurndal) - 2021-09-03 17:58 +0000
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Bart <bc@freeuk.com> - 2021-09-03 22:23 +0100
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? David Brown <david.brown@hesbynett.no> - 2021-09-04 12:20 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Juha Nieminen <nospam@thanks.invalid> - 2021-09-06 05:42 +0000
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Öö Tiib <ootiib@hot.ee> - 2021-09-03 08:49 -0700
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Juha Nieminen <nospam@thanks.invalid> - 2021-09-03 17:42 +0000
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Öö Tiib <ootiib@hot.ee> - 2021-09-05 04:29 -0700
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Michael S <already5chosen@yahoo.com> - 2021-09-05 05:11 -0700
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Juha Nieminen <nospam@thanks.invalid> - 2021-09-06 05:45 +0000
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Öö Tiib <ootiib@hot.ee> - 2021-09-06 03:38 -0700
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Bart <bc@freeuk.com> - 2021-09-06 12:00 +0100
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Paavo Helde <myfirstname@osa.pri.ee> - 2021-09-06 16:38 +0300
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Christian Gollwitzer <auriocus@gmx.de> - 2021-09-06 15:52 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Juha Nieminen <nospam@thanks.invalid> - 2021-09-07 04:39 +0000
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Christian Gollwitzer <auriocus@gmx.de> - 2021-09-07 07:23 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Christian Gollwitzer <auriocus@gmx.de> - 2021-09-07 07:31 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Ian Collins <ian-news@hotmail.com> - 2021-09-07 21:47 +1200
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Juha Nieminen <nospam@thanks.invalid> - 2021-09-08 10:18 +0000
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? James Kuyper <jameskuyper@alumni.caltech.edu> - 2021-09-08 11:32 -0400
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Öö Tiib <ootiib@hot.ee> - 2021-09-08 05:02 -0700
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Bart <bc@freeuk.com> - 2021-09-08 13:44 +0100
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Öö Tiib <ootiib@hot.ee> - 2021-09-08 07:41 -0700
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? David Brown <david.brown@hesbynett.no> - 2021-09-08 16:44 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? "daniel...@gmail.com" <danielaparker@gmail.com> - 2021-09-08 09:04 -0700
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? David Brown <david.brown@hesbynett.no> - 2021-09-08 20:16 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Bart <bc@freeuk.com> - 2021-09-08 17:27 +0100
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? David Brown <david.brown@hesbynett.no> - 2021-09-08 20:23 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Bart <bc@freeuk.com> - 2021-09-08 22:38 +0100
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Juha Nieminen <nospam@thanks.invalid> - 2021-09-09 08:11 +0000
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Öö Tiib <ootiib@hot.ee> - 2021-09-09 09:25 -0700
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? scott@slp53.sl.home (Scott Lurndal) - 2021-09-09 18:43 +0000
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Tim Rentsch <tr.17687@z991.linuxsc.com> - 2021-09-06 05:37 -0700
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? "daniel...@gmail.com" <danielaparker@gmail.com> - 2021-09-06 11:54 -0700
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Tim Rentsch <tr.17687@z991.linuxsc.com> - 2021-10-06 13:01 -0700
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? David Brown <david.brown@hesbynett.no> - 2021-09-01 23:41 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Bart <bc@freeuk.com> - 2021-09-01 23:32 +0100
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Paavo Helde <myfirstname@osa.pri.ee> - 2021-09-02 12:31 +0300
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Bart <bc@freeuk.com> - 2021-09-02 11:11 +0100
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Paavo Helde <myfirstname@osa.pri.ee> - 2021-09-02 16:04 +0300
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? RantingRover <noemail@4u.com> - 2021-09-02 13:14 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Vir Campestris <vir.campestris@invalid.invalid> - 2021-09-01 21:43 +0100
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Juha Nieminen <nospam@thanks.invalid> - 2021-09-01 04:40 +0000
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? scott@slp53.sl.home (Scott Lurndal) - 2021-08-31 15:02 +0000
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? "see.my....@gmail.com" <see.my.homepage@gmail.com> - 2021-08-31 10:26 -0700
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Bonita Montero <Bonita.Montero@gmail.com> - 2021-08-31 19:46 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Juha Nieminen <nospam@thanks.invalid> - 2021-09-01 04:42 +0000
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Bonita Montero <Bonita.Montero@gmail.com> - 2021-09-01 07:26 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Christian Gollwitzer <auriocus@gmx.de> - 2021-09-01 07:41 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Bonita Montero <Bonita.Montero@gmail.com> - 2021-09-01 08:03 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Christian Gollwitzer <auriocus@gmx.de> - 2021-09-01 08:34 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Bonita Montero <Bonita.Montero@gmail.com> - 2021-09-01 08:43 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Christian Gollwitzer <auriocus@gmx.de> - 2021-09-01 08:55 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Bo Persson <bo@bo-persson.se> - 2021-09-01 10:05 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Vir Campestris <vir.campestris@invalid.invalid> - 2021-09-01 21:34 +0100
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Bonita Montero <Bonita.Montero@gmail.com> - 2021-09-01 10:10 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Bo Persson <bo@bo-persson.se> - 2021-09-01 10:37 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Bonita Montero <Bonita.Montero@gmail.com> - 2021-09-01 10:44 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Bo Persson <bo@bo-persson.se> - 2021-09-01 10:48 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Bonita Montero <Bonita.Montero@gmail.com> - 2021-09-01 10:51 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Bo Persson <bo@bo-persson.se> - 2021-09-01 11:15 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Bonita Montero <Bonita.Montero@gmail.com> - 2021-09-01 12:15 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? "james...@alumni.caltech.edu" <jameskuyper@alumni.caltech.edu> - 2021-09-01 06:49 -0700
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Bonita Montero <Bonita.Montero@gmail.com> - 2021-09-01 15:50 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? "james...@alumni.caltech.edu" <jameskuyper@alumni.caltech.edu> - 2021-09-01 07:16 -0700
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Bonita Montero <Bonita.Montero@gmail.com> - 2021-09-01 16:30 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Bo Persson <bo@bo-persson.se> - 2021-09-01 10:28 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Bo Persson <bo@bo-persson.se> - 2021-09-01 09:57 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Bonita Montero <Bonita.Montero@gmail.com> - 2021-09-01 10:13 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Bo Persson <bo@bo-persson.se> - 2021-09-01 10:44 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Bonita Montero <Bonita.Montero@gmail.com> - 2021-09-01 11:05 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Bo Persson <bo@bo-persson.se> - 2021-09-01 11:17 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Bonita Montero <Bonita.Montero@gmail.com> - 2021-09-01 12:17 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Bo Persson <bo@bo-persson.se> - 2021-09-01 12:48 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Bonita Montero <Bonita.Montero@gmail.com> - 2021-09-01 12:54 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2021-09-01 15:20 -0700
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? David Brown <david.brown@hesbynett.no> - 2021-09-01 11:11 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Bonita Montero <Bonita.Montero@gmail.com> - 2021-09-01 12:19 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Juha Nieminen <nospam@thanks.invalid> - 2021-09-01 18:14 +0000
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Bonita Montero <Bonita.Montero@gmail.com> - 2021-09-01 20:34 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Bo Persson <bo@bo-persson.se> - 2021-09-01 21:55 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2021-09-01 16:30 -0700
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Bonita Montero <Bonita.Montero@gmail.com> - 2021-09-02 05:30 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? scott@slp53.sl.home (Scott Lurndal) - 2021-09-01 19:03 +0000
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? Bonita Montero <Bonita.Montero@gmail.com> - 2021-09-01 21:12 +0200
Re: Examples of current platforms/architectures where sizeof(void*) > sizeof(int*) ? James Kuyper <jameskuyper@alumni.caltech.edu> - 2021-09-01 16:32 -0400
Page 5 of 16 — ← Prev page 1 … 3 4 [5] 6 7 … 16 Next page →
| From | Paavo Helde <myfirstname@osa.pri.ee> |
|---|---|
| Date | 2021-09-07 19:41 +0300 |
| Subject | Re: Examples of current platforms/architectures where sizeof(void*) > |
| Message-ID | <sh84nh$qnc$1@dont-email.me> |
| In reply to | #81082 |
07.09.2021 18:07 MisterMule@stubborn.uk kirjutas:
> On Tue, 7 Sep 2021 15:05:34 +0200
> Manfred <noname@add.invalid> wrote:
>> On 9/6/2021 5:26 PM, MisterMule@stubborn.uk wrote:
>>> On Mon, 6 Sep 2021 13:08:34 +0300
>>> Paavo Helde <myfirstname@osa.pri.ee> wrote:
>>>> 06.09.2021 12:11 MisterMule@stubborn.uk kirjutas:
>>>>
>>>>> Unless you're writing highly cross platform code there's zero reason to use
>>
>>>>> cmake or autoconf at all. A Makefile for *nix is a lot simpler to use and
>>>>> debug.
>>>>
>>>> Been there, done that. And I am sorry for the brain cells I have lost
>>>> over years when trying to force the Makefile system to work properly.
>>>> Unfortunately I never quite succeeded at, they always rebuilt either too
>>>> many or too few files, or both.
>>
>> That's a severe limitation of Makefiles, yes. GNU Make addresses that
>> issue, but if you read through its documentation on how to solve that,
>> the clearest message you get is to keep away of it.
>
> And CMake files are any better? They usually look like a script file thats
> been edited by a cat walking over the keyboard.
I guess one can write Fortran in any language, including CMake. My CMake
files are pretty clean, partially thanks to putting all common settings
into a common file which is included by the top-level CMakeLists.txt.
In a typical CMakeLists.txt in a leaf directory I just say that what
files need to be compiled (typically *.cpp and *.h), into which library
they must be be linked into, and what third-party libraries are
involved. That's all what I'm interested in, and CMake will take care of
generating all the technical details. That's literally 5 CMake commands:
target_include_directories(...)
target_link_directories(...)
target_link_libraries(...)
file(GLOB MY_SOURCES *.cpp *.h)
target_sources(... ${MY_SOURCES})
Cannot imagine it could be much simpler. All details I want to see and
control are visible, and all the technical details which I'm not
interested in are hidden.
[toc] | [prev] | [next] | [standalone]
| From | Ian Collins <ian-news@hotmail.com> |
|---|---|
| Date | 2021-09-08 09:38 +1200 |
| Subject | Re: Examples of current platforms/architectures where sizeof(void*) > |
| Message-ID | <ipq4ehFgmbiU1@mid.individual.net> |
| In reply to | #81083 |
On 08/09/2021 04:41, Paavo Helde wrote:
> 07.09.2021 18:07 MisterMule@stubborn.uk kirjutas:
>> On Tue, 7 Sep 2021 15:05:34 +0200
>> Manfred <noname@add.invalid> wrote:
>>> On 9/6/2021 5:26 PM, MisterMule@stubborn.uk wrote:
>>>> On Mon, 6 Sep 2021 13:08:34 +0300
>>>> Paavo Helde <myfirstname@osa.pri.ee> wrote:
>>>>> 06.09.2021 12:11 MisterMule@stubborn.uk kirjutas:
>>>>>
>>>>>> Unless you're writing highly cross platform code there's zero reason to use
>>>
>>>>>> cmake or autoconf at all. A Makefile for *nix is a lot simpler to use and
>>>>>> debug.
>>>>>
>>>>> Been there, done that. And I am sorry for the brain cells I have lost
>>>>> over years when trying to force the Makefile system to work properly.
>>>>> Unfortunately I never quite succeeded at, they always rebuilt either too
>>>>> many or too few files, or both.
>>>
>>> That's a severe limitation of Makefiles, yes. GNU Make addresses that
>>> issue, but if you read through its documentation on how to solve that,
>>> the clearest message you get is to keep away of it.
>>
>> And CMake files are any better? They usually look like a script file thats
>> been edited by a cat walking over the keyboard.
>
> I guess one can write Fortran in any language, including CMake. My CMake
> files are pretty clean, partially thanks to putting all common settings
> into a common file which is included by the top-level CMakeLists.txt.
>
> In a typical CMakeLists.txt in a leaf directory I just say that what
> files need to be compiled (typically *.cpp and *.h), into which library
> they must be be linked into, and what third-party libraries are
> involved. That's all what I'm interested in, and CMake will take care of
> generating all the technical details. That's literally 5 CMake commands:
>
> target_include_directories(...)
> target_link_directories(...)
> target_link_libraries(...)
> file(GLOB MY_SOURCES *.cpp *.h)
> target_sources(... ${MY_SOURCES})
>
> Cannot imagine it could be much simpler. All details I want to see and
> control are visible, and all the technical details which I'm not
> interested in are hidden.
Not only that, you only have to change your top level rules to build for
a new target and/or platform. Being able to emit ninja files or
makefiles makes cross platform building on Unix like platforms and
Windows trivial.
--
Ian
[toc] | [prev] | [next] | [standalone]
| From | MisterMule@stubborn.uk |
|---|---|
| Date | 2021-09-08 10:29 +0000 |
| Subject | Re: Examples of current platforms/architectures where sizeof(void*) > |
| Message-ID | <sha3a2$9as$1@gioia.aioe.org> |
| In reply to | #81085 |
On Wed, 8 Sep 2021 09:38:24 +1200
Ian Collins <ian-news@hotmail.com> wrote:
>On 08/09/2021 04:41, Paavo Helde wrote:
>> 07.09.2021 18:07 MisterMule@stubborn.uk kirjutas:
>>> On Tue, 7 Sep 2021 15:05:34 +0200
>>> Manfred <noname@add.invalid> wrote:
>>>> On 9/6/2021 5:26 PM, MisterMule@stubborn.uk wrote:
>>>>> On Mon, 6 Sep 2021 13:08:34 +0300
>>>>> Paavo Helde <myfirstname@osa.pri.ee> wrote:
>>>>>> 06.09.2021 12:11 MisterMule@stubborn.uk kirjutas:
>>>>>>
>>>>>>> Unless you're writing highly cross platform code there's zero reason to
>use
>>>>
>>>>>>> cmake or autoconf at all. A Makefile for *nix is a lot simpler to use
>and
>>>>>>> debug.
>>>>>>
>>>>>> Been there, done that. And I am sorry for the brain cells I have lost
>>>>>> over years when trying to force the Makefile system to work properly.
>>>>>> Unfortunately I never quite succeeded at, they always rebuilt either too
>>>>>> many or too few files, or both.
>>>>
>>>> That's a severe limitation of Makefiles, yes. GNU Make addresses that
>>>> issue, but if you read through its documentation on how to solve that,
>>>> the clearest message you get is to keep away of it.
>>>
>>> And CMake files are any better? They usually look like a script file thats
>>> been edited by a cat walking over the keyboard.
>>
>> I guess one can write Fortran in any language, including CMake. My CMake
>> files are pretty clean, partially thanks to putting all common settings
>> into a common file which is included by the top-level CMakeLists.txt.
>>
>> In a typical CMakeLists.txt in a leaf directory I just say that what
>> files need to be compiled (typically *.cpp and *.h), into which library
>> they must be be linked into, and what third-party libraries are
>> involved. That's all what I'm interested in, and CMake will take care of
>> generating all the technical details. That's literally 5 CMake commands:
>>
>> target_include_directories(...)
>> target_link_directories(...)
>> target_link_libraries(...)
>> file(GLOB MY_SOURCES *.cpp *.h)
>> target_sources(... ${MY_SOURCES})
>>
>> Cannot imagine it could be much simpler. All details I want to see and
>> control are visible, and all the technical details which I'm not
>> interested in are hidden.
>
>Not only that, you only have to change your top level rules to build for
>a new target and/or platform. Being able to emit ninja files or
>makefiles makes cross platform building on Unix like platforms and
>Windows trivial.
I've written cross platform code for years. Generally its 1 or 2 lines in
the Makefile that need to be commented in/out. How is CMake any simpler?
[toc] | [prev] | [next] | [standalone]
| From | Ian Collins <ian-news@hotmail.com> |
|---|---|
| Date | 2021-09-09 10:58 +1200 |
| Subject | Re: Examples of current platforms/architectures where sizeof(void*) > |
| Message-ID | <ipstg5FgmbiU2@mid.individual.net> |
| In reply to | #81090 |
On 08/09/2021 22:29, MisterMule@stubborn.uk wrote:
> On Wed, 8 Sep 2021 09:38:24 +1200
> Ian Collins <ian-news@hotmail.com> wrote:
>> On 08/09/2021 04:41, Paavo Helde wrote:
>>>
>>> I guess one can write Fortran in any language, including CMake. My CMake
>>> files are pretty clean, partially thanks to putting all common settings
>>> into a common file which is included by the top-level CMakeLists.txt.
>>>
>>> In a typical CMakeLists.txt in a leaf directory I just say that what
>>> files need to be compiled (typically *.cpp and *.h), into which library
>>> they must be be linked into, and what third-party libraries are
>>> involved. That's all what I'm interested in, and CMake will take care of
>>> generating all the technical details. That's literally 5 CMake commands:
>>>
>>> target_include_directories(...)
>>> target_link_directories(...)
>>> target_link_libraries(...)
>>> file(GLOB MY_SOURCES *.cpp *.h)
>>> target_sources(... ${MY_SOURCES})
>>>
>>> Cannot imagine it could be much simpler. All details I want to see and
>>> control are visible, and all the technical details which I'm not
>>> interested in are hidden.
>>
>> Not only that, you only have to change your top level rules to build for
>> a new target and/or platform. Being able to emit ninja files or
>> makefiles makes cross platform building on Unix like platforms and
>> Windows trivial.
>
> I've written cross platform code for years. Generally its 1 or 2 lines in
> the Makefile that need to be commented in/out. How is CMake any simpler?
Windows?
--
Ian.
[toc] | [prev] | [next] | [standalone]
| From | MisterMule@stubborn.uk |
|---|---|
| Date | 2021-09-09 08:55 +0000 |
| Subject | Re: Examples of current platforms/architectures where sizeof(void*) > |
| Message-ID | <shci6p$s4k$1@gioia.aioe.org> |
| In reply to | #81105 |
On Thu, 9 Sep 2021 10:58:13 +1200
Ian Collins <ian-news@hotmail.com> wrote:
>On 08/09/2021 22:29, MisterMule@stubborn.uk wrote:
>> On Wed, 8 Sep 2021 09:38:24 +1200
>> Ian Collins <ian-news@hotmail.com> wrote:
>>> On 08/09/2021 04:41, Paavo Helde wrote:
>>>>
>>>> I guess one can write Fortran in any language, including CMake. My CMake
>>>> files are pretty clean, partially thanks to putting all common settings
>>>> into a common file which is included by the top-level CMakeLists.txt.
>>>>
>>>> In a typical CMakeLists.txt in a leaf directory I just say that what
>>>> files need to be compiled (typically *.cpp and *.h), into which library
>>>> they must be be linked into, and what third-party libraries are
>>>> involved. That's all what I'm interested in, and CMake will take care of
>>>> generating all the technical details. That's literally 5 CMake commands:
>>>>
>>>> target_include_directories(...)
>>>> target_link_directories(...)
>>>> target_link_libraries(...)
>>>> file(GLOB MY_SOURCES *.cpp *.h)
>>>> target_sources(... ${MY_SOURCES})
>>>>
>>>> Cannot imagine it could be much simpler. All details I want to see and
>>>> control are visible, and all the technical details which I'm not
>>>> interested in are hidden.
>>>
>>> Not only that, you only have to change your top level rules to build for
>>> a new target and/or platform. Being able to emit ninja files or
>>> makefiles makes cross platform building on Unix like platforms and
>>> Windows trivial.
>>
>> I've written cross platform code for years. Generally its 1 or 2 lines in
>> the Makefile that need to be commented in/out. How is CMake any simpler?
>
>Windows?
No, but then CMake and make are rarely used on Windows, its VC++ solution files.
[toc] | [prev] | [next] | [standalone]
| From | Paavo Helde <myfirstname@osa.pri.ee> |
|---|---|
| Date | 2021-09-09 12:15 +0300 |
| Subject | Re: Examples of current platforms/architectures where sizeof(void*) > |
| Message-ID | <shcjar$74n$1@dont-email.me> |
| In reply to | #81111 |
09.09.2021 11:55 MisterMule@stubborn.uk kirjutas:
> No, but then CMake and make are rarely used on Windows, its VC++ solution files.
Yes, on Windows VC++ project files are often used, and they can be
easily produced by cmake:
> cmake.exe -h
[...]
Generators
The following generators are available on this platform (* marks default):
* Visual Studio 16 2019 = Generates Visual Studio 2019 project files.
Use -A option to specify architecture.
Visual Studio 15 2017 [arch] = Generates Visual Studio 2017 project
files.
Optional [arch] can be "Win64" or "ARM".
Visual Studio 14 2015 [arch] = Generates Visual Studio 2015 project
files.
Optional [arch] can be "Win64" or "ARM".
Visual Studio 12 2013 [arch] = Generates Visual Studio 2013 project
files.
Optional [arch] can be "Win64" or "ARM".
Visual Studio 11 2012 [arch] = Generates Visual Studio 2012 project
files.
Optional [arch] can be "Win64" or "ARM".
Visual Studio 10 2010 [arch] = Generates Visual Studio 2010 project
files.
Optional [arch] can be "Win64" or "IA64".
Visual Studio 9 2008 [arch] = Generates Visual Studio 2008 project
files.
Optional [arch] can be "Win64" or "IA64".
[...]
[toc] | [prev] | [next] | [standalone]
| From | MisterMule@stubborn.uk |
|---|---|
| Date | 2021-09-09 09:19 +0000 |
| Subject | Re: Examples of current platforms/architectures where sizeof(void*) > |
| Message-ID | <shcjj4$1iha$1@gioia.aioe.org> |
| In reply to | #81112 |
On Thu, 9 Sep 2021 12:15:07 +0300 Paavo Helde <myfirstname@osa.pri.ee> wrote: >09.09.2021 11:55 MisterMule@stubborn.uk kirjutas: >> No, but then CMake and make are rarely used on Windows, its VC++ solution >files. > >Yes, on Windows VC++ project files are often used, and they can be >easily produced by cmake: Using one obtuse tool to produce project files that are even more obstuse makes me glad I don't do windows dev now. The VC++ build system is an utter mess hidden behind a pretty front end.
[toc] | [prev] | [next] | [standalone]
| From | Paavo Helde <myfirstname@osa.pri.ee> |
|---|---|
| Date | 2021-09-09 14:41 +0300 |
| Subject | Re: Examples of current platforms/architectures where sizeof(void*) > |
| Message-ID | <shcrsk$1ap$1@dont-email.me> |
| In reply to | #81113 |
09.09.2021 12:19 MisterMule@stubborn.uk kirjutas: > On Thu, 9 Sep 2021 12:15:07 +0300 > Paavo Helde <myfirstname@osa.pri.ee> wrote: >> 09.09.2021 11:55 MisterMule@stubborn.uk kirjutas: >>> No, but then CMake and make are rarely used on Windows, its VC++ solution >> files. >> >> Yes, on Windows VC++ project files are often used, and they can be >> easily produced by cmake: > > Using one obtuse tool to produce project files that are even more obstuse > makes me glad I don't do windows dev now. The VC++ build system is an utter > mess hidden behind a pretty front end. I fail to see how cooperating with a most widely used build system on a platform might make anything obtuse. But if it does, then I'm all happy about that, I have hurt myself enough times by supposedly sharp tools like autoconf or plain makefiles.
[toc] | [prev] | [next] | [standalone]
| From | Ian Collins <ian-news@hotmail.com> |
|---|---|
| Date | 2021-09-09 22:19 +1200 |
| Subject | Re: Examples of current platforms/architectures where sizeof(void*) > |
| Message-ID | <ipu5cnFgmbiU5@mid.individual.net> |
| In reply to | #81111 |
On 09/09/2021 20:55, MisterMule@stubborn.uk wrote:
> On Thu, 9 Sep 2021 10:58:13 +1200
> Ian Collins <ian-news@hotmail.com> wrote:
>> On 08/09/2021 22:29, MisterMule@stubborn.uk wrote:
>>> On Wed, 8 Sep 2021 09:38:24 +1200
>>> Ian Collins <ian-news@hotmail.com> wrote:
>>>> On 08/09/2021 04:41, Paavo Helde wrote:
>>>>>
>>>>> I guess one can write Fortran in any language, including CMake. My CMake
>>>>> files are pretty clean, partially thanks to putting all common settings
>>>>> into a common file which is included by the top-level CMakeLists.txt.
>>>>>
>>>>> In a typical CMakeLists.txt in a leaf directory I just say that what
>>>>> files need to be compiled (typically *.cpp and *.h), into which library
>>>>> they must be be linked into, and what third-party libraries are
>>>>> involved. That's all what I'm interested in, and CMake will take care of
>>>>> generating all the technical details. That's literally 5 CMake commands:
>>>>>
>>>>> target_include_directories(...)
>>>>> target_link_directories(...)
>>>>> target_link_libraries(...)
>>>>> file(GLOB MY_SOURCES *.cpp *.h)
>>>>> target_sources(... ${MY_SOURCES})
>>>>>
>>>>> Cannot imagine it could be much simpler. All details I want to see and
>>>>> control are visible, and all the technical details which I'm not
>>>>> interested in are hidden.
>>>>
>>>> Not only that, you only have to change your top level rules to build for
>>>> a new target and/or platform. Being able to emit ninja files or
>>>> makefiles makes cross platform building on Unix like platforms and
>>>> Windows trivial.
>>>
>>> I've written cross platform code for years. Generally its 1 or 2 lines in
>>> the Makefile that need to be commented in/out. How is CMake any simpler?
>>
>> Windows?
>
> No, but then CMake and make are rarely used on Windows, its VC++ solution files.
You said you've written cross platform code for years and asked how does
CMake simplify things. If cross platform includes Windows, it certainly
does.
Even the Visual Studio team recommends it for cross platform development.
https://docs.microsoft.com/en-us/cpp/build/get-started-linux-cmake?view=msvc-160
https://devblogs.microsoft.com/cppblog/cmake-support-in-visual-studio/
--
Ian.
[toc] | [prev] | [next] | [standalone]
| From | MisterMule@stubborn.uk |
|---|---|
| Date | 2021-09-09 16:09 +0000 |
| Subject | Re: Examples of current platforms/architectures where sizeof(void*) > |
| Message-ID | <shdbj2$1lsd$1@gioia.aioe.org> |
| In reply to | #81115 |
On Thu, 9 Sep 2021 22:19:03 +1200 Ian Collins <ian-news@hotmail.com> wrote: >On 09/09/2021 20:55, MisterMule@stubborn.uk wrote: >> On Thu, 9 Sep 2021 10:58:13 +1200 >>> Windows? >> >> No, but then CMake and make are rarely used on Windows, its VC++ solution >files. > >You said you've written cross platform code for years and asked how does >CMake simplify things. If cross platform includes Windows, it certainly >does. Well my cross platform doesn't include Windows. It includes Linux, MacOS, *BSD and very occasionally Solaris. I had the misfortune of being forced to do Windows dev for 6 months using the abortion known as VC++ and I have no intention of doing it again. >Even the Visual Studio team recommends it for cross platform development. Thats nice.
[toc] | [prev] | [next] | [standalone]
| From | James Kuyper <jameskuyper@alumni.caltech.edu> |
|---|---|
| Date | 2021-09-09 12:41 -0400 |
| Subject | Re: Examples of current platforms/architectures where sizeof(void*) > |
| Message-ID | <shddg1$rk$2@dont-email.me> |
| In reply to | #81111 |
On 9/9/21 4:55 AM, MisterMule@stubborn.uk wrote:
> On Thu, 9 Sep 2021 10:58:13 +1200
> Ian Collins <ian-news@hotmail.com> wrote:
>> On 08/09/2021 22:29, MisterMule@stubborn.uk wrote:
>>> On Wed, 8 Sep 2021 09:38:24 +1200
>>> Ian Collins <ian-news@hotmail.com> wrote:
>>>> On 08/09/2021 04:41, Paavo Helde wrote:
...
>>>>> In a typical CMakeLists.txt in a leaf directory I just say that what
>>>>> files need to be compiled (typically *.cpp and *.h), into which library
>>>>> they must be be linked into, and what third-party libraries are
>>>>> involved. That's all what I'm interested in, and CMake will take care of
>>>>> generating all the technical details. That's literally 5 CMake commands:
>>>>>
>>>>> target_include_directories(...)
>>>>> target_link_directories(...)
>>>>> target_link_libraries(...)
>>>>> file(GLOB MY_SOURCES *.cpp *.h)
>>>>> target_sources(... ${MY_SOURCES})
>>>>>
>>>>> Cannot imagine it could be much simpler. All details I want to see and
>>>>> control are visible, and all the technical details which I'm not
>>>>> interested in are hidden.
>>>>
>>>> Not only that, you only have to change your top level rules to build for
>>>> a new target and/or platform. Being able to emit ninja files or
>>>> makefiles makes cross platform building on Unix like platforms and
>>>> Windows trivial.
>>>
>>> I've written cross platform code for years. Generally its 1 or 2 lines in
>>> the Makefile that need to be commented in/out. How is CMake any simpler?
>>
>> Windows?
>
> No, but then CMake and make are rarely used on Windows, its VC++ solution files.
I don't have a lot of Windows experience, but I have worked on two
different projects that targeted Windows platforms. Both of those
projects used CMake to simplify the process of making the software
portable to both Windows and Linux.
I don't like CMake, because when it built a program incorrectly, I had a
great deal of trouble trying to figure out what I needed to change to
make it build the project correctly. But to be fair, I never had the
time I would have needed to become anywhere near as familiar with CMake
as I was with Unix make files. That's probably also due to the fact that
I was 30 when I first used make, and nearly twice that age when I first
used CMake - the mind does get less flexible with age.
[toc] | [prev] | [next] | [standalone]
| From | MisterMule@stubborn.uk |
|---|---|
| Date | 2021-09-08 10:24 +0000 |
| Subject | Re: Examples of current platforms/architectures where sizeof(void*) > |
| Message-ID | <sha30e$4pb$1@gioia.aioe.org> |
| In reply to | #81083 |
On Tue, 7 Sep 2021 19:41:21 +0300
Paavo Helde <myfirstname@osa.pri.ee> wrote:
>07.09.2021 18:07 MisterMule@stubborn.uk kirjutas:
>> And CMake files are any better? They usually look like a script file thats
>> been edited by a cat walking over the keyboard.
>
>I guess one can write Fortran in any language, including CMake. My CMake
>files are pretty clean, partially thanks to putting all common settings
>into a common file which is included by the top-level CMakeLists.txt.
>
>In a typical CMakeLists.txt in a leaf directory I just say that what
>files need to be compiled (typically *.cpp and *.h), into which library
>they must be be linked into, and what third-party libraries are
>involved. That's all what I'm interested in, and CMake will take care of
>generating all the technical details. That's literally 5 CMake commands:
>
>target_include_directories(...)
>target_link_directories(...)
>target_link_libraries(...)
>file(GLOB MY_SOURCES *.cpp *.h)
>target_sources(... ${MY_SOURCES})
>
>Cannot imagine it could be much simpler. All details I want to see and
>control are visible, and all the technical details which I'm not
>interested in are hidden.
You can write a makefile just as simple. However what happens when you
want foo.c recompiled when foo.h and bar.h changes but bar.c should only
be recompiled when bar.h and moo.h change, moo.c should only be recompiled when
moo.h changes and main.c should be recompiled when anything changes?
[toc] | [prev] | [next] | [standalone]
| From | Paavo Helde <myfirstname@osa.pri.ee> |
|---|---|
| Date | 2021-09-08 20:22 +0300 |
| Subject | Re: Examples of current platforms/architectures where sizeof(void*) > |
| Message-ID | <sharhe$bq$1@dont-email.me> |
| In reply to | #81088 |
08.09.2021 13:24 MisterMule@stubborn.uk kirjutas: > > You can write a makefile just as simple. However what happens when you > want foo.c recompiled when foo.h and bar.h changes but bar.c should only > be recompiled when bar.h and moo.h change, moo.c should only be recompiled when > moo.h changes and main.c should be recompiled when anything changes? > Such dependencies are taken care automatically by the gcc -MD option, which you have to specify for both Makefile and CMake based builds (I have understood CMake uses -MMD (or equivalent) by default which might overlook some dependency changes).
[toc] | [prev] | [next] | [standalone]
| From | MisterMule@stubborn.uk |
|---|---|
| Date | 2021-09-09 08:54 +0000 |
| Subject | Re: Examples of current platforms/architectures where sizeof(void*) > |
| Message-ID | <shci53$r4g$1@gioia.aioe.org> |
| In reply to | #81101 |
On Wed, 8 Sep 2021 20:22:52 +0300 Paavo Helde <myfirstname@osa.pri.ee> wrote: >08.09.2021 13:24 MisterMule@stubborn.uk kirjutas: >> >> You can write a makefile just as simple. However what happens when you >> want foo.c recompiled when foo.h and bar.h changes but bar.c should only >> be recompiled when bar.h and moo.h change, moo.c should only be recompiled >when >> moo.h changes and main.c should be recompiled when anything changes? >> > >Such dependencies are taken care automatically by the gcc -MD option, No unless the compiler is clairvoyant they arn't.
[toc] | [prev] | [next] | [standalone]
| From | Paavo Helde <myfirstname@osa.pri.ee> |
|---|---|
| Date | 2021-09-09 14:47 +0300 |
| Subject | Re: Examples of current platforms/architectures where sizeof(void*) > |
| Message-ID | <shcs81$3kc$1@dont-email.me> |
| In reply to | #81110 |
09.09.2021 11:54 MisterMule@stubborn.uk kirjutas: > On Wed, 8 Sep 2021 20:22:52 +0300 > Paavo Helde <myfirstname@osa.pri.ee> wrote: >> 08.09.2021 13:24 MisterMule@stubborn.uk kirjutas: >>> >>> You can write a makefile just as simple. However what happens when you >>> want foo.c recompiled when foo.h and bar.h changes but bar.c should only >>> be recompiled when bar.h and moo.h change, moo.c should only be recompiled >> when >>> moo.h changes and main.c should be recompiled when anything changes? >>> >> >> Such dependencies are taken care automatically by the gcc -MD option, > > No unless the compiler is clairvoyant they arn't. I am sure Clairvoyant is happy if somebody pays them $$ for features which other people have enjoyed for free for decades.
[toc] | [prev] | [next] | [standalone]
| From | MisterMule@stubborn.uk |
|---|---|
| Date | 2021-09-09 16:13 +0000 |
| Subject | Re: Examples of current platforms/architectures where sizeof(void*) > |
| Message-ID | <shdbqh$1prs$1@gioia.aioe.org> |
| In reply to | #81119 |
On Thu, 9 Sep 2021 14:47:12 +0300 Paavo Helde <myfirstname@osa.pri.ee> wrote: >09.09.2021 11:54 MisterMule@stubborn.uk kirjutas: >> On Wed, 8 Sep 2021 20:22:52 +0300 >> Paavo Helde <myfirstname@osa.pri.ee> wrote: >>> 08.09.2021 13:24 MisterMule@stubborn.uk kirjutas: >>>> >>>> You can write a makefile just as simple. However what happens when you >>>> want foo.c recompiled when foo.h and bar.h changes but bar.c should only >>>> be recompiled when bar.h and moo.h change, moo.c should only be recompiled >>> when >>>> moo.h changes and main.c should be recompiled when anything changes? >>>> >>> >>> Such dependencies are taken care automatically by the gcc -MD option, >> >> No unless the compiler is clairvoyant they arn't. > >I am sure Clairvoyant is happy if somebody pays them $$ for features >which other people have enjoyed for free for decades. No, they haven't, because the compiler has no idea which files to rebuild if it doesn't know what those files are. The build system knows, the compiler doesn't.
[toc] | [prev] | [next] | [standalone]
| From | James Kuyper <jameskuyper@alumni.caltech.edu> |
|---|---|
| Date | 2021-09-09 12:42 -0400 |
| Subject | Re: Examples of current platforms/architectures where sizeof(void*) > |
| Message-ID | <shddhb$rk$4@dont-email.me> |
| In reply to | #81121 |
On 9/9/21 12:13 PM, MisterMule@stubborn.uk wrote: > On Thu, 9 Sep 2021 14:47:12 +0300 > Paavo Helde <myfirstname@osa.pri.ee> wrote: >> 09.09.2021 11:54 MisterMule@stubborn.uk kirjutas: >>> On Wed, 8 Sep 2021 20:22:52 +0300 >>> Paavo Helde <myfirstname@osa.pri.ee> wrote: >>>> 08.09.2021 13:24 MisterMule@stubborn.uk kirjutas: >>>>> >>>>> You can write a makefile just as simple. However what happens when you >>>>> want foo.c recompiled when foo.h and bar.h changes but bar.c should only >>>>> be recompiled when bar.h and moo.h change, moo.c should only be recompiled >>>> when >>>>> moo.h changes and main.c should be recompiled when anything changes? >>>>> >>>> >>>> Such dependencies are taken care automatically by the gcc -MD option, >>> >>> No unless the compiler is clairvoyant they arn't. >> >> I am sure Clairvoyant is happy if somebody pays them $$ for features >> which other people have enjoyed for free for decades. > > No, they haven't, because the compiler has no idea which files to rebuild if > it doesn't know what those files are. The build system knows, the compiler > doesn't. A C compiler is supposed to replace a #include directive with the contents of the specified file - if it doesn't know what file that is, how can a compiler perform that replacement? If it does know what file that is, it can record that dependency for use in later runs, which is precisely what gcc -MD does. Most compilers I'm familiar with also invoke the linker themselves, and therefore know precisely which files they told the linker to link together. They also use information provided by the linker to determine which library files the linker ended up linking into the program.
[toc] | [prev] | [next] | [standalone]
| From | HorseyWorsey@the_stables.com |
|---|---|
| Date | 2021-09-10 09:37 +0000 |
| Subject | Re: Examples of current platforms/architectures where sizeof(void*) > |
| Message-ID | <shf90k$1o5r$1@gioia.aioe.org> |
| In reply to | #81125 |
On Thu, 9 Sep 2021 12:42:19 -0400 James Kuyper <jameskuyper@alumni.caltech.edu> wrote: >On 9/9/21 12:13 PM, MisterMule@stubborn.uk wrote: >> On Thu, 9 Sep 2021 14:47:12 +0300 >> Paavo Helde <myfirstname@osa.pri.ee> wrote: >>> 09.09.2021 11:54 MisterMule@stubborn.uk kirjutas: >>>> On Wed, 8 Sep 2021 20:22:52 +0300 >>>> Paavo Helde <myfirstname@osa.pri.ee> wrote: >>>>> 08.09.2021 13:24 MisterMule@stubborn.uk kirjutas: >>>>>> >>>>>> You can write a makefile just as simple. However what happens when you >>>>>> want foo.c recompiled when foo.h and bar.h changes but bar.c should only >>>>>> be recompiled when bar.h and moo.h change, moo.c should only be >recompiled >>>>> when >>>>>> moo.h changes and main.c should be recompiled when anything changes? >>>>>> >>>>> >>>>> Such dependencies are taken care automatically by the gcc -MD option, >>>> >>>> No unless the compiler is clairvoyant they arn't. >>> >>> I am sure Clairvoyant is happy if somebody pays them $$ for features >>> which other people have enjoyed for free for decades. >> >> No, they haven't, because the compiler has no idea which files to rebuild if >> it doesn't know what those files are. The build system knows, the compiler >> doesn't. > > >A C compiler is supposed to replace a #include directive with the >contents of the specified file - if it doesn't know what file that is, >how can a compiler perform that replacement? If it does know what file >that is, it can record that dependency for use in later runs, which is >precisely what gcc -MD does. Ok, so foo.c includes globals.h which defines all the functions in moo.c, baa.c and oink.c. How does gcc know about those 3 C files since globals.h gives non indication of their existence? >Most compilers I'm familiar with also invoke the linker themselves, and And the linking is a seperate step in the build process once all the source files have been built. >therefore know precisely which files they told the linker to link >together. They also use information provided by the linker to determine >which library files the linker ended up linking into the program. Ok, so the link stage has subsystem.o which is a combination of moo.o, baa.o and oink.o. How does it figure out it needs to build moo.c, baa.c and oink.c then?
[toc] | [prev] | [next] | [standalone]
| From | David Brown <david.brown@hesbynett.no> |
|---|---|
| Date | 2021-09-10 13:27 +0200 |
| Subject | Re: Examples of current platforms/architectures where sizeof(void*) > |
| Message-ID | <shfffn$e91$1@dont-email.me> |
| In reply to | #81134 |
On 10/09/2021 11:37, HorseyWorsey@the_stables.com wrote: > On Thu, 9 Sep 2021 12:42:19 -0400 > James Kuyper <jameskuyper@alumni.caltech.edu> wrote: >> On 9/9/21 12:13 PM, MisterMule@stubborn.uk wrote: >>> On Thu, 9 Sep 2021 14:47:12 +0300 >>> Paavo Helde <myfirstname@osa.pri.ee> wrote: >>>> 09.09.2021 11:54 MisterMule@stubborn.uk kirjutas: >>>>> On Wed, 8 Sep 2021 20:22:52 +0300 >>>>> Paavo Helde <myfirstname@osa.pri.ee> wrote: >>>>>> 08.09.2021 13:24 MisterMule@stubborn.uk kirjutas: >>>>>>> >>>>>>> You can write a makefile just as simple. However what happens when you >>>>>>> want foo.c recompiled when foo.h and bar.h changes but bar.c should only >>>>>>> be recompiled when bar.h and moo.h change, moo.c should only be >> recompiled >>>>>> when >>>>>>> moo.h changes and main.c should be recompiled when anything changes? >>>>>>> >>>>>> >>>>>> Such dependencies are taken care automatically by the gcc -MD option, >>>>> >>>>> No unless the compiler is clairvoyant they arn't. >>>> >>>> I am sure Clairvoyant is happy if somebody pays them $$ for features >>>> which other people have enjoyed for free for decades. >>> >>> No, they haven't, because the compiler has no idea which files to rebuild if >>> it doesn't know what those files are. The build system knows, the compiler >>> doesn't. >> >> >> A C compiler is supposed to replace a #include directive with the >> contents of the specified file - if it doesn't know what file that is, >> how can a compiler perform that replacement? If it does know what file >> that is, it can record that dependency for use in later runs, which is >> precisely what gcc -MD does. > > Ok, so foo.c includes globals.h which defines all the functions in moo.c, > baa.c and oink.c. How does gcc know about those 3 C files since globals.h > gives non indication of their existence? You mean "globals.h" /declares/ the functions - it does not /define/ them (unless they are inline functions). (Putting all your declarations in a single header is a poor way to structure code, but that's beside the point here.) The compiler compiles code. It (gcc, clang, and some other compilers) can be used to tell you which /included/ files are used. So "gcc -MD foo.c" can tell you that the compilation depends on "globals.h" as well as "foo.c". You are not asking it to compile "moo.c", so it can't tell you anything about that. > >> Most compilers I'm familiar with also invoke the linker themselves, and > > And the linking is a seperate step in the build process once all the source > files have been built. > Often, but not always. With gcc (and many other compilers), the program "gcc" is a driver for the compiler, assembly, linker, and perhaps other programs. "gcc -o prog foo.c moo.c baa.c oink.c" will run the compiler on those C files, then the assembler, then the linker. If you are doing a bigger project, you'll usually want a build system (make or whatever) to separately compile the files, and then invoke the linker (usually still with the "gcc" command, rather than "ld"). That is more convenient and efficient, and typically makes it easier to find and handle warnings and errors in the compilation For some compilers, the compilation, assembly, linking, etc., is all done from a single program in a single operation. But that is usually only for more specialist compilers. >> therefore know precisely which files they told the linker to link >> together. They also use information provided by the linker to determine >> which library files the linker ended up linking into the program. > > Ok, so the link stage has subsystem.o which is a combination of moo.o, baa.o > and oink.o. How does it figure out it needs to build moo.c, baa.c and oink.c > then? > You need to tell it. Usually it's quite simple. And for more serious projects, you generally want to have a strict rule of "if it's in the project, it's in the source directory tree - and vice versa". Then you use "*.o" for your linking, or wildcard functions in your build system. gcc's "-MD" (and related) flags are very convenient and helpful, and let you make build systems that automate a lot of dependency tracking. It removes much of the tedium and error-prone manual lists of dependencies so that a change to a file or header triggers the re-compiles you need, and avoids extra re-compiles. But it does not do /everything/ for you.
[toc] | [prev] | [next] | [standalone]
| From | Michael S <already5chosen@yahoo.com> |
|---|---|
| Date | 2021-09-10 05:41 -0700 |
| Subject | Re: Examples of current platforms/architectures where sizeof(void*) > |
| Message-ID | <4f53d707-b3eb-46f4-89f7-c85f452d0addn@googlegroups.com> |
| In reply to | #81138 |
On Friday, September 10, 2021 at 2:28:08 PM UTC+3, David Brown wrote: > On 10/09/2021 11:37, HorseyWorsey@the_stables.com wrote: > > On Thu, 9 Sep 2021 12:42:19 -0400 > > James Kuyper <james...@alumni.caltech.edu> wrote: > >> On 9/9/21 12:13 PM, Miste...@stubborn.uk wrote: > >>> On Thu, 9 Sep 2021 14:47:12 +0300 > >>> Paavo Helde <myfir...@osa.pri.ee> wrote: > >>>> 09.09.2021 11:54 Miste...@stubborn.uk kirjutas: > >>>>> On Wed, 8 Sep 2021 20:22:52 +0300 > >>>>> Paavo Helde <myfir...@osa.pri.ee> wrote: > >>>>>> 08.09.2021 13:24 Miste...@stubborn.uk kirjutas: > >>>>>>> > >>>>>>> You can write a makefile just as simple. However what happens when you > >>>>>>> want foo.c recompiled when foo.h and bar.h changes but bar.c should only > >>>>>>> be recompiled when bar.h and moo.h change, moo.c should only be > >> recompiled > >>>>>> when > >>>>>>> moo.h changes and main.c should be recompiled when anything changes? > >>>>>>> > >>>>>> > >>>>>> Such dependencies are taken care automatically by the gcc -MD option, > >>>>> > >>>>> No unless the compiler is clairvoyant they arn't. > >>>> > >>>> I am sure Clairvoyant is happy if somebody pays them $$ for features > >>>> which other people have enjoyed for free for decades. > >>> > >>> No, they haven't, because the compiler has no idea which files to rebuild if > >>> it doesn't know what those files are. The build system knows, the compiler > >>> doesn't. > >> > >> > >> A C compiler is supposed to replace a #include directive with the > >> contents of the specified file - if it doesn't know what file that is, > >> how can a compiler perform that replacement? If it does know what file > >> that is, it can record that dependency for use in later runs, which is > >> precisely what gcc -MD does. > > > > Ok, so foo.c includes globals.h which defines all the functions in moo.c, > > baa.c and oink.c. How does gcc know about those 3 C files since globals.h > > gives non indication of their existence? > You mean "globals.h" /declares/ the functions - it does not /define/ > them (unless they are inline functions). (Putting all your declarations > in a single header is a poor way to structure code, but that's beside > the point here.) > > The compiler compiles code. It (gcc, clang, and some other compilers) > can be used to tell you which /included/ files are used. So "gcc -MD > foo.c" can tell you that the compilation depends on "globals.h" as well > as "foo.c". You are not asking it to compile "moo.c", so it can't tell > you anything about that. > > > >> Most compilers I'm familiar with also invoke the linker themselves, and > > > > And the linking is a seperate step in the build process once all the source > > files have been built. > > > Often, but not always. > > With gcc (and many other compilers), the program "gcc" is a driver for > the compiler, assembly, linker, and perhaps other programs. "gcc -o > prog foo.c moo.c baa.c oink.c" will run the compiler on those C files, > then the assembler, then the linker. > > If you are doing a bigger project, you'll usually want a build system > (make or whatever) to separately compile the files, and then invoke the > linker (usually still with the "gcc" command, rather than "ld"). That > is more convenient and efficient, and typically makes it easier to find > and handle warnings and errors in the compilation > > For some compilers, the compilation, assembly, linking, etc., is all > done from a single program in a single operation. But that is usually > only for more specialist compilers. > >> therefore know precisely which files they told the linker to link > >> together. They also use information provided by the linker to determine > >> which library files the linker ended up linking into the program. > > > > Ok, so the link stage has subsystem.o which is a combination of moo.o, baa.o > > and oink.o. How does it figure out it needs to build moo.c, baa.c and oink.c > > then? > > > You need to tell it. Usually it's quite simple. And for more serious > projects, you generally want to have a strict rule of "if it's in the > project, it's in the source directory tree - and vice versa". The original statement is already quite inconvenient when you have several related projects that share many but not all of their source code. "vice versa" is simply dangerous and IMHO a sure pass to wasting endless hours due to stupid human mistakes. > Then you > use "*.o" for your linking, or wildcard functions in your build system. > > gcc's "-MD" (and related) flags are very convenient and helpful, and let > you make build systems that automate a lot of dependency tracking. It > removes much of the tedium and error-prone manual lists of dependencies > so that a change to a file or header triggers the re-compiles you need, > and avoids extra re-compiles. But it does not do /everything/ for you.
[toc] | [prev] | [next] | [standalone]
Page 5 of 16 — ← Prev page 1 … 3 4 [5] 6 7 … 16 Next page →
Back to top | Article view | comp.lang.c++
csiph-web