[Bug libstdc++/94960] extern template prevents inlining of standard library objects

2024-12-14 Thread sjames at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94960 --- Comment #17 from Sam James --- (In reply to Jan Hubicka from comment #15) > > Oh, sorry, that was linked earlier. But still, isn't the problem that > > "inline" > > is too strong? > Do we have some data on this? I at least don't have any.

[Bug libstdc++/94960] extern template prevents inlining of standard library objects

2024-12-13 Thread redi at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94960 --- Comment #16 from Jonathan Wakely --- I think libc++ makes everything always_inline as a way to avoid libc++ symbol names being ABI artifacts that user code depends on, not because they really want everything inlined. I could be wrong about th

[Bug libstdc++/94960] extern template prevents inlining of standard library objects

2024-12-13 Thread hubicka at ucw dot cz via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94960 --- Comment #14 from Jan Hubicka --- > Could we just add 'inline' to the functions that are 'constexpr' in later > standards? It would make sense to me - that would reduce differences between codegens with different -std= options. Also we may use

[Bug libstdc++/94960] extern template prevents inlining of standard library objects

2024-12-13 Thread hubicka at ucw dot cz via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94960 --- Comment #15 from Jan Hubicka --- > Oh, sorry, that was linked earlier. But still, isn't the problem that "inline" > is too strong? Do we have some data on this? I plan to do some inliner benchmarking over christmas like I do every year. Wit

[Bug libstdc++/94960] extern template prevents inlining of standard library objects

2024-12-13 Thread sjames at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94960 --- Comment #13 from Sam James --- Oh, sorry, that was linked earlier. But still, isn't the problem that "inline" is too strong?

[Bug libstdc++/94960] extern template prevents inlining of standard library objects

2024-12-13 Thread sjames at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94960 --- Comment #12 from Sam James --- (In reply to Jason Merrill from comment #11) > Could we just add 'inline' to the functions that are 'constexpr' in later > standards? Apologies if I'm missing something, but see PR93008 if not aware.

[Bug libstdc++/94960] extern template prevents inlining of standard library objects

2024-12-13 Thread jason at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94960 Jason Merrill changed: What|Removed |Added Component|c++ |libstdc++ --- Comment #11 from Jason Mer

[Bug libstdc++/94960] extern template prevents inlining of standard library objects

2020-05-05 Thread erich.keane at intel dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94960 Erich Keane changed: What|Removed |Added CC||erich.keane at intel dot com --- Comment #

[Bug libstdc++/94960] extern template prevents inlining of standard library objects

2020-05-05 Thread redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94960 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug libstdc++/94960] extern template prevents inlining of standard library objects

2020-05-05 Thread pinskia at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94960 --- Comment #1 from Andrew Pinski --- g:1a289fa36294627c252492e4c18d7877a7c80dc1 changed that.