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

--- Comment #19 from ebotcazou at gcc dot gnu dot org 2006-01-25 08:01 --- Same problem for cc1226b: 26.life1: (insn 10 9 11 2 cc1226b.adb:28 (set (strict_low_part (subreg:QI (reg:DI 83 [ D.717 ]) 4)) (const_int 1 [0x1])) 46 {*movstrictqi_1} (insn_list:REG_DEP_TRUE 200 (nil))

[Bug libstdc++/25956] New: Memory error when dynamic linking STL specializations

Summay: I've found what appears to be a bug when using new basic_string specializations in dynamically linked code under OS X. The 'bug' exhibits itself when you create a new string of your custom type with zero length. As you all probably know, basic_string has a static struct (accessed via _S_

[Bug libstdc++/25956] Memory error when dynamic linking STL specializations

--- Comment #1 from jkp at kirkconsulting dot co dot uk 2006-01-25 08:52 --- Created an attachment (id=10726) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10726&action=view) XCode project with test case The project includes three targets - the main application, a dylib and a sta

[Bug libfortran/20257] Fortran runtime error: End of record occurs when writing large arrays

--- Comment #7 from fxcoudert at gcc dot gnu dot org 2006-01-25 09:32 --- (In reply to comment #6) > I don't see this problem any more. Was this fixed? Is the default record > length an issue any more? Can we close this PR? I wonder if the fix to > P25835 > fixed this? If so I pro

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

--- Comment #6 from aldot at gcc dot gnu dot org 2006-01-25 10:14 --- fla="-W -Wall -Wextra -march=pentium4 -mtune=pentium4 -O0 -g -ggdb" BOOT_CC=gcc-4.0 CFLAGS="$fla" CXXFLAGS="$fla" BOOT_CFLAGS="$fla" ../../src/${ what}-${ver}/configure -v --enable-languages=c,c++,fortran,treelang --p

[Bug c/25955] [4.1/4.2 Regression] value computed not used warning with cast return value

--- Comment #1 from rguenth at gcc dot gnu dot org 2006-01-25 10:44 --- Confirmed. I wouldn't say the cast is an extra computation here - and we don't warn without it. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added

[Bug c/25954] external variable address assumed not to be zero

--- Comment #1 from rguenth at gcc dot gnu dot org 2006-01-25 10:46 --- The address of the variable cannot be zero. If you want to play some dynamic loading trick you have to mark the symbol weak. -- rguenth at gcc dot gnu dot org changed: What|Removed

[Bug c++/25943] Options added to collect2

--- Comment #1 from rguenth at gcc dot gnu dot org 2006-01-25 10:48 --- The best way to address this is to try implementing this yourself and post patches. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25943

[Bug c++/25940] multiple definitions of extern "C" functions

--- Comment #2 from rguenth at gcc dot gnu dot org 2006-01-25 10:52 --- Shorter testcase: namespace N1 { extern "C" int func (int); int func (int) {} }; namespace N2 { extern "C" int func (int); int func (int) {} }; not a regression from anything. Not dependent on weird cross

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

Compiling this simple test case with GNU C version 4.2.0 20060118 (experimental) (x86_64-unknown-linux-gnu) extern void f2(char *s); void f(void) { char x[100]; f2(x); } i get ... xorq__stack_chk_guard(%rip), %rax jne .L5 addq$120, %rsp

[Bug ada/18659] [4.2 Regression] ACATS failures c32001e c64105b c95086b

--- Comment #23 from ebotcazou at gcc dot gnu dot org 2006-01-25 11:38 --- Working on it again. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added

[Bug c/12963] Wrong and misleading warning encourages writing non-portable code

--- Comment #19 from bagnara at cs dot unipr dot it 2006-01-25 11:39 --- Just a small update. On one of our projects we have now thousands of warnings on the test "x < 0" for the function below, when Type is instantiated to an unsigned integral type: template inline Result sgn_generi

[Bug c/12963] Wrong and misleading warning encourages writing non-portable code

--- Comment #20 from pcarlini at suse dot de 2006-01-25 12:20 --- (In reply to comment #19) > Just a small update. On one of our projects we have now thousands of warnings > on the test "x < 0" for the function below, when Type is instantiated to an > unsigned integral type: > > templa

[Bug c/25955] [4.1/4.2 Regression] value computed not used warning with cast return value

--- Comment #2 from pinskia at gcc dot gnu dot org 2006-01-25 13:06 --- Actually we want to warn see PR 24900. *** This bug has been marked as a duplicate of 24900 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

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

--- Comment #10 from pinskia at gcc dot gnu dot org 2006-01-25 13:06 --- *** Bug 25955 has been marked as a duplicate of this bug. *** -- 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 #1 from pinskia at gcc dot gnu dot org 2006-01-25 13:21 --- Nope and Nope. The alignment is because well -falign-jumps is default. __stack_chk_fail is a noreturn function so we don't sib call it because it would be too hard for debugging. Second jumping directly via an indir

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

[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/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 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 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] [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.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 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 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 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 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 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 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 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 #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 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 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 #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 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 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 #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 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 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 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++/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 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 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 #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 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 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 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 #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 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 #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 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 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 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 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

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

[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 #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] [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 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 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 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 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 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 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/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 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 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 #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 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 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 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 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 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 #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 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 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 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 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 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 #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 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 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 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 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 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 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

--- 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 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 #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 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 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/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 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 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 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] 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++/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 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 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.

  1   2   >