[Bug c++/45080] New: [C++0x] Rejects lambda to function pointer conversion inside function template

2010-07-26 Thread piotr dot rak at gmail dot com
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

2010-07-26 Thread piotr dot rak at gmail dot com


--- 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

2010-07-20 Thread piotr dot rak at gmail dot com
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

2010-07-20 Thread piotr dot rak at gmail dot com


--- 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

2010-07-20 Thread piotr dot rak at gmail dot com


--- 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

2010-07-20 Thread piotr dot rak at gmail dot com


--- 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

2010-07-16 Thread piotr dot rak at gmail dot com
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

2010-07-16 Thread piotr dot rak at gmail dot com


--- 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.

2010-07-16 Thread piotr dot rak at gmail dot com
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.

2010-07-16 Thread piotr dot rak at gmail dot com


--- 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

2008-10-28 Thread piotr dot rak at gmail dot com
  (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

2008-10-28 Thread piotr dot rak at gmail dot com


--- 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

2008-10-13 Thread piotr dot rak at gmail dot com
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

2008-04-13 Thread piotr dot rak at gmail dot com
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

2008-04-13 Thread piotr dot rak at gmail dot com


--- 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

2008-04-13 Thread piotr dot rak at gmail dot com


--- 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