Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.c++ > #80243 > unrolled thread
| Started by | Bonita Montero <Bonita.Montero@gmail.com> |
|---|---|
| First post | 2021-06-10 12:18 +0200 |
| Last post | 2021-06-11 17:06 +0200 |
| Articles | 20 on this page of 252 — 51 participants |
Back to article view | Back to comp.lang.c++
Why does vector::reserve() not grow exponentially ? Bonita Montero <Bonita.Montero@gmail.com> - 2021-06-10 12:18 +0200
Re: Why does vector::reserve() not grow exponentially ? Bo Persson <bo@bo-persson.se> - 2021-06-10 13:21 +0200
Re: Why does vector::reserve() not grow exponentially ? Paavo Helde <myfirstname@osa.pri.ee> - 2021-06-10 14:37 +0300
Re: Why does vector::reserve() not grow exponentially ? Bonita Montero <Bonita.Montero@gmail.com> - 2021-06-10 15:44 +0200
Re: Why does vector::reserve() not grow exponentially ? David Brown <david.brown@hesbynett.no> - 2021-06-10 16:39 +0200
Re: Why does vector::reserve() not grow exponentially ? Bonita Montero <Bonita.Montero@gmail.com> - 2021-06-10 16:47 +0200
Re: Why does vector::reserve() not grow exponentially ? Bo Persson <bo@bo-persson.se> - 2021-06-10 22:00 +0200
Re: Why does vector::reserve() not grow exponentially ? Bonita Montero <Bonita.Montero@gmail.com> - 2021-06-10 22:09 +0200
Re: Why does vector::reserve() not grow exponentially ? Sam <sam@email-scan.com> - 2021-06-11 06:57 -0400
Re: Why does vector::reserve() not grow exponentially ? Bonita Montero <Bonita.Montero@gmail.com> - 2021-06-11 13:16 +0200
Re: Why does vector::reserve() not grow exponentially ? Bo Persson <bo@bo-persson.se> - 2021-06-11 13:27 +0200
Re: Why does vector::reserve() not grow exponentially ? Bonita Montero <Bonita.Montero@gmail.com> - 2021-06-11 13:53 +0200
Re: Why does vector::reserve() not grow exponentially ? Sam <sam@email-scan.com> - 2021-06-11 19:12 -0400
Re: Why does vector::reserve() not grow exponentially ? Bonita Montero <Bonita.Montero@gmail.com> - 2021-06-12 04:09 +0200
Re: Why does vector::reserve() not grow exponentially ? Sam <sam@email-scan.com> - 2021-06-12 08:50 -0400
Re: Why does vector::reserve() not grow exponentially ? Bonita Montero <Bonita.Montero@gmail.com> - 2021-06-12 15:43 +0200
Re: Why does vector::reserve() not grow exponentially ? Sam <sam@email-scan.com> - 2021-06-12 18:59 -0400
Re: Why does vector::reserve() not grow exponentially ? Bonita Montero <Bonita.Montero@gmail.com> - 2021-06-13 07:31 +0200
Re: Why does vector::reserve() not grow exponentially ? Sam <sam@email-scan.com> - 2021-06-13 08:09 -0400
Re: Why does vector::reserve() not grow exponentially ? Bonita Montero <Bonita.Montero@gmail.com> - 2021-06-13 14:12 +0200
Re: Why does vector::reserve() not grow exponentially ? Sam <sam@email-scan.com> - 2021-06-13 09:50 -0400
Re: Why does vector::reserve() not grow exponentially ? Bonita Montero <Bonita.Montero@gmail.com> - 2021-06-13 16:05 +0200
Re: Why does vector::reserve() not grow exponentially ? Sam <sam@email-scan.com> - 2021-06-13 11:23 -0400
Re: Why does vector::reserve() not grow exponentially ? Bonita Montero <Bonita.Montero@gmail.com> - 2021-06-13 18:56 +0200
Re: Why does vector::reserve() not grow exponentially ? Sam <sam@email-scan.com> - 2021-06-13 13:37 -0400
Re: Why does vector::reserve() not grow exponentially ? Bonita Montero <Bonita.Montero@gmail.com> - 2021-06-14 05:16 +0200
Re: Why does vector::reserve() not grow exponentially ? Sam <sam@email-scan.com> - 2021-06-14 07:00 -0400
Re: Why does vector::reserve() not grow exponentially MrSpook_t0Y6kgpd5@3dryi7no.gov - 2021-06-13 08:39 +0000
Re: Why does vector::reserve() not grow exponentially ? Sam <sam@email-scan.com> - 2021-06-11 19:11 -0400
Re: Why does vector::reserve() not grow exponentially ? Bonita Montero <Bonita.Montero@gmail.com> - 2021-06-12 04:10 +0200
Re: Why does vector::reserve() not grow exponentially ? Öö Tiib <ootiib@hot.ee> - 2021-06-11 22:18 -0700
Re: Why does vector::reserve() not grow exponentially ? Bonita Montero <Bonita.Montero@gmail.com> - 2021-06-12 08:18 +0200
Re: Why does vector::reserve() not grow exponentially ? Öö Tiib <ootiib@hot.ee> - 2021-06-12 01:43 -0700
Re: Why does vector::reserve() not grow exponentially ? Bonita Montero <Bonita.Montero@gmail.com> - 2021-06-12 11:00 +0200
Re: Why does vector::reserve() not grow exponentially ? Öö Tiib <ootiib@hot.ee> - 2021-06-12 02:04 -0700
Re: Why does vector::reserve() not grow exponentially ? Bonita Montero <Bonita.Montero@gmail.com> - 2021-06-12 11:15 +0200
Re: Why does vector::reserve() not grow exponentially ? Öö Tiib <ootiib@hot.ee> - 2021-06-12 02:24 -0700
Re: Why does vector::reserve() not grow exponentially ? Bonita Montero <Bonita.Montero@gmail.com> - 2021-06-12 11:30 +0200
Re: Why does vector::reserve() not grow exponentially ? "Alf P. Steinbach" <alf.p.steinbach@gmail.com> - 2021-06-12 12:59 +0200
Re: Why does vector::reserve() not grow exponentially ? Bonita Montero <Bonita.Montero@gmail.com> - 2021-06-12 13:27 +0200
Re: Why does vector::reserve() not grow exponentially ? Bonita Montero <Bonita.Montero@gmail.com> - 2021-06-12 13:19 +0200
Re: Why does vector::reserve() not grow exponentially ? "Alf P. Steinbach" <alf.p.steinbach@gmail.com> - 2021-06-12 13:30 +0200
Re: Why does vector::reserve() not grow exponentially ? Bonita Montero <Bonita.Montero@gmail.com> - 2021-06-12 13:39 +0200
Re: Why does vector::reserve() not grow exponentially ? David Brown <david.brown@hesbynett.no> - 2021-06-12 14:04 +0200
Re: Why does vector::reserve() not grow exponentially ? Bonita Montero <Bonita.Montero@gmail.com> - 2021-06-12 15:30 +0200
Re: Why does vector::reserve() not grow exponentially ? Sam <sam@email-scan.com> - 2021-06-12 08:53 -0400
Re: Why does vector::reserve() not grow exponentially ? Bonita Montero <Bonita.Montero@gmail.com> - 2021-06-12 15:31 +0200
Re: Why does vector::reserve() not grow exponentially ? Sam <sam@email-scan.com> - 2021-06-12 18:43 -0400
Re: Why does vector::reserve() not grow exponentially ? Bonita Montero <Bonita.Montero@gmail.com> - 2021-06-13 07:31 +0200
Re: Why does vector::reserve() not grow exponentially ? Richard Damon <Richard@Damon-Family.org> - 2021-06-13 07:48 -0400
Re: Why does vector::reserve() not grow exponentially ? Bonita Montero <Bonita.Montero@gmail.com> - 2021-06-13 14:03 +0200
Re: Why does vector::reserve() not grow exponentially ? Bonita Montero <Bonita.Montero@gmail.com> - 2021-06-13 14:12 +0200
Re: Why does vector::reserve() not grow exponentially ? Sam <sam@email-scan.com> - 2021-06-13 11:21 -0400
Re: Why does vector::reserve() not grow exponentially ? Bonita Montero <Bonita.Montero@gmail.com> - 2021-06-13 18:55 +0200
Re: Why does vector::reserve() not grow exponentially ? Sam <sam@email-scan.com> - 2021-06-13 13:38 -0400
Re: Why does vector::reserve() not grow exponentially ? Bonita Montero <Bonita.Montero@gmail.com> - 2021-06-14 05:18 +0200
Re: Why does vector::reserve() not grow exponentially ? Sam <sam@email-scan.com> - 2021-06-14 07:00 -0400
Re: Why does vector::reserve() not grow exponentially ? Bonita Montero <Bonita.Montero@gmail.com> - 2021-06-14 13:08 +0200
Re: Why does vector::reserve() not grow exponentially ? Sam <sam@email-scan.com> - 2021-06-14 18:35 -0400
Re: Why does vector::reserve() not grow exponentially ? Öö Tiib <ootiib@hot.ee> - 2021-06-14 22:49 -0700
Re: Why does vector::reserve() not grow exponentially ? Sam <sam@email-scan.com> - 2021-06-15 08:11 -0400
Re: Why does vector::reserve() not grow exponentially MrSpook_ka1o_g@otuej9sdvqn8a4.gov.uk - 2021-06-15 12:54 +0000
Re: Why does vector::reserve() not grow exponentially "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2021-06-15 13:09 -0700
Re: Why does vector::reserve() not grow exponentially MrSpook_b1My5@751smt.edu - 2021-06-16 08:44 +0000
Re: Why does vector::reserve() not grow exponentially Paavo Helde <myfirstname@osa.pri.ee> - 2021-06-16 13:11 +0300
Re: Why does vector::reserve() not grow exponentially MrSpook_p6g@ktmy0vg8lj7jxt.biz - 2021-06-16 10:21 +0000
Re: Why does vector::reserve() not grow exponentially Sam <sam@email-scan.com> - 2021-06-16 06:41 -0400
Re: Why does vector::reserve() not grow exponentially MrSpook_F2ryro5_b@ugk_rvxkkm.gov - 2021-06-16 11:11 +0000
Re: Why does vector::reserve() not grow exponentially Sam <sam@email-scan.com> - 2021-06-16 08:25 -0400
Re: Why does vector::reserve() not grow exponentially Paavo Helde <myfirstname@osa.pri.ee> - 2021-06-16 16:10 +0300
Re: Why does vector::reserve() not grow exponentially David Brown <david.brown@hesbynett.no> - 2021-06-16 15:59 +0200
Re: Why does vector::reserve() not grow exponentially MrSpook_ucGx3e4l@x8gqtuqjwl9z3g.com - 2021-06-16 13:47 +0000
Re: Why does vector::reserve() not grow exponentially scott@slp53.sl.home (Scott Lurndal) - 2021-06-16 15:09 +0000
Re: Why does vector::reserve() not grow exponentially Bonita Montero <Bonita.Montero@gmail.com> - 2021-06-16 17:50 +0200
Re: Why does vector::reserve() not grow exponentially MrSpook_hjesjs@8pot25r5sg1xe.info - 2021-06-16 15:45 +0000
Re: Why does vector::reserve() not grow exponentially Paavo Helde <myfirstname@osa.pri.ee> - 2021-06-16 21:08 +0300
Re: Why does vector::reserve() not grow exponentially scott@slp53.sl.home (Scott Lurndal) - 2021-06-16 19:06 +0000
Re: Why does vector::reserve() not grow exponentially Juha Nieminen <nospam@thanks.invalid> - 2021-06-16 13:09 +0000
Re: Why does vector::reserve() not grow exponentially ? Manfred <noname@add.invalid> - 2021-06-15 20:30 +0200
Re: Why does vector::reserve() not grow exponentially ? Juha Nieminen <nospam@thanks.invalid> - 2021-06-16 04:33 +0000
Re: Why does vector::reserve() not grow exponentially ? David Brown <david.brown@hesbynett.no> - 2021-06-16 10:35 +0200
Re: Why does vector::reserve() not grow exponentially ? David Brown <david.brown@hesbynett.no> - 2021-06-16 11:18 +0200
Re: Why does vector::reserve() not grow exponentially ? MrSpook_u_kch7_3@abbbp5z5c0iw8rwgxg4.gov - 2021-06-16 09:34 +0000
Re: Why does vector::reserve() not grow exponentially ? David Brown <david.brown@hesbynett.no> - 2021-06-16 11:53 +0200
Re: Why does vector::reserve() not grow exponentially ? MrSpook_ge@ldwlviy1f9uwd19thc.gov - 2021-06-16 10:19 +0000
Re: Why does vector::reserve() not grow exponentially ? David Brown <david.brown@hesbynett.no> - 2021-06-16 13:09 +0200
Re: Why does vector::reserve() not grow exponentially ? MrSpook_3_fdyox@sg5nvjmv741xbigdp6.info - 2021-06-16 09:04 +0000
Re: Why does vector::reserve() not grow exponentially ? Juha Nieminen <nospam@thanks.invalid> - 2021-06-16 09:20 +0000
Re: Why does vector::reserve() not grow exponentially ? Tim Woodall <news001@woodall.me.uk> - 2021-06-16 09:49 +0000
Re: Why does vector::reserve() not grow exponentially ? David Brown <david.brown@hesbynett.no> - 2021-06-16 13:14 +0200
Re: Why does vector::reserve() not grow exponentially ? MrSpook_G1Sw6pdcqz@5a69.edu - 2021-06-16 11:25 +0000
Re: Why does vector::reserve() not grow exponentially ? David Brown <david.brown@hesbynett.no> - 2021-06-16 14:43 +0200
Re: Why does vector::reserve() not grow exponentially ? David Brown <david.brown@hesbynett.no> - 2021-06-16 14:44 +0200
Re: Why does vector::reserve() not grow exponentially ? MrSpook_g3w@2ur2yrijxtw7d3jt394yu9dp.org - 2021-06-16 13:48 +0000
Re: Why does vector::reserve() not grow exponentially ? David Brown <david.brown@hesbynett.no> - 2021-06-16 16:07 +0200
Re: Why does vector::reserve() not grow exponentially ? MrSpook_74D@ov88_wt8h.co.uk - 2021-06-16 13:54 +0000
Re: Why does vector::reserve() not grow exponentially ? David Brown <david.brown@hesbynett.no> - 2021-06-16 19:55 +0200
Re: Why does vector::reserve() not grow exponentially ? Juha Nieminen <nospam@thanks.invalid> - 2021-06-16 13:14 +0000
Re: Why does vector::reserve() not grow exponentially ? James Kuyper <jameskuyper@alumni.caltech.edu> - 2021-06-16 10:38 -0400
Re: Why does vector::reserve() not grow exponentially ? David Brown <david.brown@hesbynett.no> - 2021-06-16 19:58 +0200
Re: Why does vector::reserve() not grow exponentially ? "daniel...@gmail.com" <danielaparker@gmail.com> - 2021-06-17 13:45 -0700
Re: Why does vector::reserve() not grow exponentially ? Real Troll <real.troll@trolls.com> - 2021-06-17 21:15 +0000
Re: Why does vector::reserve() not grow exponentially ? Manfred <noname@add.invalid> - 2021-06-18 15:23 +0200
Re: Why does vector::reserve() not grow exponentially ? David Brown <david.brown@hesbynett.no> - 2021-06-18 08:56 +0200
Re: Why does vector::reserve() not grow exponentially ? "daniel...@gmail.com" <danielaparker@gmail.com> - 2021-06-18 08:06 -0700
Re: Why does vector::reserve() not grow exponentially ? David Brown <david.brown@hesbynett.no> - 2021-06-18 17:41 +0200
Re: Why does vector::reserve() not grow exponentially ? "daniel...@gmail.com" <danielaparker@gmail.com> - 2021-06-18 14:31 -0700
Re: Why does vector::reserve() not grow exponentially ? Öö Tiib <ootiib@hot.ee> - 2021-06-19 02:53 -0700
Re: Why does vector::reserve() not grow exponentially ? Ian Collins <ian-news@hotmail.com> - 2021-06-19 11:10 +1200
Re: Why does vector::reserve() not grow exponentially ? MrSpook_gavL@es9w71p.tv - 2021-06-18 15:53 +0000
Re: Why does vector::reserve() not grow exponentially ? scott@slp53.sl.home (Scott Lurndal) - 2021-06-18 16:06 +0000
Re: Why does vector::reserve() not grow exponentially ? MrSpook_Zp_@opm5ve6jyhq.ac.uk - 2021-06-18 09:22 +0000
Re: Why does vector::reserve() not grow exponentially ? Öö Tiib <ootiib@hot.ee> - 2021-06-16 04:55 -0700
Re: Why does vector::reserve() not grow exponentially ? Juha Nieminen <nospam@thanks.invalid> - 2021-06-16 13:16 +0000
Re: Why does vector::reserve() not grow exponentially ? Öö Tiib <ootiib@hot.ee> - 2021-06-16 11:03 -0700
Re: Why does vector::reserve() not grow exponentially ? Juha Nieminen <nospam@thanks.invalid> - 2021-06-17 05:35 +0000
Re: Why does vector::reserve() not grow exponentially ? Öö Tiib <ootiib@hot.ee> - 2021-06-17 16:51 -0700
Re: Why does vector::reserve() not grow exponentially ? Sam <sam@email-scan.com> - 2021-06-17 20:19 -0400
Re: Why does vector::reserve() not grow exponentially ? Öö Tiib <ootiib@hot.ee> - 2021-06-17 18:22 -0700
Re: Why does vector::reserve() not grow exponentially ? MrSpook_6a2az@yxcggolr9p.com - 2021-06-18 09:24 +0000
Re: Why does vector::reserve() not grow exponentially ? Sam <sam@email-scan.com> - 2021-06-18 08:20 -0400
Re: Why does vector::reserve() not grow exponentially ? David Brown <david.brown@hesbynett.no> - 2021-06-18 15:38 +0200
Re: Why does vector::reserve() not grow exponentially ? Sam <sam@email-scan.com> - 2021-06-18 18:01 -0400
Re: Why does vector::reserve() not grow exponentially ? David Brown <david.brown@hesbynett.no> - 2021-06-19 12:32 +0200
Re: Why does vector::reserve() not grow exponentially ? Sam <sam@email-scan.com> - 2021-06-19 09:12 -0400
Re: Why does vector::reserve() not grow exponentially ? David Brown <david.brown@hesbynett.no> - 2021-06-19 15:24 +0200
Re: Why does vector::reserve() not grow exponentially ? Sam <sam@email-scan.com> - 2021-06-19 17:33 -0400
Re: Why does vector::reserve() not grow exponentially ? David Brown <david.brown@hesbynett.no> - 2021-06-20 09:45 +0200
Re: Why does vector::reserve() not grow exponentially ? Öö Tiib <ootiib@hot.ee> - 2021-06-19 03:33 -0700
Re: Why does vector::reserve() not grow exponentially ? Sam <sam@email-scan.com> - 2021-06-19 09:38 -0400
Re: Why does vector::reserve() not grow exponentially ? Öö Tiib <ootiib@hot.ee> - 2021-06-19 12:50 -0700
Re: Why does vector::reserve() not grow exponentially ? Sam <sam@email-scan.com> - 2021-06-19 17:46 -0400
Re: Why does vector::reserve() not grow exponentially ? Öö Tiib <ootiib@hot.ee> - 2021-06-20 05:19 -0700
Re: Why does vector::reserve() not grow exponentially ? Paavo Helde <myfirstname@osa.pri.ee> - 2021-06-19 23:27 +0300
Re: Why does vector::reserve() not grow exponentially ? Sam <sam@email-scan.com> - 2021-06-19 17:50 -0400
Re: Why does vector::reserve() not grow exponentially ? "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2021-06-19 16:44 -0700
Re: Why does vector::reserve() not grow exponentially ? Paavo Helde <myfirstname@osa.pri.ee> - 2021-06-18 17:46 +0300
Re: Why does vector::reserve() not grow exponentially ? Sam <sam@email-scan.com> - 2021-06-18 17:41 -0400
Re: Why does vector::reserve() not grow exponentially ? Paavo Helde <myfirstname@osa.pri.ee> - 2021-06-19 11:21 +0300
Re: Why does vector::reserve() not grow exponentially ? Sam <sam@email-scan.com> - 2021-06-19 09:08 -0400
Re: Why does vector::reserve() not grow exponentially ? Paavo Helde <myfirstname@osa.pri.ee> - 2021-06-20 21:09 +0300
Re: Why does vector::reserve() not grow exponentially ? Öö Tiib <ootiib@hot.ee> - 2021-06-20 11:59 -0700
Re: Why does vector::reserve() not grow exponentially ? Paavo Helde <myfirstname@osa.pri.ee> - 2021-06-20 22:02 +0300
Re: Why does vector::reserve() not grow exponentially ? "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2021-06-20 14:56 -0700
Re: Why does vector::reserve() not grow exponentially ? Paavo Helde <myfirstname@osa.pri.ee> - 2021-06-21 09:22 +0300
Re: Why does vector::reserve() not grow exponentially ? "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2021-06-21 16:46 -0700
Re: Why does vector::reserve() not grow exponentially ? Paavo Helde <myfirstname@osa.pri.ee> - 2021-06-22 10:56 +0300
Re: Why does vector::reserve() not grow exponentially ? "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2021-06-22 12:49 -0700
Re: Why does vector::reserve() not grow exponentially ? Paavo Helde <myfirstname@osa.pri.ee> - 2021-06-23 01:36 +0300
Re: Why does vector::reserve() not grow exponentially ? scott@slp53.sl.home (Scott Lurndal) - 2021-06-23 14:32 +0000
Re: Why does vector::reserve() not grow exponentially ? David Brown <david.brown@hesbynett.no> - 2021-06-23 16:55 +0200
Re: Why does vector::reserve() not grow exponentially ? "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2021-06-24 16:13 -0700
Re: Why does vector::reserve() not grow exponentially ? scott@slp53.sl.home (Scott Lurndal) - 2021-06-25 14:34 +0000
Re: Why does vector::reserve() not grow exponentially ? "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2021-06-25 12:16 -0700
Re: Why does vector::reserve() not grow exponentially ? Öö Tiib <ootiib@hot.ee> - 2021-06-22 15:36 -0700
Re: Why does vector::reserve() not grow exponentially ? "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2021-06-24 16:09 -0700
Re: Why does vector::reserve() not grow exponentially ? "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2021-06-21 17:12 -0700
Re: Why does vector::reserve() not grow exponentially ? Sam <sam@email-scan.com> - 2021-06-20 19:03 -0400
Re: Why does vector::reserve() not grow exponentially ? Paavo Helde <myfirstname@osa.pri.ee> - 2021-06-21 09:52 +0300
Re: Why does vector::reserve() not grow exponentially ? red floyd <no.spam.here@its.invalid> - 2021-06-18 00:18 -0700
Re: Why does vector::reserve() not grow exponentially ? Öö Tiib <ootiib@hot.ee> - 2021-06-18 02:06 -0700
Re: Why does vector::reserve() not grow exponentially ? Juha Nieminen <nospam@thanks.invalid> - 2021-06-21 12:43 +0000
Re: Why does vector::reserve() not grow exponentially ? Chris Vine <chris@cvine--nospam--.freeserve.co.uk> - 2021-06-21 22:48 +0100
Re: Why does vector::reserve() not grow exponentially ? Juha Nieminen <nospam@thanks.invalid> - 2021-06-22 05:30 +0000
Re: Why does vector::reserve() not grow exponentially ? Öö Tiib <ootiib@hot.ee> - 2021-06-21 23:12 -0700
Re: Why does vector::reserve() not grow exponentially ? MrSpook_D_a3U17y@j_az.net - 2021-06-22 07:14 +0000
Re: Why does vector::reserve() not grow exponentially ? Manfred <noname@add.invalid> - 2021-06-22 13:49 +0200
Re: Why does vector::reserve() not grow exponentially ? Juha Nieminen <nospam@thanks.invalid> - 2021-06-22 08:03 +0000
Re: Why does vector::reserve() not grow exponentially ? Öö Tiib <ootiib@hot.ee> - 2021-06-22 01:28 -0700
Re: Why does vector::reserve() not grow exponentially ? Juha Nieminen <nospam@thanks.invalid> - 2021-06-23 06:19 +0000
Re: Why does vector::reserve() not grow exponentially ? Öö Tiib <ootiib@hot.ee> - 2021-06-23 04:18 -0700
Re: Why does vector::reserve() not grow exponentially ? Juha Nieminen <nospam@thanks.invalid> - 2021-06-21 12:39 +0000
Re: Why does vector::reserve() not grow exponentially ? Bonita Montero <Bonita.Montero@gmail.com> - 2021-06-15 08:01 +0200
Re: Why does vector::reserve() not grow exponentially ? Sam <sam@email-scan.com> - 2021-06-15 08:12 -0400
Re: Why does vector::reserve() not grow exponentially ? Bonita Montero <Bonita.Montero@gmail.com> - 2021-06-15 15:34 +0200
Re: Why does vector::reserve() not grow exponentially ? Sam <sam@email-scan.com> - 2021-06-15 17:37 -0400
Re: Why does vector::reserve() not grow exponentially ? Bonita Montero <Bonita.Montero@gmail.com> - 2021-06-16 02:17 +0200
Re: Why does vector::reserve() not grow exponentially ? Sam <sam@email-scan.com> - 2021-06-15 21:11 -0400
Re: Why does vector::reserve() not grow exponentially ? Bonita Montero <Bonita.Montero@gmail.com> - 2021-06-16 07:09 +0200
Re: Why does vector::reserve() not grow exponentially ? Sam <sam@email-scan.com> - 2021-06-16 06:37 -0400
Re: Why does vector::reserve() not grow exponentially ? Bonita Montero <Bonita.Montero@gmail.com> - 2021-06-16 13:01 +0200
Re: Why does vector::reserve() not grow exponentially ? Sam <sam@email-scan.com> - 2021-06-16 08:16 -0400
Re: Why does vector::reserve() not grow exponentially ? Bonita Montero <Bonita.Montero@gmail.com> - 2021-06-16 15:35 +0200
Re: Why does vector::reserve() not grow exponentially ? Sam <sam@email-scan.com> - 2021-06-16 17:40 -0400
Re: Why does vector::reserve() not grow exponentially ? Bonita Montero <Bonita.Montero@gmail.com> - 2021-06-16 13:40 +0200
Re: Why does vector::reserve() not grow exponentially ? Paavo Helde <myfirstname@osa.pri.ee> - 2021-06-16 18:10 +0300
Re: Why does vector::reserve() not grow exponentially ? Paavo Helde <myfirstname@osa.pri.ee> - 2021-06-16 14:37 +0300
Re: Why does vector::reserve() not grow exponentially ? scott@slp53.sl.home (Scott Lurndal) - 2021-06-16 15:04 +0000
Re: Why does vector::reserve() not grow exponentially ? Bonita Montero <Bonita.Montero@gmail.com> - 2021-06-16 17:37 +0200
Re: Why does vector::reserve() not grow exponentially ? Sam <sam@email-scan.com> - 2021-06-16 17:40 -0400
Re: Why does vector::reserve() not grow exponentially ? Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2021-06-16 16:25 -0700
Re: Why does vector::reserve() not grow exponentially ? Sam <sam@email-scan.com> - 2021-06-16 23:17 -0400
Re: Why does vector::reserve() not grow exponentially ? David Brown <david.brown@hesbynett.no> - 2021-06-17 09:22 +0200
Re: Why does vector::reserve() not grow exponentially ? MrSpook_e0mt@hszpo62mi.com - 2021-06-17 08:31 +0000
Re: Why does vector::reserve() not grow exponentially ? Bonita Montero <Bonita.Montero@gmail.com> - 2021-06-17 07:11 +0200
Re: Why does vector::reserve() not grow exponentially ? Sam <sam@email-scan.com> - 2021-06-17 09:24 -0400
Re: Why does vector::reserve() not grow exponentially ? Bonita Montero <Bonita.Montero@gmail.com> - 2021-06-17 16:43 +0200
Re: Why does vector::reserve() not grow exponentially ? Sam <sam@email-scan.com> - 2021-06-13 08:11 -0400
Re: Why does vector::reserve() not grow exponentially ? Sam <sam@email-scan.com> - 2021-06-13 08:10 -0400
Re: Why does vector::reserve() not grow exponentially ? David Brown <david.brown@hesbynett.no> - 2021-06-12 14:01 +0200
Re: Why does vector::reserve() not grow exponentially ? Bonita Montero <Bonita.Montero@gmail.com> - 2021-06-12 15:34 +0200
Re: Why does vector::reserve() not grow exponentially ? Ian Collins <ian-news@hotmail.com> - 2021-06-13 13:01 +1200
Re: Why does vector::reserve() not grow exponentially ? Öö Tiib <ootiib@hot.ee> - 2021-06-13 07:39 -0700
Re: Why does vector::reserve() not grow exponentially ? Bo Persson <bo@bo-persson.se> - 2021-06-12 10:51 +0200
Re: Why does vector::reserve() not grow exponentially ? Bonita Montero <Bonita.Montero@gmail.com> - 2021-06-12 11:03 +0200
Re: Why does vector::reserve() not grow exponentially ? Bo Persson <bo@bo-persson.se> - 2021-06-12 13:07 +0200
Re: Why does vector::reserve() not grow exponentially ? Bonita Montero <Bonita.Montero@gmail.com> - 2021-06-12 13:22 +0200
Re: Why does vector::reserve() not grow exponentially ? Sam <sam@email-scan.com> - 2021-06-12 08:52 -0400
Re: Why does vector::reserve() not grow exponentially ? "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2021-06-10 16:51 -0700
Re: Why does vector::reserve() not grow exponentially ? David Brown <david.brown@hesbynett.no> - 2021-06-11 09:52 +0200
Re: Why does vector::reserve() not grow exponentially ? Bonita Montero <Bonita.Montero@gmail.com> - 2021-06-11 13:17 +0200
Re: Why does vector::reserve() not grow exponentially ? David Brown <david.brown@hesbynett.no> - 2021-06-11 13:45 +0200
Re: Why does vector::reserve() not grow exponentially ? Bonita Montero <Bonita.Montero@gmail.com> - 2021-06-11 13:54 +0200
Re: Why does vector::reserve() not grow exponentially ? David Brown <david.brown@hesbynett.no> - 2021-06-11 15:58 +0200
Re: Why does vector::reserve() not grow exponentially ? Bonita Montero <Bonita.Montero@gmail.com> - 2021-06-11 16:35 +0200
Re: Why does vector::reserve() not grow exponentially ? Manfred <noname@add.invalid> - 2021-06-11 17:11 +0200
Re: Why does vector::reserve() not grow exponentially ? Bonita Montero <Bonita.Montero@gmail.com> - 2021-06-11 17:12 +0200
Re: Why does vector::reserve() not grow exponentially ? Christian Gollwitzer <auriocus@gmx.de> - 2021-06-11 21:15 +0200
Re: Why does vector::reserve() not grow exponentially ? Bo Persson <bo@bo-persson.se> - 2021-06-11 21:58 +0200
Re: Why does vector::reserve() not grow exponentially ? Bonita Montero <Bonita.Montero@gmail.com> - 2021-06-12 04:11 +0200
Re: Why does vector::reserve() not grow exponentially ? Sam <sam@email-scan.com> - 2021-06-11 06:55 -0400
Re: Why does vector::reserve() not grow exponentially ? Bonita Montero <Bonita.Montero@gmail.com> - 2021-06-11 13:19 +0200
Re: Why does vector::reserve() not grow exponentially ? Bonita Montero <Bonita.Montero@gmail.com> - 2021-06-10 16:51 +0200
Re: Why does vector::reserve() not grow exponentially ? MrSpook_sw@08_cl170xu11o4f8xcg45.co.uk - 2021-06-10 15:25 +0000
Re: Why does vector::reserve() not grow exponentially ? Bonita Montero <Bonita.Montero@gmail.com> - 2021-06-10 18:18 +0200
Re: Why does vector::reserve() not grow exponentially ? Paavo Helde <myfirstname@osa.pri.ee> - 2021-06-10 22:40 +0300
Re: Why does vector::reserve() not grow exponentially ? "Alf P. Steinbach" <alf.p.steinbach@gmail.com> - 2021-06-10 22:35 +0200
Re: Why does vector::reserve() not grow exponentially ? Paavo Helde <myfirstname@osa.pri.ee> - 2021-06-11 09:23 +0300
Re: Why does vector::reserve() not grow exponentially ? Bo Persson <bo@bo-persson.se> - 2021-06-11 12:02 +0200
Re: Why does vector::reserve() not grow exponentially ? "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2021-06-11 03:05 -0700
Re: Why does vector::reserve() not grow exponentially ? "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2021-06-11 03:22 -0700
Re: Why does vector::reserve() not grow exponentially ? "Alf P. Steinbach" <alf.p.steinbach@gmail.com> - 2021-06-11 12:25 +0200
Re: Why does vector::reserve() not grow exponentially ? MrSpook_4421gcxq@fceufv2.ac.uk - 2021-06-11 11:39 +0000
Re: Why does vector::reserve() not grow exponentially ? MrSpook_3wcC2u9@cns8.net - 2021-06-11 10:18 +0000
Re: Why does vector::reserve() not grow exponentially ? "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2021-06-11 03:27 -0700
Re: Why does vector::reserve() not grow exponentially ? MrSpook_4bkzrb03@tu45utvus6nuc.tv - 2021-06-11 10:17 +0000
Re: Why does vector::reserve() not grow exponentially ? Manfred <noname@add.invalid> - 2021-06-11 13:22 +0200
Re: Why does vector::reserve() not grow exponentially ? MrSpook_0nG@p900whw6_n8r7ovwuul.ac.uk - 2021-06-11 11:34 +0000
Re: Why does vector::reserve() not grow exponentially ? Manfred <noname@add.invalid> - 2021-06-11 14:14 +0200
Re: Why does vector::reserve() not grow exponentially ? MrSpook_p_5Ko4g@21yhpi_n4fck_wfz.org - 2021-06-11 12:50 +0000
Re: Why does vector::reserve() not grow exponentially ? MrSpook_0sk4i3p@b1km5k73i1.edu - 2021-06-11 09:24 +0000
Re: Why does vector::reserve() not grow exponentially ? Paavo Helde <myfirstname@osa.pri.ee> - 2021-06-11 14:18 +0300
Re: Why does vector::reserve() not grow exponentially ? Bo Persson <bo@bo-persson.se> - 2021-06-11 11:59 +0200
Re: Why does vector::reserve() not grow exponentially ? MrSpook_jyc2xeWf9@aw55u6.gov - 2021-06-11 10:17 +0000
Re: Why does vector::reserve() not grow exponentially ? MrSpook_3dnim@5ooodqy.co.uk - 2021-06-11 09:19 +0000
Re: Why does vector::reserve() not grow exponentially ? Paavo Helde <myfirstname@osa.pri.ee> - 2021-06-11 14:26 +0300
Re: Why does vector::reserve() not grow exponentially ? MrSpook_35@s879vvmwpgee7rpqv.net - 2021-06-11 11:38 +0000
Re: Why does vector::reserve() not grow exponentially ? Paavo Helde <myfirstname@osa.pri.ee> - 2021-06-11 15:14 +0300
Re: Why does vector::reserve() not grow exponentially ? MrSpook_uQjuVe@5szcyauh_pjzi228wvwn.info - 2021-06-11 12:52 +0000
Re: Why does vector::reserve() not grow exponentially ? Paavo Helde <myfirstname@osa.pri.ee> - 2021-06-11 16:37 +0300
Re: Why does vector::reserve() not grow exponentially ? MrSpook_9fpRQm@i1z834r.net - 2021-06-11 14:58 +0000
Re: Why does vector::reserve() not grow exponentially ? Manfred <noname@add.invalid> - 2021-06-11 17:06 +0200
Page 9 of 13 — ← Prev page 1 … 7 8 [9] 10 11 … 13 Next page →
| From | Öö Tiib <ootiib@hot.ee> |
|---|---|
| Date | 2021-06-18 02:06 -0700 |
| Message-ID | <f5153db5-600a-4e29-afd3-30cb9a4d6d21n@googlegroups.com> |
| In reply to | #80491 |
On Friday, 18 June 2021 at 10:18:54 UTC+3, red floyd wrote: > On 6/17/2021 4:51 PM, Öö Tiib wrote: > > On Thursday, 17 June 2021 at 08:35:26 UTC+3, Juha Nieminen wrote: > >> Öö Tiib <oot...@hot.ee> wrote: > >>> and so I'm stuck in C++14. > >> My condolences. > > > > No condolescences are mine ... to those who have to use C++17 and so their > > code is formally full of undefined behaviors. > > > OK, I'm confused. What used to be defined behavior that is now UB? Basically lot of things with pointer-interconvertibility, constexpr and strengthening several implementation-specified to undefined. Even std::vector is magical now and not possible to implement in standard C++, nothing to talk of those boost classes I mentioned. Or how you implement std::vector::data() when there are no array of elements and so you can't provide pointer to that array? Additionally they did on lot of occasions in std::lawyer::butcher::speak: "behavior-changing defect reports were applied retroactively to previously published C++ standards". It means they back-butchering their defects of C++17 into previous standards, so to be safe one needs to use compilers released before implementing compliance with that butchery.
[toc] | [prev] | [next] | [standalone]
| From | Juha Nieminen <nospam@thanks.invalid> |
|---|---|
| Date | 2021-06-21 12:43 +0000 |
| Message-ID | <saq1hc$uk0$2@gioia.aioe.org> |
| In reply to | #80492 |
Öö Tiib <ootiib@hot.ee> wrote: > On Friday, 18 June 2021 at 10:18:54 UTC+3, red floyd wrote: >> On 6/17/2021 4:51 PM, Öö Tiib wrote: >> > On Thursday, 17 June 2021 at 08:35:26 UTC+3, Juha Nieminen wrote: >> >> Öö Tiib <oot...@hot.ee> wrote: >> >>> and so I'm stuck in C++14. >> >> My condolences. >> > >> > No condolescences are mine ... to those who have to use C++17 and so their >> > code is formally full of undefined behaviors. >> > >> OK, I'm confused. What used to be defined behavior that is now UB? > > Basically lot of things with pointer-interconvertibility, constexpr and > strengthening several implementation-specified to undefined. I think a practical example would have illustrated this better. And by practical example I don't mean "an artificially constructed example which works in C++14 and C++17 identically anyway, but is theoretically "undefined behavior" in the latter". I mean a *practical* example, of realistic code. Preferably something where "g++ -std=c++17" or "clang++ -std=c++17" does something different and undesirable compared to if you had specified "-std=c++14".
[toc] | [prev] | [next] | [standalone]
| From | Chris Vine <chris@cvine--nospam--.freeserve.co.uk> |
|---|---|
| Date | 2021-06-21 22:48 +0100 |
| Message-ID | <20210621224839.34c41e29542dcee0cedeed02@cvine--nospam--.freeserve.co.uk> |
| In reply to | #80534 |
On Mon, 21 Jun 2021 12:43:26 +0000 (UTC) Ju> I think a practical example would have illustrated this better. > > And by practical example I don't mean "an artificially constructed example > which works in C++14 and C++17 identically anyway, but is theoretically > "undefined behavior" in the latter". > > I mean a *practical* example, of realistic code. Preferably something > where "g++ -std=c++17" or "clang++ -std=c++17" does something different > and undesirable compared to if you had specified "-std=c++14". One practical example is what your contract says. If it requires your code to work with portable standard-conforming C++ and not just with a particular version of g++ then the switch has a practical consequence. C++17 was a poor standard, only partly remedied by C++20. Someone else not involved in this list has already persuaded me that my naive understanding that in C++20 you could iterate over the memory of any trivial (C-like) object by unsigned char* with defined behaviour, which is a very widestpread practice in C++ and allowed by C, or even implement std::memcpy in standard C++, was wrong. What a nonsense.
[toc] | [prev] | [next] | [standalone]
| From | Juha Nieminen <nospam@thanks.invalid> |
|---|---|
| Date | 2021-06-22 05:30 +0000 |
| Message-ID | <sarsif$1a4i$1@gioia.aioe.org> |
| In reply to | #80537 |
Chris Vine <chris@cvine--nospam--.freeserve.co.uk> wrote: > On Mon, 21 Jun 2021 12:43:26 +0000 (UTC) > Ju> I think a practical example would have illustrated this better. >> >> And by practical example I don't mean "an artificially constructed example >> which works in C++14 and C++17 identically anyway, but is theoretically >> "undefined behavior" in the latter". >> >> I mean a *practical* example, of realistic code. Preferably something >> where "g++ -std=c++17" or "clang++ -std=c++17" does something different >> and undesirable compared to if you had specified "-std=c++14". > > One practical example is what your contract says. If it requires your > code to work with portable standard-conforming C++ and not just with a > particular version of g++ then the switch has a practical consequence. That's not a practical example. A practical example is a piece of code, and the result it produces.
[toc] | [prev] | [next] | [standalone]
| From | Öö Tiib <ootiib@hot.ee> |
|---|---|
| Date | 2021-06-21 23:12 -0700 |
| Message-ID | <468ad191-c49b-45cb-b4cd-8a1b97d8930fn@googlegroups.com> |
| In reply to | #80540 |
On Tuesday, 22 June 2021 at 08:31:14 UTC+3, Juha Nieminen wrote:
> Chris Vine <chris@cvine--nospam--.freeserve.co.uk> wrote:
> > On Mon, 21 Jun 2021 12:43:26 +0000 (UTC)
> > Ju> I think a practical example would have illustrated this better.
> >>
> >> And by practical example I don't mean "an artificially constructed example
> >> which works in C++14 and C++17 identically anyway, but is theoretically
> >> "undefined behavior" in the latter".
> >>
> >> I mean a *practical* example, of realistic code. Preferably something
> >> where "g++ -std=c++17" or "clang++ -std=c++17" does something different
> >> and undesirable compared to if you had specified "-std=c++14".
> >
> > One practical example is what your contract says. If it requires your
> > code to work with portable standard-conforming C++ and not just with a
> > particular version of g++ then the switch has a practical consequence.
> That's not a practical example.
>
> A practical example is a piece of code, and the result it produces.
For example it added noexcept as part of function signature. There are no
purpose of it whatsoever but to break C++14.
There was trick of Johannes Schaub that detected if something is constexpr:
template<typename T>
constexpr typename std::remove_reference<T>::type makeprval(T && t)
{
return t;
}
#define isprvalconstexpr(e) noexcept(makeprval(e))
Say I have two functions that do same thing but one of what is efficient
run-time other compile time. Examples do not do same thing for
demonstration:
constexpr int foo_runtime(int) { return 42;}
constexpr int foo_compiletime(int num) {
return num > 1 ? foo_compiletime(num - 1) * num : 1;
}
So that worked in C++14:
#define foo(X) (isprvalconstexpr(X)?foo_compiletime(X):foo_runtime(X))
int main(int argc, char *argv[])
{
int a = 1;
const int b = 2;
constexpr int c = 3;
const int d = argc;
std::cout << foo(a) << std::endl;
std::cout << foo(b) << std::endl;
std::cout << foo(c) << std::endl;
std::cout << foo(d) << std::endl;
}
It did output:
42
2
6
42
It does not work in C++17, also there are no way to detect if
something is constexpr or not.
[toc] | [prev] | [next] | [standalone]
| From | MrSpook_D_a3U17y@j_az.net |
|---|---|
| Date | 2021-06-22 07:14 +0000 |
| Message-ID | <sas2ld$1qnc$1@gioia.aioe.org> |
| In reply to | #80541 |
On Mon, 21 Jun 2021 23:12:23 -0700 (PDT) =?UTF-8?B?w5bDtiBUaWli?= <ootiib@hot.ee> wrote: >On Tuesday, 22 June 2021 at 08:31:14 UTC+3, Juha Nieminen wrote: >template<typename T> >constexpr typename std::remove_reference<T>::type makeprval(T && t) I wonder if the C++ committee will one day realise thats its unintelligable gibberish like this that is putting graduates off learning C++. Which is fine for us old timers as there are more job vacancies, but for the language itself its bad news long term.
[toc] | [prev] | [next] | [standalone]
| From | Manfred <noname@add.invalid> |
|---|---|
| Date | 2021-06-22 13:49 +0200 |
| Message-ID | <sasioh$1jl5$1@gioia.aioe.org> |
| In reply to | #80542 |
On 6/22/2021 9:14 AM, MrSpook_D_a3U17y@j_az.net wrote: > On Mon, 21 Jun 2021 23:12:23 -0700 (PDT) > =?UTF-8?B?w5bDtiBUaWli?= <ootiib@hot.ee> wrote: >> On Tuesday, 22 June 2021 at 08:31:14 UTC+3, Juha Nieminen wrote: >> template<typename T> >> constexpr typename std::remove_reference<T>::type makeprval(T && t) > > I wonder if the C++ committee will one day realise thats its unintelligable > gibberish like this that is putting graduates off learning C++. Which is fine > for us old timers as there are more job vacancies, but for the language itself > its bad news long term. > > No, they won't. Instead, they even craft the language around the most obscure constructs. In some one of the many Bjarne's conferences about concepts in C++20 I remember he himself complaining that, in the process of standardization of such a major feature, they had to give up a proposed syntax because of the objections of some committee language lawyer that such syntax would clash with some currently allowed obscure construct - one that Bjarne himself declared had never seen used in real life. "We are on the path to something that could destroy C++. We must get off that path!"
[toc] | [prev] | [next] | [standalone]
| From | Juha Nieminen <nospam@thanks.invalid> |
|---|---|
| Date | 2021-06-22 08:03 +0000 |
| Message-ID | <sas5gm$11au$1@gioia.aioe.org> |
| In reply to | #80541 |
Öö Tiib <ootiib@hot.ee> wrote: >> A practical example is a piece of code, and the result it produces. > > For example it added noexcept as part of function signature. There are no > purpose of it whatsoever but to break C++14. > There was trick of Johannes Schaub that detected if something is constexpr: > It does not work in C++17, also there are no way to detect if > something is constexpr or not. Good answer, but to the wrong question. The original claim was that C++17 made many things UB that weren't before. I was asking for practical examples where that makes a difference. Your example is exemplifying a difference between the language versions that's not related to UB.
[toc] | [prev] | [next] | [standalone]
| From | Öö Tiib <ootiib@hot.ee> |
|---|---|
| Date | 2021-06-22 01:28 -0700 |
| Message-ID | <ee794e5e-9670-4dbe-a353-e0d7e4c125b4n@googlegroups.com> |
| In reply to | #80544 |
On Tuesday, 22 June 2021 at 11:03:53 UTC+3, Juha Nieminen wrote: > Öö Tiib <oot...@hot.ee> wrote: > >> A practical example is a piece of code, and the result it produces. > > > > For example it added noexcept as part of function signature. There are no > > purpose of it whatsoever but to break C++14. > > There was trick of Johannes Schaub that detected if something is constexpr: > > It does not work in C++17, also there are no way to detect if > > something is constexpr or not. > Good answer, but to the wrong question. > > The original claim was that C++17 made many things UB that weren't before. > I was asking for practical examples where that makes a difference. > > Your example is exemplifying a difference between the language versions > that's not related to UB. Why you move goalposts? If something is stated to be formally UB then it is. It does not matter that it appears to work in actual implementations as in any next patch it may stop working.
[toc] | [prev] | [next] | [standalone]
| From | Juha Nieminen <nospam@thanks.invalid> |
|---|---|
| Date | 2021-06-23 06:19 +0000 |
| Message-ID | <saujoj$17dj$1@gioia.aioe.org> |
| In reply to | #80545 |
Öö Tiib <ootiib@hot.ee> wrote: > On Tuesday, 22 June 2021 at 11:03:53 UTC+3, Juha Nieminen wrote: >> Öö Tiib <oot...@hot.ee> wrote: >> >> A practical example is a piece of code, and the result it produces. >> > >> > For example it added noexcept as part of function signature. There are no >> > purpose of it whatsoever but to break C++14. >> > There was trick of Johannes Schaub that detected if something is constexpr: >> > It does not work in C++17, also there are no way to detect if >> > something is constexpr or not. >> Good answer, but to the wrong question. >> >> The original claim was that C++17 made many things UB that weren't before. >> I was asking for practical examples where that makes a difference. >> >> Your example is exemplifying a difference between the language versions >> that's not related to UB. > > Why you move goalposts? If something is stated to be formally UB then it is. > It does not matter that it appears to work in actual implementations as in > any next patch it may stop working. How is asking for an example "moving the goalposts"? Do you even know what that expression means? My request is prompted by your statement that you are keeping to C++14 because many things are not UB there that are in C++17. I'm asking for an example where you specifying -std=c++14 is actually useful, and results in code that works, while the same code does not work with -std=c++17. *How* are you keeping to C++14? By doing what? By avoiding what? How are you enforcing it? If you, for example, write a library or something, do you check that the C++ version is at most C++14, else you issue an #error? What exactly are you doing to prevent your code from being compiled as C++17? If you are explicitly using the -std=c++14 compiler option, in which situation does that make a difference?
[toc] | [prev] | [next] | [standalone]
| From | Öö Tiib <ootiib@hot.ee> |
|---|---|
| Date | 2021-06-23 04:18 -0700 |
| Message-ID | <921e6371-3724-49f7-8120-76fcb1758436n@googlegroups.com> |
| In reply to | #80550 |
On Wednesday, 23 June 2021 at 09:19:18 UTC+3, Juha Nieminen wrote: > Öö Tiib <oot...@hot.ee> wrote: > > On Tuesday, 22 June 2021 at 11:03:53 UTC+3, Juha Nieminen wrote: > >> Öö Tiib <oot...@hot.ee> wrote: > >> >> A practical example is a piece of code, and the result it produces. > >> > > >> > For example it added noexcept as part of function signature. There are no > >> > purpose of it whatsoever but to break C++14. > >> > There was trick of Johannes Schaub that detected if something is constexpr: > >> > It does not work in C++17, also there are no way to detect if > >> > something is constexpr or not. > >> Good answer, but to the wrong question. > >> > >> The original claim was that C++17 made many things UB that weren't before. > >> I was asking for practical examples where that makes a difference. > >> > >> Your example is exemplifying a difference between the language versions > >> that's not related to UB. > > > > Why you move goalposts? If something is stated to be formally UB then it is. > > It does not matter that it appears to work in actual implementations as in > > any next patch it may stop working. > > How is asking for an example "moving the goalposts"? Do you even know what > that expression means? I did complain that several things that were used in lot of code including in code of widely used open source libraries were suddenly changed and even made into undefined behavior by C++17. You started to ask for compilers that do something different because of C++17. I gave example of code that silently changed its behavior. Now you require compilers that somehow manifest also added undefined behaviors in different ways. It is odd request as I avoid writing undefined behaviors and avoid using tools on what my code is undefined beavior. Prominent names like Sean Parent and Dave Abrahms have ranted about it and even promised to gang up to work something out. > My request is prompted by your statement that you are keeping to C++14 > because many things are not UB there that are in C++17. I'm asking for > an example where you specifying -std=c++14 is actually useful, and > results in code that works, while the same code does not work with > -std=c++17. Yes one example of that I gave. Also the added silently behavior-changing changes were "applied retroactively to previously published C++ standards". So even newer compilers in C++14 mode do not behave like C++14 was published. But others can be happy about what is going on with C++, language that I once liked. > *How* are you keeping to C++14? By doing what? By avoiding what? > How are you enforcing it? Simply by using particular versions of tools in tool-chain. That has been always so. Any change can cause whatever problems totally unrelated to what we discuss now. For example operating system update by manufacturer can be malicious as Apple has aptly demonstrated so it must be evaluated. > If you, for example, write a library or > something, do you check that the C++ version is at most C++14, else you > issue an #error? What exactly are you doing to prevent your code > from being compiled as C++17? If you are explicitly using the > -std=c++14 compiler option, in which situation does that make a > difference? Yes, I issue diagnostics when whatever is changed to platforms/versions where code hasn't been tested. It is the sole sane thing to do with products whose correctness of behavior matters to anything. It is orthogonal to what we discuss now. I'm just engineer who makes things to work even on defective platforms and with defective tools but C++17 is too defective.
[toc] | [prev] | [next] | [standalone]
| From | Juha Nieminen <nospam@thanks.invalid> |
|---|---|
| Date | 2021-06-21 12:39 +0000 |
| Message-ID | <saq19o$uk0$1@gioia.aioe.org> |
| In reply to | #80487 |
Öö Tiib <ootiib@hot.ee> wrote: > On Thursday, 17 June 2021 at 08:35:26 UTC+3, Juha Nieminen wrote: >> Öö Tiib <oot...@hot.ee> wrote: >> > and so I'm stuck in C++14. >> My condolences. > > No condolescences are mine ... to those who have to use C++17 and so their > code is formally full of undefined behaviors. Are you implying that if you say "g++ -std=c++14" the compiler will do something wildly different than if you say "g++ -std=c++17" because the latter allows it to do whatever it wants with UB code?
[toc] | [prev] | [next] | [standalone]
| From | Bonita Montero <Bonita.Montero@gmail.com> |
|---|---|
| Date | 2021-06-15 08:01 +0200 |
| Message-ID | <sa9fmr$itf$1@dont-email.me> |
| In reply to | #80409 |
It simply works the way I said.
[toc] | [prev] | [next] | [standalone]
| From | Sam <sam@email-scan.com> |
|---|---|
| Date | 2021-06-15 08:12 -0400 |
| Subject | Re: Why does vector::reserve() not grow exponentially ? |
| Message-ID | <cone.1623759138.515576.44819.1004@monster.email-scan.com> |
| In reply to | #80414 |
[Multipart message — attachments visible in raw view] — view raw
Bonita Montero writes: > It simply works the way I said. Until it won't.
[toc] | [prev] | [next] | [standalone]
| From | Bonita Montero <Bonita.Montero@gmail.com> |
|---|---|
| Date | 2021-06-15 15:34 +0200 |
| Message-ID | <saaa9k$3h1$1@dont-email.me> |
| In reply to | #80416 |
>> It simply works the way I said. > Until it won't. It never will because there are too much people which want to replace memory-allocation through a malloc()-replacement.
[toc] | [prev] | [next] | [standalone]
| From | Sam <sam@email-scan.com> |
|---|---|
| Date | 2021-06-15 17:37 -0400 |
| Subject | Re: Why does vector::reserve() not grow exponentially ? |
| Message-ID | <cone.1623793041.939109.55414.1004@monster.email-scan.com> |
| In reply to | #80419 |
[Multipart message — attachments visible in raw view] — view raw
Bonita Montero writes: >>> It simply works the way I said. > >> Until it won't. > > It never will because there are too much people which want > to replace memory-allocation through a malloc()-replacement. I think I conversed with maybe ... two or three people in the last 25 years who were interested in that sort of a thing. Not an insurmountable problem. Besides, my stuff broke many more peoples' stuff during that time. Everyone was understandable, once the reasons for doing so were explained. Forward march of progress is unstoppable, and must continue. I have no doubt that if the relevant people concluded that existing allocator behavior must change then it's going to happen, and the very, very few dominoes that could only topple in one direction will have no problems facing themselves the other way. It's not the end of the world. Nobody's going to fall into a lava pit. They'll just change a few lines of code, and things will continue to work again. It was a problem for me, when I had to adapt in similar situations, and I'm confident it won't be a problem for other competent developers.
[toc] | [prev] | [next] | [standalone]
| From | Bonita Montero <Bonita.Montero@gmail.com> |
|---|---|
| Date | 2021-06-16 02:17 +0200 |
| Message-ID | <sabfvn$gpk$1@dont-email.me> |
| In reply to | #80422 |
What I said is the most reasonable assumption. It is also the most reasonable assumption because you often mix C and C++-code. If their memory-allocations woudln't come from the same pools the consumption of standby memory woould bow up.
[toc] | [prev] | [next] | [standalone]
| From | Sam <sam@email-scan.com> |
|---|---|
| Date | 2021-06-15 21:11 -0400 |
| Subject | Re: Why does vector::reserve() not grow exponentially ? |
| Message-ID | <cone.1623805890.945627.61687.1004@monster.email-scan.com> |
| In reply to | #80423 |
[Multipart message — attachments visible in raw view] — view raw
Bonita Montero writes: > What I said is the most reasonable assumption. No it's not. It's not at all reasonable. > It is also the most reasonable assumption because you often mix > C and C++-code. If their memory-allocations woudln't come from > the same pools the consumption of standby memory woould bow up. Mixing C and C++ code is completely irrelevant. C++ containers can use a custom allocator/deallocator in the same program that also includes C code, too, and everyone will happily and deallocate what they need, without interfering with each other.
[toc] | [prev] | [next] | [standalone]
| From | Bonita Montero <Bonita.Montero@gmail.com> |
|---|---|
| Date | 2021-06-16 07:09 +0200 |
| Message-ID | <sac11m$3go$1@dont-email.me> |
| In reply to | #80424 |
> Mixing C and C++ code is completely irrelevant. C++ containers can use > a custom allocator/deallocator in the same program that also includes > C code, too, ... They don't.
[toc] | [prev] | [next] | [standalone]
| From | Sam <sam@email-scan.com> |
|---|---|
| Date | 2021-06-16 06:37 -0400 |
| Subject | Re: Why does vector::reserve() not grow exponentially ? |
| Message-ID | <cone.1623839829.710738.71297.1004@monster.email-scan.com> |
| In reply to | #80426 |
[Multipart message — attachments visible in raw view] — view raw
Bonita Montero writes: >> Mixing C and C++ code is completely irrelevant. C++ containers can use >> a custom allocator/deallocator in the same program that also includes >> C code, too, ... > > They don't. Of course they do, it happens all the time.
[toc] | [prev] | [next] | [standalone]
Page 9 of 13 — ← Prev page 1 … 7 8 [9] 10 11 … 13 Next page →
Back to top | Article view | comp.lang.c++
csiph-web