[Bug c++/13578] [3.3 Regression] ICE in lookup_template_class

2005-04-30 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-30 19:57 --- *** Bug 21301 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug middle-end/21304] very long compile times with large cpp file from kdebindings

2005-04-30 Thread pinskia at gcc dot gnu dot org
-- What|Removed |Added Component|c++ |middle-end Keywords||compile-time-hog http://gcc.gnu.org/bugzilla/show_

[Bug c++/21304] very long compile times with large cpp file from kdebindings

2005-04-30 Thread pinskia at gcc dot gnu dot org
-- What|Removed |Added Component|middle-end |c++ http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21304

[Bug c++/21304] very long compile times with large cpp file from kdebindings

2005-04-30 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-30 20:19 --- For a profile on ppc-darwin at -O0 we see that a lot (10% or so) of the time is spent in reload or walk_tree -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21304

[Bug c++/21304] very long compile times with large cpp file from kdebindings

2005-04-30 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-30 20:25 --- The profile at -O2, says that may_alias is taking 50% of the time and this is with "4.1.0 20050323". -- What|Removed |Added -

[Bug target/20633] libgcc2.c:1623: error: size of array 'compile_type_assert' is negative

2005-04-30 Thread cvs-commit at gcc dot gnu dot org
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-30 20:38 --- Subject: Bug 20633 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-30 20:38:46 Modified files: gcc: ChangeLog gcc/config : f

[Bug target/21277] Runtime error with C++ shared library and --disable-shared

2005-04-30 Thread ebotcazou at gcc dot gnu dot org
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-04-30 20:46 --- Andrew is right, this error usually means that a shared library contains code that has not been compiled with -fPIC. The Solaris 64-bit runtime linker doesn't seem to be able to cope with this (unlike the

[Bug tree-optimization/21076] [4.1 Regression] ACATs ICE cxh1001 at tree-vrp.c:124

2005-04-30 Thread laurent at guerby dot net
--- Additional Comments From laurent at guerby dot net 2005-04-30 20:47 --- cxg2009 is no longer failing, it started to PASS between LAST_UPDATED: Tue Apr 26 21:38:28 UTC 2005 LAST_UPDATED: Sat Apr 30 15:50:39 UTC 2005 Still same ICE on cxh1001. -- What|Removed

[Bug tree-optimization/21305] New: flag_delete_null_pointer_checks is target specific

2005-04-30 Thread roger at eyesopen dot com
The current -fdelete_null_pointer_checks implementation makes assumptions that the target processor will trap on reads or writes to address zero. Unfortunately, these assumptions are target (often operating system) specific. Here's a test case for AIX: void abort(); int test(char *ptr) { int

[Bug libfortran/18958] eoshift segfaults when shifting off the end of an array

2005-04-30 Thread cvs-commit at gcc dot gnu dot org
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-30 20:51 --- Subject: Bug 18958 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-30 20:51:39 Modified files: libgfortran: libgfortran.h ChangeLog gcc/

[Bug target/20633] libgcc2.c:1623: error: size of array 'compile_type_assert' is negative

2005-04-30 Thread gerald at pfeifer dot com
--- Additional Comments From gerald at pfeifer dot com 2005-04-30 20:52 --- I plan to commit this to the 4.0-branch a bit later, but surely in time for the GCC 4.0.1 release. -- What|Removed |Added -

[Bug libstdc++/21295] Configuring g++ library for various locales ?

2005-04-30 Thread jpr at essi dot fr
--- Additional Comments From jpr at essi dot fr 2005-04-30 20:58 --- Subject: Re: Configuring g++ library for various locales ? pcarlini at suse dot de wrote: >--- Additional Comments From pcarlini at suse dot de 2005-04-30 19:54 >--- >You are not telling us which is your ta

[Bug c++/21306] New: [4.0 Regression] Another way to generate "inline function ‘A::~A()’ used but never defined" errors

2005-04-30 Thread prw at ceiriog1 dot demon dot co dot uk
The attached test case leads to this error: [EMAIL PROTECTED] Orfeo]$ g++ main.ii ../../Orfeo/A.h:3: warning: inline function A::~A() used but never defined /tmp/cc2W2kUK.o(.gnu.linkonce.t._ZN1BI1AED1Ev[B::~B()]+0xf): In function `B::~B()': : undefined reference to `A::~A()' collect2: ld returned

[Bug c++/21306] [4.0 Regression] Another way to generate "inline function ‘A::~A()’ used but never defined" errors

2005-04-30 Thread prw at ceiriog1 dot demon dot co dot uk
--- Additional Comments From prw at ceiriog1 dot demon dot co dot uk 2005-04-30 21:01 --- Created an attachment (id=8773) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8773&action=view) Test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21306

[Bug target/20633] [4.0 only] libgcc2.c:1623: error: size of array 'compile_type_assert' is negative

2005-04-30 Thread pinskia at gcc dot gnu dot org
-- What|Removed |Added Keywords||build Summary|libgcc2.c:1623: error: size |[4.0 only] libgcc2.c:1623: |of array

[Bug middle-end/21305] flag_delete_null_pointer_checks is target specific

2005-04-30 Thread pinskia at gcc dot gnu dot org
-- What|Removed |Added Component|tree-optimization |middle-end http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21305

[Bug c++/21306] [4.0 Regression] Another way to generate "inline function ‘A::~A()’ used but never defined" errors

2005-04-30 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-30 21:14 --- *** This bug has been marked as a duplicate of 21280 *** -- What|Removed |Added

[Bug c++/21280] [4.0/4.1 Regression] #pragma interface, templates, and "inline function used but never defined"

2005-04-30 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-30 21:14 --- *** Bug 21306 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21280

[Bug middle-end/21305] flag_delete_null_pointer_checks is target specific

2005-04-30 Thread roger at eyesopen dot com
--- Additional Comments From roger at eyesopen dot com 2005-04-30 21:18 --- Apparently the behaviour of this code is undefined in the C/C++ language standards, though this transformation is performed in front-end independent code. Perhaps its only a quality of implementation issue. --

[Bug middle-end/21305] flag_delete_null_pointer_checks is target specific

2005-04-30 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-30 21:19 --- Note the flag is old, it comes from: Thu Sep 23 13:55:21 1999 Jeffrey A Law ([EMAIL PROTECTED]) * invoke.texi: Document -fdelete-null-pointer-checks * toplev.c (flag_delete_null_po

[Bug libstdc++/21295] Configuring g++ library for various locales ?

2005-04-30 Thread pcarlini at suse dot de
--- Additional Comments From pcarlini at suse dot de 2005-04-30 21:24 --- For that kind of GNU x86-linux platform we have, literally, thousands of succesful reports, everything is supposed to work well out-of-the-box. In particular, the GNU locale model, supporting named locales is sele

[Bug rtl-optimization/21307] New: internal compiler error: in change_address_1, at emit-rtl.c:1768

2005-04-30 Thread matt at 3am-software dot com
Using built-in specs. Target: vax--netbsdelf Configured with: /u1/toolchain/gcc/configure --target=vax--netbsdelf --build=x86_64--netbsd --host=x86_64--netbsd --disable-shared --disable-threads --prefix=/usr/gcc Thread model: single gcc version 4.1.0 20050422 (experimental) /usr/gcc/libexec/gcc/va

[Bug rtl-optimization/21307] internal compiler error: in change_address_1, at emit-rtl.c:1768

2005-04-30 Thread matt at 3am-software dot com
--- Additional Comments From matt at 3am-software dot com 2005-04-30 21:29 --- Created an attachment (id=8774) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8774&action=view) C file causing the ICE -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21307

[Bug libstdc++/21295] Configuring g++ library for various locales ?

2005-04-30 Thread pcarlini at suse dot de
--- Additional Comments From pcarlini at suse dot de 2005-04-30 21:30 --- Also: if the correct (GNU) header is present, and the problem is happening later, you should double check that you are installing correctly the new compilers more generally, i.e., that, when compiling with 4.0.0 a

[Bug c++/21308] New: [4.0/4.1 Regression] Very high compile time

2005-04-30 Thread peturrun at internet dot is
/petur/opt/gcc-cvs --disable-checking Thread model: posix gcc version 4.1.0 20050430 (experimental) [EMAIL PROTECTED] cgx]$ time g++400 -O3 -c CheckersGameX.ii real0m43.372s user0m39.739s sys 0m0.966s [EMAIL PROTECTED] cgx]$ g++400 -v Using built-in specs. Target: i686-pc-linux-gnu

[Bug c++/21308] [4.0/4.1 Regression] Very high compile time

2005-04-30 Thread peturrun at internet dot is
--- Additional Comments From peturrun at internet dot is 2005-04-30 21:39 --- Created an attachment (id=8775) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8775&action=view) Preprocessed source code -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21308

[Bug c/21275] [4.0/4.1 Regression] gcc 4.0.0 crash with mingw when using stdout in global var

2005-04-30 Thread dannysmith at users dot sourceforge dot net
--- Additional Comments From dannysmith at users dot sourceforge dot net 2005-04-30 21:40 --- I think DECL_NON_ADDR_CONST_P is set too late. Regtesting a patch that fixes 21081 and this. Danny -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21275

[Bug c++/21308] [4.0/4.1 Regression] Very high compile time

2005-04-30 Thread peturrun at internet dot is
-- What|Removed |Added Attachment #8775|application/octet-stream|text/plain mime type|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21308

[Bug libstdc++/21295] Configuring g++ library for various locales ?

2005-04-30 Thread gdr at integrable-solutions dot net
--- Additional Comments From gdr at integrable-solutions dot net 2005-04-30 21:50 --- Subject: Re: Configuring g++ library for various locales ? "pcarlini at suse dot de" <[EMAIL PROTECTED]> writes: | For that kind of GNU x86-linux platform we have, literally, thousands of | succesful

[Bug libstdc++/21295] Configuring g++ library for various locales ?

2005-04-30 Thread pcarlini at suse dot de
--- Additional Comments From pcarlini at suse dot de 2005-04-30 21:57 --- > I understand that bugzilla is not a hotline, but we would not need > to be harsh Gaby, nobody is harsh here. I'm only admitting publically that I'm not sure to be able to follow personally all the details of th

[Bug target/21309] New: internal compiler error: in expand_mult_const, at expmed.c:2884

2005-04-30 Thread matt at 3am-software dot com
Using built-in specs. Target: vax--netbsdelf Configured with: /u1/toolchain/gcc/configure --target=vax--netbsdelf --build=x86 _64--netbsd --host=x86_64--netbsd --disable-shared --disable-threads --prefix=/u sr/gcc Thread model: single gcc version 4.1.0 20050422 (experimental) /usr/gcc/libexec/gcc/

[Bug target/21309] internal compiler error: in expand_mult_const, at expmed.c:2884

2005-04-30 Thread matt at 3am-software dot com
--- Additional Comments From matt at 3am-software dot com 2005-04-30 22:04 --- Created an attachment (id=8776) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8776&action=view) source file exhibiting problem -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21309

[Bug rtl-optimization/15248] [4.0 Regression] Reload may generate stores to read-only memory

2005-04-30 Thread ebotcazou at gcc dot gnu dot org
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-04-30 22:10 --- The same fix was applied to mainline. Jeff, please consider backporting your patch to 4.0 branch so that we be definitely done with this nasty problem. -- What|Removed

[Bug target/21309] internal compiler error: in expand_mult_const, at expmed.c:2884

2005-04-30 Thread matt at 3am-software dot com
--- Additional Comments From matt at 3am-software dot com 2005-04-30 22:11 --- Created an attachment (id=8777) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8777&action=view) C file causing the ICE -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21309

[Bug other/19509] Building 3.4.3 on Solaris 9 fixinc.sh Fails

2005-04-30 Thread ebotcazou at gcc dot gnu dot org
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-04-30 22:12 --- No feedback in 3 months. -- What|Removed |Added Status|WAITING

[Bug c++/21310] New: warning: '' may be used uninitialized in this function

2005-04-30 Thread wanderer at rsu dot ru
Current mainline GCC generate strage warnings with -O -Wuninitialized options if compile testcase: --8X- #include struct W { static int g(int v) { return std::min(v,0); } }; struct R { R(); R(int v); int m; }; int main() { std::map e; e[0] = R(W::g(0

[Bug c++/21310] warning: '' may be used uninitialized in this function

2005-04-30 Thread wanderer at rsu dot ru
--- Additional Comments From wanderer at rsu dot ru 2005-04-30 22:16 --- Created an attachment (id=8778) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8778&action=view) .ii file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21310

[Bug libstdc++/21295] Configuring g++ library for various locales ?

2005-04-30 Thread gdr at integrable-solutions dot net
--- Additional Comments From gdr at integrable-solutions dot net 2005-04-30 22:16 --- Subject: Re: Configuring g++ library for various locales ? "pcarlini at suse dot de" <[EMAIL PROTECTED]> writes: | > I understand that bugzilla is not a hotline, but we would not need | > to be hars

[Bug libstdc++/21286] [4.0/4.1 Regression] filebuf::xsgetn vs pipes

2005-04-30 Thread cvs-commit at gcc dot gnu dot org
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-30 22:55 --- Subject: Bug 21286 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-04-30 22:55:34 Modified files: libstdc++-v3 : Change

[Bug libstdc++/21286] [4.0/4.1 Regression] filebuf::xsgetn vs pipes

2005-04-30 Thread pcarlini at suse dot de
--- Additional Comments From pcarlini at suse dot de 2005-04-30 22:57 --- Should now be fixed for 4.1.0 and 4.0.1. Ralf, if you get a chance to test a 4.0.1 snapshot... -- What|Removed |Added ---

[Bug c++/21304] very long compile times with large cpp file from kdebindings

2005-04-30 Thread dberlin at gcc dot gnu dot org
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-04-30 23:04 --- Yup, compute_flow_insensitive_aliasing is taking forever on these files (I stopped it at >2 hours for the TV_ALIAS_ANALYSIS timevar) Probably another reason we shouldn't compute aliasing 5 times :) -- ht

[Bug c++/21308] [4.0/4.1 Regression] Very high compile time

2005-04-30 Thread dberlin at gcc dot gnu dot org
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-04-30 23:07 --- All the time is in walk_subobject_offsets. ... #10 0x080e8dc9 in walk_subobject_offsets (type=0x400d08dc, f=0x80e8188 , offset=0x400261b0, offsets=0x8877418, max_offset=0x0, vbases_p=1) at class.c:3258

[Bug target/21307] internal compiler error: in change_address_1, at emit-rtl.c:1768

2005-04-30 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-30 23:20 --- This is more likely a target bug. -- What|Removed |Added Component|rtl-optimization

[Bug c++/21308] [4.0/4.1 Regression] Very high compile time

2005-04-30 Thread dberlin at gcc dot gnu dot org
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-04-30 23:25 --- If we used integers instead of computing this all using size_binop, this testcase would take no time at all -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21308

[Bug c++/21308] [4.0/4.1 Regression] Very high compile time

2005-04-30 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-30 23:36 --- Note this is a reduced testcase from ssb: struct T { struct {} t [1<<21]; }; -- What|Removed |Added --

[Bug c++/21304] very long compile times with large cpp file from kdebindings

2005-04-30 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-30 23:37 --- (In reply to comment #4) > Yup, compute_flow_insensitive_aliasing is taking forever on these files (I > stopped it at >2 hours for the TV_ALIAS_ANALYSIS timevar) > Probably another reason we shouldn't comput

[Bug c++/21310] warning: '' may be used uninitialized in this function

2005-04-30 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-30 23:38 --- *** This bug has been marked as a duplicate of 21124 *** -- What|Removed |Added

[Bug middle-end/21124] [4.1 regression] bogus "may be used uninitialized" warning

2005-04-30 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-30 23:38 --- *** Bug 21310 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug target/21309] internal compiler error: in expand_mult_const, at expmed.c:2884

2005-04-30 Thread pinskia at gcc dot gnu dot org
-- What|Removed |Added Keywords||ice-on-valid-code http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21309

[Bug c++/21280] [4.0/4.1 Regression] #pragma interface, templates, and "inline function used but never defined"

2005-04-30 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-30 23:42 --- Mark you added the code to lazy create the deconstructors, would you look into this problem? -- What|Removed |Added -

[Bug c++/21308] [4.0/4.1 Regression] Very high compile time

2005-04-30 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-30 23:47 --- Depending on the 3.4 bug. -- What|Removed |Added BugsThisDependsOn|

[Bug c++/21308] [4.0/4.1 Regression] Very high compile time

2005-04-30 Thread pinskia at gcc dot gnu dot org
-- What|Removed |Added Target Milestone|3.4.4 |4.0.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21308

[Bug c/21311] New: ice on valid code tree-vectorize (max of float array)

2005-04-30 Thread tprince at computer dot org
gcc -O -march=pentium4 -ftree-vectorize -c -std=c99 -v loopsv.c Using built-in specs. Target: i686-pc-cygwin Configured with: ../configure --enable-languages=c c++ f95 objc treelang --enable-threads=posix --enable-sjlj-exceptions --disable-libmudflap --disable-shared Thread model: posix gcc versio

[Bug c/21311] ice on valid code tree-vectorize (max of float array)

2005-04-30 Thread tprince at computer dot org
--- Additional Comments From tprince at computer dot org 2005-05-01 00:34 --- Created an attachment (id=8779) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8779&action=view) pre-processed C code exhibiting ice in -ftree-vectorize This is the netlib Levine-Callahan-Dongarra vector

[Bug java/15525] suggestion to enable cast elimination

2005-04-30 Thread tromey at gcc dot gnu dot org
--- Additional Comments From tromey at gcc dot gnu dot org 2005-05-01 00:57 --- There are a couple more cases where explicit casts can be eliminated. Code like this will introduce an unneeded cast: Object o = "something"; String s = (String) o; Of course this is the simplest pos

[Bug tree-optimization/21311] ice on valid code tree-vectorize (max of float array)

2005-04-30 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-01 01:06 --- Fixed yesterday. *** This bug has been marked as a duplicate of 21266 *** -- What|Removed |Added

[Bug tree-optimization/21266] [4.1 Regression] verify_ssa failed

2005-04-30 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-01 01:06 --- *** Bug 21311 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug c++/19542] attribute(sentinel) has problems with C++ __null

2005-04-30 Thread cvs-commit at gcc dot gnu dot org
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-01 01:13 --- Subject: Bug 19542 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-05-01 01:13:09 Modified files: gcc: c-comm

[Bug java/20309] gcjh needs a -force option

2005-04-30 Thread fitzsim at redhat dot com
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |fitzsim at redhat dot com |dot org | Status|NEW

[Bug c++/18462] [3.4 Regression] Segfault on declaration of large array member

2005-04-30 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-01 02:10 --- Both this and PR 21308 are caused by: 2002-09-30 Mark Mitchell <[EMAIL PROTECTED]> * class.c (walk_subobject_offsets): Correct the calculation of offsets for virtual bases. Correct the co

[Bug c++/21308] [3.4/4.0/4.1 Regression] Very high compile time

2005-04-30 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-01 02:10 --- Both this and PR 18462 are caused by: 2002-09-30 Mark Mitchell <[EMAIL PROTECTED]> * class.c (walk_subobject_offsets): Correct the calculation of offsets for virtual bases. Correct the co

[Bug c++/18462] [3.4 Regression] Segfault on declaration of large array member

2005-04-30 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-01 02:28 --- Oh, this is reproducable in 3.3.3 with -fabi-version=2. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18462

[Bug c++/21308] [3.4/4.0/4.1 Regression] Very high compile time

2005-04-30 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-01 02:29 --- Removing 3.3.3 as the code which caused this is there just not active as -fabi-version=2 is needed to reproduce it. -- What|Removed |Added -

[Bug c++/19249] abstract classes should not access virtually inherited class constructor

2005-04-30 Thread pinskia at gcc dot gnu dot org
-- What|Removed |Added Keywords||rejects-valid Known to fail||3.3.4 3.4.0 3.4.1 3.4.2 |

[Bug c++/19407] vector keyword in typedef inside template struct ignored

2005-04-30 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-01 02:53 --- Now we get an error: t.cc:3: sorry, unimplemented: applying attributes to template parameters is not implemented So this is definitely PR 17743 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19407

[Bug c++/16468] [DR460] using-declaration of namespace name

2005-04-30 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-01 03:16 --- Hmm, it looks like GCC is going to be correct and rejecting this. The DR is now in ready state (I forgot what this means). -- What|Removed |Added -

[Bug c++/21312] New: [3.4/4.0/4.1 Regression] Access violation diagnostic given twice

2005-04-30 Thread pinskia at gcc dot gnu dot org
Like PR 19375, the following code gives the diagnostic twice: class A { private: int i; }; class B : public A { }; class C : public B { public: void f() { A::i = 0; } }; -- Summary: [3.4/4.0/4.1 Regression] Access violation diagnostic given twice

[Bug c++/21312] [3.4/4.0/4.1 Regression] Access violation diagnostic given twice

2005-04-30 Thread pinskia at gcc dot gnu dot org
-- What|Removed |Added Target Milestone|--- |4.0.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21312

[Bug c++/21312] [3.4/4.0/4.1 Regression] Access violation diagnostic given twice

2005-04-30 Thread pinskia at gcc dot gnu dot org
-- What|Removed |Added Target Milestone|4.0.1 |3.4.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21312

[Bug c++/19377] Using declaration in "private" part causes "protected" diagnostic

2005-04-30 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-01 03:34 --- (In reply to comment #0) > (It actually prints the message twice, but that's PR 19375) Actually it was not, it was a related case but we still get the message twice, I filed PR 21312 with a modifed testcas

[Bug c++/19542] attribute(sentinel) has problems with C++ __null

2005-04-30 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-01 03:39 --- Reopening to .. -- What|Removed |Added Status|RESOLVED|UNCON

[Bug c++/19542] attribute(sentinel) has problems with C++ __null

2005-04-30 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-01 03:39 --- To Mark as a dup of bug 18886. *** This bug has been marked as a duplicate of 18886 *** -- What|Removed |Added --

[Bug c++/18886] misleading warning from attribute sentinel in C++

2005-04-30 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-01 03:39 --- *** Bug 19542 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug c++/16370] __attribute__((deprecated)) not useful on classes, and ugly function name listed for deperecation warnings on constructor

2005-04-30 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-01 03:41 --- We now get: t.cc:36: warning: ‘__comp_ctor ’ is deprecated (declared at t.cc:18) note the extra space. -- What|Removed |Added ---

[Bug c++/7585] Attributes for nested typedef-name ignored

2005-04-30 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-01 03:55 --- Fixed in 4.0.0. -- What|Removed |Added Status|NEW |RESOL

[Bug c++/9728] Err in non-virtual func name in dump class file

2005-04-30 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-01 03:59 --- Fixed since at least 4.0.0. -- What|Removed |Added Status|NEW

[Bug c++/21304] very long compile times with large cpp file from kdebindings

2005-04-30 Thread olh at suse dot de
--- Additional Comments From olh at suse dot de 2005-05-01 04:11 --- gcc 4.1 with --disable-checking took 3:28:00 h:mm:ss -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21304

[Bug tree-optimization/15256] [tree-ssa] Optimize manual bitfield manipilation.

2005-04-30 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-01 04:16 --- If fold optimized the following function: unsigned int foo (unsigned int eax) { return (eax & 1) ^ 1 | (eax & 0xfffe); } Then the tree combiner might be able to optimize the orginal one. --

[Bug target/17174] Fortran nearest broken on AIX

2005-04-30 Thread pinskia at gcc dot gnu dot org
-- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-05-

[Bug target/9186] [i686] async exception from a signal handler not working as before

2005-04-30 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-01 04:47 --- Actually the problem is that strcpy is not compiled with -fexceptions, -fnon-call-exceptions so this is not a bug after all. -- What|Removed |Added

Re: [Bug c++/16370] __attribute__((deprecated)) not useful on classes, and ugly function name listed for deperecation warnings on constructor

2005-04-30 Thread Gabriel Dos Reis
"pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes: | --- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-01 03:41 --- | We now get: | t.cc:36: warning: Â__comp_ctor  is deprecated (declared at t.cc:18) | | note the extra space. The extra space is part of the

[Bug c++/16370] __attribute__((deprecated)) not useful on classes, and ugly function name listed for deperecation warnings on constructor

2005-04-30 Thread gdr at integrable-solutions dot net
--- Additional Comments From gdr at integrable-solutions dot net 2005-05-01 05:21 --- Subject: Re: __attribute__((deprecated)) not useful on classes, and ugly function name listed for deperecation warnings on constructor "pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes: |

[Bug libstdc++/21295] Configuring g++ library for various locales ?

2005-04-30 Thread jpr at essi dot fr
--- Additional Comments From jpr at essi dot fr 2005-05-01 06:10 --- Subject: Re: Configuring g++ library for various locales ? pcarlini at suse dot de wrote: >--- Additional Comments From pcarlini at suse dot de 2005-04-30 21:24 >--- >For that kind of GNU x86-linux platform

<    1   2