--- Comment #1 from pinskia at gcc dot gnu dot org 2010-09-05 06:41 ---
*** This bug has been marked as a duplicate of 41999 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from pinskia at gcc dot gnu dot org 2010-09-05 06:41 ---
*** Bug 45540 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|critical|normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41849
The stack pointer is erroneously adjusted in the prologue of an FIQ interrupt
handler, and not corrected before popping the pc in the epilogue. The same
error occurs with IRQ handlers if frame pointers are not omitted. I believe
the compiler is attempting to align the stack to an 8 byte boundary,
I think re-declare a deleted function is well-formed.
void f() = delete ; // shall be the first declaration of the function
void f() ; // re-declare a previous deleted function.
But doing so makes gcc does not issue correct compile errors on following code.
void f() = delete ;
void f() ; // if I
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2010-09-05
05:40 ---
The same bootstrap failure occurs on x86_64 Fedora 10 with...
../gcc/configure --with-gmp=/usr --with-mpfr=/usr --with-mpc=/usr
--prefix=/home/howarth/dist --enable-languages=c,c++ --enable-build-with-cxx
--- Comment #34 from howarth at nitro dot med dot uc dot edu 2010-09-05
04:57 ---
Regression result for gcc-pr45524-3.patch on x86_64-apple-darwin10.
http://gcc.gnu.org/ml/gcc-testresults/2010-09/msg00410.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45524
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2010-09-05
04:46 ---
Created an attachment (id=21701)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21701&action=view)
failed bootstrap log on x86_64-apple-darwin10 with --enable-build-with-cxx
--
http://gcc.gnu.org/
Current gcc trunk no longer bootstraps with --enable-build-with-cxx on
x86_64-apple-darwin10. The build fails at...
config.status: executing depdir commands
mkdir .deps
g++ -I../../gcc/libcpp -I. -I../../gcc/libcpp/../include
-I../../gcc/libcpp/include -g -W -Wall -Wwrite-strings
-Wmissing-forma
--- Comment #33 from hjl dot tools at gmail dot com 2010-09-05 03:22
---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2010-09/msg00375.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
-
--- Comment #4 from froydnj at codesourcery dot com 2010-09-05 01:38
---
Subject: Re: [4.6 regression] bootstrap failure on
sparc64-unknown-linux-gnu
On Sat, Sep 04, 2010 at 01:38:34PM -, mikpe at it dot uu dot se wrote:
> Can you show us the complete configure options you
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |tkoenig at gcc dot gnu dot
|dot org
--- Comment #43 from howarth at nitro dot med dot uc dot edu 2010-09-04
21:21 ---
Updated patch to reflect the wider coverage of PRs fixed...
http://gcc.gnu.org/ml/gcc-patches/2010-09/msg00365.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36502
--- Comment #6 from howarth at nitro dot med dot uc dot edu 2010-09-04
21:20 ---
Updated patch to reflect the wider coverage of PRs fixed...
http://gcc.gnu.org/ml/gcc-patches/2010-09/msg00365.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44651
--- Comment #9 from howarth at nitro dot med dot uc dot edu 2010-09-04
21:20 ---
Updated patch to reflect the wider coverage of PRs fixed...
http://gcc.gnu.org/ml/gcc-patches/2010-09/msg00365.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42313
--- Comment #42 from howarth at nitro dot med dot uc dot edu 2010-09-04
20:39 ---
Posted final version of proposed patch to...
http://gcc.gnu.org/ml/gcc-patches/2010-09/msg00237.html
This patch also fixes PR42313 and PR44651 as yet another added bonus.
--
http://gcc.gnu.org/bugzi
--- Comment #5 from hubicka at gcc dot gnu dot org 2010-09-04 20:39 ---
Oprofile of WHOPR build. It is quite suprrising how low the usual cpu hogs
shows..
1139097.6329 lto1 lto1
htab_find_slot_with_hash
42787 2.8671 libc-2.11.1.so
--- Comment #5 from howarth at nitro dot med dot uc dot edu 2010-09-04
20:28 ---
My proposed patch to fix PR36502...
http://gcc.gnu.org/ml/gcc-patches/2010-09/msg00237.html
also fixes this regression as can be since from the diff of leaf.s generated
with gcc trunk before and after app
--- Comment #5 from burnus at gcc dot gnu dot org 2010-09-04 19:49 ---
FIXED on the trunk (4.6) and on the 4.5 branch.
Thanks for the bug report!
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #6 from burnus at gcc dot gnu dot org 2010-09-04 19:48 ---
FIXED.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from danglin at gcc dot gnu dot org 2010-09-04 19:46 ---
Fixed.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
Status|WAITING
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-09-04 19:41 ---
std::make_pair< void*, int > takes rvalue references which cannot bind to
lvalues.
See the discussion in PR 43785.
*** This bug has been marked as a duplicate of 43785 ***
--
pinskia at gcc dot gnu dot org chan
--- Comment #20 from pinskia at gcc dot gnu dot org 2010-09-04 19:41
---
*** Bug 45537 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #4 from danglin at gcc dot gnu dot org 2010-09-04 19:40 ---
Subject: Bug 43957
Author: danglin
Date: Sat Sep 4 19:40:07 2010
New Revision: 163867
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163867
Log:
PR testsuite/43957
* gcc.dg/const-uniq-1.c: M
% cat t.cpp
#include
void test()
{
void* p = 0;
int i = 0;
std::make_pair< void*, int >( p, i );
}
% make
/local/devel/toolchain45/x86_64-gnu-linux.mt_alloc/bin/x86_64-gnu-linux-g++
t.cpp -c -std=gnu++0x -o /dev/null
t.cpp: In function 'void test()':
t.cpp:6:37: error: n
--- Comment #4 from burnus at gcc dot gnu dot org 2010-09-04 19:37 ---
Subject: Bug 45530
Author: burnus
Date: Sat Sep 4 19:36:47 2010
New Revision: 163866
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163866
Log:
2010-09-04 Tobias Burnus
PR fortran/45530
*
--- Comment #4 from pinskia at gcc dot gnu dot org 2010-09-04 19:33 ---
(In reply to comment #1)
> Please provide a complete testcase, including Makefile.
The description has enough information to produce the issue. The driver is
producing a PCH and an executable with the same output f
--- Comment #3 from pinskia at gcc dot gnu dot org 2010-09-04 19:32 ---
This has enough information to reproduce the bug. Thanks again for the
testcase.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from pinskia at gcc dot gnu dot org 2010-09-04 19:31 ---
The problem is the specs is producing the output file for the PCH.
[andrew-pinskis-computer:~] apinski% file t.out
t.out: GCC precompiled header (version 013) for C
Related to PR 33980.
--
pinskia at gcc do
--- Comment #5 from nicolai dot stange at zmaw dot de 2010-09-04 19:31
---
(In reply to comment #4)
> The problem with the configure is the libgcc specs are very target dependent.
Yes, and that's the reason why I think that others might benefit from those
configure-options.
Another rem
--- Comment #5 from burnus at gcc dot gnu dot org 2010-09-04 19:25 ---
Subject: Bug 45489
Author: burnus
Date: Sat Sep 4 19:25:36 2010
New Revision: 163865
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163865
Log:
2010-09-04 Tobias Burnus
PR fortran/45489
*
--- Comment #14 from burnus at gcc dot gnu dot org 2010-09-04 19:21 ---
FIXED. Thanks for the bugreport.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from burnus at gcc dot gnu dot org 2010-09-04 19:21 ---
Subject: Bug 45019
Author: burnus
Date: Sat Sep 4 19:20:53 2010
New Revision: 163863
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163863
Log:
2010-09-04 Tobias Burnus
PR fortran/45019
--- Comment #8 from howarth at nitro dot med dot uc dot edu 2010-09-04
19:13 ---
(In reply to comment #7)
> I fixed the test case to not expect the unimplemented optimization in r157197,
> however, it would be nice to ensure the async signal handlers can handle
> unaligned stacks and to
--- Comment #32 from howarth at nitro dot med dot uc dot edu 2010-09-04
18:12 ---
I can confirm that gcc-pr45524-3.patch bootstraps and eliminates the
regressions caused by r163815/r163816 on x86_64-apple-darwin10.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45524
--- Comment #11 from hubicka at gcc dot gnu dot org 2010-09-04 18:00
---
Created an attachment (id=21700)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21700&action=view)
proposed fix for sccvn
Well, this is patch I am currently testing. At least small part is shared in
between t
--- Comment #3 from burnus at gcc dot gnu dot org 2010-09-04 17:47 ---
Subject: Bug 45530
Author: burnus
Date: Sat Sep 4 17:47:02 2010
New Revision: 163862
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163862
Log:
2010-09-04 Tobias Burnus
PR fortran/45530
*
--- Comment #1 from hjl dot tools at gmail dot com 2010-09-04 17:24 ---
Please provide a complete testcase, including Makefile.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
-
When provided with a spurious header filename on the command line, gcc updates
the output file's timestamp even if compilation fails. Re-invoking make
consequently produces a message that the target is up to date. The target may
be a shared library or executable.
This problem was previously re
--- Comment #31 from howarth at nitro dot med dot uc dot edu 2010-09-04
16:58 ---
(In reply to comment #30)
> I'm not sure whether the patches remove the need for the other patch in
> comment
> #21 though. Jack, can you post what you are exactly testing (without the
> regenerated fil
--- Comment #79 from bonzini at gnu dot org 2010-09-04 16:49 ---
Created an attachment (id=21699)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21699&action=view)
incomplete patch
This shows what I plan to do. It doesn't even compile stage2, so it is more or
less useless. Still
--
bonzini at gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever Confirmed|0 |1
Last reconfirme
--- Comment #2 from burnus at gcc dot gnu dot org 2010-09-04 16:43 ---
The endless loop happens in derived_inaccessible - seemingly called by
resolve_fl_namelist (all resolve.c); that check happens before the
pointer-components check.
Moving the PRIVATE/accessible check _after_ the poin
--- Comment #30 from bonzini at gnu dot org 2010-09-04 16:41 ---
> > It's clear that the way to go is to first write
> > small patch to smooth out the nuances you pointed out, and then
> > introduce the new macro in a way that doesn't change the semantics.
>
> Since the differences are
--- Comment #16 from armin76 at gentoo dot org 2010-09-04 16:41 ---
I'd like it backported to 4.4 if possible, thanks
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45070
--- Comment #29 from howarth at nitro dot med dot uc dot edu 2010-09-04
16:32 ---
(In reply to comment #28)
> Created an attachment (id=21698)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21698&action=view) [edit]
> A new patch
>
> Try this one.
>
This bootstraps. Regtesting n
--- Comment #13 from mikpe at it dot uu dot se 2010-09-04 16:19 ---
For the record, the original ICE in this PR was fixed by r162784:
http://gcc.gnu.org/ml/gcc-cvs/2010-07/msg01138.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45067
--- Comment #28 from hjl dot tools at gmail dot com 2010-09-04 16:07
---
Created an attachment (id=21698)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21698&action=view)
A new patch
Try this one.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45524
--- Comment #27 from howarth at nitro dot med dot uc dot edu 2010-09-04
15:44 ---
Both patches fail on a x86_64-apple-darwin10 bootstrap with..
make[3]: *** No rule to make target
`../../gcc-4.6-20100904/gcc/../libdecnumber/no/decimal32.h', needed by `dfp.o'.
Stop
--- Comment #8 from aoliva at gcc dot gnu dot org 2010-09-04 15:28 ---
*** Bug 45130 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45136
--- Comment #3 from aoliva at gcc dot gnu dot org 2010-09-04 15:28 ---
*** This bug has been marked as a duplicate of 45136 ***
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #16 from aoliva at gcc dot gnu dot org 2010-09-04 15:27 ---
*** Bug 45408 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45419
--- Comment #4 from aoliva at gcc dot gnu dot org 2010-09-04 15:27 ---
*** This bug has been marked as a duplicate of 45419 ***
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #15 from aoliva at gcc dot gnu dot org 2010-09-04 15:26 ---
Got a patch
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unass
--- Comment #26 from hjl dot tools at gmail dot com 2010-09-04 15:19
---
Created an attachment (id=21697)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21697&action=view)
A regenerated patch
I really don't like autconf cache.
--
hjl dot tools at gmail dot com changed:
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfi
--- Comment #25 from hjl dot tools at gmail dot com 2010-09-04 15:13
---
Created an attachment (id=21696)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21696&action=view)
A patch
Please try this one.
--
hjl dot tools at gmail dot com changed:
What|Removed
--- Comment #24 from howarth at nitro dot med dot uc dot edu 2010-09-04
14:38 ---
Created an attachment (id=21695)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21695&action=view)
Move definition of ENABLE_DECIMAL_FLOAT to 1 into config/dfp.m4.
--
http://gcc.gnu.org/bugzilla/
--- Comment #23 from howarth at nitro dot med dot uc dot edu 2010-09-04
14:26 ---
The patch in comment 21 seems to work on x86_64-unknown-linux-gnu for a stock
build. Iin the libgcc build directory before and after the patch, I get...
decimal_float='yes'
enable_decimal_float='bid'
--
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-09-04 14:12 ---
I will have a look (seems I need to build a cross ...)
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #10 from rguenther at suse dot de 2010-09-04 14:11 ---
Subject: Re: VRP misses oppurtunity for statement
folding.
On Sat, 4 Sep 2010, hubicka at gcc dot gnu dot org wrote:
> --- Comment #9 from hubicka at gcc dot gnu dot org 2010-09-04 13:51
> ---
> Hi,
> thanks
--- Comment #9 from hubicka at gcc dot gnu dot org 2010-09-04 13:51 ---
Hi,
thanks. In meantime I made tree-ssa-pre to fold statements it produces and it
gets me to bootstrapland with sanity check in expr.c except for Ada (with the
patches I sent so far)
So it seems that I need to basi
--- Comment #2 from rearnsha at gcc dot gnu dot org 2010-09-04 13:40
---
caused by svn+ssh://gcc.gnu.org/svn/gcc/tr...@163802
--
rearnsha at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #22 from howarth at nitro dot med dot uc dot edu 2010-09-04
13:39 ---
I should note that one probe I am using to monitor how this builds is what
"grep decimal_float config.log" reports in the gcc, libdecnumber and libgcc
build directories. Pre-r163815/r163816, on darwin this
--- Comment #3 from mikpe at it dot uu dot se 2010-09-04 13:38 ---
Can you show us the complete configure options you used? I'm trying to build
gcc-4.6 for sparc64-linux w/o --with-cpu=v8 (so it defaults to 64-bit mode) and
I can't get past an error after stage1 where it tries to config
--- Comment #21 from howarth at nitro dot med dot uc dot edu 2010-09-04
13:08 ---
Index: gcc/configure.ac
===
--- gcc/configure.ac(revision 163853)
+++ gcc/configure.ac(working copy)
@@ -608,10 +608,6 @@
# Enable C
--- Comment #1 from rearnsha at gcc dot gnu dot org 2010-09-04 12:24
---
Created an attachment (id=21694)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21694&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45535
The attached testcase generates a segfault during alias analysis run as part of
the DSE pass.
Command line options:
/scratch/rearnsha/gnu/gcc-eabi/git/gcc/cc1 -quiet -nostdinc -v -I
/scratch/rearnsha/gnu/gcc-eabi/git/git-vfp-eabi-O3/linux-2.4.23-pre3-testplatform/include
-I . -imultilib fpu -ipre
--
iains at gcc dot gnu dot org changed:
What|Removed |Added
CC||iains at gcc dot gnu dot org
Status|UNCONFIRMED
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45534
--- Comment #20 from davek at gcc dot gnu dot org 2010-09-04 11:57 ---
(In reply to comment #19)
> (In reply to comment #18)
> > See also http://gcc.gnu.org/ml/gcc-testresults/2010-09/msg00342.html for a
> > non-darwin platform.
> >
>
> Yep, it's all the same kind of undefined symbol
--- Comment #19 from davek at gcc dot gnu dot org 2010-09-04 11:54 ---
(In reply to comment #18)
> See also http://gcc.gnu.org/ml/gcc-testresults/2010-09/msg00342.html for a
> non-darwin platform.
>
Yep, it's all the same kind of undefined symbol problems as in Jack's
original descri
>From revisions 163847 (163744 works) to 163859, I see the following ICEs
with both -m32 and -m64
libgomp.graphite/force-parallel-3.c:5:6: internal compiler error: in
refs_may_alias_p_1, at tree-ssa-alias.c:1031
libgomp.graphite/force-parallel-9.c:5:6: internal compiler error: in
refs_may_alias_p
--- Comment #18 from dominiq at lps dot ens dot fr 2010-09-04 11:51 ---
See also http://gcc.gnu.org/ml/gcc-testresults/2010-09/msg00342.html for a
non-darwin platform.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45524
--- Comment #8 from simartin at gcc dot gnu dot org 2010-09-04 11:34
---
This is due to
http://gcc.gnu.org/ml/gcc-patches/2006-08/msg01041.html
--
simartin at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #17 from joseph at codesourcery dot com 2010-09-04 11:05
---
Subject: Re: r163815/r163816 produces new regressions on
x86_64-apple-darwin10
On Sat, 4 Sep 2010, bonzini at gnu dot org wrote:
> Please revert the patch in both gcc and src. It's clear that the way to go is
--- Comment #14 from rguenth at gcc dot gnu dot org 2010-09-04 10:21
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #13 from rguenth at gcc dot gnu dot org 2010-09-04 10:21
---
Subject: Bug 45519
Author: rguenth
Date: Sat Sep 4 10:21:07 2010
New Revision: 163858
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163858
Log:
2010-09-04 Richard Guenther
PR bootstrap/45519
--- Comment #16 from dominiq at lps dot ens dot fr 2010-09-04 10:16 ---
Could someone check that revisions 163815 and 163816 are not exposing a more
serious latent bug: I have configured gcc with --enable-decimal-float=no and
--disable-decimal-float without disabling -decimal-float.
Ar
--- Comment #7 from ubizjak at gmail dot com 2010-09-04 10:03 ---
Unassigning...
--
ubizjak at gmail dot com changed:
What|Removed |Added
AssignedTo|ubizjak at gm
--- Comment #12 from rguenth at gcc dot gnu dot org 2010-09-04 09:34
---
Created an attachment (id=21693)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21693&action=view)
patch w/o typos...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45519
--- Comment #6 from janus at gcc dot gnu dot org 2010-09-04 09:31 ---
Fixed with r163856. Closing.
--
janus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from janus at gcc dot gnu dot org 2010-09-04 09:29 ---
Subject: Bug 45507
Author: janus
Date: Sat Sep 4 09:29:11 2010
New Revision: 163856
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163856
Log:
2010-09-04 Janus Weil
PR fortran/45507
* reso
--- Comment #15 from bonzini at gnu dot org 2010-09-04 09:08 ---
Please revert the patch in both gcc and src. It's clear that the way to go is
to first write small patch to smooth out the nuances you pointed out, and then
introduce the new macro in a way that doesn't change the semantic
--- Comment #8 from rguenther at suse dot de 2010-09-04 08:29 ---
Subject: Re: VRP misses oppurtunity for statement
folding.
On Fri, 3 Sep 2010, hubicka at gcc dot gnu dot org wrote:
> --- Comment #7 from hubicka at gcc dot gnu dot org 2010-09-03 20:28
> ---
> In #5 the exp
--- Comment #1 from burnus at gcc dot gnu dot org 2010-09-04 08:14 ---
CONFIRM.
NAG prints:
Error: nm2.f90, line 22: Namelist-group-object CURVE has a POINTER component
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from jakub at gcc dot gnu dot org 2010-09-04 08:01 ---
*** Bug 45533 has been marked as a duplicate of this bug. ***
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from jakub at gcc dot gnu dot org 2010-09-04 08:01 ---
*** This bug has been marked as a duplicate of 45519 ***
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from ramana at gcc dot gnu dot org 2010-09-04 07:53 ---
Created an attachment (id=21692)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21692&action=view)
Reduced testcase for ICE
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45533
/home/ramana/cross-build/arm-none-linux-gnueabi/obj/gcc2/gcc/cc1 -O2
~/testcase.i
Arch. specific configuration of GCC :--with-cpu=cortex-a9 --with-fpu=neon
--with-float=softfp
./testcase.i: In function elf_machine_load_address:
./testcase.i:5254:38: warning: taking address of expression of typ
--- Comment #1 from burnus at gcc dot gnu dot org 2010-09-04 07:35 ---
CONFIRM. The program works with NAG, g95, ifort and prints "1".
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
---
91 matches
Mail list logo
