http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38020
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|gcc-bugs at g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30205
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|gcc-bugs at g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50586
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50565
Mikael Pettersson changed:
What|Removed |Added
CC||mikpe at it dot uu.se
--- Comment #2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45890
--- Comment #2 from Sharad Singhai 2011-10-01
19:42:48 UTC ---
I don't know if it is related. But the coverage is imprecise in case of
attached source file foo.c. Build it with O2, as
gcc --coverage -O2 foo.c
./a.out
gcov -b foo.c
Now the cove
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45890
--- Comment #1 from Sharad Singhai 2011-10-01
19:39:32 UTC ---
Created attachment 25392
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25392
tar of source and coverage files
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50581
--- Comment #5 from joseph at codesourcery dot com 2011-10-01 18:45:43 UTC ---
On Sat, 1 Oct 2011, Wolfgang at Solfrank dot net wrote:
> > Passing va_list as a function argument is generally hard, whether or not
> > variadic, since you don't kno
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
--- Comment #116 from Jan Hubicka 2011-10-01
15:52:51 UTC ---
Solving http://sourceware.org/bugzilla/show_bug.cgi?id=13245
should make that linker error with -flto -fprofile-generate to go away.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
--- Comment #115 from Jan Hubicka 2011-10-01
15:28:46 UTC ---
OK the same errors also happens with GNU LD build
http://sourceware.org/bugzilla/show_bug.cgi?id=13244
https://bugzilla.mozilla.org/show_bug.cgi?id=691053
I will analyze what happens
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36966
--- Comment #4 from Matt Turner 2011-10-01 15:24:57
UTC ---
This is a duplicate of bug 35294.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35294
--- Comment #14 from Matt Turner 2011-10-01
15:26:10 UTC ---
Created attachment 25391
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25391
[PATCH] Wire-up missing ARM iwmmxt intrinsics
Fixes it for me for gcc-4.6.1. Allows me to build an iw
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36798
Matt Turner changed:
What|Removed |Added
CC||mattst88 at gmail dot com
--- Comment #8 fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50586
Daniel Krügler changed:
What|Removed |Added
CC||daniel.kruegler at
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50279
--- Comment #5 from Peter Foley 2011-10-01
14:59:16 UTC ---
I still get this with fc393cf
/root/gcc/lto/./prev-gcc/g++ -B/root/gcc/lto/./prev-gcc/
-B/usr/local/x86_64-unknown-linux-gnu/bin/ -nostdinc++
-B/root/gcc/lto/prev-x86_64-unknown-linux-g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50581
--- Comment #4 from Wolfgang at Solfrank dot net 2011-10-01 14:43:32 UTC ---
(In reply to comment #3)
Thanks for the insight regarding passing arrays by value in C90, I wasn't even
aware of that.
However:
> Passing va_list as a function argument
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50587
Bug #: 50587
Summary: ICE init_range_entry, at tree-ssa-reassoc.c:1698
caused by recent change
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNCO
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50581
--- Comment #3 from joseph at codesourcery dot com 2011-10-01 14:07:42 UTC ---
On Sat, 1 Oct 2011, Wolfgang at Solfrank dot net wrote:
> > There is no possible valid use of passing arrays to va_arg.
>
> What makes you think so? While the 1003.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
--- Comment #114 from Jan Hubicka 2011-10-01
13:18:30 UTC ---
So quick summary
1) -g build is still blocked by dwarf2out ICE
2) build with gold works, but only without -fprofile-generate. FDO build is
also possible, but -fprofile-generate needs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50585
--- Comment #8 from janus at gcc dot gnu.org 2011-10-01 12:13:04 UTC ---
Fixed on trunk with r179413. Backport to 4.6 (and 4.5?) pending ...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50585
--- Comment #7 from janus at gcc dot gnu.org 2011-10-01 11:41:49 UTC ---
Author: janus
Date: Sat Oct 1 11:41:41 2011
New Revision: 179413
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=179413
Log:
2011-10-01 Janus Weil
PR fortran/5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50585
--- Comment #6 from janus at gcc dot gnu.org 2011-10-01 11:24:46 UTC ---
(In reply to comment #5)
> IIRC, -fwhole-file is default since 4.6, right? However, if this is true, it
> is
> not documented in the manual:
>
> http://gcc.gnu.org/onlinedoc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50581
--- Comment #2 from Wolfgang at Solfrank dot net 2011-10-01 11:06:48 UTC ---
(In reply to comment #1)
Sorry, I don't quite follow you:
> There is no possible valid use of passing arrays to va_arg.
What makes you think so? While the 1003.1 defin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50569
--- Comment #6 from Mikael Pettersson 2011-10-01
10:29:07 UTC ---
This test case fails with a SIGBUS on sparc64-linux when compiled with -O1 -m32
by gcc 4.6-20110923 or 4.7-20110910. gcc 4.5 and 4.4 generate correct code.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50585
--- Comment #5 from janus at gcc dot gnu.org 2011-10-01 10:24:42 UTC ---
(In reply to comment #4)
> 4.5 gives a segmentation fault with -fwhole-file (4.4 does not accept this
> option).
Well, then one can even argue that it's a regression in 4.5,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50585
--- Comment #4 from Dominique d'Humieres 2011-10-01
10:15:31 UTC ---
> This is a regression: Works with 4.5, but fails with 4.6 and trunk.
4.5 gives a segmentation fault with -fwhole-file (4.4 does not accept this
option).
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50585
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50585
--- Comment #2 from janus at gcc dot gnu.org 2011-10-01 10:03:33 UTC ---
Backtrace:
Program received signal SIGSEGV, Segmentation fault.
0x004e1f73 in get_expr_storage_size (e=0x1bc4940) at
/home/jweil/gcc47/trunk/gcc/fortran/interface.c:1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50585
janus at gcc dot gnu.org changed:
What|Removed |Added
CC||janus at gcc dot gnu.org
K
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50586
Bug #: 50586
Summary: Template argument of type "pointer to function" of a
template class causes usage error if template is
instantiated with
pointer-to-private-sta
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36778
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|gcc-bugs at g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50585
Bug #: 50585
Summary: ICE with assumed length character array argument
Classification: Unclassified
Product: gcc
Version: 4.6.1
Status: UNCONFIRMED
Severity: normal
P
31 matches
Mail list logo