[Bug rtl-optimization/25703] [4.2 Regression] ACATS cxa4024 failure

--- Comment #17 from ebotcazou at gcc dot gnu dot org 2006-01-26 07:04 --- http://gcc.gnu.org/ml/gcc-patches/2006-01/msg01786.html -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug target/22118] dwarf-2 is not support with -m64 on ppc-dariwn

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-26 05:32 --- Confirmed, the problem is -dwarf-2. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/25964] [4.1/4.2 Regression] NIST regression on fm311.f

--- Comment #1 from pault at gcc dot gnu dot org 2006-01-26 05:31 --- Huummmpfffhh! That's an annoying exception. It's straightforward to fix but I will check the standard first. Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added

[Bug libfortran/21185] libgfortran unusable for cross-testing for newlib targets

--- Comment #3 from pinskia at gcc dot gnu dot org 2006-01-26 05:23 --- I am going to mark this as blocking PR 16991 even though it really is not a build failure. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug tree-optimization/25966] gcc shouldn't inline functions with different section attributes

--- Comment #2 from pinskia at gcc dot gnu dot org 2006-01-26 04:55 --- Note GCC does not do this, then -ffunction-sections become useless. And in fact a lot of C++ does too because of comdat groups. So closing based on above and the email which I pointed to. -- pinskia at gcc dot

[Bug tree-optimization/25966] gcc shouldn't inline functions with different section attributes

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-26 04:49 --- http://gcc.gnu.org/ml/gcc/2005-08/msg00334.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25966

[Bug tree-optimization/25966] New: gcc shouldn't inline functions with different section attributes

Following test case extern void f2(void); static __attribute__((section(".text.init"))) int f1(void) { f2(); } void f3(void) { f1(); } gives f3: jmp f2 But f1 shouldn't have been inlined into f2 because it as a different section attribute and might have special pro

[Bug objc/25965] Allows duplicate member names in objc subclasses

--- Comment #1 from aeruder at ksu dot edu 2006-01-26 04:02 --- Created an attachment (id=10730) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10730&action=view) A small program demonstrating the issue gcc duplicatemember.m -o duplicatemember -lobjc compiles on gcc-svn. -- h

[Bug objc/25965] New: Allows duplicate member names in objc subclasses

It seems that the latest gcc in subversion allows duplicate member names in objc subclasses. I will attach a small program that demonstrates the issue. Verified that the test program does not compile on 3.3, 3.4 or 4.0. -- Summary: Allows duplicate member names in objc subclasses

[Bug fortran/25964] [4.1/4.2 Regression] NIST regression on fm311.f

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot |

[Bug fortran/25964] New: NIST regression on fm311.f

I am getting the following compile errors with: Using built-in specs. Target: i686-pc-linux-gnu Configured with: ../main/configure --prefix=/home/jerry/gcc/usr --enable-languages=c,fortran --disable-libmudflap Thread model: posix gcc version 4.2.0 20060124 (experimental) $ gfc -w fm311.f In fil

[Bug middle-end/24900] [4.1 Regression] new "value computed is not used" warning in gcc 4.1

--- Comment #11 from mike at codeweavers dot com 2006-01-26 03:02 --- Unfortunately statement expressions don't look like portable C. The (windowsx.h) macros we use in Wine are Windows macros and can't be changed. To get rid of these warnings it's likely we'll have to turn off the comput

[Bug target/25947] Unrecognizable insn ICE for readline-5.1 in rl_vi_complete

--- Comment #3 from hp at gcc dot gnu dot org 2006-01-26 03:01 --- Committed; may do the same for 4.1. -- hp at gcc dot gnu dot org changed: What|Removed |Added

[Bug middle-end/25886] [4.2 Regression] up to 256 tree codes for Objective-C++

--- Comment #5 from dnovillo at gcc dot gnu dot org 2006-01-26 02:57 --- Fixed. http://gcc.gnu.org/ml/gcc-patches/2006-01/msg01745.html -- dnovillo at gcc dot gnu dot org changed: What|Removed |Added -

[Bug target/25947] Unrecognizable insn ICE for readline-5.1 in rl_vi_complete

--- Comment #2 from hp at gcc dot gnu dot org 2006-01-26 02:56 --- Subject: Bug 25947 Author: hp Date: Thu Jan 26 02:56:00 2006 New Revision: 110245 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110245 Log: PR target/25947 * config/cris/cris.c (cris_order_for_ad

[Bug target/25947] Unrecognizable insn ICE for readline-5.1 in rl_vi_complete

--- Comment #1 from hp at gcc dot gnu dot org 2006-01-26 02:53 --- Subject: Bug 25947 Author: hp Date: Thu Jan 26 02:53:15 2006 New Revision: 110244 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110244 Log: PR target/25947 * gcc.dg/torture/pr25947-1.c: New test.

[Bug middle-end/25886] [4.2 Regression] up to 256 tree codes for Objective-C++

--- Comment #4 from dnovillo at gcc dot gnu dot org 2006-01-26 02:53 --- Subject: Bug 25886 Author: dnovillo Date: Thu Jan 26 02:53:01 2006 New Revision: 110243 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110243 Log: * tree.h (TREE_RANGE_CHECK): Fix range predicate.

[Bug rtl-optimization/25703] [4.2 Regression] ACATS cxa4024 failure

ombine.c (try_combine): Handle zero_extract and strict_low_part of non-lowpart SUBREGs for constant reg_subword_p set optimization. * gcc.target/i386/20060125-1.c: New test case. * gcc.target/i386/20060125-2.c: New test case. Added: trunk/gcc/testsuite/gcc.target/i386/2006

[Bug c++/12909] ambiguity in mangling vector types

--- Comment #2 from pinskia at gcc dot gnu dot org 2006-01-26 01:13 --- *** Bug 25963 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug c++/25963] vector abi decision

--- Comment #2 from pinskia at gcc dot gnu dot org 2006-01-26 01:13 --- This is a dup of bug 12909. *** This bug has been marked as a duplicate of 12909 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug c++/25963] vector abi decision

--- Comment #1 from mrs at apple dot com 2006-01-26 01:12 --- radr://4421275 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25963

[Bug c++/25963] New: vector abi decision

Given: typedef short vSInt16 __attribute__ (( __vector_size__ (16) )); void f(vSInt16 a) { } typedef short vSInt8 __attribute__ (( __vector_size__ (8) )); void f(vSInt8 a) {} we need to decide what to do with it, what mangling should be used on so on. The expected result was that the file would

[Bug tree-optimization/25962] Pointer (null) check after the use

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-26 00:12 --- I noticed something like this in a different place (but only because I actually triped over it). There is another way you can find stuff like this one, by looking at the vrp tree dump :). -- http://gcc.gnu.org/

[Bug tree-optimization/25962] New: Pointer (null) check after the use

In file gcc/cgraphunit.c, function verify_cgraph_node(struct cgraph_node *node), the input argument 'node' has been dereferenced before doing any checking till on line 717 with following codition, ... 717 if (!node) 718{ 719 error ("node not found in DECL_ASSEMBLER_NAME hash"); 720 er

[Bug fortran/18540] Jumping into blocks gives error rather than warning

--- Comment #21 from tobi at gcc dot gnu dot org 2006-01-25 23:38 --- Subject: Bug 18540 Author: tobi Date: Wed Jan 25 23:38:34 2006 New Revision: 110232 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110232 Log: backport from r109914 fortran/ PR fortran/18540 * resolve.c (resol

[Bug tree-optimization/25937] ICE with -O2 -ftree-loop-linear

--- Comment #5 from uttamp at us dot ibm dot com 2006-01-25 23:14 --- I put the line numbers in there because I just wanted to point out the different error messages I get with small changes in code. ;-) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25937

[Bug bootstrap/25859] gnatmake: error while loading shared libraries: libgcc_s.so.4: cannot open

--- Comment #10 from ebotcazou at gcc dot gnu dot org 2006-01-25 23:05 --- Should be fixed now. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/25953] Help on the solution for the large file unit numbers problem

--- Comment #3 from pinskia at gcc dot gnu dot org 2006-01-25 23:04 --- (In reply to comment #2) > I donwloaded the gcc source package ( gcc-4.0.2-20051126.tar.bz2) from the GNU > site, not from redhat. As i stated on my post, i could not find the fio.h > header file that would allow me

[Bug bootstrap/25859] gnatmake: error while loading shared libraries: libgcc_s.so.4: cannot open

--- Comment #9 from ebotcazou at gcc dot gnu dot org 2006-01-25 23:04 --- Subject: Bug 25859 Author: ebotcazou Date: Wed Jan 25 23:03:55 2006 New Revision: 110230 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110230 Log: PR bootstrap/25859 * Makefile.in (GCC_LI

[Bug bootstrap/25859] gnatmake: error while loading shared libraries: libgcc_s.so.4: cannot open

--- Comment #8 from ebotcazou at gcc dot gnu dot org 2006-01-25 23:02 --- Subject: Bug 25859 Author: ebotcazou Date: Wed Jan 25 23:02:55 2006 New Revision: 110229 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110229 Log: PR bootstrap/25859 * Makefile.in (GCC_LI

[Bug bootstrap/25859] gnatmake: error while loading shared libraries: libgcc_s.so.4: cannot open

-- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added CC||ebotcazou at gcc dot gnu dot |

[Bug fortran/25953] Help on the solution for the large file unit numbers problem

--- Comment #2 from luiscasinhas at mail dot telepac dot pt 2006-01-25 22:57 --- Sure! I also posted this problem on the redhat bugzilla. One thing though: I donwloaded the gcc source package ( gcc-4.0.2-20051126.tar.bz2) from the GNU site, not from redhat. As i stated on my post, i c

[Bug fortran/18540] Jumping into blocks gives error rather than warning

--- Comment #20 from tobi at gcc dot gnu dot org 2006-01-25 22:34 --- Subject: Bug 18540 Author: tobi Date: Wed Jan 25 22:34:17 2006 New Revision: 110228 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110228 Log: PR fortran/18540 * gfortran.dg/goto_1.f: New. Added: trunk/gc

[Bug libfortran/25949] Unbounded I/O buffer memory usage for formatted IO

--- Comment #2 from jb at gcc dot gnu dot org 2006-01-25 21:35 --- Patch here: http://gcc.gnu.org/ml/gcc-patches/2006-01/msg01765.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25949

[Bug libfortran/24313] complex sqrt function does not return principal value

--- Comment #12 from harald dot vogt at desy dot de 2006-01-25 21:07 --- (In reply to comment #9) > Patch for libgfortran > > http://gcc.gnu.org/ml/gcc-patches/2005-10/msg00626.html > It is a useful strategy to use libm but... It seems that glibc has still problems with csqrt. See a

[Bug rtl-optimization/25703] [4.2 Regression] ACATS cxa4024 failure

--- Comment #15 from ebotcazou at gcc dot gnu dot org 2006-01-25 20:54 --- > LAST_UPDATED: Wed Jan 25 17:12:12 UTC 2006 (revision 110216) > > === acats tests === > FAIL: c32001e > FAIL: c64105b > FAIL: c95086b > FAIL: cdd2a02 > > === acats Summa

[Bug other/25925] [meta-bug] 4.2 slush bug

--- Comment #13 from pinskia at gcc dot gnu dot org 2006-01-25 20:50 --- PR 25703: wrong code on x86-linux, there is a C example from the duplicated bug. PR 25961: Bootstrap failure on ia64-* after Zack's patches. -- pinskia at gcc dot gnu dot org changed: What|Remo

[Bug rtl-optimization/25703] [4.2 Regression] ACATS cxa4024 failure

--- Comment #14 from hjl at lucon dot org 2006-01-25 20:47 --- FYI, I got LAST_UPDATED: Wed Jan 25 17:12:12 UTC 2006 (revision 110216) === acats tests === FAIL: c32001e FAIL: c64105b FAIL: c95086b FAIL: cdd2a02 === acats Summary === # of expecte

[Bug fortran/25716] FAIL: gfortran.dg/char_result_11.f90 -O (test for excess errors)

--- Comment #17 from eedelman at gcc dot gnu dot org 2006-01-25 20:46 --- Subject: Bug 25716 Author: eedelman Date: Wed Jan 25 20:46:29 2006 New Revision: 110225 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110225 Log: fortran/ 2005-01-25 Erik Edelmann <[EMAIL PROTECTED]>

[Bug libgomp/25865] [4.2 Regression] libgomp incorrectly detects support for TLS

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-25 20:42 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC|

[Bug c/25861] [4.2 Regression] tree check fail at c-common.c:2430

--- Comment #10 from pinskia at gcc dot gnu dot org 2006-01-25 20:40 --- Patch posted: http://gcc.gnu.org/ml/gcc-patches/2006-01/msg01762.html -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

[Bug rtl-optimization/25703] [4.2 Regression] ACATS cxa4024 failure

--- Comment #13 from ebotcazou at gcc dot gnu dot org 2006-01-25 20:15 --- > My apologies once again for the inconvenience. In the previous version of the > patch I'd mistakenly assumed that STRICT_LOW_PART was some indication that the > SUBREG only affected the "low_part". Investigat

[Bug rtl-optimization/25703] [4.2 Regression] ACATS cxa4024 failure

--- Comment #12 from hjl at lucon dot org 2006-01-25 20:14 --- Patch in comment 11 looks good. c34006a, cc1226b and Jan's C testcase now pass. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25703

[Bug rtl-optimization/25703] [4.2 Regression] ACATS cxa4024 failure

--- Comment #11 from roger at eyesopen dot com 2006-01-25 19:52 --- Created an attachment (id=10729) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10729&action=view) patch v2 Here's a revised version of the patch that also handles the STRICT_LOW_PART case. My apologies once again

[Bug ada/14435] [4.2 Regression] gnatchop cannot use the compiled compiler in Ada's testsuite because of changed GCC_EXEC_PREFIX semantics

--- Comment #17 from hjl at lucon dot org 2006-01-25 19:28 --- A patch was posted at http://gcc.gnu.org/ml/gcc-patches/2006-01/msg01757.html -- hjl at lucon dot org changed: What|Removed |Added -

[Bug libgomp/25884] [4.2 Regression] libgomp should not require perl to compile

--- Comment #4 from rth at gcc dot gnu dot org 2006-01-25 19:18 --- Fixed. -- rth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug libgomp/25884] [4.2 Regression] libgomp should not require perl to compile

--- Comment #3 from rth at gcc dot gnu dot org 2006-01-25 19:18 --- Subject: Bug 25884 Author: rth Date: Wed Jan 25 19:17:57 2006 New Revision: 110220 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110220 Log: PR libgomp/25884 * Makefile.am (omp.h, omp_lib.h, omp

[Bug rtl-optimization/25703] [4.2 Regression] ACATS cxa4024 failure

--- Comment #10 from ebotcazou at gcc dot gnu dot org 2006-01-25 18:59 --- > No, it still needs -mtune=pentiumpro to pass. OK, thanks, I see the problem. Roger, if you haven't already plugged it, the very same hole is present in the STRICT_LOW_PART case too. For Jan's testcase: (ins

[Bug c/25892] -Wpointer-sign creates problems for Emacs

--- Comment #6 from jbuck at gcc dot gnu dot org 2006-01-25 18:49 --- Alexandre's right, -Wall should enable the warning. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25892

[Bug rtl-optimization/25703] [4.2 Regression] ACATS cxa4024 failure

--- Comment #9 from hjl at lucon dot org 2006-01-25 18:41 --- No, it still needs -mtune=pentiumpro to pass. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25703

[Bug target/24959] Trampolines fail on i686-apple-darwin because stack is not executable

--- Comment #9 from pinskia at gcc dot gnu dot org 2006-01-25 18:35 --- (In reply to comment #8) > Currently it is not necessary for powerpc, but Apple may indeed change > this in a future version of powerpc-darwin. In a way it is already needed for powerpc-darwin. -- http://gcc.gn

[Bug target/25758] gcc.c-torture/compile/20030921-1.c fails at -O0

--- Comment #7 from pinskia at gcc dot gnu dot org 2006-01-25 18:33 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug target/25758] gcc.c-torture/compile/20030921-1.c fails at -O0

--- Comment #6 from pinskia at gcc dot gnu dot org 2006-01-25 18:33 --- Subject: Bug 25758 Author: pinskia Date: Wed Jan 25 18:33:14 2006 New Revision: 110219 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110219 Log: 2006-01-25 Andrew Pinski <[EMAIL PROTECTED]> PR ta

[Bug rtl-optimization/25703] [4.2 Regression] ACATS cxa4024 failure

--- Comment #8 from ebotcazou at gcc dot gnu dot org 2006-01-25 18:27 --- > I tried the patch in comment 5. It doesn't fix c34006a and cc1226b on > Linux/i686. Does it change anything for Jan's testcase? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25703

[Bug c/24453] IMA could be sped up a little more for a lot of files (for setting type context)

--- Comment #2 from pinskia at gcc dot gnu dot org 2006-01-25 18:22 --- I don't have enough time to test this any more. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

[Bug target/25758] gcc.c-torture/compile/20030921-1.c fails at -O0

--- Comment #5 from pinskia at gcc dot gnu dot org 2006-01-25 18:21 --- New patch posted: http://gcc.gnu.org/ml/gcc-patches/2006-01/msg01751.html -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug rtl-optimization/25703] [4.2 Regression] ACATS cxa4024 failure

--- Comment #7 from hjl at lucon dot org 2006-01-25 18:19 --- I tried the patch in comment 5. It doesn't fix c34006a and cc1226b on Linux/i686. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25703

[Bug bootstrap/25961] [4.2 Regression] Mainline failed to bootstrap on ia64

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-25 18:19 --- Known issue, see http://gcc.gnu.org/ml/gcc/2006-01/msg00982.html -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug c/25892] -Wpointer-sign creates problems for Emacs

--- Comment #5 from aoliva at gcc dot gnu dot org 2006-01-25 18:17 --- All I know is what's in the bug report. It says -Wall or -pedantic. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25892

[Bug bootstrap/25961] New: Mainline failed to bootstrap on Linux/ia64

I got /export/build/gnu/gcc/build-ia64-linux/./prev-gcc/xgcc -B/export/build/gnu/gcc/build-ia64-linux/./prev-gcc/ -B/usr/gcc-4.2/ia64-unknown-linux-gnu/bin/ -c -DUSE_LIBUNWIND_EXCEPTIONS -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long

[Bug c/25892] -Wpointer-sign creates problems for Emacs

--- Comment #4 from pinskia at gcc dot gnu dot org 2006-01-25 18:13 --- Subject: Re: -Wpointer-sign creates problems for Emacs > > > > --- Comment #3 from aoliva at gcc dot gnu dot org 2006-01-25 18:12 > --- > Created an attachment (id=10728) --> (http://gcc.gnu.org/bugzi

Re: [Bug c/25892] -Wpointer-sign creates problems for Emacs

> > > > --- Comment #3 from aoliva at gcc dot gnu dot org 2006-01-25 18:12 > --- > Created an attachment (id=10728) > --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10728&action=view) > Patch that disables -Wpointer-sign by default, but gets -Wall or -pedantic to > imply it I tho

[Bug c/25892] -Wpointer-sign creates problems for Emacs

--- Comment #3 from aoliva at gcc dot gnu dot org 2006-01-25 18:12 --- Created an attachment (id=10728) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10728&action=view) Patch that disables -Wpointer-sign by default, but gets -Wall or -pedantic to imply it This patch implements the

[Bug ada/18819] [4.2 Regression] ACATS cdd2a01 cdd2a02 fail at runtime

--- Comment #25 from uweigand at gcc dot gnu dot org 2006-01-25 18:03 --- Yes, the patch fixes the problem on s390x. Thanks! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18819

[Bug libgomp/25910] [4.2 Regression] bootstrap failure

--- Comment #7 from rth at gcc dot gnu dot org 2006-01-25 17:55 --- (In reply to comment #6) > fla="-W -Wall -Wextra -march=pentium4 -mtune=pentium4 -O0 -g -ggdb" Ah, so it falls into the category of Your Own Fault. Remove those bogus extra warning flags and you won't have this problem

[Bug c/25892] -Wpointer-sign creates problems for Emacs

--- Comment #2 from aoliva at gcc dot gnu dot org 2006-01-25 17:40 --- Mine -- aoliva at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at

[Bug ada/14435] [4.2 Regression] gnatchop cannot use the compiled compiler in Ada's testsuite because of changed GCC_EXEC_PREFIX semantics

--- Comment #16 from charlet at adacore dot com 2006-01-25 17:31 --- Subject: Re: [4.2 Regression] gnatchop cannot use the compiled compiler in Ada's testsuite because of changed GCC_EXEC_PREFIX semantics > Is gnat1 a subprogram executed by the compiler? If anwser is yes and > we agree

[Bug target/14798] [3.4/4.0/4.1/4.2 Regression] In case of SH target with -O2 option #pragma interrupt doesn't get resetted.

--- Comment #19 from amylaar at gcc dot gnu dot org 2006-01-25 17:27 --- There is even more wrong with the way we translate function pro-epilogue affecting pragmas to attributes. When we used only pragmas, the pragma could placed not only in front of the function, but also anywhere with

[Bug ada/14435] [4.2 Regression] gnatchop cannot use the compiled compiler in Ada's testsuite because of changed GCC_EXEC_PREFIX semantics

--- Comment #15 from hjl at lucon dot org 2006-01-25 17:25 --- The gcc 4.2 manual says `GCC_EXEC_PREFIX' If `GCC_EXEC_PREFIX' is set, it specifies a prefix to use in the names of the subprograms executed by the compiler. No slash is added when this prefix is combined wit

[Bug ada/14435] [4.2 Regression] gnatchop cannot use the compiled compiler in Ada's testsuite because of changed GCC_EXEC_PREFIX semantics

--- Comment #14 from charlet at adacore dot com 2006-01-25 16:59 --- Subject: Re: [4.2 Regression] gnatchop cannot use the compiled compiler in Ada's testsuite because of changed GCC_EXEC_PREFIX semantics > How committed are we to fix this bug? Last time it was closed as WONTFIX. If >

[Bug ada/14435] [4.2 Regression] gnatchop cannot use the compiled compiler in Ada's testsuite because of changed GCC_EXEC_PREFIX semantics

--- Comment #13 from hjl at lucon dot org 2006-01-25 16:56 --- How committed are we to fix this bug? Last time it was closed as WONTFIX. If we are 100% committed to fix this, I can try to come up with something. -- hjl at lucon dot org changed: What|Removed

[Bug c/25929] ICE with -ftree-loop-linear

--- Comment #3 from uttamp at us dot ibm dot com 2006-01-25 16:56 --- Reduced test case int vq_index(float *in, const float *codebook, int len, int entries) { int i,j; int best_index=0; for (i=0;i /opt/gcc-nightly/trunk-20060123/bin/gcc -O1 -ftree-loop-linear -c ccbdYzn2.c ccbd

[Bug testsuite/25590] [4.1/4.2 regression] FAIL: gcc.dg/tree-ssa/gen-vect-11.c scan-tree-dump-times vectorized 1 loops 1

--- Comment #14 from kazu at gcc dot gnu dot org 2006-01-25 16:11 --- Just checked in a patch. -- kazu at gcc dot gnu dot org changed: What|Removed |Added Sta

[Bug testsuite/25590] [4.1/4.2 regression] FAIL: gcc.dg/tree-ssa/gen-vect-11.c scan-tree-dump-times vectorized 1 loops 1

--- Comment #13 from kazu at gcc dot gnu dot org 2006-01-25 16:11 --- Subject: Bug 25590 Author: kazu Date: Wed Jan 25 16:11:17 2006 New Revision: 110216 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110216 Log: PR testsuite/25590 * gcc.dg/tree-ssa/gen-vect-11.c

[Bug testsuite/25590] [4.1/4.2 regression] FAIL: gcc.dg/tree-ssa/gen-vect-11.c scan-tree-dump-times vectorized 1 loops 1

--- Comment #12 from kazu at gcc dot gnu dot org 2006-01-25 16:08 --- Subject: Bug 25590 Author: kazu Date: Wed Jan 25 16:08:26 2006 New Revision: 110215 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110215 Log: PR testsuite/25590 * gcc.dg/tree-ssa/gen-vect-11.c

[Bug c++/25950] [3.4/4.0/4.1] [DR 391] Reference binding and explicit copy constructors

--- Comment #18 from gdr at cs dot tamu dot edu 2006-01-25 15:51 --- Subject: Re: [3.4/4.0/4.1] [DR 391] Reference binding and explicit copy constructors "mmitchel at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes: | This is certainly not a P1 for 4.1. If it's a bug (it probably is,

[Bug objc++/25958] [4.2 Regression] Objective-C++ is broken a different way

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-25 15:13 --- Fixed by: Revert: * cp-tree.h (do_poplevel): Remove prototype. * semantics.c (do_poplevel): Add prototype. Make static. Revert: * cp-tree.h (default_conversion): Remove proto

[Bug c++/25959] [4.2 Regression] C++ does not build on powerpc-*

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-25 15:12 --- Fixed by: Revert: * cp-tree.h (do_poplevel): Remove prototype. * semantics.c (do_poplevel): Add prototype. Make static. Revert: * cp-tree.h (default_conversion): Remove proto

[Bug rtl-optimization/25899] [4.2 Regression] ACATS c34006a cc1226b failure on x86

--- Comment #22 from hjl at lucon dot org 2006-01-25 14:57 --- Can we add this C testcase to gcc testsuite? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25899

[Bug middle-end/25957] -fstack-protector code on i386/x86-64 can be improved.

--- Comment #9 from ak at muc dot de 2006-01-25 14:55 --- Again the alignment wastes precious icache which is enough reason to get rid of it. If there are a lot of such functions it will also lead to worse paging behaviour on big programs. Can you explain again why it was shot down? Be

[Bug fortran/24557] ICE: PRINTing function result of size depending on assumed length CHARACTER dummy

--- Comment #2 from paul dot richard dot thomas at cea dot fr 2006-01-25 14:52 --- The code is really crazy for this example. Please note that I have Jakub's nongomp type patch in place. This bug is independent of the completeness of the types, however. The problem is that the charact

[Bug middle-end/25957] -fstack-protector code on i386/x86-64 can be improved.

--- Comment #8 from steven at gcc dot gnu dot org 2006-01-25 14:46 --- It seems to me that not aligning jumps for known infrequent jumps may be useful. Especially when you get so many of them as you do with ssp. -- steven at gcc dot gnu dot org changed: What|Removed

[Bug middle-end/25957] -fstack-protector code on i386/x86-64 can be improved.

--- Comment #7 from pinskia at gcc dot gnu dot org 2006-01-25 14:43 --- The alignment does nothing, repeat nothing even if it is not executed that much, it does not change anything because it is last in the function. Try compiling more than this simple example and you will see that it a

[Bug target/25960] __gcc_add doesn't handle -0.0L properly

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-25 14:39 --- Confirmed on powerpc-darwin also which uses IBM's 128bit long double format by default. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

[Bug middle-end/25957] -fstack-protector code on i386/x86-64 can be improved.

--- Comment #6 from ak at muc dot de 2006-01-25 14:38 --- -Os is only when there should be a trade off between size and performance. But there isn't any performance consideration here because this code is only executed on program abort. (is there a button to reassign the bug to a non br

[Bug middle-end/25957] -fstack-protector code on i386/x86-64 can be improved.

--- Comment #5 from pinskia at gcc dot gnu dot org 2006-01-25 14:33 --- Use -Os for that. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Statu

[Bug target/25960] New: __gcc_add doesn't handle -0.0L properly

volatile long double l, m, n; extern void abort (void); int main (void) { l = __builtin_copysignl (0.0L, -1.0L); m = __builtin_copysignl (0.0L, -1.0L); n = l + m; if (__builtin_copysignl (1.0L, n) >= 0.0L) abort (); return 0; } fails on ppc*-linux with -mlong-double-128, -0.0 + -0.0

[Bug middle-end/25957] -fstack-protector code on i386/x86-64 can be improved.

--- Comment #4 from ak at muc dot de 2006-01-25 14:30 --- Yes that's the whole point of the bug. To save code space and precious icache. -- ak at muc dot de changed: What|Removed |Added --

[Bug other/25925] [meta-bug] 4.2 slush bug

--- Comment #12 from pinskia at gcc dot gnu dot org 2006-01-25 14:28 --- PR 25959: C++ building on powerpc-* is broken. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug c++/25959] [4.2 Regression] C++ does not build on powerpc-*

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |blocker Target Milestone|--- |4.2.0 http:

[Bug c++/25959] New: [4.2 Regression] C++ does not build on powerpc-*

rs6000-c.c use default_conversion which was turned into a static function in the C++ front-end by: 006-01-25 Volker Reichelt <[EMAIL PROTECTED]> * cp-tree.h (get_primary_binfo): Remove prototype. (push_using_decl): Likewise. (current_template_args): Likewise. (mor

[Bug middle-end/25957] -fstack-protector code on i386/x86-64 can be improved.

--- Comment #3 from pinskia at gcc dot gnu dot org 2006-01-25 14:21 --- Actually you will not see the correct backtrace, you will see the function which calls f and not f itself. The alignment only saves instruction space it does nothing really -- pinskia at gcc dot gnu dot org chan

[Bug middle-end/25957] -fstack-protector code on i386/x86-64 can be improved.

--- Comment #2 from ak at muc dot de 2006-01-25 14:15 --- You're wrong. On i386 and x86-64 call and conditional jumps have the same range. That you're using the normal align-jumps for such uncommon code is a bug in my opinion and that is why I opened this request. It is a waste of spac

[Bug ada/18819] [4.2 Regression] ACATS cdd2a01 cdd2a02 fail at runtime

--- Comment #24 from ebotcazou at gcc dot gnu dot org 2006-01-25 14:08 --- Should be fixed on 4.1 branch. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added

[Bug objc++/25958] [4.2 Regression] Objective-C++ is broken a different way

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Keywords||build Target Milestone|--- |4.2.0 http://

[Bug ada/18819] [4.1/4.2 Regression] ACATS cdd2a01 cdd2a02 fail at runtime

--- Comment #23 from ebotcazou at gcc dot gnu dot org 2006-01-25 14:07 --- Subject: Bug 18819 Author: ebotcazou Date: Wed Jan 25 14:06:59 2006 New Revision: 110213 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110213 Log: PR ada/18819 * exp_util.adb (Remove_Sid

[Bug objc++/25958] New: [4.2 Regression] Objective-C++ is broken a different way

>From : The following: 2006-01-23 Volker Reichelt <[EMAIL PROTECTED]> * cp-tree.h (do_poplevel): Remove prototype. * semantics.c (do_poplevel): Add prototype. Make static. Is a plain mistake due to: ../.././gcc/objcp/objcp-decl.

[Bug rtl-optimization/25703] [4.2 Regression] ACATS cxa4024 failure

--- Comment #6 from ebotcazou at gcc dot gnu dot org 2006-01-25 13:52 --- *** Bug 25899 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25703

[Bug rtl-optimization/25899] [4.2 Regression] ACATS c34006a cc1226b failure on x86

--- Comment #21 from ebotcazou at gcc dot gnu dot org 2006-01-25 13:52 --- > Very good catch! Here is C testcase. I need to setup testing, then I > will try to debug the problem in combiner. Don't bother, it's duplicate of 25703, assigned to Roger. *** This bug has been marked as a

[Bug rtl-optimization/25899] [4.2 Regression] ACATS c34006a cc1226b failure on x86

--- Comment #20 from hubicka at ucw dot cz 2006-01-25 13:43 --- Subject: Re: [4.2 Regression] ACATS c34006a cc1226b failure on x86 Very good catch! Here is C testcase. I need to setup testing, then I will try to debug the problem in combiner. Honza struct a { int a;

  1   2   >