http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49712
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49710
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35383
ophir.setter+gcc at emc dot com changed:
What|Removed |Added
CC||ophir.setter+gcc at emc d
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49519
--- Comment #29 from rguenther at suse dot de
2011-07-12 08:35:18 UTC ---
On Tue, 12 Jul 2011, ian at airs dot com wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49519
>
> Ian Lance Taylor changed:
>
>What|Removed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49708
Tobias Burnus changed:
What|Removed |Added
Keywords||ice-on-invalid-code
Priority|P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49519
--- Comment #30 from Eric Botcazou 2011-07-12
08:42:40 UTC ---
> This patch seems too conservative and it appears that it will cause the
> compiler to miss all tailcalls with pointer arguments. It only matters if the
> register points to the inc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49713
Summary: Conflicting types for 'arm_dbx_register_number'
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: u
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49711
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49710
Richard Guenther changed:
What|Removed |Added
Known to work||4.6.1
Target Milestone|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49712
--- Comment #4 from Richard Guenther 2011-07-12
08:48:45 UTC ---
(In reply to comment #3)
> Created attachment 24742 [details]
> gcc47-pr49712.patch
>
> Untested fix.
>
> Wonder if TARGET_MEM_REF shouldn't be handled alongside MEM_REF in
> ref_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49706
Richard Guenther changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCONFIR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49712
Richard Guenther changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49710
--- Comment #2 from Jakub Jelinek 2011-07-12
08:54:29 UTC ---
Caused by http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172430
but more probably this is just a dup of PR48813, which was for this testcase
latent before. Honza, any chance you cou
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49705
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Keywords|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49712
--- Comment #6 from Jakub Jelinek 2011-07-12
09:13:11 UTC ---
Author: jakub
Date: Tue Jul 12 09:13:06 2011
New Revision: 176195
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=176195
Log:
PR tree-optimization/49712
* tree-ssa-loop-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49706
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49700
--- Comment #5 from Joost VandeVondele
2011-07-12 10:17:54 UTC ---
(In reply to comment #3)
> Oh, so it's a sum ...
>
> Well, the I suppose you run into the usual array-prefetching compile-time hog.
> Try -fno-prefetch-loop-arrays.
This seems t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49714
Summary: [4.7 Regression] Revision 176128 introduced many ICEs
in insn_default_length, at config/i386/i386.md:600
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49714
Richard Guenther changed:
What|Removed |Added
Target Milestone|--- |4.7.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49715
Summary: Could do more efficient unsigned-to-float to
conversions based on range information
Product: gcc
Version: 4.6.1
Status: UNCONFIRMED
Severity: normal
Prior
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49014
--- Comment #7 from Andrey Belevantsev 2011-07-12
12:12:40 UTC ---
Author: abel
Date: Tue Jul 12 12:12:36 2011
New Revision: 176197
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=176197
Log:
Backport from mainline
2011-05-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49014
Andrey Belevantsev changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49716
Summary: internal compiler error: in
new_Cloog_Domain_from_ppl_Pointset_Powerset
Product: gcc
Version: 4.6.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49715
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Keywords|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49708
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49717
Summary: Debug version checking algorithmic preconditions may
have different complexity
Product: gcc
Version: 4.5.1
Status: UNCONFIRMED
Severity: normal
Priority:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49708
--- Comment #3 from janus at gcc dot gnu.org 2011-07-12 12:38:55 UTC ---
I'm afraid the regression was introduced by this commit of mine:
http://gcc.gnu.org/viewcvs?view=revision&revision=151240
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45697
--- Comment #5 from Jason Merrill 2011-07-12
12:47:30 UTC ---
Since clang handles this differently, I think I'll leave it as SUSPENDED for
now.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49715
Richard Guenther changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48851
--- Comment #20 from Jonathan Gray 2011-07-12 13:00:32
UTC ---
So can you commit your patch and unbreak the build? It is clearly broken,
anyone wanting to do a less broken version of the fixincludes mangling can do
so at a later point.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49717
--- Comment #1 from Jonathan Wakely 2011-07-12
13:48:32 UTC ---
http://gcc.gnu.org/onlinedocs/libstdc++/manual/bk01pt03ch17s02.html
"All functional and exception-handling guarantees made by the normal library
also hold for the debug mode library
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45170
Hans-Werner Boschmann changed:
What|Removed |Added
CC||boschmann at tp1 dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49717
--- Comment #2 from Jonathan Wakely 2011-07-12
13:54:51 UTC ---
You should consider using 4.6 for the tests using debug mode - there are some
huge performance improvements, where non-debug iterators are used when checking
is known to have been do
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49626
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49717
Wolfgang Bangerth changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49699
--- Comment #4 from H.J. Lu 2011-07-12 14:05:08
UTC ---
(In reply to comment #2)
>
> Very old issue. The aligned attribute cannot be reliably used to decrease
> alignment.
Can we issue a warning for things like this?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49699
--- Comment #5 from H.J. Lu 2011-07-12 14:06:08
UTC ---
(In reply to comment #3)
> I think you'd need to make it packed as well, but then it depends on gcc
> version which alignment the aggregate actually has.
This issue came from
http://source
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45170
--- Comment #15 from Steve Kargl
2011-07-12 14:19:24 UTC ---
On Tue, Jul 12, 2011 at 01:51:40PM +, boschmann at tp1 dot
physik.uni-siegen.de wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45170
>
> Hans-Werner Boschmann changed:
>
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48851
Richard Guenther changed:
What|Removed |Added
AssignedTo|rguenth at gcc dot gnu.org |mikestump at comcast dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49718
Summary: please allow no_instrument_function attribute in class
member definition/declaration
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Prio
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49705
Ian Lance Taylor changed:
What|Removed |Added
CC||ian at airs dot com
--- Comment #2 fro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49705
--- Comment #3 from Ian Lance Taylor 2011-07-12 14:25:56
UTC ---
Created attachment 24744
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24744
Possible patch
Here is a possible patch to fix this test case.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49651
Jason Merrill changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
Compone
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49700
--- Comment #6 from Joost VandeVondele
2011-07-12 14:40:29 UTC ---
(In reply to comment #1)
> Joost, can you point us to a source tarball? Does the issue reproduce
> with simpler flags (plain -O2 or plain -O3? Esp. w/o -march=native?)
CP2K sou
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49708
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|una
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45170
--- Comment #16 from Tobias Burnus 2011-07-12
14:44:11 UTC ---
(In reply to comment #14)
> allocate(character(len=length)::string)
>
> This is not yet accepted by gfortran. Is there any other way to allocate
> "string" without a primitive like s
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49716
--- Comment #1 from Sebastian Pop 2011-07-12 14:55:07
UTC ---
Please attach a preprocessed source (just add a -E option to the failing
compile line and the preprocessed source should be in math.o).
Thanks,
Sebastian
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45170
--- Comment #17 from Hans-Werner Boschmann 2011-07-12 15:00:22 UTC ---
This sounds like there is still a lot of work to do in this character issue.
Has anyone ever managed to allocate such strings dynamically? In
(In reply to comment #15)
> char
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49719
Summary: test gcc.target/arm/sibcall-1.c fails for ARM
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49519
--- Comment #31 from Janis Johnson 2011-07-12
15:06:03 UTC ---
I filed PR middle-end/49719 for the sibcall-1.c failure.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49651
--- Comment #6 from Richard Guenther 2011-07-12
15:19:48 UTC ---
Shorter testcase that also terminates when successful:
#include
#include
extern "C" void abort (void);
typedef unsigned int u32;
using namespace std;
vector g;
void f(u32 a, u3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49715
--- Comment #3 from sgunderson at bigfoot dot com 2011-07-12 15:19:51 UTC ---
Wow, answer in record time :-)
I don't know anything about GCC internals, so I can't comment much on the
patch; my only worry here is what would happen if you had a very
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49715
--- Comment #4 from rguenther at suse dot de
2011-07-12 15:21:51 UTC ---
On Tue, 12 Jul 2011, sgunderson at bigfoot dot com wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49715
>
> --- Comment #3 from sgunderson at bigfoot dot com 2011-07
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49714
Uros Bizjak changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835
--- Comment #21 from Mikael Pettersson 2011-07-12
15:42:35 UTC ---
The problem is that LIBGNAT_TARGET_PAIRS is applied too late, and stage 1, 2,
and 3 gnat1 etc are built out of a fixed set of source files that your target
fragment in gcc/ada/gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49714
--- Comment #2 from Richard Henderson 2011-07-12
15:46:13 UTC ---
Author: rth
Date: Tue Jul 12 15:46:02 2011
New Revision: 176208
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=176208
Log:
PR target/49714
* config/i386/i386.c (x86
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49714
Richard Henderson changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49716
--- Comment #2 from stephan at openelec dot tv 2011-07-12 16:20:12 UTC ---
Created attachment 24745
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24745
preprocessed source math.o
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32998
--- Comment #14 from Jakub Jelinek 2011-07-12
16:26:10 UTC ---
Created attachment 24746
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24746
gcc47-pr32998.patch
Untested patch to implement a new switch, -grecord-gcc-switches, which records
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49714
Dominique d'Humieres changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49705
--- Comment #4 from eggert at gnu dot org 2011-07-12 16:30:44 UTC ---
Created attachment 24747
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24747
longer, more-realistic test case
Thanks for looking into the problem. If it helps, attached i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49500
Ulrich Weigand changed:
What|Removed |Added
CC||uweigand at gcc dot gnu.org
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49705
--- Comment #5 from Ian Lance Taylor 2011-07-12 16:42:07
UTC ---
My proposed patch also fixes the larger test case. Without the patch I see
this:
strict-overflow-bug.c: In function ‘check_image_width’:
strict-overflow-bug.c:14:4: warning: assum
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49716
--- Comment #3 from Sebastian Pop 2011-07-12 16:54:49
UTC ---
trunk@176058 from Fri Jul 8 19:15:18 2011 does not ICE.
I have not tried 4.6.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49713
John David Anglin changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49714
Richard Henderson changed:
What|Removed |Added
Status|REOPENED|WAITING
AssignedTo|unassigned
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49713
Richard Henderson changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigne
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47606
Richard Henderson changed:
What|Removed |Added
Status|REOPENED|NEW
AssignedTo|rth at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49714
--- Comment #6 from Iain Sandoe 2011-07-12 17:28:35
UTC ---
(In reply to comment #5)
> Created attachment 24748 [details]
> i686-darwin cleanup
>
> This appears as if it might work.
>
> I can't seem to trigger the branch island path here. It l
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44382
William J. Schmidt changed:
What|Removed |Added
CC||wschmidt at gcc dot gnu.org
--- Comm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48851
m...@gcc.gnu.org changed:
What|Removed |Added
CC||mrs at gcc dot gnu.org
--- Comment #22
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49720
Summary: Infinite recursion compiling gold binary_test.cc
testcase
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49714
--- Comment #7 from Richard Henderson 2011-07-12
18:20:33 UTC ---
Author: rth
Date: Tue Jul 12 18:20:29 2011
New Revision: 176211
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=176211
Log:
PR target/49714
* config/i386/i386.c (x86
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49474
Andrew Pinski changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49714
Richard Henderson changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49713
--- Comment #2 from Richard Henderson 2011-07-12
18:41:48 UTC ---
Author: rth
Date: Tue Jul 12 18:41:44 2011
New Revision: 176212
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=176212
Log:
PR target/49713
* dwarf2out.h (dwarf_fram
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49474
--- Comment #5 from Andrew Pinski 2011-07-12
18:46:13 UTC ---
Author: pinskia
Date: Tue Jul 12 18:46:10 2011
New Revision: 176213
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=176213
Log:
2011-07-12 Andrew Pinski
PR rtl-opt/49474
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49474
Andrew Pinski changed:
What|Removed |Added
Keywords||patch
Status|ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49721
Summary: convert_memory_address_addr_space may generate invalid
new insns
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49713
Richard Henderson changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49722
Summary: G++ doens't allow compilation with extern "C" and C99
inside
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Comp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49722
--- Comment #1 from Andrew Pinski 2011-07-12
19:41:15 UTC ---
extern "C" does not mean compile this code as C but rather it means the linkage
of the function/variable is C rather than the standard C++ linkage.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49722
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49719
Richard Guenther changed:
What|Removed |Added
Keywords||missed-optimization
Target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49720
Richard Guenther changed:
What|Removed |Added
Target|i386-pc-solaris2.11 |i386-pc-solaris2.11,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49309
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47889
--- Comment #4 from Andrew Pinski 2011-07-12
21:17:31 UTC ---
(In reply to comment #2)
> Confirmed. We should diagnose this.
We do:
t.c:1:13: warning: type of ‘s’ does not match original declaration [enabled by
default]
t1.c:1:14: note: previous
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49309
--- Comment #3 from Richard Guenther 2011-07-12
21:18:50 UTC ---
Hm, I'd say rather
- addr = build2 (POINTER_PLUS_EXPR, TREE_TYPE (TREE_OPERAND (t, 1)),
+ addr = fold_build2_loc (location, POINTER_PLUS_EXPR, TREE_TYPE
(TREE_OPERAND (t,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47889
--- Comment #5 from Richard Guenther 2011-07-12
21:20:57 UTC ---
Yeah, well. There are "legitimate" cases (read: in SPEC2k6), so we can't
error out in general (the cases are mixing float and int for example).
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49705
Ian Lance Taylor changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49723
Summary: gcc.c-torture/compile/pr46934.c: ICE in do_SUBST, at
combine.c:707 at -O1 and above
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Prior
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49723
John David Anglin changed:
What|Removed |Added
Target|hppa*-*-hpux* |hppa64-*-*
Host|hppa*-*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49723
John David Anglin changed:
What|Removed |Added
CC||ebotcazou at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49724
Summary: [4.6/4.7 Regression] FAIL: gnat.dg/socket1.adb
execution test
Product: gcc
Version: 4.6.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49725
Summary: [4.6 Regression] FAIL: c34005a
Product: gcc
Version: 4.6.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
AssignedTo: unassig...@gcc.gnu.
: unassig...@gcc.gnu.org
ReportedBy: jan.kratoch...@redhat.com
Target: x86_64-fedora15-linux-gnu
Build: x86_64-fedora15-linux-gnu
FAIL: gcc (GCC) 4.4.7 20110712 (prerelease)
FAIL: gcc (GCC) 4.5.4 20110712 (prerelease)
FAIL: gcc (GCC) 4.6.2 20110713 (prerelease)
FAIL: gcc
97 matches
Mail list logo