--- Comment #30 from dominiq at lps dot ens dot fr 2009-09-03 07:09 ---
This is a regression from gcc 4.3.4 (gfc=trunk r151295, gfc44=4.4.1,
gfc43=4.3.4):
[ibook-dhum] test/dbg_air% gfc -S -m64 -O2 -funsafe-math-optimizations
air_db.f90
--- Comment #4 from jpr at csc dot fi 2009-09-03 07:10 ---
FWIW: I had a look at the -fdump-tree-all files.
All seems well (to my untrained eyes), until
:
D.1412_51 = y;
D.1430_52 = D.1412_51 * 2.0e+0;
z = D.1430_52;
in m.f90.060t.phiprop
is transformed to
:
D.1412_51 = 1.0e+0
--- Comment #2 from burnus at gcc dot gnu dot org 2009-09-03 07:12 ---
Nightstrike: I do not understand
libgfortran/intrinsics/getlog.c:85:3: warning: implicit declaration of
function getlogin
There is a
#if defined __MINGW32__ && !
--- Comment #14 from bonzini at gnu dot org 2009-09-03 07:27 ---
Can you also try with 4.5?
--
bonzini at gnu dot org changed:
What|Removed |Added
Status|UNCO
--- Comment #3 from burnus at gcc dot gnu dot org 2009-09-03 07:36 ---
Subject: Bug 41219
Author: burnus
Date: Thu Sep 3 07:36:36 2009
New Revision: 151371
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151371
Log:
2009-09-03 Tobias Burnus
PR fortran/41219
* i
At revision 151371 I get an RTL checking failure compiling libgcc:
/home/eric/build/gcc/native32/./gcc/xgcc -B/home/eric/build/gcc/native32/./gcc/
-B/home/eric/install/gcc/i586-suse-linux/bin/
-B/home/eric/install/gcc/i586-suse-linux/lib/ -isystem
/home/eric/install/gcc/i586-suse-linux/include -is
Bootstrap fails on powerpc-apple-darwin9 due to a revision between 151343 and
151349 (see http://gcc.gnu.org/ml/gcc-regression/2009-09/msg00024.html):
/opt/gcc/darwin_buildw/./prev-gcc/xgcc -B/opt/gcc/darwin_buildw/./prev-gcc/
-B/opt/gcc/gcc4.5w/powerpc-apple-darwin9/bin/
-B/opt/gcc/gcc4.5w/powerp
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2009-09-03 08:14
---
Created an attachment (id=18470)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18470&action=view)
Reduced testcase.
To be compiled at -O -g with an --enable-checking=yes,rtl compiler.
--
http://gcc.gnu
This ICE breaks alpha bootstrap, it can be reproduced with (to be) attached
preprocessed source on a cross from x86_64-pc-linux-gnu to alpha-linux-gnu.
~/gcc-build-alpha/gcc/cc1 -quiet -O2 -g -mlong-double-128 libgcc2.i
../../../gcc-svn/trunk/libgcc/../gcc/libgcc2.c: In function '__divtc3':
../../
--- Comment #1 from ubizjak at gmail dot com 2009-09-03 08:21 ---
Created an attachment (id=18471)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18471&action=view)
libgcc2 preprocessed source
Fails with -g in __divtc3, compiles OK without.
--
http://gcc.gnu.org/bugzilla/show_
This testcase distilled from postgresql fails at runtime on s390x-linux with
-O2 -march=z9-109 -mtune=z10:
/* { dg-do run } */
/* { dg-options "-O2" } */
/* { dg-options "-O2 -march=z9-109 -mtune=z10" { target s390x-linux } } */
struct S
{
short nargs;
unsigned long arg[2];
};
extern void ab
--- Comment #4 from ktietz at gcc dot gnu dot org 2009-09-03 08:36 ---
The getlogin function is getting prototyped in headers only, if the _POSIX
define was set. So a bug-fix here would be for w64 to define before including
headers the _POSIX macro.
Cheers,
Kai
--
http://gcc.gnu.or
--- Comment #9 from ubizjak at gmail dot com 2009-09-03 08:47 ---
You can just copy relevant entry from gcc-cvs ml:
Author: jamborm
Date: Wed Sep 2 17:52:18 2009
New Revision: 151345
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151345
Log:
2009-09-02 Martin Jambor
--- Comment #7 from ubizjak at gmail dot com 2009-09-03 08:53 ---
(In reply to comment #3)
> Hmm, dropping the stmt looks like it would be a "hack". Alex - if I just set
> flag_var_tracking_assignments to 1 if I encounter a GIMPLE_DEBUG during
> read-in
> I get
>
> t.c: In function 'f
--- Comment #3 from razya at gcc dot gnu dot org 2009-09-03 08:59 ---
Subject: Bug 38275
Author: razya
Date: Thu Sep 3 08:59:25 2009
New Revision: 151372
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151372
Log:
PR tree-optimization/38275
* tree-parloops.c (parallelize
--- Comment #4 from razya at gcc dot gnu dot org 2009-09-03 09:14 ---
(In reply to comment #3)
> Subject: Bug 38275
> Author: razya
> Date: Thu Sep 3 08:59:25 2009
> New Revision: 151372
> URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151372
> Log:
> PR tree-optimization/38275
>
--- Comment #1 from jakub at gcc dot gnu dot org 2009-09-03 09:24 ---
sched-deps.c uses may_trap_p only to find out what insns can't be speculated,
possibly trapping MEMs are handled by deps_may_trap_p.
I wonder what exactly we want to forbid to cure this testcase.
Just DIV/MOD/UDIV/UMOD
--- Comment #1 from ktietz at gcc dot gnu dot org 2009-09-03 09:24 ---
This issue is solved for mingw-w64 runtime. It uses no more the mingwm10.dll
mechanism. Instead it uses TLS callbacks to implement it. By this reason the
Cleaning of Exception Contexts is always present for this runti
--- Comment #5 from razya at gcc dot gnu dot org 2009-09-03 09:27 ---
Fixed for GCC4.5
--
razya at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNC
--- Comment #7 from razya at gcc dot gnu dot org 2009-09-03 09:39 ---
(In reply to comment #6)
Submited the correct fix:
http://gcc.gnu.org/ml/gcc-patches/2009-06/msg00277.html
Committed for GCC4.5
http://gcc.gnu.org/viewcvs?view=revision&revision=151373
--
http://gcc.gnu.org/bugzi
--- Comment #2 from jakub at gcc dot gnu dot org 2009-09-03 09:51 ---
unit size
align 128 symtab -223674816 alias set -1 canonical type 0x72e0b840
precision 128
pointer_to_this >
used TF file ../../../gcc-svn/trunk/libgcc/../gcc/libgcc2.c line 1896 col
--- Comment #3 from jakub at gcc dot gnu dot org 2009-09-03 10:06 ---
Looking at it, vt_find_parameters has been doing this even before VTA merge,
thinking the low bits of the argument are in $19 instead of where that register
points. At least in 4.4 cross to sparc64-linux for -m32 -mpt
--- Comment #3 from sezeroz at gmail dot com 2009-09-03 10:10 ---
The discussion thread at
http://gcc.gnu.org/ml/gcc-patches/2009-03/msg00778.html still haven't provide a
solution for this one even after the recent build system changes.. Will md5.h,
splay-tree.h and sha1.h be modified t
--- Comment #8 from rguenther at suse dot de 2009-09-03 10:25 ---
Subject: Re: [LTO] Segfault using -flto with
-fvar-tracking-assignments
On Wed, 2 Sep 2009, rmansfield at qnx dot com wrote:
> --- Comment #6 from rmansfield at qnx dot com 2009-09-02 22:50 ---
> (In reply to
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-09-03 10:31 ---
We can never move maybe trapping instructions across a function call that might
not return (and as we don't have an attribute for returns_always we have to
assume that a function may not return always apart from mayb
--- Comment #5 from jpr at csc dot fi 2009-09-03 10:40 ---
Adding -fstrict-aliasing to -O1 breaks the code:
gfortran -o m m.f90 -O1; ./m
y= 0.60653065945526063 2*y= 1.2130613189105213
gfortran -o m m.f90 -O1 -fstrict-aliasing ; ./m
y= 0.60653065945526063 2*y= 2.00
--- Comment #4 from ramana at gcc dot gnu dot org 2009-09-03 11:03 ---
Confirmed with rev 151319
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #28 from joseph at codesourcery dot com 2009-09-03 11:04
---
Subject: Re: can not build gcc 4.4.1 on Snow Leopard
Mac OS X 10.6
On Thu, 3 Sep 2009, howarth at nitro dot med dot uc dot edu wrote:
> Mike,
> Regarding passing -m32 within the x86_64 host case, I was con
As of 20090903 (rev. 151371), mainline fails to bootstrap while building the
N64
stage1 libgcc on IRIX 6.5:
vol/gcc/src/gcc-dist/libgcc/../gcc/libgcc2.c: In function '__lshrti3':
/vol/gcc/src/gcc-dist/libgcc/../gcc/libgcc2.c:431:1: error: unrecognizable
insn:
(debug_insn 14 13 15 3 /v
--- Comment #1 from redi at gcc dot gnu dot org 2009-09-03 11:16 ---
You didn't say how you configured it.
As with bug 40950, you might need --enable-stage1-languages=c,c++
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41234
--- Comment #1 from ubizjak at gmail dot com 2009-09-03 11:17 ---
get_attr_* does not work with DEBUG_INSN instructions. Backtrace will tell you
where to put NONDEBUG_INSN_P instead of INSN_P.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41240
--- Comment #31 from dominiq at lps dot ens dot fr 2009-09-03 11:20 ---
More reduced nonfunctional (invalid) test to show the problem:
IMPLICIT REAL*8(a-H,O-Z)
PARAMETER (NX=150,NY=150)
DIMENSION NPX(30), FV2(NX,NY), T(NX,NY), dtt(NX,NY)
do it = 1, 2000
--- Comment #2 from ubizjak at gmail dot com 2009-09-03 11:24 ---
FYI, similar failure happens on alpha, fixed by:
Index: config/alpha/alpha.c
===
--- config/alpha/alpha.c(revision 151367)
+++ config/alpha/alpha.c
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||ice-on-valid-code
Summary|VTA: SSA name in freelist |[4.
--- Comment #1 from redi at gcc dot gnu dot org 2009-09-03 11:27 ---
*** This bug has been marked as a duplicate of 40664 ***
--
redi at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from redi at gcc dot gnu dot org 2009-09-03 11:27 ---
*** Bug 41231 has been marked as a duplicate of this bug. ***
--
redi at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #5 from redi at gcc dot gnu dot org 2009-09-03 11:35 ---
Your testcase works for me.
Please see http://gcc.gnu.org/bugs.html for the information you need to
provide, specifically you haven't said how you configured gcc or what command
you're using to compile the testcase.
W
--- Comment #6 from rguenth at gcc dot gnu dot org 2009-09-03 11:40 ---
This looks like your restrict changes get in the way. We have
y_13 = (real(kind=8) & restrict) &y;
..
*y_13 = D.1416_35;
...
D.1412_51 = y;
so one access via the plain y gets re-introduced by forwprop someho
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.5.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41237
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC||aoliva at gcc dot gnu dot
|
At revision 151371 I get a bootstrap comparison failure on i586 with the
default compiler (--enable-checking=yes):
Comparing stages 2 and 3
warning: gcc/cc1-checksum.o differs
warning: gcc/cc1plus-checksum.o differs
Bootstrap comparison failure!
gcc/cfgloopmanip.o differs
gcc/ada/sem_res.o differs
When compiling the following code, gfortran does not correctly recognize a
procedure pointer and crashes with the following message:
no_func.f90:59.12:
n_in = prc_lib% get_n_in (2)
1
Error: 'prc_lib' at (1) is not a function
I attach the code and also as attachment:
module iso_varyin
--- Comment #4 from jakub at gcc dot gnu dot org 2009-09-03 11:58 ---
Created an attachment (id=18472)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18472&action=view)
gcc45-pr41238.patch
Here is an untested fix (well, tested on the provided testcase, but nothing
else). The funct
--- Comment #1 from reuter at physik dot uni-freiburg dot de 2009-09-03
11:58 ---
Created an attachment (id=18473)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18473&action=view)
Test file for the bug report
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41242
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-09-03 12:40 ---
Oh, just curious - if you disable address space randomization, does the build
succeed? (echo 0 > /proc/sys/kernel/randomize-va-space)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41241
--- Comment #3 from ro at techfak dot uni-bielefeld dot de 2009-09-03
12:45 ---
Subject: Re: [4.5 regression] ICE: in get_attr_got, at config/mips/mips.md:455
building stage1 N64 libgcc
> --- Comment #1 from ubizjak at gmail dot com 2009-09-03 11:17 ---
> get_attr_* does not
--- Comment #67 from sezeroz at gmail dot com 2009-09-03 12:47 ---
Will the fix for this bug be backported to the 4.4 branch?
--
sezeroz at gmail dot com changed:
What|Removed |Added
-
--- Comment #68 from dave dot korn dot cygwin at gmail dot com 2009-09-03
12:53 ---
(In reply to comment #67)
> Will the fix for this bug be backported to the 4.4 branch?
>
I wasn't planning to do so myself, in the near future at any rate. All my
personal time is going into getting e
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-09-03 13:00 ---
I get
Comparing stages 2 and 3
Bootstrap comparison failure!
x86_64-unknown-linux-gnu/32/libgcc/bid_binarydecimal.o differs
x86_64-unknown-linux-gnu/32/libgcc/_paritydi2.o differs
or another try
Comparing stages 2
--- Comment #29 from howarth at nitro dot med dot uc dot edu 2009-09-03
13:00 ---
Joesph,
Thanks for the clarifications. The origin of the patch in Comment 20 was
Mike's suggestion that we needed the change from Apple's gcc in Comment 22. It
would appear neither are really necessary
--- Comment #4 from jakub at gcc dot gnu dot org 2009-09-03 13:03 ---
Just try latest CVS gdb, or apply the 2 fixes recently mentioned on gcc-patches
ml (DW_CFA_restore_state gdb fix and DW_LNE_set_distriminator fix), or just
recompile anything you see in the backtrace with -g -O0.
--
--- Comment #2 from jakub at gcc dot gnu dot org 2009-09-03 13:06 ---
Created an attachment (id=18474)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18474&action=view)
gcc45-pr41236.patch
Either this, or just using XEXP (rtl, 0) instead of SUBREG_REG (rtl). This is
only RTL check
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-09-03 13:06 ---
I get different .text sizes for _umoddi3_s.o:
- Start of section headers: 676 (bytes into file)
+ Start of section headers: 684 (bytes into file)
...
- [ 1] .text PROGBITS000
--- Comment #5 from ubizjak at gmail dot com 2009-09-03 13:08 ---
(In reply to comment #3)
> I'm sort of stuck now.
Add -save-temps to failing command on a native compiler, create a crosscompiler
on i.e. x86_64 and debug ../gcc/cc1 from crosscompiler with -O2 -g
.i in x86_64 host. You
--- Comment #6 from ro at techfak dot uni-bielefeld dot de 2009-09-03
13:09 ---
Subject: Re: [4.5 regression] ICE: in get_attr_got, at config/mips/mips.md:455
building stage1 N64 libgcc
> --- Comment #4 from jakub at gcc dot gnu dot org 2009-09-03 13:03 ---
> Just try latest
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-09-03 12:32 ---
I see similar failure with r151376 on x86_64 with the 32bit multilibs. Trying
to reproduce now.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-09-03 13:19 ---
I get different code with two invocations of stage2 gcc. -g is needed, and
you have to be lucky with address space randomization.
--
rguenth at gcc dot gnu dot org changed:
What|Removed
On Linux/ia32 and Linux/x86-64, I got random
compare failures during bootstrap:
Comparing stages 2 and 3
warning: gcc/cc1obj-checksum.o differs
warning: gcc/cc1plus-checksum.o differs
warning: gcc/cc1-checksum.o differs
Bootstrap comparison failure!
x86_64-unknown-linux-gnu/32/libgcc/_umoddi3.o di
--- Comment #6 from rguenth at gcc dot gnu dot org 2009-09-03 13:30 ---
First differing dump is 183r.ira.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from jakub at gcc dot gnu dot org 2009-09-03 13:35 ---
That still assumes that inside of SIGN_EXTEND/ZERO_EXTEND is a REG, which isn't
always the case. Testing with loc_descriptor call there instead now.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41236
In attached code:
in find(), generated code computes offset using multiplication/division.
in set(), generated code computes &data[10] and compares &data[i] with that (to
verify find() fails to be optimised because of overflow rules)
tested gcc: 4.3.4, 4.4.1, 4.5.0-alpha20090827
command line:
gcc
--- Comment #1 from zsojka at seznam dot cz 2009-09-03 13:50 ---
Created an attachment (id=18475)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18475&action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41244
--- Comment #7 from ro at techfak dot uni-bielefeld dot de 2009-09-03
13:53 ---
Subject: Re: [4.5 regression] ICE: in get_attr_got, at config/mips/mips.md:455
building stage1 N64 libgcc
> --- Comment #5 from ubizjak at gmail dot com 2009-09-03 13:08 ---
> (In reply to comment
--- Comment #7 from hjl dot tools at gmail dot com 2009-09-03 13:54 ---
*** Bug 41243 has been marked as a duplicate of this bug. ***
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
--- Comment #1 from hjl dot tools at gmail dot com 2009-09-03 13:54 ---
*** This bug has been marked as a duplicate of 41241 ***
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--
--- Comment #8 from hjl dot tools at gmail dot com 2009-09-03 13:56 ---
It may be caused by VTA merge. I also got random compare failures.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--
Subject says it all; i386-apple-darwin is a primary platform.
Comparing stages 2 and 3
warning: gcc/cc1-checksum.o differs
Bootstrap comparison failure!
gcc/tree.o differs
The output of "../trunk/contrib/compare-debug --preserve stage[23]-gcc/tree.o"
is long, so I'll attach it, but the end of it
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-09-03 14:12 ---
Because the index arithmetic is done unsigned.
return (int) ((unsigned int) i * 212) /[ex] 212;
We lost the information that i * 212 cannot overflow.
Simpler testcase:
extern int data[];
int find(int i)
{
re
--- Comment #9 from rguenth at gcc dot gnu dot org 2009-09-03 14:13 ---
-g is not needed after all. It's just very random.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41241
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Summary|VTA: bootstrap failure, ICE |[4.5 Regression] VTA:
|in loc_cmp, at var-
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2009-09-03 14:19
---
I can confirm I can reproduce this bug with an darwin-to-mingw cross-compiler,
and running the executable under wine.
I can also confirm that it's about the REWIND statement: if you have already
run the test prog
--- Comment #10 from hjl dot tools at gmail dot com 2009-09-03 14:25
---
I got my first compare failure at revision 151353.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41241
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2009-09-03 14:40
---
It's because of this in gcc/config/i386/mingw-w64.h:
#define ASM_SPEC "%{v:-V} %{n} %{T} %{Ym,*} %{Yd,*} \
%{Wa,*:%*} %{m32:--32} %{m64:--64}"
The "%{v:-V}" part is what's triggering what you see. Now, the que
--- Comment #11 from rguenth at gcc dot gnu dot org 2009-09-03 14:51
---
Created an attachment (id=18476)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18476&action=view)
testcase
testcase, _umoddi_s.i from libgcc2.c
> valgrind ./cc1 -quiet -O2 -m32 t.i
==1232== Invalid read of
--- Comment #12 from vmakarov at redhat dot com 2009-09-03 15:01 ---
It looks as an old IRA rare hidden bug which was triggered by the new patches.
I check IRA on valgrind on a lot of tests but never saw it.
Update_equiv_reg imported from the old RA uses pseudo class but it was never
s
--- Comment #7 from fxcoudert at gcc dot gnu dot org 2009-09-03 15:10
---
Also happens on i586-pc-mingw32 and with -m64 on i386-apple-darwin9. This P1
regression is more than 4 months old, and has a proposed patch; could someone
post the patch for review?
--
fxcoudert at gcc dot gnu
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2009-09-03 15:10
---
Will have to be tested again once PR 39886 is done with; hopefully, should then
be gone.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2009-09-03 15:15
---
Works for me with current mainline:
$ i586-pc-mingw32-gcc -print-file-name=libgcc_s.a
/Users/fx/devel/mingw/cross/lib/gcc/i586-pc-mingw32/4.5.0/../../../../i586-pc-mingw32/lib/libgcc_s.a
$ i586-pc-mingw32-gcc -pr
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2009-09-03
15:24 ---
Can you try a x86_64-apple-darwin9 bootstrap as well? It is puzzling that on
x86_64-apple-darwin10, the corresponding dwarfdump for the stage2 binaries is
empty.
--
http://gcc.gnu.org/bugzilla/show_bug
--- Comment #15 from howarth at nitro dot med dot uc dot edu 2009-09-03
15:26 ---
Dominique,
Can you run dwarfdump on a stage2 and stage3 binary that differ from this
failed build on powerpc-apple-darwin9? Is there actual differences or is the
stage2 binary empty like on x86_64-apple
--- Comment #2 from jakub at gcc dot gnu dot org 2009-09-03 15:32 ---
stage2 objects shouldn't contain any debug info, they are compiled with -g0.
What is being checked is that after stripping debug info, both -g0 and -g
objects should be the same (i.e. the code itself, data, ...).
--
On i386, combining -regparm=3 with nested functions results in %ecx (holding
the third function parameter because of -regparm=3) being overwritten with a
temporary pointer used by GCC to implement the nested function call.
GNU GRUB has had a workaround (disabling -regparm in a case-by-case basis)
--- Comment #1 from rmh at gcc dot gnu dot org 2009-09-03 15:34 ---
Created an attachment (id=18477)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18477&action=view)
test case
$ gcc -m32 regparm_nested.c && ./a.out
10 31 31
$ gcc -m32 -mregparm=3 regparm_nested.c && ./a.out
10 31
--- Comment #5 from ro at gcc dot gnu dot org 2009-09-03 15:56 ---
Created an attachment (id=18478)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18478&action=view)
stage2 c-common.s
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41238
--- Comment #6 from ro at gcc dot gnu dot org 2009-09-03 15:57 ---
Created an attachment (id=18479)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18479&action=view)
stage3 c-common.s
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41238
--- Comment #7 from ro at gcc dot gnu dot org 2009-09-03 15:59 ---
With your patch, the ICE on sparc-sun-solaris2.11 is gone, but the bootstrap
still
aborts with a comparison failure:
Bootstrap comparison failure!
gcc/objc/objc-act.o differs
gcc/c-common.o differs
I'm attaching the sta
--- Comment #16 from dominiq at lps dot ens dot fr 2009-09-03 16:07 ---
> Is there actual differences or is the stage2 binary empty like
> on x86_64-apple-darwin10?
The file I looked at (was stage2-gcc/intl.o) was empty.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41224
--- Comment #17 from dominiq at lps dot ens dot fr 2009-09-03 16:15 ---
If I am not mistaken, strip on darwin does not strip the DWARF stuff by default
nor with the options I have tried (including -S file.o -o out_file).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41224
--- Comment #5 from jakub at gcc dot gnu dot org 2009-09-03 16:36 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #2 from pleexed at gmail dot com 2009-09-03 16:36 ---
Created an attachment (id=18481)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18481&action=view)
Workaround
By declaring a typedef in a templated proxy class and using that in the friend
declaration, the desired ef
--- Comment #10 from ubizjak at gmail dot com 2009-09-03 16:36 ---
The patch works for alpha too, up to the point where bootstrap hits:
Comparing stages 2 and 3
warning: gcc/cc1plus-checksum.o differs
warning: gcc/cc1-checksum.o differs
Bootstrap comparison failure!
gcc/tree-vect-slp.o
--- Comment #7 from matz at gcc dot gnu dot org 2009-09-03 16:39 ---
Hmm, in a sense what forward prop is doing is at least fishy. It forwards
the casted ADDR_EXPR into some references of y_13, but not into all of them.
As y_13 is a restrict pointer this is always going to be a problem,
As already reported in PR debug/41238, Comment #7, even after applying Jakubs
patch there are still two comparison failures that break bootstrap. See the
attachements there for details.
--
Summary: [4.5 regression] Comparison failure on Solaris 11/SPARC
after VTA
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-09-03 16:40 ---
Yes, I think we should sorry() here.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41246
--- Comment #6 from hjl at gcc dot gnu dot org 2009-09-03 16:46 ---
Subject: Bug 39065
Author: hjl
Date: Thu Sep 3 16:46:00 2009
New Revision: 151386
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151386
Log:
2009-09-03 Ozkan Sezer
PR target/39065
* configur
--- Comment #4 from rmh at gcc dot gnu dot org 2009-09-03 16:47 ---
(In reply to comment #2)
> So, perhaps we should just
> error out whenever we see in -m32 mode on i?86/x86_64 a nested function in
> -mregparm=3 mode.
Error out is much nicer. I can recall nasty memory corruption bugs
--- Comment #11 from ro at techfak dot uni-bielefeld dot de 2009-09-03
16:48 ---
Subject: Re: [4.5 Regression] VTA: bootstrap failure, ICE in loc_cmp, at
var-tracking.c:2456
> --- Comment #9 from jakub at gcc dot gnu dot org 2009-09-03 16:35 ---
> Fixed. For the sparc compar
--- Comment #8 from rguenther at suse dot de 2009-09-03 16:50 ---
Subject: Re: [4.5 Regression] miscompilation at -O2
On Thu, 3 Sep 2009, matz at gcc dot gnu dot org wrote:
> --- Comment #7 from matz at gcc dot gnu dot org 2009-09-03 16:39 ---
> Hmm, in a sense what forward
--- Comment #1 from jamborm at gcc dot gnu dot org 2009-09-03 16:58 ---
I don't have access to powerpc-apple-darwin9 so I cannot investigate
this. Moreover, I doubt my commit (r151345) is the one that has caused
this. Therefore I'll remove myself from the CC.
However, if you find out t
On ia64-hp-hpux11.23, which supports a 32 and 64 bit mode, I get an assertion
failure during bootstrap. This is with version 151382.
insn is:
(debug_insn 52 51 53 9
/proj/opensrc/nightly/src/trunk/libgcc/../gcc/gcov-io.c:238 (var_location:SI
result (high (nil))) -1 (nil))
val is:
(plus:DI (con
1 - 100 of 155 matches
Mail list logo
