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 4 of 16 — ← Prev page 1 2 3 [4] 5 6 … 16 Next page →
| From | Bart <bc@freeuk.com> |
|---|---|
| Date | 2021-09-04 02:12 +0100 |
| Message-ID | <sguh6o$1hg$1@dont-email.me> |
| In reply to | #81039 |
On 03/09/2021 23:06, Paavo Helde wrote: > 03.09.2021 22:45 Bart kirjutas: >> On 03/09/2021 20:01, Paavo Helde wrote: >>> 03.09.2021 17:35 Bart kirjutas: >>>> So why put so much emphasis on building from source? Windows is a >>>> highly stable platform, unlike the million varieties of Linux; >>>> /that's/ why source is favoured in that case. >>> >>> In those million varieties of Linux, there is usually no need to >>> build from source. There are good chances that either 'zypper install >>> <package>' or 'apt-get install <package>' will do the trick. In this >>> sense, building from source is more appropriate in Windows, where you >>> never know if some random DLL found in the intertubes is OK for your >>> system and does not contain any unsupported opcodes or hidden viruses. >>> >>> However, building from source is essential if you want to know and >>> control what exactly goes into the final product, and to be able to >>> resolve any problems related to third-party libraries. With some >>> libraries (looking at you, libtiff) it is not even possible to >>> understand how to use the library without seeing the sources. >>> >>> >> >> If I still had a 32-bit Windows machine now, I'd still be able to run >> [16-bit] binaries from the 1990s. (64-bit Windows has dropped that >> support.) One time I tried to transfer a binary from one Linux to >> another a minute later, and for the same processor, it didn't work. > > Windows is a more or less single platform maintained by a single > company; Linux is tens or hundreds of platforms, be it for better or > worse. Besides, against your statistical sample of size 1 I have words > of my co-worker who claims he has some binary Linux programs from > mid-nineties which he still can run (alas, with some creative hackery > involved). > >> >> Nobody is really interested in mucking about with source codes is >> complex directory structures. There are some 50,000 binaries on my OLD >> Windows PC (it'd be a lot more now); how long would it take to build >> it all from source code? > > Well, I am, because I'm paid to do that. Our product involves hundreds > of thousands of lines of our own code plus ca 100 third-party libraries. > Almost all of those are source-compiled so we can debug and troubleshoot > them if needed, both on Linux and Windows. Yes, it might be a hell to > get and keep them compiling, and yes, it takes some time to compile them > (but only in the first build), and yes, with recent abominations like > CUDA we are gradually forced to give up this practice. > > And of course we are doing all this so that our customers would not need > to mess with such things. We are providing precompiled binaries for > Windows and Linux, or prebuilt containers, or even pre-configured > computers with pre-installed binaries. > > Come to think of that, I believe I'm not using any program myself which > I have compiled from source. All the code which I maintain compiling > goes to customers. > >> Last year I wanted to do some things with LLVM, which even in binary >> is a 1.6GB installation. But it was deliberately missing essential >> programs like llc.exe, which ARE provided as binaries on Linux. >> >> The reaction to that? Oh, just build from sources, as though I'd have >> any clue of what I was doing! >> >> Even if I had, this is a project reportedly took 26 minutes using 14 >> cores on some high-end machine with SSDs. I wonder how long it would >> take on my poxy Windows PC with 2 AMD cores and a spinning hard drive? >> What is the probability of it actually succeeding? > > 26 minutes seems peanuts, to be honest. 26 SECONDS would seem like forever to me. On a fast machine a compiler like tcc can probably get through at 1-2M lines per second and generate 5-10MB per second of executable code. And that's per core. At 26 minutes on 14 cores, it might get through 3 billion lines and generate 15GB of binaries! Yes I'm disregarding a few factors, but the point is that 26 minutes is still an eternity to build any kind of software. I have /never/ had to wait more than a few seconds to build any application, even on low-spec hardware from decades ago (because then, the programs were smaller too). > >> It makes no sense at all to expect users to build complex software on >> their own machines. > > Agreed. But somebody, somewhere has to build it. I'd like to know what my 1000s users would have said in the 1990s (when I was writing commercial programs), if instead of a binary, I supplied hundreds of source files in some directory tree, and required them to locate and install (not so easy with no internet!) suitable third party tools to somehow build those applications. Well, I do know; a lot of irate, non-technical customers who just want to get on with their work rather than have to do my job for me. Suppose I had to tell to go and install Cygwin, MSYS2 or WSL so was to run 10s of 1000s of lines of pointless scripts.... Compiling from source can be OK, provided it is automatic, effortless, and above all solidly reliable (not stopping in the middle with myserious errors). Scripting languages generally work from source after all. But it needs to have someone whose job it is to ensure that. > 26 minutes seems peanuts, to be honest. Wait - do you have build times longer than that?
[toc] | [prev] | [next] | [standalone]
| From | Paavo Helde <myfirstname@osa.pri.ee> |
|---|---|
| Date | 2021-09-04 09:12 +0300 |
| Message-ID | <sgv2op$mj6$1@dont-email.me> |
| In reply to | #81041 |
04.09.2021 04:12 Bart kirjutas: > > > 26 minutes seems peanuts, to be honest. > > Wait - do you have build times longer than that? If I make a change in some of my C++ code and compile and link a single DLL, it typically takes at least 15 seconds or so (this used to be minutes before SSD era, which was a bit frustrating). Recompiling the whole codebase, including the hundred third-party libraries, takes at least an hour. Naturally I try to avoid this if possible. And the build process of our newest product (where this codebase is one part) takes overnight, but that's mostly an example of how to not do things.
[toc] | [prev] | [next] | [standalone]
| From | Manfred <noname@add.invalid> |
|---|---|
| Date | 2021-09-04 18:05 +0200 |
| Message-ID | <sh05g8$660$1@gioia.aioe.org> |
| In reply to | #81042 |
On 9/4/2021 8:12 AM, Paavo Helde wrote: > > And the build process of our newest product (where this codebase is one > part) takes overnight, but that's mostly an example of how to not do > things. That really depends on the project. I remember a project that legitimately took that long to build, but that was some 2+ millions LOC, all in-house code (before SSDs) The point is, you can't give absolute estimates on how long it should take to compile something, how many binaries should be involved, how many LOCs should a project count, without even knowing what the project is about.
[toc] | [prev] | [next] | [standalone]
| From | David Brown <david.brown@hesbynett.no> |
|---|---|
| Date | 2021-09-06 08:43 +0200 |
| Message-ID | <sh4db4$o0$1@dont-email.me> |
| In reply to | #81047 |
On 04/09/2021 18:05, Manfred wrote: > On 9/4/2021 8:12 AM, Paavo Helde wrote: >> >> And the build process of our newest product (where this codebase is >> one part) takes overnight, but that's mostly an example of how to not >> do things. > > That really depends on the project. I remember a project that > legitimately took that long to build, but that was some 2+ millions LOC, > all in-house code (before SSDs) > > The point is, you can't give absolute estimates on how long it should > take to compile something, how many binaries should be involved, how > many LOCs should a project count, without even knowing what the project > is about. For another kind of extreme example, I had a project many years ago with programmable logic (so not C++ or anything like that). The code would have been around 1000 lines, but the build time for the programmable logic place and route was about 7 hours. With careful planning, that gave 3 edit-compile-test-debug cycles per day. You are absolutely right about compile times - it's like arguing over the length of a piece of string. Even "build project" doesn't mean the same thing to everyone. Some people might want no more than a minimum of checking that could be better done by a decent editor. Others want test suites run and massive static analysis reports as part of the build. Some people build on an old two-core laptop, others have a rack of well-endowed build servers. Some people work alone, others are in massive teams. Some people generate tens of KLOCs per day, others consider a dozen lines of code a productive week. While no one is likely to complain if the next version of the tools they use can do the same job faster, you can't use compile speed alone as a useful judge of anything in a tool.
[toc] | [prev] | [next] | [standalone]
| From | "Alf P. Steinbach" <alf.p.steinbach@gmail.com> |
|---|---|
| Date | 2021-09-06 08:59 +0200 |
| Message-ID | <sh4e91$5i2$1@dont-email.me> |
| In reply to | #81056 |
On 6 Sep 2021 08:43, David Brown wrote: > [snip] Some people generate tens of KLOCs per day, The old copy-and-modify approach. That generates low quality and copies bugs as well as working code. When the code around the copied bugs is modified, the bugs mutate, and are then in turn copied, and so on. It's a nightmare, or would be if the managers understood it, but it's very lucrative. To those who have the heart to exploit the defense industry. > others consider a dozen lines of code a productive week. > > While no one is likely to complain if the next version of the tools they > use can do the same job faster, you can't use compile speed alone as a > useful judge of anything in a tool. Agreed. - Alf
[toc] | [prev] | [next] | [standalone]
| From | David Brown <david.brown@hesbynett.no> |
|---|---|
| Date | 2021-09-06 10:12 +0200 |
| Message-ID | <sh4ii5$1c2$2@dont-email.me> |
| In reply to | #81057 |
On 06/09/2021 08:59, Alf P. Steinbach wrote: > On 6 Sep 2021 08:43, David Brown wrote: >> [snip] Some people generate tens of KLOCs per day, > > The old copy-and-modify approach. That generates low quality and copies > bugs as well as working code. When the code around the copied bugs is > modified, the bugs mutate, and are then in turn copied, and so on. It's > a nightmare, or would be if the managers understood it, but it's very > lucrative. To those who have the heart to exploit the defense industry. > Some people get paid based on the lines of code they write, or are otherwise judged on their coding rate by management who have no understanding of code quality. It's a terrible idea, of course, but it does happen. > >> others consider a dozen lines of code a productive week. >> >> While no one is likely to complain if the next version of the tools they >> use can do the same job faster, you can't use compile speed alone as a >> useful judge of anything in a tool. > > Agreed. > Making code /really/ fast is no problem, if you don't have to worry about code correctness or usefulness!
[toc] | [prev] | [next] | [standalone]
| From | Bart <bc@freeuk.com> |
|---|---|
| Date | 2021-09-06 11:27 +0100 |
| Message-ID | <sh4qf0$mav$1@dont-email.me> |
| In reply to | #81056 |
On 06/09/2021 07:43, David Brown wrote: > On 04/09/2021 18:05, Manfred wrote: >> On 9/4/2021 8:12 AM, Paavo Helde wrote: >>> >>> And the build process of our newest product (where this codebase is >>> one part) takes overnight, but that's mostly an example of how to not >>> do things. >> >> That really depends on the project. I remember a project that >> legitimately took that long to build, but that was some 2+ millions LOC, >> all in-house code (before SSDs) >> >> The point is, you can't give absolute estimates on how long it should >> take to compile something, how many binaries should be involved, how >> many LOCs should a project count, without even knowing what the project >> is about. > > For another kind of extreme example, I had a project many years ago with > programmable logic (so not C++ or anything like that). The code would > have been around 1000 lines, but the build time for the programmable > logic place and route was about 7 hours. With careful planning, that > gave 3 edit-compile-test-debug cycles per day. > > You are absolutely right about compile times - it's like arguing over > the length of a piece of string. Even "build project" doesn't mean the > same thing to everyone. Some people might want no more than a minimum > of checking that could be better done by a decent editor. Others want > test suites run and massive static analysis reports as part of the > build. Some people build on an old two-core laptop, others have a rack > of well-endowed build servers. Some people work alone, others are in > massive teams. Some people generate tens of KLOCs per day, others > consider a dozen lines of code a productive week. > > While no one is likely to complain if the next version of the tools they > use can do the same job faster, you can't use compile speed alone as a > useful judge of anything in a tool. I don't care what methods developers use to build their products or how long they take, while they are actually developing on their own machines. I do care about how the finished, debugged, working product is presented to myriad different users. If a tidy, self-contained, ready-to-run binary if not practical, then consider taking one-step back from that, with tidily presented, streamlined source files, and minimal dependencies on the tools and scripts necessary to turn that into the necessary binaries. That should be as effortless as possible, with as little knowledge about the internals necessary as possible (trust me, people don't care!) and with as few failure points as possible. Since there's probably little anyone can do about errors, apart from obvious ones (eg. no compiler). What I don't like is just DUMPING the developer's entire, sprawling directory tree as is, with myriad scripts, dozens of Linux dependencies, loads of different make files, or needing the user to install CMake, or needing to run programs to generate essential components, just sticking the whole lot in some .tar.gz file, and expecting any potential user to just get on with it. (This is I think the 3rd reply to you across 3 newsgroups in a short period; I promise I'm not stalking you!)
[toc] | [prev] | [next] | [standalone]
| From | David Brown <david.brown@hesbynett.no> |
|---|---|
| Date | 2021-09-06 12:48 +0200 |
| Message-ID | <sh4rl1$tls$1@dont-email.me> |
| In reply to | #81062 |
On 06/09/2021 12:27, Bart wrote: > On 06/09/2021 07:43, David Brown wrote: >> On 04/09/2021 18:05, Manfred wrote: >>> On 9/4/2021 8:12 AM, Paavo Helde wrote: >>>> >>>> And the build process of our newest product (where this codebase is >>>> one part) takes overnight, but that's mostly an example of how to not >>>> do things. >>> >>> That really depends on the project. I remember a project that >>> legitimately took that long to build, but that was some 2+ millions LOC, >>> all in-house code (before SSDs) >>> >>> The point is, you can't give absolute estimates on how long it should >>> take to compile something, how many binaries should be involved, how >>> many LOCs should a project count, without even knowing what the project >>> is about. >> >> For another kind of extreme example, I had a project many years ago with >> programmable logic (so not C++ or anything like that). The code would >> have been around 1000 lines, but the build time for the programmable >> logic place and route was about 7 hours. With careful planning, that >> gave 3 edit-compile-test-debug cycles per day. >> >> You are absolutely right about compile times - it's like arguing over >> the length of a piece of string. Even "build project" doesn't mean the >> same thing to everyone. Some people might want no more than a minimum >> of checking that could be better done by a decent editor. Others want >> test suites run and massive static analysis reports as part of the >> build. Some people build on an old two-core laptop, others have a rack >> of well-endowed build servers. Some people work alone, others are in >> massive teams. Some people generate tens of KLOCs per day, others >> consider a dozen lines of code a productive week. >> >> While no one is likely to complain if the next version of the tools they >> use can do the same job faster, you can't use compile speed alone as a >> useful judge of anything in a tool. > > > I don't care what methods developers use to build their products or how > long they take, while they are actually developing on their own machines. > > I do care about how the finished, debugged, working product is presented > to myriad different users. > > If a tidy, self-contained, ready-to-run binary if not practical, then > consider taking one-step back from that, with tidily presented, > streamlined source files, and minimal dependencies on the tools and > scripts necessary to turn that into the necessary binaries. > > That should be as effortless as possible, with as little knowledge about > the internals necessary as possible (trust me, people don't care!) and > with as few failure points as possible. Since there's probably little > anyone can do about errors, apart from obvious ones (eg. no compiler). > People usually get most of their software as binaries these days. Unless you have particular reason for wanting to compile from source, most *nix users get the majority of the programs and libraries directly from their distribution, pre-compiled. (And of course Windows users usually get pre-built binaries.) > What I don't like is just DUMPING the developer's entire, sprawling > directory tree as is, with myriad scripts, dozens of Linux dependencies, > loads of different make files, or needing the user to install CMake, or > needing to run programs to generate essential components, just sticking > the whole lot in some .tar.gz file, and expecting any potential user to > just get on with it. You don't often /need/ to do that. But you might /want/ to do it, for some reason. And binary-based installation is far from problem-free. DLL-hell is not as common on Windows as it used to be, but it still happens. Or the program you want to install insists on a particular version of Windows, or particular updates, or crashes because you don't have some dotnot package installed. > > > (This is I think the 3rd reply to you across 3 newsgroups in a short > period; I promise I'm not stalking you!) (We've had some interesting discussion recently - and even some agreement :-) )
[toc] | [prev] | [next] | [standalone]
| From | scott@slp53.sl.home (Scott Lurndal) |
|---|---|
| Date | 2021-09-04 15:28 +0000 |
| Message-ID | <IgMYI.72814$T_8.54404@fx48.iad> |
| In reply to | #81041 |
Bart <bc@freeuk.com> writes: >On 03/09/2021 23:06, Paavo Helde wrote: >> 26 minutes seems peanuts, to be honest. > >26 SECONDS would seem like forever to me. On a fast machine a compiler >like tcc can probably get through at 1-2M lines per second and generate >5-10MB per second of executable code. And that's per core. > >At 26 minutes on 14 cores, it might get through 3 billion lines and >generate 15GB of binaries! > >Yes I'm disregarding a few factors, but the point is that 26 minutes is >still an eternity to build any kind of software. > >I have /never/ had to wait more than a few seconds to build any >application, even on low-spec hardware from decades ago (because then, >the programs were smaller too). That is because you've never actually written anything but toy software (like your compilers) that nobody else uses. Rebuilding the mainframe operating system in 1983 took several hours. It was, however, modular (in a language similar to but not Modula) so all the modules were compiled into a shared area which everyone linked with - so you'd only need to build the module(s) you changed for a given fix or new feature and link with the exiting object files (called Intermediate Compiled Modules - ICMs). Current project: $ sloccount . SLOC Directory SLOC-by-Language (Sorted) 6582191 include ansic=6544705,cpp=37486 820975 io cpp=546791,ansic=273718,python=466 791042 tests python=691013,ansic=82763,cpp=17266 123365 processor cpp=121878,python=1487 88060 3rd_party cpp=88018,python=42 21287 tools python=15833,cpp=3995,ansic=1459 9997 platform cpp=9997 9665 bin cpp=9443,python=222 6119 common cpp=6119 1994 top_dir cpp=1994 1432 noc cpp=1432 560 shim cpp=560 Totals grouped by language (dominant language first): ansic: 6919399 (81.66%) cpp: 844979 (9.97%) python: 709063 (8.37%) Takes about 10 minutes to build with -j16 (granted both the source and object directories are NFS mounted, so that slows things down a bit). (One C++ file alone takes 6 minutes to compile with -O3 vs. a few seconds with -O less than 3 - basically trying to optimize one very long (50,000 SLOC) generated table initialization function).
[toc] | [prev] | [next] | [standalone]
| From | Bart <bc@freeuk.com> |
|---|---|
| Date | 2021-09-04 17:44 +0100 |
| Message-ID | <sh07ou$qdd$1@dont-email.me> |
| In reply to | #81046 |
On 04/09/2021 16:28, Scott Lurndal wrote:
> Bart <bc@freeuk.com> writes:
>> On 03/09/2021 23:06, Paavo Helde wrote:
>
>>> 26 minutes seems peanuts, to be honest.
>>
>> 26 SECONDS would seem like forever to me. On a fast machine a compiler
>> like tcc can probably get through at 1-2M lines per second and generate
>> 5-10MB per second of executable code. And that's per core.
>>
>> At 26 minutes on 14 cores, it might get through 3 billion lines and
>> generate 15GB of binaries!
>>
>> Yes I'm disregarding a few factors, but the point is that 26 minutes is
>> still an eternity to build any kind of software.
>>
>> I have /never/ had to wait more than a few seconds to build any
>> application, even on low-spec hardware from decades ago (because then,
>> the programs were smaller too).
>
> That is because you've never actually written anything but
> toy software (like your compilers) that nobody else uses.
I've probably sold about $10m of software (in 1990s money) built
exclusively with my toy compilers. That software included a scripting
language used by others to create add-ons for my application.
Even when working with floppies, where traditional compilers would take
minutes for the simplest programs, mine would still take seconds to
build an application. Because it was designed for fast development
turnaround.
Smaller programs would compile more or less instantly (on 8-bit 64KB
systems!) by methods such as a resident compiler and compiling directly
into memory.
Regarding software used by other people, my C compiler builds the Lua
interpreter in about 0.3 seconds, and sqlite3 (0.25Mloc) in about 0.6
seconds (for a 1.1MB executable). That's without the compiler itself
being optimised, and running on my slow PC.
So code generation can easily be 1MB/second on such a machine.
> Rebuilding the mainframe operating system in 1983 took several
> hours. It was, however, modular (in a language similar to but
> not Modula) so all the modules were compiled into a shared
> area which everyone linked with - so you'd only need to build
> the module(s) you changed for a given fix or new feature and
> link with the exiting object files (called Intermediate Compiled
> Modules - ICMs).
>
> Current project:
> $ sloccount .
>
> SLOC Directory SLOC-by-Language (Sorted)
> 6582191 include ansic=6544705,cpp=37486
> 820975 io cpp=546791,ansic=273718,python=466
> 791042 tests python=691013,ansic=82763,cpp=17266
> 123365 processor cpp=121878,python=1487
> 88060 3rd_party cpp=88018,python=42
> 21287 tools python=15833,cpp=3995,ansic=1459
> 9997 platform cpp=9997
> 9665 bin cpp=9443,python=222
> 6119 common cpp=6119
> 1994 top_dir cpp=1994
> 1432 noc cpp=1432
> 560 shim cpp=560
>
>
>
> Totals grouped by language (dominant language first):
> ansic: 6919399 (81.66%)
> cpp: 844979 (9.97%)
> python: 709063 (8.37%)
>
> Takes about 10 minutes to build with -j16 (granted
> both the source and object directories are NFS mounted,
> so that slows things down a bit).
>
> (One C++ file alone takes 6 minutes to compile with -O3 vs.
> a few seconds with -O less than 3 - basically trying to
> optimize one very long (50,000 SLOC) generated table
> initialization function).
Here, qq.c is a comparable file (an interpreter) of 43Kloc:
C:\oldqx>tm gcc -O2 qq.c -oqqgcc.exe
TM: 16.69
C:\oldqx>tm tcc qq.c -luser32 -oqqtcc.exe
TM: 0.15
tcc builds it 100 times faster than gcc -O2, and on a single core (of
the two on my AMD cpu). And about 30 times faster than even gcc -O0.
However the gcc-code runs the interpreter twice as fast as tcc-code. So
the trade-off is clear: use tcc for most development for a rapid
edit-run cycle, and gcc for occasional better analysis, or for
production binaries.
The latter can be done overnight so no one cares how long it takes; the
product is debugged and working at this point.
[toc] | [prev] | [next] | [standalone]
| From | Ian Collins <ian-news@hotmail.com> |
|---|---|
| Date | 2021-09-05 11:24 +1200 |
| Message-ID | <ipidgmFe8n8U2@mid.individual.net> |
| In reply to | #81048 |
On 05/09/2021 04:44, Bart wrote: > > tcc builds it 100 times faster than gcc -O2, and on a single core (of > the two on my AMD cpu). And about 30 times faster than even gcc -O0. > > However the gcc-code runs the interpreter twice as fast as tcc-code. So > the trade-off is clear: use tcc for most development for a rapid > edit-run cycle, and gcc for occasional better analysis, or for > production binaries. > > The latter can be done overnight so no one cares how long it takes; the > product is debugged and working at this point. This approach isn't uncommon, in our case we build with both clang++ and g++ with a comprehensive set of warnings on each build and a daily run with clang-tidy which takes up to ten times longer due to the build being confined to one machine. The problem with this, as is often the case with out of line builds, is getting people to check the warnings! -- Ian.
[toc] | [prev] | [next] | [standalone]
| From | Ian Collins <ian-news@hotmail.com> |
|---|---|
| Date | 2021-09-04 10:14 +1200 |
| Message-ID | <ipfl25Fe8n8U1@mid.individual.net> |
| In reply to | #81037 |
On 04/09/2021 07:45, Bart wrote: > > Nobody is really interested in mucking about with source codes is > complex directory structures. There are some 50,000 binaries on my OLD > Windows PC (it'd be a lot more now); how long would it take to build it > all from source code? Auto tools is on the way out for modern projects. In our code base, we build a number of third party projects from source. We do this because we build for several platforms including Windows and embedded Linux. Most of these projects (22/27) use CMake, which is becoming (if it hasn't already become) the de facto standard for cross platform open source projects. So for most of what we build, building for Windows is no different to building for Linux. The fly in the ointment is openssl which a bitch to build on windows... -- Ian.
[toc] | [prev] | [next] | [standalone]
| From | Paavo Helde <myfirstname@osa.pri.ee> |
|---|---|
| Date | 2021-09-04 09:36 +0300 |
| Message-ID | <sgv464$um5$1@dont-email.me> |
| In reply to | #81040 |
04.09.2021 01:14 Ian Collins kirjutas: > > Auto tools is on the way out for modern projects [...] > CMake [...] is > becoming (if it hasn't already become) the de facto standard for cross > platform open source projects. I'm happy to hear that! Indeed, CMake is much better and appears to do the same in a couple of seconds which takes ages for configure scripts.
[toc] | [prev] | [next] | [standalone]
| From | Christian Gollwitzer <auriocus@gmx.de> |
|---|---|
| Date | 2021-09-04 17:00 +0200 |
| Message-ID | <sh01lk$fhi$1@dont-email.me> |
| In reply to | #81025 |
Am 03.09.21 um 11:12 schrieb David Brown: > However, even for people doing the configuration on the most standard > and well-known POSIX systems around, the system is still a bottleneck. > These configure scripts do not scale well, and they do not parallelise > well. So on a modern multi-core system, it is common for the > "./configure" part to take a lot longer than the actual compilation. > When working with bigger builds, such as making complete embedded Linux > systems, it is frustrating to see so much of the time taken by so many > configure scripts endlessly checking that you have a compiler that can > handle C90 and other checks that haven't been relevant for decades. > > [...] > > Alternatively, there could be a system daemon that keeps cached results. CMake accomplishes this without any complex daemon behind it - when you first install it, it runs the battery of standard tests and writes this in some cache file. At each configuration it checks the cache. This does not help for newly installed libraries, but for compiler characteristics & stuff it tremendously speeds up the process. Actually CMake is seen by many programmers as the most successfull replacement for autoconf - although I have had much more frustration telling CMake what to do as a mere enduser, i.e. when trying to compile a CMake-based program as opposed to autoconf. Very often, autoconf-scripts succeeded to find additional libraries and compiler switches themselves, whereas with CMake I had to spoon-feed the paths to it. Christian
[toc] | [prev] | [next] | [standalone]
| From | Paavo Helde <myfirstname@osa.pri.ee> |
|---|---|
| Date | 2021-09-06 11:03 +0300 |
| Message-ID | <sh4hvs$udn$1@dont-email.me> |
| In reply to | #81045 |
04.09.2021 18:00 Christian Gollwitzer kirjutas: > Actually CMake is seen by many programmers as the most successfull > replacement for autoconf - although I have had much more frustration > telling CMake what to do as a mere enduser, i.e. when trying to compile > a CMake-based program as opposed to autoconf. Very often, > autoconf-scripts succeeded to find additional libraries and compiler > switches themselves, whereas with CMake I had to spoon-feed the paths to > it. For our purposes this is actually a good thing. When setting up some third-party library build in our build process, I don't want it to find random missing dependencies from system, because this means the build process may easily fail on another computer.
[toc] | [prev] | [next] | [standalone]
| From | MisterMule@stubborn.uk |
|---|---|
| Date | 2021-09-06 09:11 +0000 |
| Subject | Re: Examples of current platforms/architectures where sizeof(void*) > |
| Message-ID | <sh4m00$qo1$1@gioia.aioe.org> |
| In reply to | #81058 |
On Mon, 6 Sep 2021 11:03:07 +0300 Paavo Helde <myfirstname@osa.pri.ee> wrote: >04.09.2021 18:00 Christian Gollwitzer kirjutas: >> Actually CMake is seen by many programmers as the most successfull >> replacement for autoconf - although I have had much more frustration >> telling CMake what to do as a mere enduser, i.e. when trying to compile >> a CMake-based program as opposed to autoconf. Very often, >> autoconf-scripts succeeded to find additional libraries and compiler >> switches themselves, whereas with CMake I had to spoon-feed the paths to >> it. > >For our purposes this is actually a good thing. When setting up some >third-party library build in our build process, I don't want it to find >random missing dependencies from system, because this means the build >process may easily fail on another computer. 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.
[toc] | [prev] | [next] | [standalone]
| From | Paavo Helde <myfirstname@osa.pri.ee> |
|---|---|
| Date | 2021-09-06 13:08 +0300 |
| Subject | Re: Examples of current platforms/architectures where sizeof(void*) > |
| Message-ID | <sh4pb3$f39$1@dont-email.me> |
| In reply to | #81060 |
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. I feel very comfy now when I do not need to know or care what is a PHONY target and when to prepend a dash before a command or when not, etc. Writing Makefiles by hand now looks for me as like writing assembler or Postscript code. Yes, you can write Postscript by hand, but this becomes very tedious very soon.
[toc] | [prev] | [next] | [standalone]
| From | MisterMule@stubborn.uk |
|---|---|
| Date | 2021-09-06 15:26 +0000 |
| Subject | Re: Examples of current platforms/architectures where sizeof(void*) > |
| Message-ID | <sh5bum$1s93$1@gioia.aioe.org> |
| In reply to | #81061 |
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. > >I feel very comfy now when I do not need to know or care what is a PHONY >target and when to prepend a dash before a command or when not, etc. >Writing Makefiles by hand now looks for me as like writing assembler or >Postscript code. Yes, you can write Postscript by hand, but this becomes >very tedious very soon. I never use any of that esoteric nonsense precisely because as you say, it doesn't work properly. Just state the target file, dependency files - a lot of which are usually the same throughout and can be put in variables - and any build options which can also be put in variables. All you need then is different options for different OS's/distro or compilers which can be commented in/out in seconds and you're done. I've never needed to "clever" with makefiles and the people that do are usually just showing off or don't really understand what they're trying to achieve.
[toc] | [prev] | [next] | [standalone]
| From | Manfred <noname@add.invalid> |
|---|---|
| Date | 2021-09-07 15:05 +0200 |
| Subject | Re: Examples of current platforms/architectures where sizeof(void*) > |
| Message-ID | <sh7o2u$1f1k$1@gioia.aioe.org> |
| In reply to | #81070 |
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. >> >> I feel very comfy now when I do not need to know or care what is a PHONY >> target and when to prepend a dash before a command or when not, etc. >> Writing Makefiles by hand now looks for me as like writing assembler or >> Postscript code. Yes, you can write Postscript by hand, but this becomes >> very tedious very soon. > > I never use any of that esoteric nonsense precisely because as you say, it > doesn't work properly. Just state the target file, dependency files - a lot of > which are usually the same throughout and can be put in variables - and > any build options which can also be put in variables. All you need then is > different options for different OS's/distro or compilers which can be commented > in/out in seconds and you're done. I've never needed to "clever" with makefiles > and the people that do are usually just showing off or don't really understand > what they're trying to achieve. > > Actually PHONY targets (despite their cryptic name) are amongst the most common and useful features of Makefiles - "make clean all", anyone? But the point is that on *nix systems they work and are pretty straightforward only for relatively simple projects - as someone else wrote on this thread, they don't scale well.
[toc] | [prev] | [next] | [standalone]
| From | MisterMule@stubborn.uk |
|---|---|
| Date | 2021-09-07 15:07 +0000 |
| Subject | Re: Examples of current platforms/architectures where sizeof(void*) > |
| Message-ID | <sh7v70$17kg$1@gioia.aioe.org> |
| In reply to | #81081 |
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. >But the point is that on *nix systems they work and are pretty >straightforward only for relatively simple projects - as someone else >wrote on this thread, they don't scale well. Never had a problem with scaling - you simply call subsidiary makefiles if you have a tree structure to build. Ultimately all you need is the source, include, library and output paths and files somewhere. Its really not rocket science.
[toc] | [prev] | [next] | [standalone]
Page 4 of 16 — ← Prev page 1 2 3 [4] 5 6 … 16 Next page →
Back to top | Article view | comp.lang.c++
csiph-web