https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105645
--- Comment #2 from Karthik Nishanth ---
Additional details:
When I add a template definition for `Test::encode()` before specialization, it
hides the specialized symbol. The snippet below produces `10e9 t
int Test::encode<(Test::En
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: kndevl at outlook dot com
Target Milestone: ---
Consider this snippet `encoding.cpp`
```
namespace Test {
enum class Encoding { A, B };
template
int encode(int);
template <&g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96766
--- Comment #1 from Karthik Nishanth ---
Reproducer
https://www.godbolt.org/z/Whz6ab
: normal
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: kndevl at outlook dot com
Target Milestone: ---
Created attachment 49113
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49113&action=edit
preprocessed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94987
--- Comment #3 from Karthik Nishanth ---
Thank you, I understand now.
Is the reason why gcc preserves the symbol in the SO because of forward
compatibility with existing binaries dynamically depending on the symbol?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94987
--- Comment #1 from Karthik Nishanth ---
gcc 5.5.0
Using built-in specs.
COLLECT_GCC=g++
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/5/lto-wrapper
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu
5.5.
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: kndevl at outlook dot com
Target Milestone: ---
# Ubuntu 18.04 has gcc 5.5.0
$ nm -C `g++ --print-file-name libstdc++.a` | grep 'vtable for
std::__future_base::_State
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94510
--- Comment #7 from Karthik Nishanth ---
Created attachment 48224
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48224&action=edit
not a bug, preprocessed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94510
--- Comment #6 from Karthik Nishanth ---
Created attachment 48223
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48223&action=edit
not a bug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94510
--- Comment #5 from Karthik Nishanth ---
Created attachment 48222
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48222&action=edit
machine type
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94510
--- Comment #4 from Karthik Nishanth ---
Created attachment 48221
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48221&action=edit
gcc version string
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94510
--- Comment #3 from Karthik Nishanth ---
Created attachment 48220
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48220&action=edit
complete command line invocations
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94510
--- Comment #2 from Karthik Nishanth ---
Created attachment 48219
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48219&action=edit
bug.cpp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94510
--- Comment #1 from Karthik Nishanth ---
Created attachment 48218
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48218&action=edit
preprocessed source for bug.cpp
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: kndevl at outlook dot com
Target Milestone: ---
`std::array arr{ nullptr, 0, 0 };` is expected to fail to compile
similar to how `std::array arr{ nullptr, 0, 1 };` fails. What I infer
is that if all elements are
15 matches
Mail list logo
