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 12 of 16 — ← Prev page 1 … 10 11 [12] 13 14 … 16 Next page →
| From | Öö Tiib <ootiib@hot.ee> |
|---|---|
| Date | 2021-09-03 08:49 -0700 |
| Message-ID | <48b7e93f-8139-4614-9e15-993359f1ea26n@googlegroups.com> |
| In reply to | #81027 |
On Friday, 3 September 2021 at 14:20:04 UTC+3, Juha Nieminen wrote: > David Brown <david...@hesbynett.no> wrote: > >> What' I'm saying is that it's utterly *stupid* to spend so much time and > >> effort to create a library with the intent of being the absolute best at > >> what it's doing, intended for a very wide audience and serious > >> applications... and then limit its use to one particular platform while > >> completely ignoring one of the most popular platforms. > > > > First, what makes you think they want it to be popular? > That doesn't actually refute what I wrote. If they don't care if the library > becomes popular and widely used, moreso they are utterly stupid for spending > so much time, effort and research on a niche project. Becomes popular? That GMP was first published 1991. So it is more about it not becoming obsolete and dying of old age than of becoming popular. But it has LGPLv3 and so it gradually evolves by work of those who either improve it in way they need, hire someone who improve that they need or who watch that behaviour they need isn't changed/broken in it. Perhaps they need it in typical number crunching contexts like some algorithms for security and privacy ... how is it so "niche"? We all like security and privacy. But tools of geeks who crunch numbers won't ever become popular ... be happy there are some.
[toc] | [prev] | [next] | [standalone]
| From | Juha Nieminen <nospam@thanks.invalid> |
|---|---|
| Date | 2021-09-03 17:42 +0000 |
| Message-ID | <sgtmqp$mb9$2@gioia.aioe.org> |
| In reply to | #81032 |
?? Tiib <ootiib@hot.ee> wrote: > On Friday, 3 September 2021 at 14:20:04 UTC+3, Juha Nieminen wrote: >> David Brown <david...@hesbynett.no> wrote: >> >> What' I'm saying is that it's utterly *stupid* to spend so much time and >> >> effort to create a library with the intent of being the absolute best at >> >> what it's doing, intended for a very wide audience and serious >> >> applications... and then limit its use to one particular platform while >> >> completely ignoring one of the most popular platforms. >> > >> > First, what makes you think they want it to be popular? >> That doesn't actually refute what I wrote. If they don't care if the library >> becomes popular and widely used, moreso they are utterly stupid for spending >> so much time, effort and research on a niche project. > > Becomes popular? That GMP was first published 1991. So it is more about > it not becoming obsolete and dying of old age than of becoming popular. But > it has LGPLv3 and so it gradually evolves by work of those who either improve > it in way they need, hire someone who improve that they need or who > watch that behaviour they need isn't changed/broken in it. Perhaps they need > it in typical number crunching contexts like some algorithms for security and > privacy ... how is it so "niche"? We all like security and privacy. But tools of > geeks who crunch numbers won't ever become popular ... be happy there are > some. I think you misunderstand what I'm saying. I'm not talking about whether the library is popular or not. I'm not even talking about whether it's easily usable in Windows projects or not. There was an earlier post by someone that asked something about whether GMP is easy to compile for windows, and then someone responded with something along the lines that the developers don't need to care whether it's easy to compile for windows or not. *That* is what I am objecting to. I think they *should* care, and that it's important that they care. (I'm not saying that they don't care. I'm objecting to that idea that they don't need to care.)
[toc] | [prev] | [next] | [standalone]
| From | Öö Tiib <ootiib@hot.ee> |
|---|---|
| Date | 2021-09-05 04:29 -0700 |
| Message-ID | <fc71a89f-44d9-472f-a60a-201862d1d5e0n@googlegroups.com> |
| In reply to | #81034 |
On Friday, 3 September 2021 at 20:43:06 UTC+3, Juha Nieminen wrote: > ?? Tiib <oot...@hot.ee> wrote: > > On Friday, 3 September 2021 at 14:20:04 UTC+3, Juha Nieminen wrote: > >> David Brown <david...@hesbynett.no> wrote: > >> >> What' I'm saying is that it's utterly *stupid* to spend so much time and > >> >> effort to create a library with the intent of being the absolute best at > >> >> what it's doing, intended for a very wide audience and serious > >> >> applications... and then limit its use to one particular platform while > >> >> completely ignoring one of the most popular platforms. > >> > > >> > First, what makes you think they want it to be popular? > >> That doesn't actually refute what I wrote. If they don't care if the library > >> becomes popular and widely used, moreso they are utterly stupid for spending > >> so much time, effort and research on a niche project. > > > > Becomes popular? That GMP was first published 1991. So it is more about > > it not becoming obsolete and dying of old age than of becoming popular. But > > it has LGPLv3 and so it gradually evolves by work of those who either improve > > it in way they need, hire someone who improve that they need or who > > watch that behaviour they need isn't changed/broken in it. Perhaps they need > > it in typical number crunching contexts like some algorithms for security and > > privacy ... how is it so "niche"? We all like security and privacy. But tools of > > geeks who crunch numbers won't ever become popular ... be happy there are > > some. > I think you misunderstand what I'm saying. > > I'm not talking about whether the library is popular or not. I'm not even > talking about whether it's easily usable in Windows projects or not. > > There was an earlier post by someone that asked something about whether > GMP is easy to compile for windows, and then someone responded with > something along the lines that the developers don't need to care > whether it's easy to compile for windows or not. Who needs to care? Lets see <https://gmplib.org/manual/Contributors> You about lead developer Torbjorn Granlund? Or others? Currently more active Marco Bodrato, Niels Möller or Marc Glisse? People who did help it with algorithm, interface or optimizing to alpha, arm, sparc, powerpc etc. There have been and solved recurring issues with MacOS Xcode and Windows compilers like in every multi-platform project. Current main doubt seems to be if it works correctly on Apple's new ARM based computers or not. Like tests run ... but who knows. > *That* is what I am objecting to. I think they *should* care, and > that it's important that they care. (I'm not saying that they don't > care. I'm objecting to that idea that they don't need to care.) Important compared to what? They seem caring if it works correctly from crippled pentiums and celerons, all the lakes and coves of intel and on all the bobcats, bulldozers and zens of amd. How lot of velocity you expect from few men? Sometimes they fail like all mere mortals. During the 3 decades they have had plenty about what to care and plenty of clueless screaming around whom to ignore. If you have different toolchain that isn't supported then contribute the scripts and also needed nodes of continuous integration ... otherwise it is you who doesn't care.
[toc] | [prev] | [next] | [standalone]
| From | Michael S <already5chosen@yahoo.com> |
|---|---|
| Date | 2021-09-05 05:11 -0700 |
| Message-ID | <4a3cf9b5-d3e2-4d44-8608-69ec9ffa7fc2n@googlegroups.com> |
| In reply to | #81050 |
On Sunday, September 5, 2021 at 2:29:24 PM UTC+3, Öö Tiib wrote: > On Friday, 3 September 2021 at 20:43:06 UTC+3, Juha Nieminen wrote: > > ?? Tiib <oot...@hot.ee> wrote: > > > On Friday, 3 September 2021 at 14:20:04 UTC+3, Juha Nieminen wrote: > > >> David Brown <david...@hesbynett.no> wrote: > > >> >> What' I'm saying is that it's utterly *stupid* to spend so much time and > > >> >> effort to create a library with the intent of being the absolute best at > > >> >> what it's doing, intended for a very wide audience and serious > > >> >> applications... and then limit its use to one particular platform while > > >> >> completely ignoring one of the most popular platforms. > > >> > > > >> > First, what makes you think they want it to be popular? > > >> That doesn't actually refute what I wrote. If they don't care if the library > > >> becomes popular and widely used, moreso they are utterly stupid for spending > > >> so much time, effort and research on a niche project. > > > > > > Becomes popular? That GMP was first published 1991. So it is more about > > > it not becoming obsolete and dying of old age than of becoming popular. But > > > it has LGPLv3 and so it gradually evolves by work of those who either improve > > > it in way they need, hire someone who improve that they need or who > > > watch that behaviour they need isn't changed/broken in it. Perhaps they need > > > it in typical number crunching contexts like some algorithms for security and > > > privacy ... how is it so "niche"? We all like security and privacy. But tools of > > > geeks who crunch numbers won't ever become popular ... be happy there are > > > some. > > I think you misunderstand what I'm saying. > > > > I'm not talking about whether the library is popular or not. I'm not even > > talking about whether it's easily usable in Windows projects or not. > > > > There was an earlier post by someone that asked something about whether > > GMP is easy to compile for windows, and then someone responded with > > something along the lines that the developers don't need to care > > whether it's easy to compile for windows or not. > Who needs to care? Lets see <https://gmplib.org/manual/Contributors> > You about lead developer Torbjorn Granlund? Or others? Currently more > active Marco Bodrato, Niels Möller or Marc Glisse? > People who did help it with algorithm, interface or optimizing to alpha, > arm, sparc, powerpc etc. There have been and solved recurring > issues with MacOS Xcode and Windows compilers like in every > multi-platform project. Current main doubt seems to be if it works > correctly on Apple's new ARM based computers or not. Like tests > run ... but who knows. > > *That* is what I am objecting to. I think they *should* care, and > > that it's important that they care. (I'm not saying that they don't > > care. I'm objecting to that idea that they don't need to care.) > Important compared to what? They seem caring if it works correctly > from crippled pentiums and celerons, all the lakes and coves > of intel and on all the bobcats, bulldozers and zens of amd. How lot > of velocity you expect from few men? Sometimes they fail like > all mere mortals. During the 3 decades they have had plenty about > what to care and plenty of clueless screaming around whom to > ignore. If you have different toolchain that isn't supported then > contribute the scripts and also needed nodes of continuous > integration ... otherwise it is you who doesn't care. One logical way to make the burden easier is to stop maintaining floating-point part of GMP. Its presence causes nothing, but confusion for novices, until they figure out that they should use mpfr.
[toc] | [prev] | [next] | [standalone]
| From | Juha Nieminen <nospam@thanks.invalid> |
|---|---|
| Date | 2021-09-06 05:45 +0000 |
| Message-ID | <sh49uf$1ft7$2@gioia.aioe.org> |
| In reply to | #81050 |
Öö Tiib <ootiib@hot.ee> wrote: >> There was an earlier post by someone that asked something about whether >> GMP is easy to compile for windows, and then someone responded with >> something along the lines that the developers don't need to care >> whether it's easy to compile for windows or not. > > Who needs to care? Lets see <https://gmplib.org/manual/Contributors> > You about lead developer Torbjorn Granlund? Or others? Currently more > active Marco Bodrato, Niels Möller or Marc Glisse? > People who did help it with algorithm, interface or optimizing to alpha, > arm, sparc, powerpc etc. There have been and solved recurring > issues with MacOS Xcode and Windows compilers like in every > multi-platform project. Current main doubt seems to be if it works > correctly on Apple's new ARM based computers or not. Like tests > run ... but who knows. I said, and I repeat: I'm not saying that they don't care. I'm objecting to the idea that they don't need to care. My objection is not to the GMP developers. My objection is to whoever said that they don't need to care about whether the library is easy to compile for Windows.
[toc] | [prev] | [next] | [standalone]
| From | Öö Tiib <ootiib@hot.ee> |
|---|---|
| Date | 2021-09-06 03:38 -0700 |
| Message-ID | <271b2df3-a751-41fa-afb0-04adadcf17f5n@googlegroups.com> |
| In reply to | #81055 |
On Monday, 6 September 2021 at 08:46:10 UTC+3, Juha Nieminen wrote: > Öö Tiib <oot...@hot.ee> wrote: > >> There was an earlier post by someone that asked something about whether > >> GMP is easy to compile for windows, and then someone responded with > >> something along the lines that the developers don't need to care > >> whether it's easy to compile for windows or not. > > > > Who needs to care? Lets see <https://gmplib.org/manual/Contributors> > > You about lead developer Torbjorn Granlund? Or others? Currently more > > active Marco Bodrato, Niels Möller or Marc Glisse? > > People who did help it with algorithm, interface or optimizing to alpha, > > arm, sparc, powerpc etc. There have been and solved recurring > > issues with MacOS Xcode and Windows compilers like in every > > multi-platform project. Current main doubt seems to be if it works > > correctly on Apple's new ARM based computers or not. Like tests > > run ... but who knows. > > I said, and I repeat: I'm not saying that they don't care. I'm > objecting to the idea that they don't need to care. So you did not answer who of them needs and because of what goals. I do not understand how to go generic with such things as "they need" something or "they don't need" it. Both claims seem faulty on their own. For to achieve certain set of goals they indeed need, for other set of goals it is nice to have at medium priority and also goals where it is unneeded are conceivable. > My objection is not to the GMP developers. My objection is to > whoever said that they don't need to care about whether the library > is easy to compile for Windows. If to drop GMP concretely then also ease to build on Windows is no different. Windows is like on 75% of desktop/laptop computers, public internet servers have it below 25%, tablets about 10%, in embedded devices very low, smartphones and supercomputers rather close to 0. So from all computing devices it is perhaps on about 11%. It can be bad for a module that it is inconvenient to build on Windows when target projects are for desktop or laptop, for rest it can be quite unimportant.
[toc] | [prev] | [next] | [standalone]
| From | Bart <bc@freeuk.com> |
|---|---|
| Date | 2021-09-06 12:00 +0100 |
| Message-ID | <sh4sd5$2s8$1@dont-email.me> |
| In reply to | #81063 |
On 06/09/2021 11:38, Öö Tiib wrote: > On Monday, 6 September 2021 at 08:46:10 UTC+3, Juha Nieminen wrote: >> Öö Tiib <oot...@hot.ee> wrote: >>>> There was an earlier post by someone that asked something about whether >>>> GMP is easy to compile for windows, and then someone responded with >>>> something along the lines that the developers don't need to care >>>> whether it's easy to compile for windows or not. >>> >>> Who needs to care? Lets see <https://gmplib.org/manual/Contributors> >>> You about lead developer Torbjorn Granlund? Or others? Currently more >>> active Marco Bodrato, Niels Möller or Marc Glisse? >>> People who did help it with algorithm, interface or optimizing to alpha, >>> arm, sparc, powerpc etc. There have been and solved recurring >>> issues with MacOS Xcode and Windows compilers like in every >>> multi-platform project. Current main doubt seems to be if it works >>> correctly on Apple's new ARM based computers or not. Like tests >>> run ... but who knows. >> >> I said, and I repeat: I'm not saying that they don't care. I'm >> objecting to the idea that they don't need to care. > > So you did not answer who of them needs and because of what goals. > I do not understand how to go generic with such things as "they need" > something or "they don't need" it. Both claims seem faulty on their > own. For to achieve certain set of goals they indeed need, for other set > of goals it is nice to have at medium priority and also goals where it is > unneeded are conceivable. > >> My objection is not to the GMP developers. My objection is to >> whoever said that they don't need to care about whether the library >> is easy to compile for Windows. > > If to drop GMP concretely then also ease to build on Windows is no > different. Windows is like on 75% of desktop/laptop computers, > public internet servers have it below 25%, tablets about 10%, in > embedded devices very low, smartphones and supercomputers rather > close to 0. So from all computing devices it is perhaps on about 11%. > It can be bad for a module that it is inconvenient to build on Windows > when target projects are for desktop or laptop, for rest it can be quite > unimportant. > I'm not sure why this is such a big deal. All it needs is for one person or one organisation (MS?) to build gmp.dll once. And to make gmp.dll and a matching gmp.h available on some web-site. There's no need for a million potential users to have to repeat the same messy process. However I've never been able to find a repository for such binaries, other than perhaps those dodgy download sites. So if my project had a dependency on gmp.dll, I wouldn't be able to point anyone to an official download site. Maybe I could bundle my version of gmp.dll? That would be a bit like my bundling the 55 DLLs of GTK because I used that library. And of course I would still need to obtain /my/ binary! Anyway, this is something I remember needing years ago (I don't think there was mini-gmp then, or I wasn't aware of it). I instead created my own library, smaller, simpler, (much!) slower and more limited, but a million times easier to incorporate into my programs. (Not written in C, but I ported it to C: https://github.com/sal55/langs/blob/master/bignum.h https://github.com/sal55/langs/blob/master/bignum.c It does arbitrary precision floats and integers, and uses decimal not binary. Just add the module to the application, eg: tcc pidemo.c bignum.c Or turn it into a DLL (.so will be similar but I can't test it) using: tcc -shared bignum.c )
[toc] | [prev] | [next] | [standalone]
| From | Paavo Helde <myfirstname@osa.pri.ee> |
|---|---|
| Date | 2021-09-06 16:38 +0300 |
| Message-ID | <sh55k5$4nq$1@dont-email.me> |
| In reply to | #81065 |
06.09.2021 14:00 Bart kirjutas: > > I'm not sure why this is such a big deal. All it needs is for one person > or one organisation (MS?) to build gmp.dll once. And to make gmp.dll and > a matching gmp.h available on some web-site. > > There's no need for a million potential users to have to repeat the same > messy process. Agreed, a DLL would be fine for those million potential users who are happy with a binary distribution. However, an easy source build would also be appreciated by those 10,000 users who want or need to compile it by themselves.
[toc] | [prev] | [next] | [standalone]
| From | Christian Gollwitzer <auriocus@gmx.de> |
|---|---|
| Date | 2021-09-06 15:52 +0200 |
| Message-ID | <sh56gn$b0a$1@dont-email.me> |
| In reply to | #81065 |
Am 06.09.21 um 13:00 schrieb Bart: > I'm not sure why this is such a big deal. All it needs is for one person > or one organisation (MS?) to build gmp.dll once. And to make gmp.dll and > a matching gmp.h available on some web-site. > > There's no need for a million potential users to have to repeat the same > messy process. > > However I've never been able to find a repository for such binaries, > other than perhaps those dodgy download sites. Package managers exist for Linux since the beginning, and some are available for Windows as well: https://chocolatey.org/ Or pacman with MSYS2 And - surprise - Windows 11 will have a package manager, too https://en.wikipedia.org/wiki/Windows_Package_Manager > So if my project had a dependency on gmp.dll, I wouldn't be able to > point anyone to an official download site. You'd do "choco install libgmp" or "pacman -S libgmp" or similar. I haven't checked that gmp is available on either software repos, but this is how it looks like iwth other software. > Just add the module to the application, eg: > > tcc pidemo.c bignum.c > > Or turn it into a DLL (.so will be similar but I can't test it) using: > > tcc -shared bignum.c > ) This is possible only for a limited set of small libraries. SQLite is an extreme example for this scheme. Real-world applications use C++ and are much bigger, there is no way you could package up libreoffice into a single self-contained C file. Christian
[toc] | [prev] | [next] | [standalone]
| From | Juha Nieminen <nospam@thanks.invalid> |
|---|---|
| Date | 2021-09-07 04:39 +0000 |
| Message-ID | <sh6qeq$6la$1@gioia.aioe.org> |
| In reply to | #81063 |
Öö Tiib <ootiib@hot.ee> wrote: > So you did not answer who of them needs and because of what goals. I find the question of "who of them needs it" to be bizarre. I don't really understand that question. What exactly do you expect me to answer? "John Smith desperately needs it, because it will improve his life"? As for what the goal is, I already said it: The library is quite clearly intended to be one of the most, if not the most efficient and useful bignum libraries for scientific research and other similar purposes that require such calculations. An enormous amount of research and work has been put into it in order to make it as efficient as possible. Who knows how many hours in total has been put into making it the greatest and best library at what it's intended to do. Thus, if they were to disregard one of the biggest, if not the biggest desktop operating systems out there (which is the platform most likely used by those in need of such a library), they are being rather stupid. All that effort and work, just to rule out a huge bunch of people who would benefit from the library. > If to drop GMP concretely then also ease to build on Windows is no > different. That sentence doesn't make much sense. > Windows is like on 75% of desktop/laptop computers, > public internet servers have it below 25%, tablets about 10%, in > embedded devices very low, smartphones and supercomputers rather > close to 0. So from all computing devices it is perhaps on about 11%. GMP is much less likely to be needed in servers (unless we are talking about number crunching farms), tablets, embedded devices and smartphones. Sure, you could do some number theoretic reasearch on your smartphone using 16384-bit floating point... but I find the usefulness of that quite unlikely. The vast majority of such work is done on desktop computers.
[toc] | [prev] | [next] | [standalone]
| From | Christian Gollwitzer <auriocus@gmx.de> |
|---|---|
| Date | 2021-09-07 07:23 +0200 |
| Message-ID | <sh6t1d$ppa$1@dont-email.me> |
| In reply to | #81076 |
Am 07.09.21 um 06:39 schrieb Juha Nieminen: > As for what the goal is, I already said it: The library is quite clearly > intended to be one of the most, if not the most efficient and useful > bignum libraries for scientific research and other similar purposes > that require such calculations. An enormous amount of research and > work has been put into it in order to make it as efficient as possible. > Who knows how many hours in total has been put into making it the > greatest and best library at what it's intended to do. > > Thus, if they were to disregard one of the biggest, if not the biggest > desktop operating systems out there (which is the platform most likely > used by those in need of such a library) I wouldn't agree. Number crunnching in the range where Schönhage-Strassen and similar algorithms are actually useful, is usually done on high performance computers, and the most wide-spread OS there is Linux. HPC clusters with Windows are black swans, they might exist but everyone in the world assumes you use Linux and develops for that. I'm not an expert and just found this reference from 2017 in German, that 99.6% of HPC clusters in the TOP500 list run Linux and weighted with performance it is 99.9% https://www.datacenter-insider.de/vergleich-von-hpc-features-in-windows-und-linux-betriebssystemen-a-568256/ Christian
[toc] | [prev] | [next] | [standalone]
| From | Christian Gollwitzer <auriocus@gmx.de> |
|---|---|
| Date | 2021-09-07 07:31 +0200 |
| Message-ID | <sh6tfm$rtk$1@dont-email.me> |
| In reply to | #81077 |
Am 07.09.21 um 07:23 schrieb Christian Gollwitzer: > Am 07.09.21 um 06:39 schrieb Juha Nieminen: >> As for what the goal is, I already said it: The library is quite clearly >> intended to be one of the most, if not the most efficient and useful >> bignum libraries for scientific research and other similar purposes >> that require such calculations. An enormous amount of research and >> work has been put into it in order to make it as efficient as possible. >> Who knows how many hours in total has been put into making it the >> greatest and best library at what it's intended to do. >> >> Thus, if they were to disregard one of the biggest, if not the biggest >> desktop operating systems out there (which is the platform most likely >> used by those in need of such a library) > > I wouldn't agree. Number crunnching in the range where > Schönhage-Strassen and similar algorithms are actually useful, PS: If you just need big-integer math in a desktop application, most likely an easier library serves you better. For example, libtommath https://www.libtom.net/LibTomMath/ is a reasonably fast bigint library written in pure C, it comes as a bunch of files and hand-written Makefiles, including Windows Makefiles. As mentioned by Bart, the mini-gmp is a cut-down single-file version of GMP. I'm waiting for your desktop application where you multiply numbers larger than 100,000 decimal digits and you desperately need the full fast GMP ;)
[toc] | [prev] | [next] | [standalone]
| From | Ian Collins <ian-news@hotmail.com> |
|---|---|
| Date | 2021-09-07 21:47 +1200 |
| Message-ID | <ipoqoqFgc5sU1@mid.individual.net> |
| In reply to | #81077 |
On 07/09/2021 17:23, Christian Gollwitzer wrote: > > I wouldn't agree. Number crunnching in the range where > Schönhage-Strassen and similar algorithms are actually useful, is > usually done on high performance computers, and the most wide-spread OS > there is Linux. HPC clusters with Windows are black swans, they might > exist but everyone in the world assumes you use Linux and develops for > that. In my corner of the world, 99.8% of swans are back! -- Ian.
[toc] | [prev] | [next] | [standalone]
| From | Juha Nieminen <nospam@thanks.invalid> |
|---|---|
| Date | 2021-09-08 10:18 +0000 |
| Message-ID | <sha2ku$1vkl$1@gioia.aioe.org> |
| In reply to | #81077 |
Christian Gollwitzer <auriocus@gmx.de> wrote: > I wouldn't agree. Number crunnching in the range where > Schönhage-Strassen and similar algorithms are actually useful, is > usually done on high performance computers, and the most wide-spread OS > there is Linux. HPC clusters with Windows are black swans, they might > exist but everyone in the world assumes you use Linux and develops for > that. You seem to imply that efficient number crunching (eg. for mathematical or scientific research) is only useful with numbers so large that you need terabytes of RAM and thousands of parallel processors. Meanwhile Windows users who are content with megabyte-sized integers or floating point should use... what? An inferior slower library, just because GMP is harder to compile for Windows? If you want the best of the best, better start learning to use Linux? What, you only use Windows? Sucks being you! Tough luck! No library for you! I just cannot follow your logic. Yes, I happen to have looked around in the past for bignum libraries. They seem to be divided into two main categories: The ones like GMP (and a few others) that are absolutely gigantic, do everything between heaven and earth, and tend to be extraordinarily difficult to compile on something that can't run the configure script (or targeting a platform other than the current one). Then the other ones are of the sort "this is just a simple quick&dirty solution, which isn't even intended to be efficient. If you want something efficient, use GMP." So you are kind of stuck. Either use an inefficient library, or try to figure out how to compile GMP for Windows. (And, once again: I'm not saying that GMP is difficult to compile for Windows. I don't know if it is. My objection is not directed at GMP. It's directed at the people here who are of the opinion that it's useless for a library like GMP to support easy compilation on Windows. Although, deducing from what people have written, it seems to indeed be so that GMP is difficult to compile eg. with Visual Studio.)
[toc] | [prev] | [next] | [standalone]
| From | James Kuyper <jameskuyper@alumni.caltech.edu> |
|---|---|
| Date | 2021-09-08 11:32 -0400 |
| Message-ID | <shal1l$har$1@dont-email.me> |
| In reply to | #81086 |
On 9/8/21 6:18 AM, Juha Nieminen wrote: ... > Windows. I don't know if it is. My objection is not directed at GMP. > It's directed at the people here who are of the opinion that it's > useless for a library like GMP to support easy compilation on Windows. No one is saying that it's useless, just not important enough to justify the work that would be need to be done to make it happen. Since it's the GMP developers whose time would need to be spent to make it happen, it's entirely a matter for them to decide how much importance to attach to that goal.
[toc] | [prev] | [next] | [standalone]
| From | Öö Tiib <ootiib@hot.ee> |
|---|---|
| Date | 2021-09-08 05:02 -0700 |
| Message-ID | <cd526b9a-7700-4ea7-88dc-3310bfe13903n@googlegroups.com> |
| In reply to | #81076 |
On Tuesday, 7 September 2021 at 07:40:13 UTC+3, Juha Nieminen wrote: > Öö Tiib <oot...@hot.ee> wrote: > > So you did not answer who of them needs and because of what goals. > > I find the question of "who of them needs it" to be bizarre. I don't really > understand that question. What exactly do you expect me to answer? > "John Smith desperately needs it, because it will improve his life"? Yes. Why it is bizarre? They can do their research and publications without Windows. They apparently want to let people to use it to Windows and so they have done what is needed for people can use it on Windows. My question was why they so badly need to. > As for what the goal is, I already said it: The library is quite clearly > intended to be one of the most, if not the most efficient and useful > bignum libraries for scientific research and other similar purposes > that require such calculations. That goal they have indeed achieved but that they therefore need to care about simplicity to build on Windows does not follow. It is non-sequitur. > An enormous amount of research and > work has been put into it in order to make it as efficient as possible. > Who knows how many hours in total has been put into making it the > greatest and best library at what it's intended to do. That effort has been indeed put there and continues to be put there for to achieve the said goal but it is entirely orthogonal. > Thus, if they were to disregard one of the biggest, if not the biggest > desktop operating systems out there (which is the platform most likely > used by those in need of such a library), they are being rather stupid. > All that effort and work, just to rule out a huge bunch of people who > would benefit from the library. Do you represent the scale of difficulty/ease to build for Windows as boolean? That is bizarre. It is not so and so nothing can be concluded from it. > > If to drop GMP concretely then also ease to build on Windows is no > > different. > That sentence doesn't make much sense. OK, mea culpa, I meant drop GMP developers as you suggested that your objection is not about them and concentrate on target audience. > > Windows is like on 75% of desktop/laptop computers, > > public internet servers have it below 25%, tablets about 10%, in > > embedded devices very low, smartphones and supercomputers rather > > close to 0. So from all computing devices it is perhaps on about 11%. > > GMP is much less likely to be needed in servers (unless we are talking > about number crunching farms), tablets, embedded devices and smartphones. > Sure, you could do some number theoretic reasearch on your smartphone > using 16384-bit floating point... but I find the usefulness of that > quite unlikely. > > The vast majority of such work is done on desktop computers. Windows desktop computers? Unlikely. My impression is that it is usually done either on supercomputers (Windows 0%), or distributed to some server farm (Windows under 25%) or to farm with NVIDIA GPUs (Windows irrelevant) to use GMP implementation for CUDA ( for example from Japanese Tsukuba University). So it makes sense for fair share of number crunching specialists to say that they do not care if GMP can be built for Windows and so to help them better also the GMP developers should care about it less. Simple and not very power hungry need of arbitrary precision integer arithmetics however can be satisfied by not using GMP but other things for example Boost.Multiprecision (that has modern interface and is quite simple to build for very lot of platforms).
[toc] | [prev] | [next] | [standalone]
| From | Bart <bc@freeuk.com> |
|---|---|
| Date | 2021-09-08 13:44 +0100 |
| Message-ID | <shab88$a2o$1@dont-email.me> |
| In reply to | #81092 |
On 08/09/2021 13:02, Öö Tiib wrote: > On Tuesday, 7 September 2021 at 07:40:13 UTC+3, Juha Nieminen wrote: >> GMP is much less likely to be needed in servers (unless we are talking >> about number crunching farms), tablets, embedded devices and smartphones. >> Sure, you could do some number theoretic reasearch on your smartphone >> using 16384-bit floating point... but I find the usefulness of that >> quite unlikely. >> >> The vast majority of such work is done on desktop computers. > > Windows desktop computers? Unlikely. My impression is that it is usually > done either on supercomputers (Windows 0%), or distributed to some > server farm (Windows under 25%) or to farm with NVIDIA GPUs (Windows > irrelevant) to use GMP implementation for CUDA ( for example from > Japanese Tsukuba University). > So it makes sense for fair share of number crunching specialists to say > that they do not care if GMP can be built for Windows and so to help > them better also the GMP developers should care about it less. GMP is a library aimed at a range of target processors including x64. You know, the one can host both Linux AND Windows OSes. So, if they have a version of GMP streamlined for use on x64, what actually stops it being used on Windows (which mainly runs on x64) as well as Linux? > Simple and not very power hungry need of arbitrary precision integer > arithmetics however can be satisfied by not using GMP but other things > for example Boost.Multiprecision (that has modern interface and is quite > simple to build for very lot of platforms). This is entirely the wrong thinking. Forget that GMP is a multiprecision library; it's just a library. You shouldn't be telling people what they should or shouldn't be using. Or making excuses for a poor distribution by saying, Oh, this product is too advanced for you anyway; use something simpler! How patronising is that?
[toc] | [prev] | [next] | [standalone]
| From | Öö Tiib <ootiib@hot.ee> |
|---|---|
| Date | 2021-09-08 07:41 -0700 |
| Message-ID | <a4016e88-6f88-4827-b35d-016b9ebb8190n@googlegroups.com> |
| In reply to | #81094 |
On Wednesday, 8 September 2021 at 15:45:12 UTC+3, Bart wrote: > On 08/09/2021 13:02, Öö Tiib wrote: > > On Tuesday, 7 September 2021 at 07:40:13 UTC+3, Juha Nieminen wrote: > > >> GMP is much less likely to be needed in servers (unless we are talking > >> about number crunching farms), tablets, embedded devices and smartphones. > >> Sure, you could do some number theoretic reasearch on your smartphone > >> using 16384-bit floating point... but I find the usefulness of that > >> quite unlikely. > >> > >> The vast majority of such work is done on desktop computers. > > > > Windows desktop computers? Unlikely. My impression is that it is usually > > done either on supercomputers (Windows 0%), or distributed to some > > server farm (Windows under 25%) or to farm with NVIDIA GPUs (Windows > > irrelevant) to use GMP implementation for CUDA ( for example from > > Japanese Tsukuba University). > > > So it makes sense for fair share of number crunching specialists to say > > that they do not care if GMP can be built for Windows and so to help > > them better also the GMP developers should care about it less. > > GMP is a library aimed at a range of target processors including x64. > You know, the one can host both Linux AND Windows OSes. > > So, if they have a version of GMP streamlined for use on x64, what > actually stops it being used on Windows (which mainly runs on x64) as > well as Linux? Nothing stops, it is IMHO easy to build on Windows. The discussion seemed to be if developers *need* to care about that ease and with how deep passion or not. > > Simple and not very power hungry need of arbitrary precision integer > > arithmetics however can be satisfied by not using GMP but other things > > for example Boost.Multiprecision (that has modern interface and is quite > > simple to build for very lot of platforms). > > This is entirely the wrong thinking. Forget that GMP is a multiprecision > library; it's just a library. You shouldn't be telling people what they > should or shouldn't be using. Or making excuses for a poor distribution > by saying, Oh, this product is too advanced for you anyway; use > something simpler! > > How patronising is that? Meh? It was suggestion what people *can* do and what I *would* do. I prefer to choose simplest to use tool that gets it done by default. Only if later is revealed that it lacks something I migrate. Since Boost.Multiprecision has GMP integration already in library there are no risks that there will be need to migrate, just to extend.
[toc] | [prev] | [next] | [standalone]
| From | David Brown <david.brown@hesbynett.no> |
|---|---|
| Date | 2021-09-08 16:44 +0200 |
| Message-ID | <shai8c$sbl$1@dont-email.me> |
| In reply to | #81094 |
On 08/09/2021 14:44, Bart wrote: > On 08/09/2021 13:02, Öö Tiib wrote: >> On Tuesday, 7 September 2021 at 07:40:13 UTC+3, Juha Nieminen wrote: > >>> GMP is much less likely to be needed in servers (unless we are talking >>> about number crunching farms), tablets, embedded devices and >>> smartphones. >>> Sure, you could do some number theoretic reasearch on your smartphone >>> using 16384-bit floating point... but I find the usefulness of that >>> quite unlikely. >>> >>> The vast majority of such work is done on desktop computers. >> >> Windows desktop computers? Unlikely. My impression is that it is usually >> done either on supercomputers (Windows 0%), or distributed to some >> server farm (Windows under 25%) or to farm with NVIDIA GPUs (Windows >> irrelevant) to use GMP implementation for CUDA ( for example from >> Japanese Tsukuba University). > >> So it makes sense for fair share of number crunching specialists to say >> that they do not care if GMP can be built for Windows and so to help >> them better also the GMP developers should care about it less. > > GMP is a library aimed at a range of target processors including x64. > You know, the one can host both Linux AND Windows OSes. > > So, if they have a version of GMP streamlined for use on x64, what > actually stops it being used on Windows (which mainly runs on x64) as > well as Linux? > Nothing stops them. It /can/ be used on Windows. There may be people developing under Windows that are not experienced or knowledgable enough to use GMP, but that is hardly the fault of the GMP developers. Remember, GMP is not really aimed at people who think it is cool to calculate factorial 100 - there are more than enough simple alternatives for that. It targets a more serious audience, people who need to do arithmetic with hundred thousand digit numbers as fast as they can. If you can't figure out how to use GMP on your system, then perhaps you are either too ambitious, unwilling to put in the effort, or you would be better off using something that is less demanding (such as just doing your calculations in Python, since the Python developers have done the hard work of integrating GMP in the language). Note that the GMP manual has included notes on compiling and installing for Windows (and DOS!) for ages - with a brief google check, I found a 2012 mailing list post which references it, and the manual notes are almost certainly much older than that. There is also the MPIR fork of GMP that is easier to build using MSVC. It doesn't seem to be hugely popular, but that's not surprising (to me) because this kind of library is rather niche. > >> Simple and not very power hungry need of arbitrary precision integer >> arithmetics however can be satisfied by not using GMP but other things >> for example Boost.Multiprecision (that has modern interface and is quite >> simple to build for very lot of platforms). > > This is entirely the wrong thinking. Forget that GMP is a multiprecision > library; it's just a library. You shouldn't be telling people what they > should or shouldn't be using. Or making excuses for a poor distribution > by saying, Oh, this product is too advanced for you anyway; use > something simpler! > > How patronising is that? > Patronising, perhaps - but it seems accurate. What were /you/ going to use it for? Big number support is nothing but a "cool feature" for your language, so that you can claim it is better than other languages. At most, someone (i.e., you, since it is your personal language) might want to do some calculations with numbers of a few thousand digits for an RSA implementation. Writing a library with basic arithmetic at that size is not hard - it's just a "to do" task. And the result will be relatively small, just like you want it. It's a different matter from a library that handles vast numbers with all kinds of operations, dozens of different algorithms for the operations, optimisations for many different processors, etc. Yes, I think the GMP /is/ too big and feature-rich for your needs, and something smaller would be a lot more practical. You value size and simplicity over features that you don't need, which is entirely reasonable. This makes your own library better than GMP for your needs. Or there are dozens of other big number libraries available.
[toc] | [prev] | [next] | [standalone]
| From | "daniel...@gmail.com" <danielaparker@gmail.com> |
|---|---|
| Date | 2021-09-08 09:04 -0700 |
| Message-ID | <9ab377b3-c7c4-40c3-99cb-9d87d72e12fdn@googlegroups.com> |
| In reply to | #81097 |
On Wednesday, September 8, 2021 at 10:44:46 AM UTC-4, David Brown wrote: > > > Nothing stops them. It /can/ be used on Windows. > > There may be people developing under Windows that are not experienced or > knowledgable enough to use GMP, but that is hardly the fault of the GMP > developers ... If you can't figure out how to use GMP on your system, then > perhaps you are either too ambitious, unwilling to put in the effort, or > you would be better off using something that is less demanding (such as > just doing your calculations in Python, since the Python developers have > done the hard work of integrating GMP in the language). > Which is, of course, besides the point for those that think it is important for the future of C++ to see the expansion of cross platform, widely available libraries, libraries that other libraries can build on, and easily accessible via package managers. I understand that David does not think this is important, and does not care about it. But David's world of the lone programmer whose fortitude is tested by their willingness to buckle down and get things to work is not the only world, and may may not be the most important world. Best regards, Daniel
[toc] | [prev] | [next] | [standalone]
Page 12 of 16 — ← Prev page 1 … 10 11 [12] 13 14 … 16 Next page →
Back to top | Article view | comp.lang.c++
csiph-web