[Bug c++/45080] New: [C++0x] Rejects lambda to function pointer conversion inside function template
cat lambda-convX.C // { dg-options -std=c++0x } typedef void(*pfn)(); templateint = 0 void f1 () { pfn fn = []{}; } templatetypename = int void f2() { pfn fn = []{}; } void test() { f1(); f2(); } [p...@a tmp] g++-trunk -v lambda-convX.C -c -std=c++0x Using built-in specs. COLLECT_GCC=/home/prak/Dev/gcc-install/bin/g++-trunk COLLECT_LTO_WRAPPER=/home/prak/Dev/gcc-install/libexec/gcc/i686-pc-linux-gnu/4.6.0/lto-wrapper Target: i686-pc-linux-gnu Configured with: ../gcc.git/configure --enable-languages=c,c++ --program-suffix=-trunk --prefix=/home/prak/Dev/gcc-install --disable-bootstrap : (reconfigured) ../gcc.git/configure --enable-languages=c,c++ --program-suffix=-trunk --prefix=/home/prak/Dev/gcc-install --disable-bootstrap : (reconfigured) ../gcc.git/configure --program-suffix=-trunk --prefix=/home/prak/Dev/gcc-install --disable-bootstrap --enable-languages=c,c++,lto --no-create --no-recursion Thread model: posix gcc version 4.6.0 20100725 (experimental) (GCC) COLLECT_GCC_OPTIONS='-v' '-c' '-std=c++0x' '-shared-libgcc' '-mtune=generic' '-march=pentiumpro' /home/prak/Dev/gcc-install/libexec/gcc/i686-pc-linux-gnu/4.6.0/cc1plus -quiet -v -D_GNU_SOURCE lambda-convX.C -quiet -dumpbase lambda-convX.C -mtune=generic -march=pentiumpro -auxbase lambda-convX -std=c++0x -version -o /tmp/ccwd0zJD.s GNU C++ (GCC) version 4.6.0 20100725 (experimental) (i686-pc-linux-gnu) compiled by GNU C version 4.4.4, GMP version 4.3.2, MPFR version 3.0.0, MPC version 0.8.2 GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 ignoring nonexistent directory /usr/local/include ignoring nonexistent directory /home/prak/Dev/gcc-install/lib/gcc/i686-pc-linux-gnu/4.6.0/../../../../i686-pc-linux-gnu/include #include ... search starts here: #include ... search starts here: /home/prak/Dev/gcc-install/lib/gcc/i686-pc-linux-gnu/4.6.0/../../../../include/c++/4.6.0 /home/prak/Dev/gcc-install/lib/gcc/i686-pc-linux-gnu/4.6.0/../../../../include/c++/4.6.0/i686-pc-linux-gnu /home/prak/Dev/gcc-install/lib/gcc/i686-pc-linux-gnu/4.6.0/../../../../include/c++/4.6.0/backward /home/prak/Dev/gcc-install/include /home/prak/Dev/gcc-install/lib/gcc/i686-pc-linux-gnu/4.6.0/include /home/prak/Dev/gcc-install/lib/gcc/i686-pc-linux-gnu/4.6.0/include-fixed /usr/include End of search list. GNU C++ (GCC) version 4.6.0 20100725 (experimental) (i686-pc-linux-gnu) compiled by GNU C version 4.4.4, GMP version 4.3.2, MPFR version 3.0.0, MPC version 0.8.2 GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 Compiler executable checksum: 4866727cef69d58d8539d96f2ebb2a27 lambda-convX.C: In function âvoid f1() [with int anonymous = 0]â: lambda-convX.C:20:10: instantiated from here lambda-convX.C:9:19: error: cannot convert âf1() [with int anonymous = 0]::lambda()â to âpfnâ in initialization lambda-convX.C: In function âvoid f2() [with template-parameter-1-1 = int]â: lambda-convX.C:21:10: instantiated from here lambda-convX.C:15:19: error: cannot convert âf2() [with template-parameter-1-1 = int]::lambda()â to âpfnâ in initialization -- Summary: [C++0x] Rejects lambda to function pointer conversion inside function template Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: piotr dot rak at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45080
[Bug c++/45080] [C++0x] Rejects lambda to function pointer conversion inside function template
--- Comment #1 from piotr dot rak at gmail dot com 2010-07-26 14:21 --- Created an attachment (id=21316) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21316action=view) Test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45080
[Bug libstdc++/45001] New: [C++0x, v3] std::scoped_allocator_adapter missing bits
I've prototyped scoped_allocator_adapter, including pointer_traits, uses_allocator, allocator_traits. However, it is not yet in commitable state. -- Summary: [C++0x, v3] std::scoped_allocator_adapter missing bits Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: libstdc++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: piotr dot rak at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45001
[Bug libstdc++/45001] [C++0x, v3] std::scoped_allocator_adapter missing bits
--- Comment #1 from piotr dot rak at gmail dot com 2010-07-20 09:32 --- Created an attachment (id=21257) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21257action=view) 20.9.3 std::pointer_traits v1 This one works, only positive testcases so far, but is not very useful alone. #if 0'ed template aliases bits. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45001
[Bug libstdc++/45001] [C++0x] std::scoped_allocator_adapter missing bits
--- Comment #3 from piotr dot rak at gmail dot com 2010-07-20 09:50 --- Created an attachment (id=21258) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21258action=view) [20.9.4] std::allocator_traits Currently causes ICE, in construct, so not really usable. This patch is missing members test and ChangeLog entry. I will add it once PR c++/44967 is fixed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45001
[Bug libstdc++/45001] [C++0x] std::scoped_allocator_adapter missing bits
--- Comment #4 from piotr dot rak at gmail dot com 2010-07-20 09:52 --- (In reply to comment #2) Yes, thanks, but please send patches to the library mailing list, Bugzilla is not the proper place. Also, do you have a Copyright Assignment on file? Otherwise that is the first thing to do. Ok, will do. Thought it is better place, because those are not commitable. I have send request for assignment forms today. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45001
[Bug c++/44967] New: [C++0x] decltype of method call dependand on pack expansion crashes
cat has_construct.cc g++-trunk -v -std=c++0x has_construct.cc #include type_traits templatetypename T1, typename T2, typename... Args struct has_construct { typedef char one; typedef struct {char _m[2]; } two; templatetypename U1, typename U2, typename... Args2 static decltype(std::declvalU1().construct(std::declvalU2*(), std::declvalArgs2()...), one()) test(int); templatetypename, typename, typename... static two test(...); static const bool value = sizeof(testT1, T2, Args...(0)) == 1; }; class A0 {}; class A1 { void construct(int*, int); }; templatetypename _Tp struct A2 { templatetypename _Tp1, typename... _Args void construct(_Tp1*, _Args...) {} }; void foo() { static bool a0 = has_constructA0, int, int::value; // ok static bool a1 = has_constructA1, int, int::value; // bang static bool a2 = has_constructA2int, int::value; // bang } Using built-in specs. COLLECT_GCC=/home/prak/Dev/gcc-install/bin/g++-trunk COLLECT_LTO_WRAPPER=/home/prak/Dev/gcc-install/libexec/gcc/i686-pc-linux-gnu/4.6.0/lto-wrapper Target: i686-pc-linux-gnu Configured with: ../gcc.git/configure --enable-languages=c,c++ --program-suffix=-trunk --prefix=/home/prak/Dev/gcc-install --disable-bootstrap Thread model: posix gcc version 4.6.0 20100716 (experimental) (GCC) COLLECT_GCC_OPTIONS='-v' '-std=c++0x' '-shared-libgcc' '-mtune=generic' '-march=pentiumpro' /home/prak/Dev/gcc-install/libexec/gcc/i686-pc-linux-gnu/4.6.0/cc1plus -quiet -v -D_GNU_SOURCE has_construct.cc -quiet -dumpbase has_construct.cc -mtune=generic -march=pentiumpro -auxbase has_construct -std=c++0x -version -o /tmp/ccY4xmeE.s GNU C++ (GCC) version 4.6.0 20100716 (experimental) (i686-pc-linux-gnu) compiled by GNU C version 4.3.4, GMP version 4.3.2, MPFR version 3.0.0, MPC version 0.8.2 GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 ignoring nonexistent directory /usr/local/include ignoring nonexistent directory /home/prak/Dev/gcc-install/lib/gcc/i686-pc-linux-gnu/4.6.0/../../../../i686-pc-linux-gnu/include #include ... search starts here: #include ... search starts here: /home/prak/Dev/gcc-install/lib/gcc/i686-pc-linux-gnu/4.6.0/../../../../include/c++/4.6.0 /home/prak/Dev/gcc-install/lib/gcc/i686-pc-linux-gnu/4.6.0/../../../../include/c++/4.6.0/i686-pc-linux-gnu /home/prak/Dev/gcc-install/lib/gcc/i686-pc-linux-gnu/4.6.0/../../../../include/c++/4.6.0/backward /home/prak/Dev/gcc-install/include /home/prak/Dev/gcc-install/lib/gcc/i686-pc-linux-gnu/4.6.0/include /home/prak/Dev/gcc-install/lib/gcc/i686-pc-linux-gnu/4.6.0/include-fixed /usr/include End of search list. GNU C++ (GCC) version 4.6.0 20100716 (experimental) (i686-pc-linux-gnu) compiled by GNU C version 4.3.4, GMP version 4.3.2, MPFR version 3.0.0, MPC version 0.8.2 GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 Compiler executable checksum: 6d1c47967936e3e68fa845533411d5d9 has_construct.cc: In instantiation of #8216;const bool has_constructA1, int, int::value#8217;: has_construct.cc:37:51: instantiated from here has_construct.cc:14:67: internal compiler error: Naruszenie ochrony pamiêci Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. Same with released 4.5.0 -- Summary: [C++0x] decltype of method call dependand on pack expansion crashes Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: piotr dot rak at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44967
[Bug c++/44967] [C++0x] decltype of method call dependand on pack expansion crashes
--- Comment #1 from piotr dot rak at gmail dot com 2010-07-16 23:49 --- Created an attachment (id=21229) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21229action=view) Testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44967
[Bug libstdc++/44969] New: [C++0x] type_traits std::is_constructible broken for fundamental types.
cat is_constructible_bug.cc g++-trunk -v -c -std=c++0x is_constructible_bug.cc #include type_traits class allocator_arg_t {}; class A {}; // From n3092: [allocator.uses.construction] 20.9.2.2 p1.2 // (2nd part of condition, in FCD use case first part never true) template typename X, typename Alloc, typename... Args struct alloc_arg_1st : std::is_constructibleX, ::allocator_arg_t, Alloc, Args... { }; bool foo() { struct B {}; bool val = alloc_arg_1stB, A::value;// ok return val || alloc_arg_1stint, A::value; // bang } Using built-in specs. COLLECT_GCC=/home/prak/Dev/gcc-install/bin/g++-trunk COLLECT_LTO_WRAPPER=/home/prak/Dev/gcc-install/libexec/gcc/i686-pc-linux-gnu/4.6.0/lto-wrapper Target: i686-pc-linux-gnu Configured with: ../gcc.git/configure --enable-languages=c,c++ --program-suffix=-trunk --prefix=/home/prak/Dev/gcc-install --disable-bootstrap Thread model: posix gcc version 4.6.0 20100716 (experimental) (GCC) COLLECT_GCC_OPTIONS='-v' '-c' '-std=c++0x' '-shared-libgcc' '-mtune=generic' '-march=pentiumpro' /home/prak/Dev/gcc-install/libexec/gcc/i686-pc-linux-gnu/4.6.0/cc1plus -quiet -v -D_GNU_SOURCE is_constructible_bug.cc -quiet -dumpbase is_constructible_bug.cc -mtune=generic -march=pentiumpro -auxbase is_constructible_bug -std=c++0x -version -o /tmp/ccocsKE0.s GNU C++ (GCC) version 4.6.0 20100716 (experimental) (i686-pc-linux-gnu) compiled by GNU C version 4.3.4, GMP version 4.3.2, MPFR version 3.0.0, MPC version 0.8.2 GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 ignoring nonexistent directory /usr/local/include ignoring nonexistent directory /home/prak/Dev/gcc-install/lib/gcc/i686-pc-linux-gnu/4.6.0/../../../../i686-pc-linux-gnu/include #include ... search starts here: #include ... search starts here: /home/prak/Dev/gcc-install/lib/gcc/i686-pc-linux-gnu/4.6.0/../../../../include/c++/4.6.0 /home/prak/Dev/gcc-install/lib/gcc/i686-pc-linux-gnu/4.6.0/../../../../include/c++/4.6.0/i686-pc-linux-gnu /home/prak/Dev/gcc-install/lib/gcc/i686-pc-linux-gnu/4.6.0/../../../../include/c++/4.6.0/backward /home/prak/Dev/gcc-install/include /home/prak/Dev/gcc-install/lib/gcc/i686-pc-linux-gnu/4.6.0/include /home/prak/Dev/gcc-install/lib/gcc/i686-pc-linux-gnu/4.6.0/include-fixed /usr/include End of search list. GNU C++ (GCC) version 4.6.0 20100716 (experimental) (i686-pc-linux-gnu) compiled by GNU C version 4.3.4, GMP version 4.3.2, MPFR version 3.0.0, MPC version 0.8.2 GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 Compiler executable checksum: 6d1c47967936e3e68fa845533411d5d9 In file included from is_constructible_bug.cc:1:0: /home/prak/Dev/gcc-install/lib/gcc/i686-pc-linux-gnu/4.6.0/../../../../include/c++/4.6.0/type_traits: In instantiation of #8216;const bool std::__is_constructible_helperint, allocator_arg_t, A::__value#8217;: /home/prak/Dev/gcc-install/lib/gcc/i686-pc-linux-gnu/4.6.0/../../../../include/c++/4.6.0/type_traits:231:12: instantiated from #8216;std::is_constructibleint, allocator_arg_t, A#8217; is_constructible_bug.cc:10:8: instantiated from #8216;alloc_arg_1stint, A#8217; is_constructible_bug.cc:19:40: instantiated from here /home/prak/Dev/gcc-install/lib/gcc/i686-pc-linux-gnu/4.6.0/../../../../include/c++/4.6.0/type_traits:209:71: error: expression list treated as compound expression in functional cast [-fpermissive] -- Summary: [C++0x] type_traits std::is_constructible broken for fundamental types. Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: piotr dot rak at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44969
[Bug libstdc++/44969] [C++0x] type_traits std::is_constructible broken for fundamental types.
--- Comment #1 from piotr dot rak at gmail dot com 2010-07-17 00:03 --- Created an attachment (id=21233) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21233action=view) Testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44969
[Bug c++/37946] New: ICE with enum class
(experimental), GMP version 4.2.4, MPFR version 2.3.2. GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 Compiler executable checksum: 3bd1a7449bb261a218b8d8c78fb46226 enum_class_ice.cc: In function E operator|(E, E): enum_class_ice.cc:10: internal compiler error: in common_type, at cp/typeck.c:779 Please submit a full bug report, with preprocessed source if appropriate. See http://bugs.gentoo.org/ for instructions. -- Summary: ICE with enum class Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: piotr dot rak at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37946
[Bug c++/37946] ICE with enum class
--- Comment #1 from piotr dot rak at gmail dot com 2008-10-28 23:35 --- Created an attachment (id=16578) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16578action=view) Test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37946
[Bug c++/37816] New: [c++0x] Invalid handling of scoped enums defined at class scope
Code below presents behavior which I think is incorrect: class A { enum class Color { Red, Orange, Yellow, Green, Blue, Violet }; enum class Alert { Green, Yellow, Red }; }; $ g++-4.4.0-alpha20081010 -c -std=c++0x /tmp/enum_class.cc /tmp/enum_class.cc:4: error: declaration of Green /tmp/enum_class.cc:3: error: conflicts with previous declaration A::Color A::Green /tmp/enum_class.cc:4: error: declaration of Yellow /tmp/enum_class.cc:3: error: conflicts with previous declaration A::Color A::Yellow /tmp/enum_class.cc:4: error: declaration of Red /tmp/enum_class.cc:3: error: conflicts with previous declaration A::Color A::Red Moreover, code: class A { enum class Color { Red, Orange, Yellow, Green, Blue, Violet }; static const Color x = Red; }; is incorrectly accepted. This behavior is consistent in both versions i have checked, namely gcc-g++-20080912 and gcc-g++-20081010. -- Summary: [c++0x] Invalid handling of scoped enums defined at class scope Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: piotr dot rak at gmail dot com GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37816
[Bug libstdc++/35922] New: std::unordered_map missing in debug mode
g++-4.4.0-alpha20080328 -v --save-temps -std=c++0x -D_GLIBCXX_DEBUG unordered_m.cc Using built-in specs. Target: i686-pc-linux-gnu Configured with: /var/tmp/paludis/sys-devel-gcc-4.4.0_alpha20080328/work/gcc-4.4-20080328/configure --prefix=/usr --bindir=/usr/i686-pc-linux-gnu/gcc-bin/4.4.0-alpha20080328 --includedir=/usr/lib/gcc/i686-pc-linux-gnu/4.4.0-alpha20080328/include --datadir=/usr/share/gcc-data/i686-pc-linux-gnu/4.4.0-alpha20080328 --mandir=/usr/share/gcc-data/i686-pc-linux-gnu/4.4.0-alpha20080328/man --infodir=/usr/share/gcc-data/i686-pc-linux-gnu/4.4.0-alpha20080328/info --with-gxx-include-dir=/usr/lib/gcc/i686-pc-linux-gnu/4.4.0-alpha20080328/include/g++-v4 --host=i686-pc-linux-gnu --build=i686-pc-linux-gnu --disable-altivec --enable-nls --without-included-gettext --with-system-zlib --disable-checking --disable-werror --enable-secureplt --disable-libunwind-exceptions --disable-multilib --enable-libmudflap --disable-libssp --disable-libgcj --with-arch=i686 --enable-languages=c,c++ --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu --with-bugurl=http://bugs.gentoo.org/ --with-pkgversion='Gentoo 4.4.0_alpha20080328' Thread model: posix gcc version 4.4.0-alpha20080328 (experimental) (Gentoo 4.4.0_alpha20080328) COLLECT_GCC_OPTIONS='-v' '-save-temps' '-std=c++0x' '-D_GLIBCXX_DEBUG' '-shared-libgcc' '-mtune=generic' '-march=i686' /usr/libexec/gcc/i686-pc-linux-gnu/4.4.0-alpha20080328/cc1plus -E -quiet -v -D_GNU_SOURCE -D_GLIBCXX_DEBUG unordered_m.cc -mtune=generic -march=i686 -std=c++0x -fpch-preprocess -o unordered_m.ii ignoring nonexistent directory /usr/lib/gcc/i686-pc-linux-gnu/4.4.0-alpha20080328/../../../../i686-pc-linux-gnu/include #include ... search starts here: #include ... search starts here: /usr/include/libffi /usr/lib/gcc/i686-pc-linux-gnu/4.4.0-alpha20080328/include/g++-v4 /usr/lib/gcc/i686-pc-linux-gnu/4.4.0-alpha20080328/include/g++-v4/i686-pc-linux-gnu /usr/lib/gcc/i686-pc-linux-gnu/4.4.0-alpha20080328/include/g++-v4/backward /usr/local/include /usr/lib/gcc/i686-pc-linux-gnu/4.4.0-alpha20080328/include /usr/lib/gcc/i686-pc-linux-gnu/4.4.0-alpha20080328/include-fixed /usr/include End of search list. COLLECT_GCC_OPTIONS='-v' '-save-temps' '-std=c++0x' '-D_GLIBCXX_DEBUG' '-shared-libgcc' '-mtune=generic' '-march=i686' /usr/libexec/gcc/i686-pc-linux-gnu/4.4.0-alpha20080328/cc1plus -fpreprocessed unordered_m.ii -quiet -dumpbase unordered_m.cc -mtune=generic -march=i686 -auxbase unordered_m -std=c++0x -version -o unordered_m.s GNU C++ (Gentoo 4.4.0_alpha20080328) version 4.4.0-alpha20080328 (experimental) (i686-pc-linux-gnu) compiled by GNU C version 4.4.0-alpha20080328 (experimental), GMP version 4.2.2, MPFR version 2.3.1. GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 Compiler executable checksum: ad33fd151be46b0162e8ac35c976ec10 unordered_m.cc: In function 'int main()': unordered_m.cc:4: error: 'unordered_map' is not a member of 'std' unordered_m.cc:4: error: expected primary-expression before 'int' unordered_m.cc:4: error: expected `;' before 'int' Note: this happends too when using g++-4.4.0-alpha20080328 Works fine when inluded as tr1/unordered_map -- Summary: std::unordered_map missing in debug mode Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: piotr dot rak at gmail dot com GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35922
[Bug libstdc++/35922] std::unordered_map missing in debug mode
--- Comment #1 from piotr dot rak at gmail dot com 2008-04-13 13:41 --- Created an attachment (id=15470) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15470action=view) Simple testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35922
[Bug libstdc++/35922] std::unordered_map missing in debug mode
--- Comment #2 from piotr dot rak at gmail dot com 2008-04-13 13:45 --- (In reply to comment #0) Note: this happends too when using g++-4.4.0-alpha20080328 That should be g++-4.3.0-alpha20080118, sorry. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35922