[Bug libstdc++/44952] #include implies global constructor.

2022-11-06 Thread cvs-commit at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44952 --- Comment #18 from CVS Commits --- The master branch has been updated by Patrick Palka : https://gcc.gnu.org/g:4e4e3ffd10f53ef71696bc728ab40258751a2df4 commit r13-3707-g4e4e3ffd10f53ef71696bc728ab40258751a2df4 Author: Patrick Palka Date: S

[Bug libstdc++/44952] #include implies global constructor.

2022-11-03 Thread ppalka at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44952 Patrick Palka changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned a

[Bug libstdc++/44952] #include implies global constructor.

2022-11-03 Thread jason at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44952 Jason Merrill changed: What|Removed |Added Ever confirmed|0 |1 Last reconfirmed|

[Bug libstdc++/44952] #include implies global constructor.

2020-12-10 Thread redi at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44952 --- Comment #16 from Jonathan Wakely --- (In reply to Jonathan Wakely from comment #5) > 27.4 [iostream.objects] paragraph 2 > The results of including in a translation unit shall be as if > defined an instance of ios_base::Init with static sto

[Bug libstdc++/44952] #include implies global constructor.

2010-12-14 Thread ccoutant at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44952 Cary Coutant changed: What|Removed |Added CC||ccoutant at gcc dot gnu.org --- Comment #1

[Bug libstdc++/44952] #include implies global constructor.

2010-08-19 Thread hubicka at gcc dot gnu dot org
--- Comment #14 from hubicka at gcc dot gnu dot org 2010-08-19 09:39 --- Well, it might be easy to modify libstdc++ implementation so the static constructor compiles into single function call. Then we can teach GCC to optimize constructor containing only a call into entry in ctors tabl

[Bug libstdc++/44952] #include implies global constructor.

2010-07-22 Thread jakub at gcc dot gnu dot org
--- Comment #13 from jakub at gcc dot gnu dot org 2010-07-22 11:41 --- So reopening for this enhancement... Another alternative would be some .init.first array or something similar which would contain pointers to functions to be run as early constructors and linker would remove duplicat

[Bug libstdc++/44952] #include implies global constructor.

2010-07-22 Thread paolo dot carlini at oracle dot com
--- Comment #12 from paolo dot carlini at oracle dot com 2010-07-22 11:25 --- The same idea vaguely occurred to me... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44952

[Bug libstdc++/44952] #include implies global constructor.

2010-07-22 Thread jakub at gcc dot gnu dot org
--- Comment #11 from jakub at gcc dot gnu dot org 2010-07-22 11:03 --- Perhaps with LTO we could special case this (perhaps using some special attribute) and only construct/destruct the first of these static ios_base::Init __ioinit; vars and optimize all the others away together with t

[Bug libstdc++/44952] #include implies global constructor.

2010-07-21 Thread pinskia at gcc dot gnu dot org
--- Comment #10 from pinskia at gcc dot gnu dot org 2010-07-22 00:01 --- The C++ standard actually requires this as noted in comment #5. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug libstdc++/44952] #include implies global constructor.

2010-07-15 Thread paolo dot carlini at oracle dot com
--- Comment #9 from paolo dot carlini at oracle dot com 2010-07-15 18:26 --- Let's say we remove that horrible .h from the Summary, since, to be fair, didn't exist in g.C in the first place ;) That said, I agree with Jon, by and large, with the following minor additional observations: