[Bug rtl-optimization/11379] [new-ra] ICE with optimization and -fnew-ra

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-17 16:15 --- (In reply to comment #15) > Subject: Re: [new-ra] ICE with optimization and > -fnew-ra > > OK, may be remove -fnew-ra option from compiler options list? It is removed in gcc 4.0.0 which is why this was c

[Bug tree-optimization/19484] [4.0 Regression] function pointer propagation fails for noreturn functions

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-17 16:16 --- : Search converges between 2004-06-18-trunk (#468) and 2004-06-20-trunk (#469). Confirmed. -- What|Removed |Added ---

[Bug tree-optimization/19484] [4.0 Regression] function pointer propagation fails for noreturn functions

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-17 16:18 --- (In reply to comment #1) > : Search converges between 2004-06-18-trunk (#468) and 2004-06-20-trunk > (#469). That was for the first one. For the second one testcase I get a different date (which is when the

[Bug c++/19311] [3.4/4.0 Regression] ICE in resolve_overloaded_unification

--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-01-17 16:19 --- (In reply to comment #9) > Why a new tree node? We are moving away from using trees also for container- > type data structures. You can write a normal structure with the node that > must > be access-check

[Bug tree-optimization/19485] New: [4.0 Regression] function pointer propagation fails for noreturn functions

gcc 4.0 ICEs after replacing a call via a function pointer with a call to a noreturn function (unless that call falls through to the exit block). The expected fake edge to the exit block is not added after modifying the CALL_EXPR. I'm not up to speed on gimple yet, so I'm just filing this for inf

[Bug tree-optimization/19485] [4.0 Regression] function pointer propagation fails for noreturn functions

--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-01-17 16:21 --- Sorry, clicked twice ;( -- What|Removed |Added Status|UNCONFIRMED

[Bug tree-optimization/19484] [4.0 Regression] function pointer propagation fails for noreturn functions

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-17 16:24 --- Yes you are right in that we don't re-update the CFG at all when we proagate the function call. # BLOCK 1 # PRED: 0 [1.0%] (true,exec) :; # VUSE ; foo (); # SUCC: 2 [100.0%] (fallthru,exec) T

[Bug target/18118] bad code gen for -mcpu=G5 and unsigned long long to double

--- Additional Comments From fjahanian at apple dot com 2005-01-17 16:49 --- on apple-ppc-branch -mcpu=G5 is all you need to reproduce the problem. But I noticed that this bug is no longer reproducible with the FSF mainline. So, this bug has been fixed as far as I am concerned. Just ne

[Bug target/18118] bad code gen for -mcpu=G5 and unsigned long long to double

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-17 16:57 --- So lets close this as fixed then. -- What|Removed |Added Status|UNCONFIRMED

[Bug preprocessor/19077] [3.4 Regression] Internal compiler error compiling MPlayer

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-17 17:07 --- Broke: : Search converges between 2003-09-08-trunk (#346) and 2003-09-09-trunk (#347). Fixed : Search converges between 2003-11-03-trunk (#394) and 2003-11-04-trunk (#395). Broke again: : Search converges

[Bug libfortran/19481] libgfortran doesn't build -- configure doesn't handle cabs() well

--- Additional Comments From coudert at clipper dot ens dot fr 2005-01-17 17:09 --- I worked around this bug, commenting a line in /mingw/include/math.h (I quote it here for reference): //_CRTIMP double __cdecl cabs (struct _complex); The end of the compilation runs smoothly, but when I

[Bug middle-end/19486] New: flags_complex_divide_method=1 doesn't work

With this diff $ diff --recursive -u gcc-4.0-20050116/ gcc-play/ diff --recursive -u gcc-4.0-20050116/gcc/toplev.c gcc-play/gcc/toplev.c --- gcc-4.0-20050116/gcc/toplev.c 2005-01-16 16:28:15.0 +0100 +++ gcc-play/gcc/toplev.c 2005-01-17 17:10:13.0 +0100 @@ -269,7 +269,7

[Bug middle-end/19486] flags_complex_divide_method=1 doesn't work

--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-17 17:11 --- Created an attachment (id=7972) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7972&action=view) Failing source code Crated an attachment with failing source code. -- http://gcc.gnu.org/bugzil

[Bug middle-end/13127] [4.0 Regression] Inlining causes spurious "might be used uninitialized" warnings

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-17 17:13 --- Subject: Bug 13127 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-17 17:12:31 Modified files: gcc: ChangeLog tree-inline.c Log message

[Bug middle-end/13127] [4.0 Regression] Inlining causes spurious "might be used uninitialized" warnings

--- Additional Comments From ian at airs dot com 2005-01-17 17:13 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resoluti

[Bug middle-end/13127] [4.0 Regression] Inlining causes spurious "might be used uninitialized" warnings

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-17 17:17 --- Subject: Bug 13127 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-17 17:17:02 Modified files: gcc/testsuite : ChangeLog gcc/testsuite/gcc.

[Bug middle-end/19486] flags_complex_divide_method=1 doesn't work

-- What|Removed |Added Keywords||ice-on-valid-code http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19486

[Bug libstdc++/19487] New: map with a class template + method template fails to compile.

The error message is : /local_scratch/douze/gcc_cur/lib/gcc/i686-pc-linux-gnu/4.0.0/../../../../include/c++/4.0.0/bits/cpp_type_traits.h: In instantiation of 'std::__is_pod >': /local_scratch/douze/gcc_cur/lib/gcc/i686-pc-linux-gnu/4.0.0/../../../../include/c++/4.0.0/bits/stl_tree.h:431: instant

[Bug libstdc++/19487] map with a class template + method template fails to compile.

--- Additional Comments From douze at enseeiht dot fr 2005-01-17 17:36 --- Created an attachment (id=7973) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7973&action=view) code that fails This code fails. Changing about anything in the code makes it work. The code compiles fine wi

[Bug ada/19488] New: RTEMS Ada RTS doesn't compile

There are some minor RTEMS specific issues in the Ada RTS which prevent any RTEMS target from building. 2005-01-17 Joel Sherrill <[EMAIL PROTECTED]> * 5rtpopsp.adb: Initialize ATCB_Key and fix style. * gsocket.h: Do not include with RTEMS either. -- Summary: RTEMS A

[Bug ada/19488] RTEMS Ada RTS doesn't compile

--- Additional Comments From joel at gcc dot gnu dot org 2005-01-17 17:59 --- Created an attachment (id=7974) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7974&action=view) RTEMS specific fixes to Ada RTS to allow compilation The RTEMS GNAT port does NOT use ATCB_Key but I had to

[Bug ada/19489] New: gnat tools not buildable cross

The Makefile stanzas for building the gnat tools cross is somehow confused and mixing use of the newly built cross compiler and the native compiler. The gnat tools should be built to execute on the host. I posted a message about this to the gcc mailing list (http://gcc.gnu.org/ml/gcc/2005-01/msg0

[Bug c++/19448] Different value representation for bitfield width exceeding its type size.

--- Additional Comments From janis187 at us dot ibm dot com 2005-01-17 18:14 --- I had not changed the size of the bitfield to 17 in my test case. When I do that I can see the binary compatibility breakage. I'll look into this to find out why this change was introduced. It appears to

[Bug preprocessor/19077] [3.4/4.0 Regression] Internal compiler error compiling MPlayer

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-01-17 18:29 --- I still see the failure on mainline on i686-pc-linux-gnu. -- What|Removed |Added Know

[Bug tree-optimization/18880] DSE is not doing its job for global variables

--- Additional Comments From law at redhat dot com 2005-01-17 18:33 --- Subject: Re: DSE is not doing its job for global variables On Thu, 2005-01-13 at 20:38 +, steven at gcc dot gnu dot org wrote: > --- Additional Comments From steven at gcc dot gnu dot org 2005-01-13

[Bug c/5675] [4.0 regression] const variables wrongly considered part of constant expressions

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-17 18:54 --- Subject: Bug 5675 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-17 18:54:21 Modified files: gcc: ChangeLog c-typeck.c Log message:

[Bug c/5675] [4.0 regression] const variables wrongly considered part of constant expressions

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-17 18:56 --- Subject: Bug 5675 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-17 18:55:57 Modified files: gcc/testsuite : ChangeLog gcc/testsuite/gcc.d

[Bug c/5675] const variables wrongly considered part of constant expressions

--- Additional Comments From ian at airs dot com 2005-01-17 18:57 --- This bug is not fixed, but the 4.0 regression has been fixed. 4.0 now fails in the same way as earlier gcc versions. -- What|Removed |Added -

[Bug libstdc++/19487] map with a class template + method template fails to compile.

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-17 18:57 --- I think this is a C++ front-end problem but I would need to reduce the failure. Also just a note the preprocessed from 3.4.0/4.0.0 is rejected for the same reason in 3.3.3 but accepted in 3.0.4. --

[Bug libstdc++/19487] map with a class template + method template fails to compile.

--- Additional Comments From pcarlini at suse dot de 2005-01-17 19:02 --- Indeed, Andrew, it's *very* unlikely that this is libstdc++-v3 bug: I see a crazy error message about __is_pod, which is actually instantiated with the default std::less... -- http://gcc.gnu.org/bugzilla/show_

[Bug c++/19487] [3.3/3.4/4.0 Regression] map with a class template + method template fails to compile.

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-17 19:16 --- This is definitely a front-end issue, I have the reduced testcase down to about 60 lines, I want to reduce it a little further before posting. -- What|Removed |Added --

[Bug c++/19487] [3.3/3.4/4.0 Regression] map with a class template + method template fails to compile.

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-17 19:16 --- : Search converges between 2002-10-04-trunk (#94) and 2002-10-05-trunk (#95). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19487

[Bug c++/19487] [3.3/3.4/4.0 Regression] map with a class template + method template fails to compile.

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-17 19:25 --- Reduced testcase: template struct __is_pod { enum { _M_type }; }; template struct map { static const bool _Is_pod_comparator = __is_pod<_Key >::_M_type; }; template struct A { static map Cache; t

[Bug c++/19487] [3.3/3.4/4.0 Regression] map with a class template + method template fails to compile.

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-17 19:27 --- One more note, libstdc++ headers changed to exposed this bug in the C++ front-end :(. -- What|Removed |Added

[Bug middle-end/19486] flags_complex_divide_method=1 doesn't work

--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-17 19:27 --- Same thing on i686-pc-linux-gnu. It's easier to set this flag with a debugger :-) $ gdb ~/libexec/gcc/i686-pc-linux-gnu/4.0.0/f951 GNU gdb 6.3-debian Copyright 2004 Free Software Foundation, Inc. GDB i

[Bug middle-end/19486] flags_complex_divide_method=1 doesn't work

--- Additional Comments From pcarlini at suse dot de 2005-01-17 19:37 --- ... but apparently there is something specific to the output of the fortran fe: the C testcase in middle-end/18902 and simple variants of it compile fine for me. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=

[Bug middle-end/19486] flags_complex_divide_method=1 doesn't work

--- Additional Comments From pcarlini at suse dot de 2005-01-17 19:42 --- ... or is something wrong with complex numerator and real denominator? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19486

[Bug target/19490] New: PowerPC back end ignores SPE command-line options

For PowerPC configurations (like powerpc-unknown-linux-gnu) which do not support SPE, the SPE-related command-line options (like -misel) are silently ignored. That can result in users thinking that they are getting that functionality when they are not. David Edelsohn suggests moving those options

[Bug c++/19487] [3.3/3.4/4.0 Regression] map with a class template + method template fails to compile.

--- Additional Comments From pcarlini at suse dot de 2005-01-17 20:01 --- ... if the c++ fe bug cannot be fixed in time for 4.0, we can consider reverting the library change, which (at variance with the version in v7-branch) is not really useful in the present form. -- http://gcc.gnu

[Bug ada/19489] gnat tools not buildable cross

--- Additional Comments From joel at gcc dot gnu dot org 2005-01-17 20:08 --- Created an attachment (id=7975) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7975&action=view) Build Log from powerpc-rtems gnat attempt Build log of failure case. -- http://gcc.gnu.org/bugzilla/sho

[Bug target/19379] [4.0 Regression] ICE during build of newlib's e_atan2.c when soft-float

--- Additional Comments From joel at gcc dot gnu dot org 2005-01-17 20:17 --- I should have mentioned that I can build and install a C/C++ toolset. If you think this is OK, can I commit it? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19379

[Bug c/19465] [IMA] Compiling multiple source files at a time gives redefinition errors

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-17 20:24 --- Yes this has already been fixed in 4.0.0, this is a dup of bug 19152. Thanks for your report. *** This bug has been marked as a duplicate of 19152 *** -- What|Removed |A

[Bug c/19152] [4.0 Regression] IMA and external inline don't get along

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-17 20:24 --- *** Bug 19465 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug middle-end/19486] flags_complex_divide_method=1 doesn't work

--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-17 20:26 --- Created an attachment (id=7979) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7979&action=view) preprocessed C source code for failing C case In reply to comment #4) > ... or is something wrong wi

[Bug middle-end/19486] flags_complex_divide_method=1 doesn't work

--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-17 20:28 --- Created an attachment (id=7980) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7980&action=view) normal C source code for failing C case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19486

[Bug tree-optimization/19360] [4.0 Regression] ICE with -O1 -funit-at-a-time

--- Additional Comments From law at redhat dot com 2005-01-17 20:45 --- Subject: Re: [4.0 Regression] ICE with -O1 -funit-at-a-time On Tue, 2005-01-11 at 11:14 +, jakub at gcc dot gnu dot org wrote: > --- Additional Comments From jakub at gcc dot gnu dot org 2005-01-11

[Bug libfortran/18982] open(status="new") does not generate an error if the file exists

--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-17 21:00 --- New patch: http://gcc.gnu.org/ml/gcc-patches/2005-01/msg01056.html -- What|Removed |Added --

[Bug c/19465] [IMA] Compiling multiple source files at a time gives redefinition errors

--- Additional Comments From ch at csh-consult dot dk 2005-01-17 21:01 --- Thanks Andrew. Is the memory problem also fixed? I created a simpler example. 100 equal .c files each containing: static void mainX() {} where X varies from 1 to 1. This gives me a slightly different behavi

[Bug target/19491] New: va_start incorrect, Number of floating point and integer registers counted incorrectly

I couldn't find a description of Host, Target and Build Triplet inside gcc.gnu.org. Here is my gcc version $ gcc -v Reading specs from /usr/lib/gcc-lib/powerpc-linux/3.3.4/specs Configured with: ../src/configure -v --enable-languages=c,c++,java,f77,pascal,objc,ada --prefix=/usr --mandir=/usr/shar

[Bug target/19379] [4.0 Regression] ICE during build of newlib's e_atan2.c when soft-float

--- Additional Comments From rth at gcc dot gnu dot org 2005-01-17 21:08 --- Yes, the patch in comment 15 is ok. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19379

[Bug preprocessor/18102] darwin framework header search depends on order of options

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-17 21:21 --- Subject: Bug 18102 CVSROOT:/cvs/gcc Module name:gcc Branch: apple-ppc-branch Changes by: [EMAIL PROTECTED] 2005-01-17 21:21:43 Modified files: gcc: Chan

[Bug c++/19349] [4.0 Regression] Valgrind errors compiling libjava c++ sources

--- Additional Comments From jakub at gcc dot gnu dot org 2005-01-17 21:23 --- Smaller testcase that triggers this is: void foo (); namespace N { struct S; } struct N::S { S (); friend void ::foo (); }; -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19349

[Bug ada/13470] 64bits Ada bootstrap failure:xnmake etc. crash generating nmake.adb etc.

--- Additional Comments From laurent at guerby dot net 2005-01-17 21:40 --- Looks like a correct analysis and fix to me. Richard, Arnaud? This is likely to fix the 3.4 Ada cannot compile itself problem. -- What|Removed |Added

[Bug target/19492] New: can not build crosscompiler for solaris2.8 (when building libstdc++ - error wcslen...:Link tests are not allowed after GCC_NO_EXECUTABLES)

i'm trying to make cross compiler for solaris 2.8 (x86), languages c,c++: ./configure $verbose --prefix="/opt/SOLsdk" --target=$TARGET --with-gnu-as --with-gnu-ld --enable-threads -with-sysroot=/opt/SOLsdk/target/i686-pc-solaris2.8 --with-cpu=i686 --enable-languages=\"c,c++" --disable-multilib --w

[Bug fortran/19443] log10 statement does not work properly in gfortran

--- Additional Comments From tobi at gcc dot gnu dot org 2005-01-17 22:58 --- (In reply to comment #2) > I tried the exact same code with g95 on cygwin, and it worked flawlessly. > gfortran must have access to the math library because it is able to evaluate > log > properly, right? Ho

[Bug fortran/19443] log10 statement does not work properly in gfortran

--- Additional Comments From tobi at gcc dot gnu dot org 2005-01-17 23:01 --- This will teach me not reading all comments. If it did work two months ago it is indeed more likely that cygwin is not the point of failure. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19443

[Bug c/19465] [IMA] Compiling multiple source files at a time gives redefinition errors

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-17 23:03 --- (In reply to comment #5) > Thanks Andrew. Is the memory problem also fixed? The memory issue has been helped but not fully fixed, at least the last time I looked at memory usage with IMA. > > I created a

[Bug target/19492] can not build crosscompiler for solaris2.8 (when building libstdc++ - error wcslen...:Link tests are not allowed after GCC_NO_EXECUTABLES)

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-17 23:15 --- Look at the config.log inside the libstdc++ directory, it should say which library it failed to locate. Basically you need the solaris's libraries to do a cross compiler. -- What|Removed

[Bug target/19493] New: [4.0 regression] TImode no longer supported on powerpc

$ cat timode.c typedef unsigned foo __attribute__ ((mode (TI))); $ gcc-4.0 -S timode.c timode.c:1: error: unable to emulate ‘TI’ -- Summary: [4.0 regression] TImode no longer supported on powerpc Product: gcc Version: 4.0.0 Status: UNCONFIRMED

[Bug c++/19349] [4.0 Regression] Valgrind errors compiling libjava c++ sources

-- What|Removed |Added CC||lerdsuwa at users dot ||sourceforge dot net Status|U

[Bug target/19493] [4.0 regression] TImode no longer supported on powerpc

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-17 23:25 --- Actually this is not a regression TImode was never really supported on ppc. If you did the following on a 3.4 compiler it would ICE: void main (void) { typedef unsigned __uint128_t __attribute__ (( __mode__

[Bug target/19493] [4.0 regression] TImode no longer supported on powerpc

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-17 23:34 --- TI mode is not supported in 32bit. If this was accepted before 4.0.0, well that was a bug as shown by my example about. -- What|Removed |Added --

[Bug target/19493] [3.4/4.0 regression] TImode no longer supported on powerpc

--- Additional Comments From schwab at suse dot de 2005-01-17 23:37 --- Doesn't ICE with gcc-3.3 (but TImode arithmetic is incomplete here too). Glibc assumes that __uint128_t is defined for gcc >= 3.1. -- What|Removed |Added

[Bug objc/19321] [4.0 regression] objc ignores volatile in argument types for messages

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-17 23:47 --- Subject: Bug 19321 CVSROOT:/cvs/gcc Module name:gcc Branch: apple-ppc-branch Changes by: [EMAIL PROTECTED] 2005-01-17 23:46:57 Modified files: gcc: Chan

[Bug libgcj/10353] [3.3/3.4/4.0 regression] Java testsuite failures

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-01-17 23:49 --- Mainline as of 01/15: 32-bit: === libjava tests === Running target unix FAIL: Array_3 execution - gij test FAIL: Array_3 execution - gij test FAIL: FileHandleGcTest execution - source c

[Bug libgcj/18222] [4.0 Regression] libjava bootstrap failure on Tru64 UNIX: CPPFLAGS changed in libltdl

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-17 23:50 --- Subject: Bug 18222 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-17 23:50:27 Modified files: . : ChangeLog Makefile.def Makefile.in Ma

[Bug target/19493] TImode is not supported on powerpc

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-17 23:56 --- (In reply to comment #3) > Doesn't ICE with gcc-3.3 (but TImode arithmetic is incomplete here too). > Glibc assumes that __uint128_t is defined for gcc >= 3.1. Well if TImode is incomplete why support it?

[Bug libgcj/18222] [4.0 Regression] libjava bootstrap failure on Tru64 UNIX: CPPFLAGS changed in libltdl

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-17 23:57 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug java/17574] [meta-bug] gcj and libgcj 4.0 tracking PR

-- Bug 17574 depends on bug 18222, which changed state. Bug 18222 Summary: [4.0 Regression] libjava bootstrap failure on Tru64 UNIX: CPPFLAGS changed in libltdl http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18222 What|Old Value |New Value ---

[Bug target/19493] TImode is not supported on powerpc

--- Additional Comments From dje at gcc dot gnu dot org 2005-01-18 00:03 --- alanm's comment and recommendation are correct. The use of TImode in PowerPC-specific portion of glibc is incorrect. -- What|Removed |Added -

[Bug tree-optimization/13000] [3.4/4.0 Regression] [unit-at-a-time] Using -O2 cannot detect missing return statement in a function

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-18 00:39 --- Hmm, This seems like a place where the tree-profiling branch can come in handing as we always produce the CFG for all functions even the ones which we inline and don't emit. -- What|Remove

[Bug tree-optimization/19058] [4.0 Regression] setjmp: 4.0 fails to give 'clobbered' warning (regression from 3.4.1)

-- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org GCC build triplet|i686-pc-linu

[Bug tree-optimization/19038] [4.0 Regression] ivopts causing loops to have more than one BB

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-18 00:50 --- Changing the summary to reflect the current problem. -- What|Removed |Added

[Bug c/19472] [4.0 Regression] compiler internal error: in var_ann, at tree-flow-inline.h:34

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-18 00:59 --- : Search converges between 2004-05-11-trunk (#454) and 2004-05-14-trunk (#455). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19472

[Bug c++/19457] [4.0 Regression] Warning depends on cached constant

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-18 01:02 --- : Search converges between 2004-08-19-trunk (#518) and 2004-08-20-trunk (#519). Almost certin this was caused by: 2004-08-19 Nathan Sidwell <[EMAIL PROTECTED]> * doc/invoke.texi (integer-

[Bug debug/19327] [4.0 Regression] gcc.c-torture/execute/921215-1.c compilation -O3 -g

--- Additional Comments From dberlin at gcc dot gnu dot org 2005-01-18 01:28 --- This is close to what happens. it doesn't actually do anything when we tell it to outline the inline function. Then, when it processes the actually used block with that in it, it doesn't skip it, even though

[Bug debug/19327] [4.0 Regression] gcc.c-torture/execute/921215-1.c compilation -O3 -g

--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2005-01-18 01:32 --- Subject: Re: [4.0 Regression] gcc.c-torture/execute/921215-1 > I'll fix this bug, but you guys should understand that you aren't going to > get > sane debug info under stabs at -Ox anyway right now

[Bug debug/19327] [4.0 Regression] gcc.c-torture/execute/921215-1.c compilation -O3 -g

--- Additional Comments From dberlin at gcc dot gnu dot org 2005-01-18 02:00 --- Subject: Re: [4.0 Regression] gcc.c-torture/execute/921215-1.c compilation -O3 -g On Mon, 18 Jan 2005, dave at hiauly1 dot hia dot nrc dot ca wrote: > > --- Additional Comments From dave at hiauly

[Bug c++/19487] [3.3/3.4/4.0 Regression] map with a class template + method template fails to compile.

--- Additional Comments From bangerth at dealii dot org 2005-01-18 02:36 --- I'm surprised this is something that hasn't been found yet by one of our users. I'd vote to up its importance, it's a rejects-valid of the nasty kind since it's going to be almost impossible to work around it.

[Bug target/19378] [4.0 Regression] ICE during bootstrap compiling __fixdfdi

--- Additional Comments From corsepiu at gcc dot gnu dot org 2005-01-18 03:02 --- (In reply to comment #4) > Patch here: . This patch lets building succeed for avr-rtems*. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19378

[Bug c/19494] New: Building gcc-3.4.3 fails on gcc/unwind-dw2.c

I'm trying to build LinuxFromScratch.org book 6.0 on a DecAlpha. LFS chapter 5 pass1 and pass2 complete with no errors, but gcc-3.4.1 *AND* gcc-3.4.3 both fail when trying to compile gcc/unwind-dw2.c in chapter 6 (the big difference being that in chapter 6, I'm building in the bootstrapped environm

[Bug target/19357] ICE when long double argument arrives in general register

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-18 03:51 --- Subject: Bug 19357 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-18 03:51:06 Modified files: gcc: ChangeLog gcc/config/ia64: i

[Bug tree-optimization/19121] [4.0 Regression] ICE: in merge_alias_info, at tree-ssa-copy.c:236

--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-01-18 03:52 --- Fixed. http://gcc.gnu.org/ml/gcc-patches/2005-01/msg01071.html. -- What|Removed |Added

[Bug tree-optimization/19121] [4.0 Regression] ICE: in merge_alias_info, at tree-ssa-copy.c:236

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-18 03:54 --- Subject: Bug 19121 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-18 03:54:38 Modified files: gcc: ChangeLog tree-ssa-alias.c tree-ssa-c

[Bug target/19357] ICE when long double argument arrives in general register

--- Additional Comments From wilson at gcc dot gnu dot org 2005-01-18 04:20 --- Fixed on mainline, testcase added. This fails in gcc-3.0, and presumably also all other releases, and hence is not a regression, and thus not eligible for the gcc-3.3 and gcc-3.4 branches, so I am closing as

[Bug tree-optimization/19038] [4.0 Regression] ivopts causing loops to have more than one BB

--- Additional Comments From law at redhat dot com 2005-01-18 05:02 --- Subject: Re: [4.0 Regression] out-of ssa causing loops to have more than one BB On Wed, 2005-01-12 at 13:34 +, amacleod at redhat dot com wrote: > --- Additional Comments From amacleod at redhat dot

[Bug libstdc++/19495] New: basic_string::_M_rep() can produce an unnaturally aligned pointer to _Rep

basic_string.h says: /* * [...] * Where the _M_p points to the first character in the string, and * you cast it to a pointer-to-_Rep and subtract 1 to get a * pointer to the header. * [...] */ The test case `testsuite/ext/array_allocator/2.cc' illustrates the bug. After li

[Bug debug/19327] [4.0 Regression] gcc.c-torture/execute/921215-1.c compilation -O3 -g

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-01-18 05:23 --- Patch here: http://gcc.gnu.org/ml/gcc-patches/2005-01/msg01081.html Please never unassign a PR without getting in touch with the assignee first. -- What|Removed |Adde

[Bug target/19424] [4.0 Regression] Error: suffix or operands invalid for `movlps'

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-18 06:18 --- Subject: Bug 19424 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-18 06:17:56 Modified files: gcc: ChangeLog gcc/config/i386: m

[Bug target/19424] [4.0 Regression] Error: suffix or operands invalid for `movlps'

--- Additional Comments From uros at kss-loka dot si 2005-01-18 06:33 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED Res

[Bug target/18615] biarch bootstrap fails on sparc-linux (CVS 20041121)

--- Additional Comments From debian-gcc at lists dot debian dot org 2005-01-18 07:18 --- sucessfully bootstrapped, test results at http://gcc.gnu.org/ml/gcc-testresults/2005-01/msg00805.html Matthias -- What|Removed |Added -

[Bug target/18615] biarch bootstrap fails on sparc-linux (CVS 20041121)

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-01-18 07:43 --- > sucessfully bootstrapped, test results at > http://gcc.gnu.org/ml/gcc-testresults/2005-01/msg00805.html Great! The number of Ada failures is unexpected though, maybe related to the change of calling co

[Bug other/16519] -pthreads and -threads undocumented

-- What|Removed |Added Priority|P2 |P3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16519

<    1   2