http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51663
--- Comment #9 from Richard Guenther 2012-03-26
07:05:58 UTC ---
(In reply to comment #8)
> The inconsistency should be solved. The question however is what kind of
> behaviour we want at -O0 from LTO.
>
> It seems to me that at -O0 the LTO/non-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52705
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52717
Richard Guenther changed:
What|Removed |Added
Keywords||lto
Target|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52715
Richard Guenther changed:
What|Removed |Added
Target Milestone|--- |4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52718
Bug #: 52718
Summary: -Wzero-as-null-pointer-constant: misleading location
for 0 as default argument
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52708
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52691
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Version|tree-ssa
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52717
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52687
--- Comment #1 from Richard Guenther 2012-03-26
08:27:11 UTC ---
Seems to work for me.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52719
Bug #: 52719
Summary: C++11 std::regex is broken compiling simple regular
expressions
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52719
--- Comment #1 from Roger Leigh 2012-03-26 08:29:23
UTC ---
Created attachment 26992
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26992
Failing code using std::regex
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52719
--- Comment #2 from Roger Leigh 2012-03-26 08:31:09
UTC ---
Created attachment 26993
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26993
Preprocessed std::regex source (g++ -E)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52719
--- Comment #3 from Roger Leigh 2012-03-26 08:31:48
UTC ---
Created attachment 26994
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26994
Machine and compiler specs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52719
--- Comment #4 from Roger Leigh 2012-03-26 08:37:10
UTC ---
I left the priority as "normal", but if this is generally reproducible, and not
a failure on my part, it would mean that std::regex is quite unusable in its
current form.
Thanks,
Roger
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52629
--- Comment #2 from Eric Botcazou 2012-03-26
08:41:14 UTC ---
Author: ebotcazou
Date: Mon Mar 26 08:41:02 2012
New Revision: 185787
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=185787
Log:
PR rtl-optimization/52629
* reload1.c (
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52720
Bug #: 52720
Summary: internal compiler error: in try_move_mult_to_index
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: critical
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52719
--- Comment #5 from Jonathan Wakely 2012-03-26
09:47:12 UTC ---
(In reply to comment #4)
> std::regex is quite unusable in its current form.
And documented as such in
http://gcc.gnu.org/onlinedocs/libstdc++/manual/status.html#status.iso.2011
Th
able-plugin --with-tune=generic
--enable-version-specific-runtime-libs
Thread model: posix
gcc version 4.8.0 20120326 (experimental) [trunk revision 185790] (GCC)
[dimhen@dim tst]$ rm -f foo.o libfoo.so && g++ -flto -c foo.cpp -o foo.o && g++
-shared foo.o -flto -o libfoo.so &&
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52721
Bug #: 52721
Summary: segfault in vect_init_vector
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51294
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52600
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50693
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51712
--- Comment #1 from Manuel López-Ibáñez 2012-03-26
10:35:24 UTC ---
My answer would be: What does Clang do in this case?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51663
--- Comment #10 from Jan Hubicka 2012-03-26 10:44:57
UTC ---
> Yes. I think for -O0 -flto we should default to 1:1 partitioning and
> _not_ do the renaming of local symbols though ... of course -O0 -flto
> does not make too much sense?
In longe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52717
--- Comment #3 from Jan Hubicka 2012-03-26 10:48:33 UTC
---
> > That stuff might simply not be set up properly for LTO (it does not seem
> > to be integrated with the cgraph). Honza? Eric?
>
> Yes, that's very likely the source of the problem.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52720
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52717
--- Comment #4 from Eric Botcazou 2012-03-26
11:05:19 UTC ---
> Hmm, if the sparc_get_pc_thunk is reference to libgcc, how it can end up being
> defined in ltrans24? Perhaps renaming interfere here with the references
> done
> in sparc fronten
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52272
Igor Zamyatin changed:
What|Removed |Added
CC||izamyatin at gmail dot com
--- Comment #8
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52721
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52701
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52701
Richard Guenther changed:
What|Removed |Added
Status|WAITING |ASSIGNED
AssignedTo|unassigned
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52701
--- Comment #5 from Richard Guenther 2012-03-26
11:44:55 UTC ---
During analysis we have {c_50, +, pretmp.51_172}_4 as access function. This
is analyzed to be unknown:
9: Unknown def-use cycle pattern.
but we still vectorize this loop, as the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52720
--- Comment #2 from treeve at sourcemage dot org 2012-03-26 12:11:13 UTC ---
I added '-v' to compile flags, as requested
# make
gcc -c -I. -I../../../../src/gallium/include
-I../../../../src/gallium/auxiliary -I../../../../src/gallium/drivers
-I.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52720
Richard Guenther changed:
What|Removed |Added
Target||x86_64-*-*
Status|WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52722
Bug #: 52722
Summary: ICE in lto_output_varpool_node
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52715
Andrey Belevantsev changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52720
Richard Guenther changed:
What|Removed |Added
Component|c |middle-end
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52722
--- Comment #1 from Malcolm Parsons
2012-03-26 12:27:46 UTC ---
Created attachment 26998
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26998
gzipped preprocessed source
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52721
Alan Modra changed:
What|Removed |Added
Status|ASSIGNED|UNCONFIRMED
Ever Confirmed|1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52720
--- Comment #4 from Richard Guenther 2012-03-26
12:44:33 UTC ---
Reduced testcase:
struct alu_bank_swizzle {
int hw_gpr[3][4];
int hw_cfile_addr[4];
};
static void init_bank_swizzle(struct alu_bank_swizzle *bs)
{
int i, cycle, componen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52723
Bug #: 52723
Summary: No declaration of __cxa_eh_globals
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52722
Richard Guenther changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52720
Richard Guenther changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52724
Bug #: 52724
Summary: Internal read with character(kind=4) data
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Keywords: wrong-code
Seve
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52645
--- Comment #9 from ro at CeBiTec dot Uni-Bielefeld.DE 2012-03-26 13:09:20 UTC ---
> HAVE_INET6 is undefined in include/config.h and classpath/include/
> config.h.
Ok, so at least we don't have another case of IPv6 being half-supported.
Did you
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52686
--- Comment #3 from Ulrich Weigand 2012-03-26
13:13:14 UTC ---
Author: uweigand
Date: Mon Mar 26 13:13:07 2012
New Revision: 185795
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=185795
Log:
gcc/
PR tree-optimization/52686
* t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52686
Ulrich Weigand changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52722
Jan Hubicka changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51765
Jan Hubicka changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52722
Markus Trippelsdorf changed:
What|Removed |Added
CC||markus at trippelsdorf dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52721
--- Comment #3 from Richard Guenther 2012-03-26
14:13:43 UTC ---
Author: rguenth
Date: Mon Mar 26 14:13:35 2012
New Revision: 185799
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=185799
Log:
2012-03-26 Richard Guenther
PR tree-op
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52701
Richard Guenther changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52721
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52701
--- Comment #6 from Richard Guenther 2012-03-26
14:15:03 UTC ---
Author: rguenth
Date: Mon Mar 26 14:14:51 2012
New Revision: 185800
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=185800
Log:
2012-03-26 Richard Guenther
PR tree-op
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52725
Bug #: 52725
Summary: error: capture of non-variable (in regards to a
variable)
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52688
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52725
Jonathan Wakely changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50052
--- Comment #9 from Martin Jambor 2012-03-26
15:46:22 UTC ---
Author: jamborm
Date: Mon Mar 26 15:46:14 2012
New Revision: 185807
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=185807
Log:
2012-03-26 Martin Jambor
PR tree-optimiza
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52688
--- Comment #6 from Sarfaraz Nawaz 2012-03-26
15:54:46 UTC ---
(In reply to comment #5)
> (In reply to comment #0)
> > While gcc-4.5.1 compiles fine this code
>
> Are you sure? I get the same error with 4.1.2, 4.4.3, 4.5.2, 4.6.3 and 4.7.0
>
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32199
Antoine Balestrat changed:
What|Removed |Added
CC||merkil at savhon dot org
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50052
Martin Jambor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45579
Martin Jambor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32199
--- Comment #16 from Antoine Balestrat 2012-03-26
15:55:07 UTC ---
Created attachment 27000
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27000
The source that causes excessive memory usage
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32199
--- Comment #17 from Antoine Balestrat 2012-03-26
15:56:33 UTC ---
Created attachment 27001
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27001
gcc -O2 -v memfail.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52726
Bug #: 52726
Summary: Composed error message will not get translated
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: minor
Prio
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52724
Thomas Koenig changed:
What|Removed |Added
CC||jvdelisle at gcc dot
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52694
--- Comment #5 from gerald at gcc dot gnu.org
2012-03-26 16:24:46 UTC ---
Author: gerald
Date: Mon Mar 26 16:24:33 2012
New Revision: 185811
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=185811
Log:
PR libgcj/52694
* java/io/natV
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52727
Bug #: 52727
Summary: [4.7] internal compiler error at dwarf2cfi.c2:685
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: major
P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52727
--- Comment #1 from Florian Fainelli 2012-03-26
16:51:13 UTC ---
Created attachment 27003
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27003
Assembly file
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52727
--- Comment #2 from Florian Fainelli 2012-03-26
16:51:54 UTC ---
I will try to create a reduced test-case for this build failure. Thanks!
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52694
Gerald Pfeifer changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52717
--- Comment #5 from Matt Hargett 2012-03-26 17:09:55 UTC
---
Attachment was too big. Here's a URL for an archive that includes the ltrans
objects, ltrans asm, and cc temp files:
http://www.clock.org/~matt/tmp/smbta-util-lto-failure-temps.tar.bz2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52727
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52717
--- Comment #6 from Matt Hargett 2012-03-26 17:32:51 UTC
---
The link line that fails:
gcc -o bin/smbta-util utils/smbta-util.o dynconfig.o param/loadparm.o
param/loadparm_server_role.o param/util.o lib/sharesec.o
lib/ldap_debug_handler.o registr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52728
Bug #: 52728
Summary: Assert_Failure sinfo.adb
Classification: Unclassified
Product: gcc
Version: 4.6.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52729
Bug #: 52729
Summary: Symbol has no implicit type in SELECT TYPE block
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52730
Bug #: 52730
Summary: [4.8 Regression] bootstrap failure on Linux/ia32
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52730
Steven Bosscher changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52730
--- Comment #1 from Steven Bosscher 2012-03-26
19:20:45 UTC ---
How disgusting. Java still emits RTL from the front end:
Breakpoint 1, internal_error (gmsgid=0x1551007 "in %s, at %s:%d") at
../../trunk/gcc/diagnostic.c:843
843 va_start (ap
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52731
Bug #: 52731
Summary: internal compiler error: in ia64_st_address_bypass_p,
at config/ia64/ia64.c:9357
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51712
--- Comment #2 from Jonathan Nieder 2012-03-26
20:12:17 UTC ---
Clang does not consider "arg >= FOO" to be a comparison against 0.
| commit e3b159c0
| Author: Ted Kremenek
| Date: Thu Sep 23 21:43:44 2010 +
|
| When warning about comp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52730
Steven Bosscher changed:
What|Removed |Added
Component|bootstrap |java
Version|4.7.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52730
Eric Botcazou changed:
What|Removed |Added
CC||ebotcazou at gcc dot
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52730
--- Comment #4 from H.J. Lu 2012-03-26 21:09:17
UTC ---
(In reply to comment #2)
> I believe the following should fix the problem, altough I fail to see how this
> can ever have worked with LTO. HJ, could you test this for me, please? I have
> n
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32204
David Piepgrass changed:
What|Removed |Added
CC||dpiepgrass at mentoreng dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32204
--- Comment #4 from David Piepgrass
2012-03-26 21:24:26 UTC ---
(In reply to comment #3) I forgot to mention my GCC version, 4.4.3 (the Windows
build that comes with the current Android SDK.)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52730
--- Comment #5 from stevenb.gcc at gmail dot com
2012-03-26 21:31:44 UTC ---
Yes, I've reverted that patch for the time being.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52732
Bug #: 52732
Summary: __builtin_bswapXX doesn't work with printf format
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52732
--- Comment #1 from joseph at codesourcery dot com 2012-03-26 22:14:01 UTC ---
See bug 37743.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32204
--- Comment #5 from Jonathan Wakely 2012-03-26
23:45:55 UTC ---
(In reply to comment #3)
> I have run into this bug or a similar bug while porting my code from MSVC to
> GCC.
I don't think you have, I think GCC is right to reject your code and M
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32204
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |RESOLVED
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52645
--- Comment #10 from dave.anglin at bell dot net 2012-03-27 00:44:41 UTC ---
On 26-Mar-12, at 9:09 AM, ro at CeBiTec dot Uni-Bielefeld.DE wrote:
> Did you have a chance to try the attached patch?
Testing
Dave
--
John David Anglindave.ang
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52733
Bug #: 52733
Summary: Cannot compile gcc/g++ on Mac OS X 10.6.8
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38627
Mike Frysinger changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52734
Bug #: 52734
Summary: Incorrect optimization of uClibc sbrk()
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52735
Bug #: 52735
Summary: Compiler crash with gnat_to_gnu_entity, at
ada/gcc-interface/decl.c:4156
Classification: Unclassified
Product: gcc
Version: 4.6.3
Status: UNCONF
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52736
Bug #: 52736
Summary: [4.7 regression] miscompilation: store to aliased
__m128d is 8 Bytes off
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONF
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52665
Bernhard Reutner-Fischer changed:
What|Removed |Added
CC||mikestump at comcast dot
98 matches
Mail list logo