--- Comment #22 from burnus at gcc dot gnu dot org 2010-07-24 06:52 ---
(In reply to comment #21)
In my opinion revision 162487 is only a partial fix of the problem. If I split
a modified test case in two files [...] I still get [...] Bus error
Does -flto help?
Note that it is not
--- Comment #7 from iains at gcc dot gnu dot org 2010-07-24 07:46 ---
fixed
--
iains at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #23 from dominiq at lps dot ens dot fr 2010-07-24 07:49 ---
(In reply to comment #22)
In my opinion revision 162487 is only a partial fix of the problem. If I
split
a modified test case in two files [...] I still get [...] Bus error
Does -flto help?
Yes:
[macbook]
--- Comment #7 from iains at gcc dot gnu dot org 2010-07-24 07:56 ---
*** This bug has been marked as a duplicate of 29090 ***
--
iains at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from iains at gcc dot gnu dot org 2010-07-24 07:56 ---
*** Bug 39912 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29090
--- Comment #7 from iains at gcc dot gnu dot org 2010-07-24 07:57 ---
*** This bug has been marked as a duplicate of 29090 ***
--
iains at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from iains at gcc dot gnu dot org 2010-07-24 07:57 ---
*** Bug 39913 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29090
--- Comment #7 from iains at gcc dot gnu dot org 2010-07-24 07:58 ---
*** This bug has been marked as a duplicate of 29090 ***
--
iains at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from iains at gcc dot gnu dot org 2010-07-24 07:58 ---
*** Bug 39915 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29090
--- Comment #14 from iains at gcc dot gnu dot org 2010-07-24 07:58 ---
*** Bug 39916 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29090
--- Comment #7 from iains at gcc dot gnu dot org 2010-07-24 07:58 ---
*** This bug has been marked as a duplicate of 29090 ***
--
iains at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from iains at gcc dot gnu dot org 2010-07-24 07:59 ---
*** This bug has been marked as a duplicate of 29090 ***
--
iains at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #15 from iains at gcc dot gnu dot org 2010-07-24 07:59 ---
*** Bug 39917 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29090
--- Comment #7 from iains at gcc dot gnu dot org 2010-07-24 07:59 ---
*** This bug has been marked as a duplicate of 29090 ***
--
iains at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #16 from iains at gcc dot gnu dot org 2010-07-24 07:59 ---
*** Bug 39918 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29090
--- Comment #7 from iains at gcc dot gnu dot org 2010-07-24 08:00 ---
*** This bug has been marked as a duplicate of 29090 ***
--
iains at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #17 from iains at gcc dot gnu dot org 2010-07-24 08:00 ---
*** Bug 39919 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29090
--- Comment #18 from iains at gcc dot gnu dot org 2010-07-24 08:00 ---
*** Bug 39920 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29090
--- Comment #7 from iains at gcc dot gnu dot org 2010-07-24 08:00 ---
*** This bug has been marked as a duplicate of 29090 ***
--
iains at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #19 from iains at gcc dot gnu dot org 2010-07-24 08:01 ---
*** Bug 39921 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29090
--- Comment #7 from iains at gcc dot gnu dot org 2010-07-24 08:01 ---
*** This bug has been marked as a duplicate of 29090 ***
--
iains at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from jakub at gcc dot gnu dot org 2010-07-24 08:07 ---
Well, the soft-fp code is also in glibc and gcc, so it will likely need fixing
there as well. Do you have a reference to lkml post?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44631
--- Comment #5 from iains at gcc dot gnu dot org 2010-07-24 08:08 ---
fixed at least = 4.4
--
iains at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from burnus at gcc dot gnu dot org 2010-07-24 08:22 ---
(In reply to comment #5)
Created an attachment (id=21296)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21296action=view) [edit]
Proposed pathc
+ if (u-unit_number == options.stdin_unit
+ ||
--- Comment #61 from jv244 at cam dot ac dot uk 2010-07-24 08:24 ---
(In reply to comment #60)
it seems possible to retain only the first 60498 lines of all.f90 (till the
end
of module fft_tools), and add END to get a much smaller testcase...
I've started a delta reduction, I
--- Comment #20 from iains at gcc dot gnu dot org 2010-07-24 08:41 ---
http://gcc.gnu.org/ml/gcc-patches/2010-07/msg01944.html
http://gcc.gnu.org/ml/gcc-patches/2010-07/msg01945.html
--
iains at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from iains at gcc dot gnu dot org 2010-07-24 08:41 ---
http://gcc.gnu.org/ml/gcc-patches/2010-07/msg01944.html
--
iains at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from mikpe at it dot uu dot se 2010-07-24 08:45 ---
The lkml post is:
http://marc.info/?l=linux-kernelm=127957675305013w=2
I did look briefly at glibc's soft-fp, but (a) it was substantially updated in
February 2006, and (b) none of my systems seemed to enable it (i.e.,
volatile seems to have no effect. ReadByte should be called 4 times with
results merged in a word, instead it is called once and replicated 4 times.
arm-none-eabi-gcc -S -Os -mcpu=arm926ej-s src.c
-O0, -O2, -O3 are fine, -O1 and -Os are bad.
--
Summary: [4.5 regression] volatile
--- Comment #1 from a dot kaiser at gmx dot net 2010-07-24 10:52 ---
Created an attachment (id=21297)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21297action=view)
Source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45052
--- Comment #2 from a dot kaiser at gmx dot net 2010-07-24 10:53 ---
Created an attachment (id=21298)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21298action=view)
Bad result
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45052
--- Comment #62 from jv244 at cam dot ac dot uk 2010-07-24 11:10 ---
a testcase...
cat bug.f90
SUBROUTINE fft_3d ( fft_type, fft_in_place, fsign, scale, n, zin, zout )
CALL fftsg3d ( fft_in_place, fsign, scale, n, zin, zout )
END SUBROUTINE fft_3d
SUBROUTINE fft_1dm (
--- Comment #63 from jv244 at cam dot ac dot uk 2010-07-24 11:14 ---
even better testcase... no mismatching arguments:
SUBROUTINE fft_3d ( )
CALL fftsg3d ()
END SUBROUTINE fft_3d
SUBROUTINE fft_1dm ( )
END SUBROUTINE fft_1dm
SUBROUTINE fftsg3d ( )
CALL mltfftsg ( )
END
--- Comment #64 from burnus at gcc dot gnu dot org 2010-07-24 11:31 ---
Reduced a tiny bit more. If one swaps one and two (functions or use) it
works - if one swaps both, it fails again. Wild guess: gfortran does not
properly walk the tree.
Failure with -fwhole-file:
/tmp/ccN7F1tB.o:
--- Comment #3 from a dot kaiser at gmx dot net 2010-07-24 11:44 ---
Also fine: -Os -fno-ipa-pure-const
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45052
--- Comment #4 from steven at gcc dot gnu dot org 2010-07-24 12:38 ---
Subject: Bug 45035
Author: steven
Date: Sat Jul 24 12:37:51 2010
New Revision: 162499
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162499
Log:
PR middle-end/45035
* alias.c
--- Comment #5 from steven at gcc dot gnu dot org 2010-07-24 12:39 ---
.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
[I know this is a duplicate of 43810, but the information there is
partly misleading, so I decided to file a new report.]
If GCC is configured for powerpc with --enable-target-optspace,
libgcc_s objects get compiled with -Os, and this causes libgcc_s
to
Executing on host: /Volumes/ScratchCS/gcc-4-6-trunk-build/gcc/xgcc
-B/Volumes/ScratchCS/gcc-4-6-trunk-build/gcc/
/GCC/gcc-live-trunk/gcc/testsuite/gcc.dg/struct-by-value-1.c -O2 -lm -m32
-o ./struct-by-value-1.exe(timeout = 120)
Command line:
$ gcc -fcompare-debug testcase.c -O2 -ftracer -fsched-pressure -funroll-loops
-fschedule-insns
Output with valgrind:
$ valgrind -q --trace-children=yes
/mnt/svn/gcc-trunk/binary-162456-lto-fortran-checking-yes-rtl-df/bin/gcc -O2
-ftracer -fsched-pressure -funroll-loops
--- Comment #1 from zsojka at seznam dot cz 2010-07-24 13:01 ---
Created an attachment (id=21299)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21299action=view)
reduced testcase
Command line:
$ gcc -O2 -ftracer -fsched-pressure -funroll-loops -fschedule-insns
-fcompare-debug
--- Comment #65 from burnus at gcc dot gnu dot org 2010-07-24 13:08 ---
(In reply to comment #64)
Failure with -fwhole-file:
/tmp/ccN7F1tB.o: In function `__mod_MOD_four':
test.f90:(.text+0x3): undefined reference to `one_'
If one sets a breakpoint in gfc_create_function_decl,
--- Comment #2 from mikpe at it dot uu dot se 2010-07-24 13:22 ---
The build on some targets including powerpc is supposed to create libgcc_s.so
as a linker script that inputs BOTH the real shared libgcc_s.so and the static
libgcc.a, as some symbols are only defined in the static
--- Comment #3 from dv at vollmann dot ch 2010-07-24 13:35 ---
Subject: Re: libgcc_s link command misses crtsavgpr_s
and crtresgpr_s for powerpc
On 07/24/10 15:22, mikpe at it dot uu dot se wrote:
--- Comment #2 from mikpe at it dot uu dot se 2010-07-24 13:22 ---
The build
--- Comment #24 from rguenther at suse dot de 2010-07-24 13:43 ---
Subject: Re: [4.6 Regression] Wrong decl for module vars
/ FAIL: gfortran.dg/char_array_structure_constructor.f90
On Sat, 24 Jul 2010, dominiq at lps dot ens dot fr wrote:
--- Comment #23 from dominiq at lps
--- Comment #66 from rguenther at suse dot de 2010-07-24 13:46 ---
Subject: Re: Problems with -fwhole-file
On Sat, 24 Jul 2010, burnus at gcc dot gnu dot org wrote:
--- Comment #64 from burnus at gcc dot gnu dot org 2010-07-24 11:31
---
Reduced a tiny bit more. If
--- Comment #67 from burnus at gcc dot gnu dot org 2010-07-24 14:08 ---
(In reply to comment #66)
Failure with -fwhole-file:
/tmp/ccN7F1tB.o: In function `__mod_MOD_four':
test.f90:(.text+0x3): undefined reference to `one_'
To diagnose these kind of problems look at
--- Comment #6 from iains at gcc dot gnu dot org 2010-07-24 14:24 ---
fixed
--
iains at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-07-24 14:37 ---
Confirmed. I have a patch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Command line:
$ g++ -O1 -fschedule-insns2 -fsched-pressure -fschedule-insns -g testcase.C
-std=gnu++0x
Compiler output:
$ /mnt/svn/gcc-trunk/binary-161659-lto-fortran-checking-yes-rtl-df/bin/g++ -O1
-fschedule-insns2 -fsched-pressure -fschedule-insns -g 5269.ii -std=gnu++0x
5269.ii: In function
--- Comment #1 from zsojka at seznam dot cz 2010-07-24 14:55 ---
Created an attachment (id=21300)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21300action=view)
partially reduced testcase (from ppl sources)
Reducing is in progress, but it goes very slowly (it has been running for
--- Comment #4 from jsm28 at gcc dot gnu dot org 2010-07-24 16:09 ---
*** Bug 44990 has been marked as a duplicate of this bug. ***
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from jsm28 at gcc dot gnu dot org 2010-07-24 16:09 ---
*** This bug has been marked as a duplicate of 40251 ***
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from rguenth at gcc dot gnu dot org 2010-07-24 16:24
---
Fixed then.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #68 from burnus at gcc dot gnu dot org 2010-07-24 16:32 ---
Subject: Bug 40011
Author: burnus
Date: Sat Jul 24 16:32:11 2010
New Revision: 162500
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162500
Log:
2010-07-24 Tobias Burnus bur...@net-b.de
PR
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-07-24 16:38 ---
It does since
2010-06-20 Alexandre Oliva aol...@redhat.com
* compare-debug: Drop LTO sections.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-07-24 16:46 ---
Hm, I can't reproduce this anymore. Thus, fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
lto/43212
* gcc.dg/lto/20100724-1_0.c: New testcase.
* gcc.dg/lto/20100724-1_1.c: Likewise.
Added:
trunk/gcc/testsuite/gcc.dg/lto/20100724-1_0.c
trunk/gcc/testsuite/gcc.dg/lto/20100724-1_1.c
Modified:
trunk/gcc/testsuite/ChangeLog
--
http://gcc.gnu.org/bugzilla
lto/43788
* g++.dg/lto/20100724-1_0.C: New testcase.
Added:
trunk/gcc/testsuite/g++.dg/lto/20100724-1_0.C
Modified:
trunk/gcc/testsuite/ChangeLog
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43788
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-07-24 16:58 ---
Works for me.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
From a c.l.f post by prcirrus.
i...@linux-fd1f:~/Krempel/Pack cat haha.f90
module te
type av
real a1, a2
end type av
end module te
PROGRAM test2
use te
parameter (mxrec=1)
type(av) dat(mxrec)
logical mask(mxrec)
nrec=6000
mask(1:nrec) =
--- Comment #10 from jv244 at cam dot ac dot uk 2010-07-24 17:58 ---
with -fwhole-file being the default this testcase
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32817#c5
gets properly inlined at -O2. Yeah!
I think this can be closed, but probably one would like to add a testcase
--- Comment #20 from jv244 at cam dot ac dot uk 2010-07-24 18:12 ---
is this now fixed, all test cases seem to be passing ?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38913
A possible optimization in some cases is to construct a function with multiple
entry points. This can save in both size and speed in certain cases.
#include stdio.h
/* Example function that does something complex enough not to be optimized away
*/
static foo(int x)
{
int i;
int
--- Comment #25 from burnus at gcc dot gnu dot org 2010-07-24 18:14 ---
(In reply to comment #21)
In my opinion revision 162487 is only a partial fix of the problem. If I split
a modified test case in two files: [...] I still get [...] Bus error
(In reply to comment #24)
Look at
--- Comment #17 from jv244 at cam dot ac dot uk 2010-07-24 18:15 ---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40873#c1 still fails with current
trunk
--
jv244 at cam dot ac dot uk changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-07-24 18:16 ---
Confirmed.
apin...@apinski-desktop:~/rrr/1.1$ ~/local-gcc/bin/gcc main.c -fprofile-arcs
-ftest-coverage
apin...@apinski-desktop:~/rrr/1.1$ ./a.out
apin...@apinski-desktop:~/rrr/1.1$ ~/local-gcc/bin/gcov -o ~/rrr/1.1
--- Comment #29 from pinskia at gcc dot gnu dot org 2010-07-24 18:20
---
*** Bug 44743 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from pinskia at gcc dot gnu dot org 2010-07-24 18:20 ---
*** This bug has been marked as a duplicate of 37093 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
[reg...@bethe tmp604]$ current-gcc -O3 small.c -c -fwhole-program
small.c: In function 'main':
small.c:42:1: error: invalid operands in binary operation
D.2852_11 = (unsigned int) D.2845_7 != 4294967295;
small.c:42:1: internal compiler error: verify_stmts failed
Please submit a full bug report,
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-07-24 18:27 ---
Works in 4.3.2 and on the trunk.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-07-24 18:28 ---
identifier is the same as member name. In fact I say GCC's diagnostic is more
correct as ( can be there also.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pinskia at gcc dot gnu dot org 2010-07-24 18:35 ---
j_64: [min_order_29(D), +INF] EQUIVALENCES: { j_5 } (1 elements)
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-07-24 18:38 ---
In test case retarray.f90 at line 10 the array TEST is not fully defined.
Yes it is not fully initialized but should that matter? The testcase does not
depend on those elements.
--
--- Comment #12 from pinskia at gcc dot gnu dot org 2010-07-24 18:39
---
*** Bug 44815 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from pinskia at gcc dot gnu dot org 2010-07-24 18:39 ---
*** This bug has been marked as a duplicate of 44059 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-07-24 18:40 ---
Can you try 4.5.0?
Also can you attach spring-2.0.6.jar ?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from pinskia at gcc dot gnu dot org 2010-07-24 18:41 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from mikpe at it dot uu dot se 2010-07-24 18:47 ---
(In reply to comment #3)
It is triggered by revision 121254:
http://gcc.gnu.org/ml/gcc-cvs/2007-01/msg00960.html
I don't think that's correct. I definitely see the error with both gcc trunk
r121253 (pre 4.3.0) and
--- Comment #5 from pinskia at gcc dot gnu dot org 2010-07-24 18:48 ---
There is nothing in GCC that can be done because the macro is being expanded
and glibc defines the macro.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-07-24 18:53 ---
It does check for mpc.h just not when you are compiling gmp also.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-07-24 19:09 ---
Caused by tree-ssa-reassoc.c
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #18 from burnus at gcc dot gnu dot org 2010-07-24 19:13 ---
(In reply to comment #17)
comment 1 still fails with current trunk
(In reply to comment #1)
subroutine two()
call three()
end subroutine two
subroutine three()
end subroutine
When compiling with -Wsystem-headers, I noticed:
/usr/include/c++/4.5/bits/hashtable.h:179:30: warning: 'std::_Hashtableconst
void*, const void*, std::allocatorconst void*, std::_Identityconst void*,
..., ..., std::__detail::_Mod_range_hashing,
std::__detail::_Default_ranged_hash,
--- Comment #2 from joseph at codesourcery dot com 2010-07-24 19:22 ---
Subject: Re: error messages in .md files not translated
On Tue, 20 Jul 2010, steven at gcc dot gnu dot org wrote:
Why should an .md file call error()? The ones in neon.md look like they should
be
--- Comment #2 from zsojka at seznam dot cz 2010-07-24 19:26 ---
Created an attachment (id=21301)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21301action=view)
more reduced testcase
Command line:
$ g++ -O1 -fschedule-insns2 -fschedule-insns -g testcase.C
(-fsched-pressure is no
--- Comment #3 from joseph at codesourcery dot com 2010-07-24 19:29 ---
Subject: Re: error messages in .md files not translated
On Tue, 20 Jul 2010, steven at gcc dot gnu dot org wrote:
Why should an .md file call error()? The ones in neon.md look like they should
be
--- Comment #4 from mikpe at it dot uu dot se 2010-07-24 19:36 ---
Attempting to bootstrap 4.5.1-RC on powerpc-linux with --enable-target-optspace
fails near the end of stage1 while configuring libgomp:
configure:3658: checking for C compiler default output file name
configure:3680:
Command line:
$ gcc -O2 -ftracer -fira-coalesce testcase.c
Compiler output:
$ gcc -O2 -ftracer -fira-coalesce testcase.c
bad allocation for 58 and 60
testcase.c: In function 'foo':
testcase.c:26:1: internal compiler error: in check_allocation, at ira.c:1677
Please submit a full bug report,
with
--- Comment #1 from zsojka at seznam dot cz 2010-07-24 19:39 ---
Created an attachment (id=21302)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21302action=view)
reduced testcase
$ gcc -O2 -ftracer -fira-coalesce pr45061.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45061
--- Comment #3 from rearnsha at gcc dot gnu dot org 2010-07-24 19:47
---
*** Bug 44999 has been marked as a duplicate of this bug. ***
--
rearnsha at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from rearnsha at gcc dot gnu dot org 2010-07-24 19:47
---
*** This bug has been marked as a duplicate of 43461 ***
--
rearnsha at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from joseph at codesourcery dot com 2010-07-24 19:49 ---
Subject: Re: [4.6 Regression] -Os
-fkeep-inline-functions causes FAIL: gcc.c-torture/execute/builtins/pr22237.c
execution
On Fri, 23 Jul 2010, rguenth at gcc dot gnu dot org wrote:
Joseph, this is really
This might be related to PR45049
testcase.c
void foo(xxx);
Compiler output:
$ gcc testcase.c
testcase.c:1:1: warning: parameter names (without types) in function
declaration [enabled by default]
testcase.c:1:1: internal compiler error: tree check: expected
--- Comment #18 from mikael at gcc dot gnu dot org 2010-07-24 19:52 ---
(In reply to comment #16)
Mikael, what's the status of this patch?
Forgotten :-/
(In reply to comment #17)
With 4.5 about to pop a release it would be good to get this fixed for it,
with
release manager
--- Comment #11 from jakub at gcc dot gnu dot org 2010-07-24 19:59 ---
In gcc, soft-fp is used e.g. for x86_64 __float128 support.
In glibc, soft-fp is used on several architectures for long double support,
e.g. sparc* or alpha.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44631
--- Comment #6 from ralgith at gmail dot com 2010-07-24 20:02 ---
Apparently this is fixed in later versions of glibc already. Thanks for the
info.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44924
--- Comment #3 from pinskia at gcc dot gnu dot org 2010-07-24 20:15 ---
Created an attachment (id=21303)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21303action=view)
More reduced
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #19 from burnus at gcc dot gnu dot org 2010-07-24 20:16 ---
And of course the patch won't work out of the box:
$ gfortran -O2 -g gfortran.dg/entry_array_specs_2.f ./a.out
gfortran.dg/entry_array_specs_2.f:16:0: internal compiler error: in output_die,
at dwarf2out.c:11046
--- Comment #4 from pinskia at gcc dot gnu dot org 2010-07-24 20:16 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
1 - 100 of 153 matches
Mail list logo