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 6 of 16 — ← Prev page 1 … 4 5 [6] 7 8 … 16 Next page →
| From | David Brown <david.brown@hesbynett.no> |
|---|---|
| Date | 2021-09-10 15:31 +0200 |
| Subject | Re: Examples of current platforms/architectures where sizeof(void*) > |
| Message-ID | <shfmnh$13h$1@dont-email.me> |
| In reply to | #81142 |
On 10/09/2021 14:41, Michael S wrote: > On Friday, September 10, 2021 at 2:28:08 PM UTC+3, David Brown wrote: >> 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. > If you say so. For my work, I am strict about these things. I'll admit that what I described is a bit of a simplification - real projects might have a directory tree for common code, trees for each variation, a tree for test suites, etc. So your build files (makefiles or whatever) and linker setups will not be /quite/ as simple as "recursive *.cpp". But they might happily be "recursive variant1/*.cpp common/*.cpp". If you have a file in your source trees, and it is /not/ part of the project - what is it doing there?
[toc] | [prev] | [next] | [standalone]
| From | Paavo Helde <myfirstname@osa.pri.ee> |
|---|---|
| Date | 2021-09-10 16:45 +0300 |
| Subject | Re: Examples of current platforms/architectures where sizeof(void*) > |
| Message-ID | <shfnh4$6cm$1@dont-email.me> |
| In reply to | #81142 |
10.09.2021 15:41 Michael S kirjutas: > On Friday, September 10, 2021 at 2:28:08 PM UTC+3, David Brown wrote: >> 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. That's the other way around. There is no need to lump all files together and then waste hours to tell them apart again. Either have different directories for different projects, or surround the file contents by some #ifdefs so that the file knows itself if it should be compiled into some build or not. The latter works very well for platform-specific files, for example.
[toc] | [prev] | [next] | [standalone]
| From | Michael S <already5chosen@yahoo.com> |
|---|---|
| Date | 2021-09-10 07:21 -0700 |
| Subject | Re: Examples of current platforms/architectures where sizeof(void*) > |
| Message-ID | <8d5f02b0-cc35-4450-93cf-a8aa0fbb4de1n@googlegroups.com> |
| In reply to | #81144 |
On Friday, September 10, 2021 at 4:45:24 PM UTC+3, Paavo Helde wrote: > 10.09.2021 15:41 Michael S kirjutas: > > On Friday, September 10, 2021 at 2:28:08 PM UTC+3, David Brown wrote: > >> 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. > That's the other way around. There is no need to lump all files together > and then waste hours to tell them apart again. > Who said that it's what I advocate? The only thing advocate is the absence of one-to-one correspondence between location of the source in the tree and inclusion of said source into build process of particular executive. > Either have different directories for different projects, or surround > the file contents by some #ifdefs so that the file knows itself if it > should be compiled into some build or not. The latter works very well > for platform-specific files, for example. And what would be an identifier in #ifdef? Consider that project that uses particular common source quite often didn't existed even in plans when the source was modified last time. And if source was not really changed since 2006 I certainly want to see just that when I look at the history in source control so editing of ifdefs is not the option I am willing to accept.
[toc] | [prev] | [next] | [standalone]
| From | Ian Collins <ian-news@hotmail.com> |
|---|---|
| Date | 2021-09-11 11:20 +1200 |
| Subject | Re: Examples of current platforms/architectures where sizeof(void*) > |
| Message-ID | <iq27hrFgmbiU10@mid.individual.net> |
| In reply to | #81142 |
On 11/09/2021 00:41, Michael S wrote: > On Friday, September 10, 2021 at 2:28:08 PM UTC+3, David Brown wrote: >>> >> 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. Higher level build tools like premake (which I know well) are ideal for these situations. You can build on a base set of rules (use clang with these options for naive, gcc with those option for ARM cross-compile etc.) with specific rules, such as for this platform, exclude these files, for some code if required. This removes the need to add conditional compilation directive into the source code. With these tools, you also get a single flat makefile (or ninja file for cross platform including Windows) which is ideal for parallel and distributed building. -- Ian
[toc] | [prev] | [next] | [standalone]
| From | scott@slp53.sl.home (Scott Lurndal) |
|---|---|
| Date | 2021-09-10 14:50 +0000 |
| Subject | Re: Examples of current platforms/architectures where sizeof(void*) > |
| Message-ID | <7hK_I.27317$tA2.23481@fx02.iad> |
| In reply to | #81138 |
David Brown <david.brown@hesbynett.no> writes:
>On 10/09/2021 11:37, HorseyWorsey@the_stables.com wrote:
>> 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.
And if the OP doesn't want to use -MD, there is always the
X11Rx makedepend program which preceeded GCC.
MAKEDEPEND(1) General Commands Manual MAKEDEPEND(1)
NAME
makedepend - create dependencies in makefiles
SYNOPSIS
makedepend [ -Dname=def ] [ -Dname ] [ -Iincludedir ] [ -Yincludedir ]
[ -a ] [ -fmakefile ] [ -oobjsuffix ] [ -pobjprefix ] [ -sstring ] [
-wwidth ] [ -v ] [ -m ] [ -- otheroptions -- ] sourcefile ...
DESCRIPTION
Makedepend reads each sourcefile in sequence and parses it like a C-
preprocessor, processing all #include, #define, #undef, #ifdef, #ifn-
def, #endif, #if and #else directives so that it can correctly tell
which #include, directives would be used in a compilation. Any
#include, directives can reference files having other #include direc-
tives, and parsing will occur in these files as well.
Every file that a sourcefile includes, directly or indirectly, is what
makedepend calls a "dependency". These dependencies are then written
to a makefile in such a way that make(1) will know which object files
must be recompiled when a dependency has changed.
By default, makedepend places its output in the file named makefile if
it exists, otherwise Makefile. An alternate makefile may be specified
with the -f option. It first searches the makefile for the line
# DO NOT DELETE THIS LINE -- make depend depends on it.
or one provided with the -s option, as a delimiter for the dependency
output. If it finds it, it will delete everything following this to
the end of the makefile and put the output after this line. If it
doesn't find it, the program will append the string to the end of the
makefile and place the output following that. For each sourcefile
appearing on the command line, makedepend puts lines in the makefile of
the form
sourcefile.o: dfile ...
Where "sourcefile.o" is the name from the command line with its suffix
replaced with ".o", and "dfile" is a dependency discovered in a
#include directive while parsing sourcefile or one of the files it
included.
[toc] | [prev] | [next] | [standalone]
| From | HorseyWorsey@the_stables.com |
|---|---|
| Date | 2021-09-10 14:56 +0000 |
| Subject | Re: Examples of current platforms/architectures where sizeof(void*) > |
| Message-ID | <shfrn0$1d7g$1@gioia.aioe.org> |
| In reply to | #81138 |
On Fri, 10 Sep 2021 13:27:51 +0200 David Brown <david.brown@hesbynett.no> wrote: >On 10/09/2021 11:37, HorseyWorsey@the_stables.com wrote: >>> 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/ Thank you Dr Pedant. >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.) That depends on whether they're templated or not. >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. So useless then for the point being discussed. >> 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. Thanks for compiling 101 lesson. > >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 Correct. Which was my point so whoever said -MD was sufficient was talking out their backside. >> 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 So is a makefile. >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 Automating 80% is uselss if you still need to worry about the other 20% and so might as well just do everything with the build system to start with. Otherwise you might just as well do "gcc *.c -o myprog"
[toc] | [prev] | [next] | [standalone]
| From | David Brown <david.brown@hesbynett.no> |
|---|---|
| Date | 2021-09-10 17:38 +0200 |
| Subject | Re: Examples of current platforms/architectures where sizeof(void*) > |
| Message-ID | <shfu5g$l0g$1@dont-email.me> |
| In reply to | #81147 |
On 10/09/2021 16:56, HorseyWorsey@the_stables.com wrote: > On Fri, 10 Sep 2021 13:27:51 +0200 > David Brown <david.brown@hesbynett.no> wrote: >> On 10/09/2021 11:37, HorseyWorsey@the_stables.com wrote: >>>> 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/ > > Thank you Dr Pedant. Correcting basic terms is not pedantry. > >> 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.) > > That depends on whether they're templated or not. No, it depends on whether they are inline or not. If you have template function definitions, they are effectively implicitly inline. "inline" means the definition is given in the current code and you can have multiple (identical) definitions in the program. (To expand a bit, static functions can be defined in headers too, and are independent for each compilation unit, and you can make any kind of definition in a header if you only include it in one unit.) > >> 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. > > So useless then for the point being discussed. > Dependency automation was /exactly/ the point being discussed. I'm explaining how you how this all works. I thought that might be more useful than just writing "it doesn't" in answer to your question. >>> 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. > > Thanks for compiling 101 lesson. > Your question indicated that you are either unsure of how this all works, or you were asking questions to which you already know the answer, in a somewhat spiteful and mocking manner. I choose to assume the former - was I wrong? >> >> 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 > > Correct. Which was my point so whoever said -MD was sufficient was talking > out their backside. > >>> 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 > > So is a makefile. > >> 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 > > Automating 80% is uselss if you still need to worry about the other 20% and > so might as well just do everything with the build system to start with. > Otherwise you might just as well do "gcc *.c -o myprog" > Ah, so the real answer is that you /don't/ know how this all works, but /think/ you do and choose to be spiteful and mocking. Okay. Now we know where you stand.
[toc] | [prev] | [next] | [standalone]
| From | HorseyWorsey@the_stables.com |
|---|---|
| Date | 2021-09-10 15:47 +0000 |
| Subject | Re: Examples of current platforms/architectures where sizeof(void*) > |
| Message-ID | <shfumn$10qm$1@gioia.aioe.org> |
| In reply to | #81149 |
On Fri, 10 Sep 2021 17:38:23 +0200 David Brown <david.brown@hesbynett.no> wrote: >>> 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. >> >> So useless then for the point being discussed. >> > >Dependency automation was /exactly/ the point being discussed. I'm Except its dependency automation for noddy builds. For any complex builds you're going to need a build system hence the examples I gave. Also using the compiler is sod all use if you need to fire off a script to auto generate some code first. Last place I worked used used python to generate various language header files based on json and that in turn depended on whether the json had been updated since the last build. Good luck using gcc to sort that out. >>> 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. >> >> Thanks for compiling 101 lesson. >> > >Your question indicated that you are either unsure of how this all >works, or you were asking questions to which you already know the >answer, in a somewhat spiteful and mocking manner. I choose to assume >the former - was I wrong? I know how it works. For simple student examples or pet projects its fine, for the real world its little use. >> so might as well just do everything with the build system to start with. >> Otherwise you might just as well do "gcc *.c -o myprog" >> > >Ah, so the real answer is that you /don't/ know how this all works, but >/think/ you do and choose to be spiteful and mocking. Okay. Now we >know where you stand. See above *sigh*
[toc] | [prev] | [next] | [standalone]
| From | David Brown <david.brown@hesbynett.no> |
|---|---|
| Date | 2021-09-11 18:40 +0200 |
| Subject | Re: Examples of current platforms/architectures where sizeof(void*) > |
| Message-ID | <shim6r$93d$1@dont-email.me> |
| In reply to | #81151 |
On 10/09/2021 17:47, HorseyWorsey@the_stables.com wrote: > On Fri, 10 Sep 2021 17:38:23 +0200 > David Brown <david.brown@hesbynett.no> wrote: >>>> 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. >>> >>> So useless then for the point being discussed. >>> >> >> Dependency automation was /exactly/ the point being discussed. I'm > > Except its dependency automation for noddy builds. For any complex builds > you're going to need a build system hence the examples I gave. Do you still not understand what is being discussed here? "gcc -MD" is /not/ a replacement for a build system. It is a tool to help automate your build systems. The output of "gcc -MD" is a dependency file, which your makefile (or other build system) imports. > Also using > the compiler is sod all use if you need to fire off a script to auto generate > some code first. No, it is not. It works fine - as long as you understand how your build system works. For generated C (or C++) code, the set of include files is often fixed and thus you don't really need to automatically generate dependency files for them. But personally I find it is usually just as simple and convenient. In one project, I have a header and C file that are generated from a text file of settings and a Python script file (as well as lots of other C and header files). If I change the text file or the Python script and type "make", then first a new header and C file are created from the text file. Then "gcc -MD" is run on the C file, generating a new dependency file, since the dependency file depends on the header and the C file. Then this updated dependency file is imported by make, and shows that the object file (needed by for the link) depends on the updated C file, so the compiler is called on the file. It all works smoothly and conveniently, with everything built as needed from a single "make", as parallel as possible, and without unnecessary extra work. > Last place I worked used used python to generate various > language header files based on json and that in turn depended on whether the > json had been updated since the last build. Good luck using gcc to sort that > out. > As noted above, I do that fine. It's not rocket science, but it does require a bit of thought and trial-and-error to get the details right. >>>> 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. >>> >>> Thanks for compiling 101 lesson. >>> >> >> Your question indicated that you are either unsure of how this all >> works, or you were asking questions to which you already know the >> answer, in a somewhat spiteful and mocking manner. I choose to assume >> the former - was I wrong? > > I know how it works. For simple student examples or pet projects its fine, for > the real world its little use. > OK, so you are ignorant and nasty. You don't know how automatic dependency generation works, you don't know how to integrate it into more complex builds, and you assume that because /you/ can't figure it out, no one can. >>> so might as well just do everything with the build system to start with. >>> Otherwise you might just as well do "gcc *.c -o myprog" >>> >> >> Ah, so the real answer is that you /don't/ know how this all works, but >> /think/ you do and choose to be spiteful and mocking. Okay. Now we >> know where you stand. > > See above *sigh* >
[toc] | [prev] | [next] | [standalone]
| From | HorseyWorsey@the_stables.com |
|---|---|
| Date | 2021-09-12 09:23 +0000 |
| Subject | Re: Examples of current platforms/architectures where sizeof(void*) > |
| Message-ID | <shkgtn$d3v$1@gioia.aioe.org> |
| In reply to | #81179 |
On Sat, 11 Sep 2021 18:40:58 +0200 David Brown <david.brown@hesbynett.no> wrote: >On 10/09/2021 17:47, HorseyWorsey@the_stables.com wrote: >> On Fri, 10 Sep 2021 17:38:23 +0200 >> David Brown <david.brown@hesbynett.no> wrote: >> Except its dependency automation for noddy builds. For any complex builds >> you're going to need a build system hence the examples I gave. > >Do you still not understand what is being discussed here? "gcc -MD" is >/not/ a replacement for a build system. It is a tool to help automate >your build systems. The output of "gcc -MD" is a dependency file, which >your makefile (or other build system) imports. Yes, I understand perfectly. You create huge dependency files which either have to be stored in git (or similar) and updated when appropriate, or auto generated in the makefile and then further used in the makefile which has to be manually written anyway unless its simple so what exactly is the point? >> Also using >> the compiler is sod all use if you need to fire off a script to auto generate > >> some code first. > >No, it is not. It works fine - as long as you understand how your build Excuse me? Ok, please do tell me how the compiler knows which script file to run to generate the header file. This'll be interesting. >well as lots of other C and header files). If I change the text file or >the Python script and type "make", then first a new header and C file >are created from the text file. Then "gcc -MD" is run on the C file, >generating a new dependency file, since the dependency file depends on >the header and the C file. Then this updated dependency file is >imported by make, and shows that the object file (needed by for the >link) depends on the updated C file, so the compiler is called on the file. And that is supposed to be simpler than writing a Makefile yourself is it? Riiiiiight. >> Last place I worked used used python to generate various >> language header files based on json and that in turn depended on whether the >> json had been updated since the last build. Good luck using gcc to sort that > >> out. >> > >As noted above, I do that fine. It's not rocket science, but it does >require a bit of thought and trial-and-error to get the details right. And is far more work that just putting 2 lines in a makefile consisting of a dummy target and a script call. But each to their own. >> I know how it works. For simple student examples or pet projects its fine, >for >> the real world its little use. >> > >OK, so you are ignorant and nasty. You don't know how automatic Nasty? Don't be such a baby.
[toc] | [prev] | [next] | [standalone]
| From | Paavo Helde <myfirstname@osa.pri.ee> |
|---|---|
| Date | 2021-09-12 12:57 +0300 |
| Subject | Re: Examples of current platforms/architectures where sizeof(void*) > |
| Message-ID | <shkitn$odb$1@dont-email.me> |
| In reply to | #81196 |
12.09.2021 12:23 HorseyWorsey@the_stables.com kirjutas: > On Sat, 11 Sep 2021 18:40:58 +0200 > David Brown <david.brown@hesbynett.no> wrote: >> On 10/09/2021 17:47, HorseyWorsey@the_stables.com wrote: >>> On Fri, 10 Sep 2021 17:38:23 +0200 >>> David Brown <david.brown@hesbynett.no> wrote: >>> Except its dependency automation for noddy builds. For any complex builds >>> you're going to need a build system hence the examples I gave. >> >> Do you still not understand what is being discussed here? "gcc -MD" is >> /not/ a replacement for a build system. It is a tool to help automate >> your build systems. The output of "gcc -MD" is a dependency file, which >> your makefile (or other build system) imports. > > Yes, I understand perfectly. You create huge dependency files which either > have to be stored in git (or similar) and updated when appropriate, or auto What on earth are you babbling about? That's becoming insane. In the rare chance you are not actually trolling: the dependency files are generated by each build afresh, and they get used by the next build in the same build tree for deciding which source files need to be recompiled when some header file has changed. This is all automatic, there are no manual steps involved except for setting it up once when writing the initial Makefile (in case one still insists on writing Makefiles manually). There is no more point to put the dependency files into git than there is to put the compiled object files there (in fact, a dependency file is useless without object files).
[toc] | [prev] | [next] | [standalone]
| From | HorseyWorsey@the_stables.com |
|---|---|
| Date | 2021-09-12 16:22 +0000 |
| Subject | Re: Examples of current platforms/architectures where sizeof(void*) > |
| Message-ID | <shl9g1$1ppl$1@gioia.aioe.org> |
| In reply to | #81203 |
On Sun, 12 Sep 2021 12:57:10 +0300 Paavo Helde <myfirstname@osa.pri.ee> wrote: >12.09.2021 12:23 HorseyWorsey@the_stables.com kirjutas: >> On Sat, 11 Sep 2021 18:40:58 +0200 >> David Brown <david.brown@hesbynett.no> wrote: >>> On 10/09/2021 17:47, HorseyWorsey@the_stables.com wrote: >>>> On Fri, 10 Sep 2021 17:38:23 +0200 >>>> David Brown <david.brown@hesbynett.no> wrote: >>>> Except its dependency automation for noddy builds. For any complex builds >>>> you're going to need a build system hence the examples I gave. >>> >>> Do you still not understand what is being discussed here? "gcc -MD" is >>> /not/ a replacement for a build system. It is a tool to help automate >>> your build systems. The output of "gcc -MD" is a dependency file, which >>> your makefile (or other build system) imports. >> >> Yes, I understand perfectly. You create huge dependency files which either >> have to be stored in git (or similar) and updated when appropriate, or auto > >What on earth are you babbling about? That's becoming insane. > >In the rare chance you are not actually trolling: the dependency files >are generated by each build afresh, and they get used by the next build >in the same build tree for deciding which source files need to be >recompiled when some header file has changed. This is all automatic, >there are no manual steps involved except for setting it up once when >writing the initial Makefile (in case one still insists on writing >Makefiles manually). > >There is no more point to put the dependency files into git than there >is to put the compiled object files there (in fact, a dependency file is >useless without object files). Oh dear. I give up.
[toc] | [prev] | [next] | [standalone]
| From | David Brown <david.brown@hesbynett.no> |
|---|---|
| Date | 2021-09-12 12:49 +0200 |
| Subject | Re: Examples of current platforms/architectures where sizeof(void*) > |
| Message-ID | <shklva$cha$1@dont-email.me> |
| In reply to | #81196 |
On 12/09/2021 11:23, HorseyWorsey@the_stables.com wrote: > On Sat, 11 Sep 2021 18:40:58 +0200 > David Brown <david.brown@hesbynett.no> wrote: >> On 10/09/2021 17:47, HorseyWorsey@the_stables.com wrote: >>> On Fri, 10 Sep 2021 17:38:23 +0200 >>> David Brown <david.brown@hesbynett.no> wrote: >>> Except its dependency automation for noddy builds. For any complex builds >>> you're going to need a build system hence the examples I gave. >> >> Do you still not understand what is being discussed here? "gcc -MD" is >> /not/ a replacement for a build system. It is a tool to help automate >> your build systems. The output of "gcc -MD" is a dependency file, which >> your makefile (or other build system) imports. > > Yes, I understand perfectly. You create huge dependency files which either > have to be stored in git (or similar) and updated when appropriate, or auto > generated in the makefile and then further used in the makefile which has to > be manually written anyway unless its simple so what exactly is the point? > No, you still don't understand. Of course the dependency files are /not/ stored in your repositories - the whole point is that they are created and updated when appropriate. Yes, the main makefile is written manually (or at least, that's what I do - there are tools that generate makefiles, and there are other build systems). The automatic dependency generation means that I never have to track or manually update the dependencies. So when I add a new C or C++ file to my project, I don't need to make /any/ changes to my makefile or build setup. It is found automatically, and its dependencies are tracked automatically, next time I do a "make". If I change the headers included by a C or C++ file, or by another header file, I don't need to change anything - it is all automatic when I do a "make". The dependency files are re-built automatically, if and when needed. >>> Also using >>> the compiler is sod all use if you need to fire off a script to auto generate >> >>> some code first. >> >> No, it is not. It works fine - as long as you understand how your build > > Excuse me? Ok, please do tell me how the compiler knows which script file to > run to generate the header file. This'll be interesting. It knows in the same way as the programmer knows where to file the sales department accounts. Confused? Yes, you surely are. It is /not/ the /compiler's/ job to know this! It is the /build/ system that says what programs are run on which files in order to create all the files needed. > >> well as lots of other C and header files). If I change the text file or >> the Python script and type "make", then first a new header and C file >> are created from the text file. Then "gcc -MD" is run on the C file, >> generating a new dependency file, since the dependency file depends on >> the header and the C file. Then this updated dependency file is >> imported by make, and shows that the object file (needed by for the >> link) depends on the updated C file, so the compiler is called on the file. > > And that is supposed to be simpler than writing a Makefile yourself is it? > Riiiiiight. Who do you think wrote the makefile? A friendly goblin? /I/ wrote the makefile. /I/ put rules in the makefile to run "gcc -MD" as and when needed in order to generate the dependencies. The point is that no one - not me, nor anyone else - needs to keep manually updating the makefile to track the simple dependencies that can be calculated automatically. > >>> Last place I worked used used python to generate various >>> language header files based on json and that in turn depended on whether the >>> json had been updated since the last build. Good luck using gcc to sort that >> >>> out. >>> >> >> As noted above, I do that fine. It's not rocket science, but it does >> require a bit of thought and trial-and-error to get the details right. > > And is far more work that just putting 2 lines in a makefile consisting of a > dummy target and a script call. But each to their own. > >>> I know how it works. For simple student examples or pet projects its fine, >> for >>> the real world its little use. >>> >> >> OK, so you are ignorant and nasty. You don't know how automatic > > Nasty? Don't be such a baby. > I don't yet know whether you are wilfully ignorant, or trolling.
[toc] | [prev] | [next] | [standalone]
| From | HorseyWorsey@the_stables.com |
|---|---|
| Date | 2021-09-12 16:13 +0000 |
| Subject | Re: Examples of current platforms/architectures where sizeof(void*) > |
| Message-ID | <shl8un$1hgo$1@gioia.aioe.org> |
| In reply to | #81209 |
On Sun, 12 Sep 2021 12:49:14 +0200 David Brown <david.brown@hesbynett.no> wrote: >On 12/09/2021 11:23, HorseyWorsey@the_stables.com wrote: >Yes, the main makefile is written manually (or at least, that's what I Exactly. >It is /not/ the /compiler's/ job to know this! It is the /build/ system >that says what programs are run on which files in order to create all >the files needed. Exactly. >> And that is supposed to be simpler than writing a Makefile yourself is it? >> Riiiiiight. > >Who do you think wrote the makefile? A friendly goblin? /I/ wrote the >makefile. /I/ put rules in the makefile to run "gcc -MD" as and when >needed in order to generate the dependencies. The point is that no one >- not me, nor anyone else - needs to keep manually updating the makefile >to track the simple dependencies that can be calculated automatically. "Simple". Exactly. >I don't yet know whether you are wilfully ignorant, or trolling. I'm rapidly getting the impression you and the others completely missed my original point despite stating it numerous time. Frankly I can't be bothered to continue with this.
[toc] | [prev] | [next] | [standalone]
| From | David Brown <david.brown@hesbynett.no> |
|---|---|
| Date | 2021-09-12 18:45 +0200 |
| Subject | Re: Examples of current platforms/architectures where sizeof(void*) > |
| Message-ID | <shlaqj$s1t$1@dont-email.me> |
| In reply to | #81219 |
On 12/09/2021 18:13, HorseyWorsey@the_stables.com wrote: >> I don't yet know whether you are wilfully ignorant, or trolling. > > I'm rapidly getting the impression you and the others completely missed my > original point despite stating it numerous time. You had no point - you failed to read or understand someone's post, thought it would make you look smart or cool to mock them, and have been digging yourself deeper in a hole ever since. As a side effect, you might have learned something - but I am sure you will deny that. Other people have, which is the beauty of Usenet - even the worst posters can sometimes inspire a thread that is helpful or interesting to others. > Frankly I can't be bothered > to continue with this. > I suppose that is as close to an apology and admission of error as we will ever get.
[toc] | [prev] | [next] | [standalone]
| From | HorseyWorsey@the_stables.com |
|---|---|
| Date | 2021-09-13 10:55 +0000 |
| Subject | Re: Examples of current platforms/architectures where sizeof(void*) > |
| Message-ID | <shnams$1p16$1@gioia.aioe.org> |
| In reply to | #81222 |
On Sun, 12 Sep 2021 18:45:07 +0200 David Brown <david.brown@hesbynett.no> wrote: >On 12/09/2021 18:13, HorseyWorsey@the_stables.com wrote: > >>> I don't yet know whether you are wilfully ignorant, or trolling. >> >> I'm rapidly getting the impression you and the others completely missed my >> original point despite stating it numerous time. > >You had no point - you failed to read or understand someone's post, >thought it would make you look smart or cool to mock them, and have been >digging yourself deeper in a hole ever since. If writing that load of BS makes you feel better then do carry on. >As a side effect, you might have learned something - but I am sure you >will deny that. Other people have, which is the beauty of Usenet - even >the worst posters can sometimes inspire a thread that is helpful or >interesting to others. I've learned of you move the goalposts when you're losing the argument. "Cmake is better than makefiles which are ancient and useless" "Oh ok, makefiles are fine. You can do everything with dependency files and don't need to write the makefile yourself" "Oh ok, you can't do everything with dependency files and do need to write some of the makefile yourself". Etc etc etc. >> Frankly I can't be bothered >> to continue with this. >> > >I suppose that is as close to an apology and admission of error as we >will ever get. No apology and I'm not wrong.
[toc] | [prev] | [next] | [standalone]
| From | David Brown <david.brown@hesbynett.no> |
|---|---|
| Date | 2021-09-13 14:15 +0200 |
| Subject | Re: Examples of current platforms/architectures where sizeof(void*) > |
| Message-ID | <shnfcn$mgi$1@dont-email.me> |
| In reply to | #81244 |
On 13/09/2021 12:55, HorseyWorsey@the_stables.com wrote: > On Sun, 12 Sep 2021 18:45:07 +0200 > > I've learned of you move the goalposts when you're losing the argument. > "Cmake is better than makefiles which are ancient and useless" > "Oh ok, makefiles are fine. You can do everything with dependency files and > don't need to write the makefile yourself" > "Oh ok, you can't do everything with dependency files and do need to write some > of the makefile yourself". > > Etc etc etc. I'd love to see a reference where I mention CMake at all. It's not a tool I have ever used. As for other people's posts, can you give any reference to posts that suggest that "gcc -MD" is anything other than an aid to generating dependency information that can be used by a build system (make, ninja, presumably CMake, and no doubt many other systems)? No, I am confident that you cannot. You have misunderstood and misrepresented others all along. It's fine to misunderstand or misread - it happens to everyone at times. Mocking, lying, sarcasm to try to hide your mistakes when they are pointed out to you - that is much less fine.
[toc] | [prev] | [next] | [standalone]
| From | HorseyWorsey@the_stables.com |
|---|---|
| Date | 2021-09-13 15:32 +0000 |
| Subject | Re: Examples of current platforms/architectures where sizeof(void*) > |
| Message-ID | <shnqva$i33$1@gioia.aioe.org> |
| In reply to | #81246 |
On Mon, 13 Sep 2021 14:15:19 +0200 David Brown <david.brown@hesbynett.no> wrote: >On 13/09/2021 12:55, HorseyWorsey@the_stables.com wrote: >> On Sun, 12 Sep 2021 18:45:07 +0200 >> >> I've learned of you move the goalposts when you're losing the argument. >> "Cmake is better than makefiles which are ancient and useless" >> "Oh ok, makefiles are fine. You can do everything with dependency files and >> don't need to write the makefile yourself" >> "Oh ok, you can't do everything with dependency files and do need to write >some >> of the makefile yourself". >> >> Etc etc etc. > >I'd love to see a reference where I mention CMake at all. It's not a >tool I have ever used. As for other people's posts, can you give any >reference to posts that suggest that "gcc -MD" is anything other than an >aid to generating dependency information that can be used by a build >system (make, ninja, presumably CMake, and no doubt many other systems)? > >No, I am confident that you cannot. > >You have misunderstood and misrepresented others all along. It's fine >to misunderstand or misread - it happens to everyone at times. Mocking, >lying, sarcasm to try to hide your mistakes when they are pointed out to >you - that is much less fine. The usual response from people on this group, pretend something wasn't said when it becomes inconvenient.
[toc] | [prev] | [next] | [standalone]
| From | James Kuyper <jameskuyper@alumni.caltech.edu> |
|---|---|
| Date | 2021-09-13 12:07 -0400 |
| Subject | Re: Examples of current platforms/architectures where sizeof(void*) > |
| Message-ID | <shnsvv$7p7$2@dont-email.me> |
| In reply to | #81249 |
On 9/13/21 11:32 AM, HorseyWorsey@the_stables.com wrote: > On Mon, 13 Sep 2021 14:15:19 +0200 > David Brown <david.brown@hesbynett.no> wrote: ... >> I'd love to see a reference where I mention CMake at all. It's not a >> tool I have ever used. As for other people's posts, can you give any >> reference to posts that suggest that "gcc -MD" is anything other than an >> aid to generating dependency information that can be used by a build >> system (make, ninja, presumably CMake, and no doubt many other systems)? ... > The usual response from people on this group, pretend something wasn't said > when it becomes inconvenient. All you have to do to prove that it was said would be to cite the relevant message by author, date, and time, and to quote the relevant text. Of course, since you misunderstood that text the first time, when people point out that fact, it might seem to you they are merely engaging in a cover-up. There's not much that anyone else can do about such self-delusion.
[toc] | [prev] | [next] | [standalone]
| From | James Kuyper <jameskuyper@alumni.caltech.edu> |
|---|---|
| Date | 2021-09-13 22:18 -0400 |
| Subject | Re: Examples of current platforms/architectures where sizeof(void*) > |
| Message-ID | <shp0p9$trp$1@dont-email.me> |
| In reply to | #81249 |
On 9/13/21 11:32 AM, HorseyWorsey@the_stables.com wrote: > On Mon, 13 Sep 2021 14:15:19 +0200 > David Brown <david.brown@hesbynett.no> wrote: ... >> I'd love to see a reference where I mention CMake at all. It's not a >> tool I have ever used. As for other people's posts, can you give any >> reference to posts that suggest that "gcc -MD" is anything other than an >> aid to generating dependency information that can be used by a build >> system (make, ninja, presumably CMake, and no doubt many other systems)? ... > The usual response from people on this group, pretend something wasn't said > when it becomes inconvenient. All you have to do to prove that it was said would be to cite the relevant message by author, date, and time, and to quote the relevant text. Of course, since you misunderstood that text the first time, when people point out that fact, it might seem to you they are merely engaging in a cover-up. There's not much that anyone else can do about such self-delusion.
[toc] | [prev] | [next] | [standalone]
Page 6 of 16 — ← Prev page 1 … 4 5 [6] 7 8 … 16 Next page →
Back to top | Article view | comp.lang.c++
csiph-web