[Bug target/54222] [avr] Implement fixed-point support
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54222 Georg-Johann Lay gjl at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #14 from Georg-Johann Lay gjl at gcc dot gnu.org 2013-02-20 08:43:57 UTC --- #
[Bug target/39760] register allocation costs are not well described on AVR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39760 Georg-Johann Lay gjl at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed||2013-02-20 CC||gjl at gcc dot gnu.org Ever Confirmed|0 |1 --- Comment #1 from Georg-Johann Lay gjl at gcc dot gnu.org 2013-02-20 08:50:58 UTC --- Is this still an issue? What's the problem with micro-optimizations?
[Bug target/39760] register allocation costs are not well described on AVR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39760 Georg-Johann Lay gjl at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P5
[Bug middle-end/56363] over aggressive division folding ignores sign conversion
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56363 --- Comment #7 from Jay jay.krell at cornell dot edu 2013-02-20 08:51:49 UTC --- Here is the successful experiment, where I changed the code to operate on all the div variants. Of course I am NOT suggesting this change be made. Nor is it 100% conclusive. But it is very much indicative of a problem. mkdir /obj /gcc.4 cd /obj/gcc.4 /src/gcc-4.7.2/configure -prefix=$HOME/gcc.4 -enable-checking=fold -enable-languages=c make ... /obj/gcc.4/./prev-gcc/g++ -B/obj/gcc.4/./prev-gcc/ ... /src/gcc-4.7.2/gcc/fold-const.c -o fold-const.o /src/gcc-4.7.2/gcc/fold-const.c: In function ‘tree_node* fold_comparison(location_t, tree_code, tree, tree, tree)’: /src/gcc-4.7.2/gcc/fold-const.c:8765:1: error: type mismatch in binary expression long long int long long unsigned int long long int D.64567 = D.64566 /[ex] 8; /src/gcc-4.7.2/gcc/fold-const.c:8765:1: error: type mismatch in binary expression long long int long long unsigned int long long int D.64594 = D.64593 /[ex] 8; /src/gcc-4.7.2/gcc/fold-const.c:8765: confused by earlier errors, bailing out make[3]: *** [fold-const.o] Error 1 make[3]: Leaving directory `/Users/jay/obj/gcc.4/gcc' make[2]: *** [all-stage2-gcc] Error 2 make[2]: Leaving directory `/Users/jay/obj/gcc.4' make[1]: *** [stage2-bubble] Error 2 make[1]: Leaving directory `/Users/jay/obj/gcc.4' make: *** [all] Error 2 jbook2:gcc-4.7.2 jay$ diff -ur /src/orig/gcc-4.7.2 /src/gcc-4.7.2 diff -ur /src/orig/gcc-4.7.2/gcc/fold-const.c /src/gcc-4.7.2/gcc/fold-const.c --- /src/orig/gcc-4.7.2/gcc/fold-const.c2012-06-01 10:03:19.0 -0700 +++ /src/gcc-4.7.2/gcc/fold-const.c2013-02-19 08:19:31.0 -0800 @@ -12048,7 +12048,7 @@ Note that only CEIL_DIV_EXPR and FLOOR_DIV_EXPR are rewritten now. At one time others generated faster code, it's not clear if they do after the last round to changes to the DIV code in expmed.c. */ - if ((code == CEIL_DIV_EXPR || code == FLOOR_DIV_EXPR) + if ((code == TRUNC_DIV_EXPR || code == ROUND_DIV_EXPR || code == FLOOR_DIV_EXPR || code == CEIL_DIV_EXPR) multiple_of_p (type, arg0, arg1)) return fold_build2_loc (loc, EXACT_DIV_EXPR, type, arg0, arg1); Again, this is NOT a proposed patch. I am not that dumb. It helps SUGGEST that there is a problem. Perhaps I'll try with trunk. - Jay
[Bug c++/56373] -Wzero-as-null-pointer-constant: does not catch issues with smart pointers
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56373 --- Comment #6 from paolo at gcc dot gnu.org paolo at gcc dot gnu.org 2013-02-20 09:02:41 UTC --- Author: paolo Date: Wed Feb 20 09:02:35 2013 New Revision: 196165 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=196165 Log: /cp 2013-02-20 Paolo Carlini paolo.carl...@oracle.com PR c++/56373 * tree.c (maybe_warn_zero_as_null_pointer_constant): Add. * cvt.c (ocp_convert): Use the latter. (cp_convert_to_pointer): Likewise. * decl.c (check_default_argument): Likewise. * typeck.c (cp_build_binary_op): Likewise. * cp-tree.h (maybe_warn_zero_as_null_pointer_constant): Declare. /testsuite 2013-02-20 Paolo Carlini paolo.carl...@oracle.com PR c++/56373 * g++.dg/cpp0x/Wzero-as-null-pointer-constant-2.C: New. Added: trunk/gcc/testsuite/g++.dg/cpp0x/Wzero-as-null-pointer-constant-2.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/cp-tree.h trunk/gcc/cp/cvt.c trunk/gcc/cp/decl.c trunk/gcc/cp/tree.c trunk/gcc/cp/typeck.c trunk/gcc/testsuite/ChangeLog
[Bug c++/56373] -Wzero-as-null-pointer-constant: does not catch issues with smart pointers
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56373 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.8.0 --- Comment #7 from Paolo Carlini paolo.carlini at oracle dot com 2013-02-20 09:03:47 UTC --- Done.
[Bug inline-asm/56405] New: [4.8 Regression] ICE on questionable m argument
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56405
Bug #: 56405
Summary: [4.8 Regression] ICE on questionable m argument
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: inline-asm
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: ja...@gcc.gnu.org
Target: arm-linux-gnueabi
void
foo (void)
{
asm volatile ( : +m (*(volatile unsigned short *) 0x11UL));
}
ICEs on arm at -O2 or -Os starting I think with:
2012-03-16 Martin Jambor mjam...@suse.cz
* expr.c (expand_expr_real_1): Handle misaligned scalar reads from
memory through MEM_REFs by calling extract_bit_field.
stmt.c is unprepared, when it requests EXPAND_MEMORY, not to get a MEM, but REG
instead.
I wonder whether the kernel code is just a bug in this case, or if it can
actually work properly, especially on strict alignment targets.
[Bug tree-optimization/56398] [4.8 Regression] ICE (Segmentation fault) in dominated_by_p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56398 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed||2013-02-20 AssignedTo|unassigned at gcc dot |rguenth at gcc dot gnu.org |gnu.org | Target Milestone|--- |4.8.0 Ever Confirmed|0 |1 --- Comment #1 from Richard Biener rguenth at gcc dot gnu.org 2013-02-20 09:32:20 UTC --- Confirmed, mine.
[Bug c/56397] Floating Point constant in C, with standard C99
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56397 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Keywords||diagnostic Status|UNCONFIRMED |NEW Last reconfirmed||2013-02-20 Ever Confirmed|0 |1 --- Comment #8 from Richard Biener rguenth at gcc dot gnu.org 2013-02-20 09:33:37 UTC --- Confirmed as a diagnostic issue.
[Bug inline-asm/56405] [4.8 Regression] ICE on questionable m argument
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56405 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Target Milestone|--- |4.8.0
[Bug inline-asm/56405] [4.8 Regression] ICE on questionable m argument
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56405 --- Comment #1 from Jakub Jelinek jakub at gcc dot gnu.org 2013-02-20 09:42:51 UTC --- Created attachment 29507 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29507 gcc48-pr56405.patch One possible fix, just handle EXPAND_MEMORY (which apparently is solely used for inline asm inputs which allow memory, but disallow registers) the same as EXPAND_WRITE, if it works, fine, if it doesn't work, it is inline asm writer's bug. In this particular case we know the pointer is definitely misaligned, but in other cases we could just expect it to be misaligned, yet it could actually be aligned e.g. if a base is some pointer.
[Bug tree-optimization/56398] [4.8 Regression] ICE (Segmentation fault) in dominated_by_p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56398 Marek Polacek mpolacek at gcc dot gnu.org changed: What|Removed |Added CC||mpolacek at gcc dot gnu.org --- Comment #2 from Marek Polacek mpolacek at gcc dot gnu.org 2013-02-20 09:51:37 UTC --- Reducing.
[Bug tree-optimization/56398] [4.8 Regression] ICE (Segmentation fault) in dominated_by_p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56398
--- Comment #3 from Richard Biener rguenth at gcc dot gnu.org 2013-02-20
10:06:35 UTC ---
Fix:
Index: gcc/tree-vect-loop-manip.c
===
--- gcc/tree-vect-loop-manip.c (revision 196167)
+++ gcc/tree-vect-loop-manip.c (working copy)
@@ -187,6 +187,7 @@ adjust_debug_stmts (tree from, tree to,
if (MAY_HAVE_DEBUG_STMTS
TREE_CODE (from) == SSA_NAME
+ ! SSA_NAME_IS_DEFAULT_DEF (from)
! virtual_operand_p (from))
{
ai.from = from;
default defs are dominating all uses, so in adjust_debug_stmts_now we
wouldn't do anything for them. Thus, just ignore them.
[Bug tree-optimization/56398] [4.8 Regression] ICE (Segmentation fault) in dominated_by_p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56398 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added CC||aoliva at gcc dot gnu.org --- Comment #4 from Richard Biener rguenth at gcc dot gnu.org 2013-02-20 10:08:35 UTC --- Latent everywhere btw.
[Bug target/56406] New: attribute((target(xpto))) causes ICE in i386 and rs6000
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56406
Bug #: 56406
Summary: attribute((target(xpto))) causes ICE in i386 and
rs6000
Classification: Unclassified
Product: gcc
Version: 4.7.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: pa...@matos-sorge.com
While doing some tests I came across this ICE:
int __attribute__((__target__(xpto)))
foo(int x)
{
if (x == 1)
return x;
else
return x * foo (x-1);
}
If any word instead of xpto works. The compiler fails with:
internal compiler error: in ix86_valid_target_attribute_inner_p, at
config/i386/i386.c:4214
This is because it's expecting either a STRING_CST (xpto) or a TREE_CHAIN. If
an identifier node is seen instead we hit a gcc_unreachable. The other backend
that should be affected by this (but I didn't reproduce it) is rs6000.
[Bug tree-optimization/55334] [4.8 Regression] mgrid regression (ipa-cp disables vectorization)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55334 --- Comment #28 from Martin Jambor jamborm at gcc dot gnu.org 2013-02-20 11:13:04 UTC --- (In reply to comment #27) Yes, preserving COMPONENT_REFs would help here, but it is not correct (even for this testcase the types do not match). So you know where the mismatch is? I looked whether I could refuse to IPA-CP just type-mismatched values to restrict pointers but at least when still in IPA-CP, which checks it, the value and the type of the parameter conform to useless_type_conversion_p. So I'll go ahead and commit http://gcc.gnu.org/ml/gcc-patches/2013-02/msg00870.html with the requested tweak.
[Bug other/48111] libquadmath: strtoflt128 bug on MinGW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48111 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added CC||burnus at gcc dot gnu.org --- Comment #2 from Tobias Burnus burnus at gcc dot gnu.org 2013-02-20 11:22:53 UTC --- I wonder whether this PR is related to PR56379 (now fixed on the trunk). Could someone (re)test on MinGW?
[Bug c++/56395] [4.7/4.8 Regression] ICE, Segmentation fault in tsubst
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56395 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Attachment #29505|0 |1 is obsolete|| --- Comment #5 from Jakub Jelinek jakub at gcc dot gnu.org 2013-02-20 11:38:05 UTC --- Created attachment 29508 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29508 pr56395.ii Some more reduced testcase, still almost 9KB. Boost testcases are really hard to reduce :(.
[Bug tree-optimization/56396] [4.8 Regression] memory corruption in cc1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56396 --- Comment #3 from Richard Biener rguenth at gcc dot gnu.org 2013-02-20 11:39:47 UTC --- Author: rguenth Date: Wed Feb 20 11:39:39 2013 New Revision: 196170 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=196170 Log: 2013-02-20 Richard Biener rguent...@suse.de Jakub Jelinek ja...@redhat.com PR tree-optimization/56396 * tree-ssa-ccp.c (n_const_val): New static variable. (get_value): Return NULL for SSA names we don't have a lattice entry for. (ccp_initialize): Initialize n_const_val. * tree-ssa-copy.c (n_copy_of): New static variable. (init_copy_prop): Initialize n_copy_of. (get_value): Return NULL_TREE for SSA names we don't have a lattice entry for. * gcc.dg/pr56396.c: New testcase. Added: trunk/gcc/testsuite/gcc.dg/pr56396.c Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-ssa-ccp.c trunk/gcc/tree-ssa-copy.c
[Bug c++/56403] [4.6/4.7/4.8 Regression] internal compiler error: in build_zero_init_1, at cp/init.c:279
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56403 --- Comment #4 from Jakub Jelinek jakub at gcc dot gnu.org 2013-02-20 11:52:25 UTC --- Alternatively build_zero_init_1 could use RECORD_OR_UNION_CODE_P (TREE_CODE (type)) instead of CLASS_TYPE_P (type).
[Bug c/56407] New: Optimizations (-O2 -O3) make comparison of arrays of ints to fail
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56407
Bug #: 56407
Summary: Optimizations (-O2 -O3) make comparison of arrays of
ints to fail
Classification: Unclassified
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: quin...@lix.polytechnique.fr
Created attachment 29509
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29509
The .c .i .s .o files
This is my first bug report, so I hope this is really a bug and that I file it
correctly.
Versions of my stuff:
- gcc (Debian 4.7.2-5) 4.7.2
- Linux 3.2.0-4-amd64 #1 SMP Debian 3.2.35-2 x86_64 GNU/Linux
- Intel(R) Core(TM)2 Duo CPU T9600 @ 2.80GHz
gcc compile stuff:
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/4.7/lto-wrapper
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian 4.7.2-5'
--with-bugurl=file:///usr/share/doc/gcc-4.7/README.Bugs
--enable-languages=c,c++,go,fortran,objc,obj-c++ --prefix=/usr
--program-suffix=-4.7 --enable-shared --enable-linker-build-id
--with-system-zlib --libexecdir=/usr/lib --without-included-gettext
--enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.7
--libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu
--enable-libstdcxx-debug --enable-libstdcxx-time=yes --enable-gnu-unique-object
--enable-plugin --enable-objc-gc --with-arch-32=i586 --with-tune=generic
--enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu
--target=x86_64-linux-gnu
Thread model: posix
gcc version 4.7.2 (Debian 4.7.2-5)
The bug appears when I compile the program with -O2 or -O3:
$ gcc -O3 gcc_bug.c -o gcc_bug
$ ./gcc_bug echo ok || echo fail
fail
But it works fine with -O1:
$ gcc -O1 gcc_bug.c -o gcc_bug
$ ./gcc_bug echo ok || echo fail
ok
It works fine with an older version of gcc:
$ gcc --version
gcc (GCC) 4.4.6 20120305 (Red Hat 4.4.6-4)
$ gcc -v
Using built-in specs.
Target: x86_64-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
--infodir=/usr/share/info --with-bugurl=http://bugzilla.redhat.com/bugzilla
--enable-bootstrap --enable-shared --enable-threads=posix
--enable-checking=release --with-system-zlib --enable-__cxa_atexit
--disable-libunwind-exceptions --enable-gnu-unique-object
--enable-languages=c,c++,objc,obj-c++,java,fortran,ada --enable-java-awt=gtk
--disable-dssi --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-1.5.0.0/jre
--enable-libgcj-multifile --enable-java-maintainer-mode
--with-ecj-jar=/usr/share/java/eclipse-ecj.jar --disable-libjava-multilib
--with-ppl --with-cloog --with-tune=generic --with-arch_32=i686
--build=x86_64-redhat-linux
Thread model: posix
gcc version 4.4.6 20120305 (Red Hat 4.4.6-4) (GCC)
$ gcc -O3 gcc_bug.c -o gcc_bug
$ ./gcc_bug echo ok || echo fail
ok
When the program fails with gcc 4.7.2 valgrind tells me:
$ gcc -O3 -g gcc_bug.c -o gcc_bug
$ valgrind ./gcc_bug
==3383== Memcheck, a memory error detector
==3383== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al.
==3383== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info
==3383== Command: ./gcc_bug
==3383==
==3383== Conditional jump or move depends on uninitialised value(s)
==3383==at 0x40079E: test (gcc_bug.c:21)
==3383==by 0x400482: main (gcc_bug.c:41)
==3383==
==3383==
==3383== HEAP SUMMARY:
==3383== in use at exit: 0 bytes in 0 blocks
==3383== total heap usage: 0 allocs, 0 frees, 0 bytes allocated
==3383==
==3383== All heap blocks were freed -- no leaks are possible
==3383==
==3383== For counts of detected and suppressed errors, rerun with: -v
==3383== Use --track-origins=yes to see where uninitialised values come from
==3383== ERROR SUMMARY: 2 errors from 1 contexts (suppressed: 4 from 4)
Whereas all is fine for valgrind with -O1. Also all is fine with -fwrapv:
$ gcc -O3 -fwrapv gcc_bug.c -o gcc_bug
$ ./gcc_bug echo ok || echo fail
ok
I suppose the bug appears when gcc is doing some optimizations but I do not
know which. Any small modifications to the program make it work. For example if
I remove the ``if ( comm ) { line or if I replace ``for( j = 1 ; j = sz by
``for( j = 1 ; j sz.
==
extern void exit(int);
extern int rand(void);
void copy(int *r,int *a,int na) {
int i;
for( i = 0 ; i na ; i++ ) {
r[i] = a[i];
}
}
void random(int *a,int na) {
int i;
for( i = 0 ; i na ; i++ ) {
a[i] = rand();
}
}
int cmp(int *a,int *b,int n) {
int i;
for( i = 0 ; i n ; i++ ) {
if ( a[i] != b[i] ) return -1;
}
return 0;
}
void test(int sz,int comm) {
int j,n;
int v[64],w[64];
for( j = 1 ; j = sz ; j++ ) {
n = (2 * j - 1) * (2 * j -
[Bug fortran/56408] New: Fix dependency handling of testsuite/gfortran.dg
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56408 Bug #: 56408 Summary: Fix dependency handling of testsuite/gfortran.dg Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassig...@gcc.gnu.org ReportedBy: bur...@gcc.gnu.org There are several test cases, which depend on the execution order. Currently, tests use the execution order - but this does not work. In some cases, dg-additional-sources is used, but that is also not universally applicatable. One solution would be to create a new subdirectory for those and handle it as with LTO See also http://gcc.gnu.org/ml/fortran/2013-02/msg00106.html Affected (besides others): * gfortran.dg/binding_label_tests_11_main.f03 * gfortran.dg/binding_label_tests_11.f03 (grep for keep-modules to find some more.) Would it be possible to re-arrange gfortran.dg so it explicitly builds dependencies? Both lto.exp and pch.exp already handle this.
[Bug tree-optimization/56396] [4.8 Regression] memory corruption in cc1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56396 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #4 from Richard Biener rguenth at gcc dot gnu.org 2013-02-20 12:00:32 UTC --- Fixed.
[Bug bootstrap/56258] Please upgrade doc/*.texi to the latest texinfo package(s)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56258
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3 from Jakub Jelinek jakub at gcc dot gnu.org 2013-02-20
12:07:36 UTC ---
http://koji.fedoraproject.org/koji/getfile?taskID=5033640name=build.log
lists lots of warnings and some errors.
--- gcc/ada/gnat-style.texi.jj2012-08-10 12:57:33.0 +0200
+++ gcc/ada/gnat-style.texi2013-02-20 13:06:03.042667300 +0100
@@ -42,7 +42,7 @@ Texts. A copy of the license is include
@titlepage
@titlefont{GNAT Coding Style:}
@sp 1
-@title @hfill A Guide for GNAT Developers
+@title A Guide for GNAT Developers
@subtitle GNAT, The GNU Ada Compiler
@versionsubtitle
@author Ada Core Technologies, Inc.
--- gcc/doc/invoke.texi.jj2013-01-31 22:57:22.0 +0100
+++ gcc/doc/invoke.texi2013-02-20 13:06:47.516405739 +0100
@@ -5612,7 +5612,7 @@ Dump after the peephole pass.
@opindex fdump-rtl-postreload
Dump after post-reload optimizations.
-@itemx -fdump-rtl-pro_and_epilogue
+@item -fdump-rtl-pro_and_epilogue
@opindex fdump-rtl-pro_and_epilogue
Dump after generating the function prologues and epilogues.
is an untested guess for fixing the errors.
[Bug c++/56358] [C++11] Erroneous interaction of typedef and inherited constructor declarations
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56358
--- Comment #1 from Daniel Krügler daniel.kruegler at googlemail dot com
2013-02-20 12:09:13 UTC ---
As of the more recent trunk gcc 4.8.0 20130217 (experimental) these problems
have been partially reolved. Template B1 is now accepted, but template B2 still
causes problems. The reduced test case is:
//--
templateclass T
struct A {};
templateclass T
struct B : AT {
using AT::A;
typedef AT super_t; // #7
};
//--
7|error: 'A' does not name a type|
7|note: (perhaps 'typename AT::A' was intended)
[Bug c++/56358] [C++11] Erroneous interaction of typedef and inherited constructor declarations
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56358 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2013-02-20 Ever Confirmed|0 |1
[Bug c++/56395] [4.7/4.8 Regression] ICE, Segmentation fault in tsubst
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56395
Markus Trippelsdorf markus at trippelsdorf dot de changed:
What|Removed |Added
CC||markus at trippelsdorf dot
||de
--- Comment #6 from Markus Trippelsdorf markus at trippelsdorf dot de
2013-02-20 12:19:47 UTC ---
A little bit further reduced:
template typename T struct I
{
typedef T type;
};
template typename T struct F
{
typedef T type;
};
template typename ChildType struct H
{
typedef ChildType ChildNodeType;
template typename RootNodeT struct A
{
typedef RootNodeT NodeType;
typedef typename F NodeType ::type NonConstNodeType;
};
typedef A H ChildOnCIter;
};
template bool struct C;
template struct C false
{
template typename Sequence struct G
{
typedef typename Sequence::tag type;
};
};
template typename Sequence struct O:C 0 ::G Sequence
{
};
template typename struct W;
template typename Sequence struct P:W typename O
Sequence ::type ::template X Sequence
{
};
template typename struct L;
template typename Sequence,
typename T struct Q:L typename O Sequence ::type
::template X Sequence, T
{
};
template struct W int
{
template typename Vector struct X:I Vector
{
};
};
template typename Base struct R:Base
{
};
template typename = int struct V;
template struct V
{
typedef int tag;
};
struct S:R V
{
};
template typename HeadT, int struct J
{
typedef typename J typename HeadT::ChildNodeType, 1 ::Type SubtreeT;
typedef typename Q SubtreeT, HeadT ::type Type;
};
template typename HeadT struct J HeadT, 0
{
typedef S Type;
};
template typename struct IterTraits
{
template typename OtherNodeT struct K
{
typedef OtherNodeT Type;
};
};
template typename PrevItemT, typename NodeVecT, int struct B
{
typedef typename PrevItemT::IterT PrevIterT;
typedef typename P NodeVecT ::type _NodeT;
typedef typename IterTraits PrevIterT ::template K _NodeT ::Type IterT;
IterTraits IterT ITraits;
};
template typename PrevItemT, typename NodeVecT struct B PrevItemT,
NodeVecT, 0
{
typedef typename PrevItemT::IterT PrevIterT;
typedef typename P NodeVecT ::type _NodeT;
typedef typename IterTraits PrevIterT ::template K _NodeT ::Type IterT;
IterTraits IterT ITraits;
};
template typename RootChildOnIterT struct N
{
typedef RootChildOnIterT RootIterT;
typedef typename RootIterT::NonConstNodeType NCRootNodeT;
typedef typename J NCRootNodeT, 0 ::Type InvTreeT;
struct M
{
typedef RootIterT IterT;
};
B M, InvTreeT, 0 mIterList;
};
template typename T struct D
{
N typename T::ChildOnCIter LeafCIter;
};
D H int a;
[Bug c++/56395] [4.7/4.8 Regression] ICE, Segmentation fault in tsubst
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56395
--- Comment #7 from Markus Trippelsdorf markus at trippelsdorf dot de
2013-02-20 12:40:01 UTC ---
Still more reduced:
templatetypename Tstruct I
{
typedef T type;
};
struct H
{
typedef int ChildOnCIter;
};
templateboolstruct C;
templatestruct Cfalse
{
templatetypename Sequencestruct G
{
typedef typename Sequence::tag type;
};
};
templatetypename Sequencestruct O : C0::GSequence
{};
templatetypenamestruct W;
templatetypename Sequencestruct P : W
typename O Sequence::type::template XSequence
{};
templatestruct Wint
{
templatetypename Vectorstruct X : IVector
{};
};
templatetypename Basestruct R : Base
{};
templatetypename = intstruct V;
templatestruct V
{
typedef int tag;
};
struct S : RV
{};
templatetypenamestruct IterTraits
{
templatetypename OtherNodeTstruct K
{
typedef OtherNodeT Type;
};
};
templatetypename PrevItemT, typename NodeVecT, intstruct B
{
typedef typename PrevItemT::IterT PrevIterT;
typedef typename PNodeVecT::type _NodeT;
typedef typename IterTraitsPrevIterT::template K _NodeT::Type IterT;
IterTraitsIterTITraits;
};
templatetypename PrevItemT, typename NodeVecTstruct BPrevItemT, NodeVecT,0
{
typedef typename PrevItemT::IterT PrevIterT;
typedef typename PNodeVecT::type _NodeT;
typedef typename IterTraitsPrevIterT::template K
_NodeT::Type IterT;
IterTraitsIterT ITraits;
};
templatetypename RootChildOnIterTstruct N
{
typedef RootChildOnIterT RootIterT;
struct M
{
typedef RootIterT IterT;
};
BM, S, 0mIterList;
};
templatetypename Tstruct D
{
Ntypename T::ChildOnCIterLeafCIter;
};
DH a;
[Bug tree-optimization/55334] [4.8 Regression] mgrid regression (ipa-cp disables vectorization)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55334 --- Comment #29 from Martin Jambor jamborm at gcc dot gnu.org 2013-02-20 12:56:36 UTC --- Author: jamborm Date: Wed Feb 20 12:56:30 2013 New Revision: 196171 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=196171 Log: 2013-02-20 Martin Jambor mjam...@suse.cz PR tree-optimization/55334 * ipa-cp.c (initialize_node_lattices): Disable IPA-CP through and to restricted pointers to arrays. Modified: trunk/gcc/ChangeLog trunk/gcc/ipa-cp.c
[Bug c/56407] [4.7 Regression] Optimizations (-O2 -O3) make comparison of arrays of ints to fail
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56407 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2013-02-20 CC||jakub at gcc dot gnu.org Target Milestone|--- |4.7.3 Summary|Optimizations (-O2 -O3) |[4.7 Regression] |make comparison of arrays |Optimizations (-O2 -O3) |of ints to fail |make comparison of arrays ||of ints to fail Ever Confirmed|0 |1 --- Comment #1 from Jakub Jelinek jakub at gcc dot gnu.org 2013-02-20 13:10:50 UTC --- Started around http://gcc.gnu.org/viewcvs?root=gccview=revrev=173853 and got fixed (or made latent) with http://gcc.gnu.org/viewcvs?root=gccview=revrev=186566 Seems -fno-ivopts fixes this.
[Bug fortran/56408] Fix dependency handling of testsuite/gfortran.dg
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56408 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #1 from Jakub Jelinek jakub at gcc dot gnu.org 2013-02-20 13:13:30 UTC --- Given that you can use dg.exp=nameoftest.f90 and run only that single test, I think dg-additional-sources should be the way to go in those cases.
[Bug tree-optimization/55264] [4.6/4.7/4.8 Regression] ICE: in ipa_make_edge_direct_to_target, at ipa-prop.c:2141 with -O2 -fno-early-inlining -fno-weak
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55264 --- Comment #16 from Martin Jambor jamborm at gcc dot gnu.org 2013-02-20 13:36:35 UTC --- (In reply to comment #15) Hey Martin, I noticed that this doesn't apply cleanly to google/4_7 without some massaging. The difference between trunk and google/4_7 might be worth pulling into trunk. Unfortunately, the trail of merge commit log breadcrumbs leads to a dead end :/ From a blame of google/main/gcc/ipa.c: 165972hubicka || (before_inlining_p 195116davidxlDECL_VIRTUAL_P (node-symbol.decl) 195825davidxlcgraph_is_aux_decl_external (node it's that last line that's unique to the google branches, and should probably be merged to trunk. I may not understand what you ask for but if my quick research is correct, cgraph_is_aux_decl_external is some LIPO stuff, not a deficiency in mainline.
[Bug tree-optimization/56398] [4.8 Regression] ICE (Segmentation fault) in dominated_by_p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56398 --- Comment #5 from Richard Biener rguenth at gcc dot gnu.org 2013-02-20 13:38:20 UTC --- Author: rguenth Date: Wed Feb 20 13:38:13 2013 New Revision: 196172 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=196172 Log: 2013-02-20 Richard Biener rguent...@suse.de PR tree-optimization/56398 * tree-vect-loop-manip.c (adjust_debug_stmts): Skip SSA default defs. Modified: trunk/gcc/ChangeLog trunk/gcc/tree-vect-loop-manip.c
[Bug fortran/56408] Fix dependency handling of testsuite/gfortran.dg
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56408
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #2 from Tobias Burnus burnus at gcc dot gnu.org 2013-02-20
13:48:32 UTC ---
(In reply to comment #1)
Given that you can use dg.exp=nameoftest.f90 and run only that single test, I
think dg-additional-sources should be the way to go in those cases.
Reconsidering it, I think you are right.
As dg-additional-sources appends the other file, one has to use
dg-additional-sources on the file which provides the module. And in the file
which requires the module, one has to use:
! { dg-do compile { target skip-all-targets } }
Probably affected:
binding_label_tests_10.f03
binding_label_tests_11.f03
binding_label_tests_13.f03
class_45a.f03
class_4a.f03
class_4b.f03
coarray_29_1.f90
test_common_binding_labels_2.f03
test_common_binding_labels_3.f03
whole_file_28.f90
whole_file_30.f90
[Bug tree-optimization/56398] [4.8 Regression] ICE (Segmentation fault) in dominated_by_p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56398 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #6 from Richard Biener rguenth at gcc dot gnu.org 2013-02-20 13:49:04 UTC --- Fixed.
[Bug tree-optimization/55022] [4.8 Regression] air.f90 is miscompliled with -m64 -O2 -fgraphite-identity after revision 190619
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55022 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P2 --- Comment #13 from Richard Biener rguenth at gcc dot gnu.org 2013-02-20 13:58:41 UTC --- Graphite - P2.
[Bug bootstrap/55163] [4.8 Regression] Ongoing problem with gengtype-lex.c under CygWin with CRLF text mode line endings since 4.8
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55163 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed||2013-02-20 Ever Confirmed|0 |1 --- Comment #2 from Richard Biener rguenth at gcc dot gnu.org 2013-02-20 14:05:37 UTC --- Note that this is your host C++ compiler complaining - GCC now needs a C++ compiler to build. What version is your host compiler? It looks like there is a mismatch of the hosts flex / g++ expectations about line-endings (though I don't remember that g++ ever cared for that difference for me ...). What's your LANG/LC_* environment? Maybe you confuse GCCs input character set somehow.
[Bug tree-optimization/55334] [4.8/4.9 Regression] mgrid regression (ipa-cp disables vectorization)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55334 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P2 Target Milestone|4.8.0 |4.9.0 Summary|[4.8 Regression] mgrid |[4.8/4.9 Regression] mgrid |regression (ipa-cp disables |regression (ipa-cp disables |vectorization) |vectorization) --- Comment #30 from Richard Biener rguenth at gcc dot gnu.org 2013-02-20 14:07:58 UTC --- Fixed, but keeping open to track that restrict issue.
[Bug rtl-optimization/55342] [4.8 Regression] [LRA,x86] Non-optimal code for simple loop with LRA
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55342 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Keywords||missed-optimization, ra Target|x86 |i?86-*-* Status|UNCONFIRMED |NEW Last reconfirmed||2013-02-20 Ever Confirmed|0 |1 --- Comment #4 from Richard Biener rguenth at gcc dot gnu.org 2013-02-20 14:09:59 UTC --- At least it seems to be confirmed.
[Bug middle-end/56242] [4.8 Regression] libjava/classpath/gnu/javax/swing/text/html/parser/support/textPreProcessor.java:175:0: ICE: Segmentation fault
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56242 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P1 Status|UNCONFIRMED |WAITING Last reconfirmed||2013-02-20 Ever Confirmed|0 |1 --- Comment #8 from Richard Biener rguenth at gcc dot gnu.org 2013-02-20 14:27:57 UTC --- Any updates?
[Bug sanitizer/56393] SIGSEGV when -fsanitize=address and dynamic lib with global objects
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56393 --- Comment #8 from Kostya Serebryany kcc at gcc dot gnu.org 2013-02-20 14:30:16 UTC --- With http://llvm.org/viewvc/llvm-project?rev=175623view=rev __asan_init is called from preinit_array, thus fixing this problem. Will try to merge to gcc in a few days.
[Bug c/56409] New: internal compiler error while compiling Python 2.7.3 on Sun
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56409 Bug #: 56409 Summary: internal compiler error while compiling Python 2.7.3 on Sun Classification: Unclassified Product: gcc Version: 4.4.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassig...@gcc.gnu.org ReportedBy: marcin.kasper...@mekk.waw.pl While trying to compile Python 2.7.3 on Sun machine I got internal gcc error: ~~~ $ wget http://python.org/ftp/python/2.7.3/Python-2.7.3.tgz $ gzcat Python-2.7.3.tgz | tar xf - $ cd Python-2.7.3 $ ./configure --prefix=$HOME/install --enable-shared --without-gcc --with-suffix=2.7 $ make (...) gcc -c -fno-strict-aliasing -g -O2 -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -I. -IInclude -I./Include -fPIC -DPy_BUILD_CORE -o Objects/stringobject.o Objects/stringobject.c init2.c:37: assertion failed: ((64 - 0)+0) == (((64 - 0)+0)/8) * 8 sizeof(mp_limb_t) == (((64 - 0)+0)/8) Objects/longobject.c: In function ‘PyLong_FromString’: Objects/longobject.c:1852: internal compiler error: Abort Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. make: *** [Objects/longobject.o] Error 1 ~~~ Some version info: ~~~ $ uname -a SunOS wenus.softax.local 5.10 Generic_144500-19 sun4v sparc SUNW,Sun-Fire-T1000 ~~~ $ gcc -v Using built-in specs. Target: sparc-sun-solaris2.10 Configured with: ./configure --prefix=/usr/local/gcc --enable-languages=c++ --with-gmp=/usr/local AS=/usr/ccs/bin/as Thread model: posix gcc version 4.4.1 (GCC) ~~~
[Bug tree-optimization/56310] [4.8 Regression] ICE: in decide_about_value, at ipa-cp.c:3310 with -fipa-cp -fno-early-inlining -fipa-cp-clone --param=ipa-cp-eval-threshold=1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56310 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P1
[Bug c/56409] internal compiler error while compiling Python 2.7.3 on Sun
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56409 --- Comment #1 from Marcin Kasperski Marcin.Kasperski at mekk dot waw.pl 2013-02-20 14:38:49 UTC --- Rather unimportant, but let me note that attempt to compile python 2.6.8 fails the same way: ~~~ gcc -c -fno-strict-aliasing -g -O2 -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -I. -IInclude -I./Include -fPIC -DPy_BUILD_CORE -o Objects/longobject.o Objects/longobject.c init2.c:37: assertion failed: ((64 - 0)+0) == (((64 - 0)+0)/8) * 8 sizeof(mp_limb_t) == (((64 - 0)+0)/8) Objects/longobject.c: In function ‘PyLong_FromString’: Objects/longobject.c:1611: internal compiler error: Abort Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. ~~~
[Bug sanitizer/56393] SIGSEGV when -fsanitize=address and dynamic lib with global objects
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56393 --- Comment #9 from Jakub Jelinek jakub at gcc dot gnu.org 2013-02-20 14:43:02 UTC --- .preinit_array is only processed in executables, so this only affects -static-libasan, not linking it as shared library, and only when the program is linked with -fsanitize=address. And, -Wl,-z,initfirst can't be really used on Linux, because glibc dynamic linker only supports exactly one initfirst shared library, which it assumes is libpthread.so.0.
[Bug libgomp/56357] [4.8 Regression] missing symbol references for libgomp when using -flto -fopenmp on mingw32
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56357 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed||2013-02-20 Ever Confirmed|0 |1 --- Comment #2 from Richard Biener rguenth at gcc dot gnu.org 2013-02-20 14:48:42 UTC --- Can you bisect it?
[Bug c++/56359] [4.8 regression] Bogus error: no matching function for call to ...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56359 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P1
[Bug sanitizer/56393] SIGSEGV when -fsanitize=address and dynamic lib with global objects
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56393 --- Comment #10 from Kostya Serebryany kcc at gcc dot gnu.org 2013-02-20 14:49:20 UTC --- (In reply to comment #9) .preinit_array is only processed in executables, so this only affects -static-libasan, Right. This is the only mode officially supported by clang on linux anyway. not linking it as shared library, and only when the program is linked with -fsanitize=address. And, -Wl,-z,initfirst can't be really used on Linux, because glibc dynamic linker only supports exactly one initfirst shared library, which it assumes is libpthread.so.0.
[Bug fortran/56408] Fix dependency handling of testsuite/gfortran.dg
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56408
--- Comment #3 from Tobias Burnus burnus at gcc dot gnu.org 2013-02-20
14:50:04 UTC ---
Created attachment 29510
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29510
Draft patch (fails due to issues mentioned in comment 3)
(In reply to comment #2)
(In reply to comment #1)
Given that you can use dg.exp=nameoftest.f90 and run only that single test,
I think dg-additional-sources should be the way to go in those cases.
Actually, it currently doesn't work:
One cannot combine ! { do-do compile } with dg-additional-sources. dg-do
compile uses -S with the -o option, but that does not support multiple
files. And using, e.g., dg-do link is not possible if one of the files has a
dg-error.
Hence, the following test cases cannot be converted (they use dg-error):
- gfortran.dg/binding_label_tests_10.f03
- gfortran.dg/binding_label_tests_11.f03
- gfortran.dg/binding_label_tests_13.f03
- gfortran.dg/test_common_binding_labels_2.f03
- gfortran.dg/test_common_binding_labels_3.f03
The following could use dg-do link (they currently all uses dg-do compile):
- gfortran.dg/coarray_29_1.f90
- gfortran.dg/whole_file_28.f90
- gfortran.dg/whole_file_30.f90
[Bug c++/56377] [4.8 Regression] missing template args in substitution-failure diagnostics
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56377 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Keywords||diagnostic Priority|P3 |P1
[Bug c++/56403] [4.6/4.7/4.8 Regression] internal compiler error: in build_zero_init_1, at cp/init.c:279
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56403 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P2
[Bug inline-asm/56405] [4.8 Regression] ICE on questionable m argument
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56405 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P1
[Bug fortran/56408] Fix dependency handling of testsuite/gfortran.dg
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56408 --- Comment #4 from Jakub Jelinek jakub at gcc dot gnu.org 2013-02-20 14:54:54 UTC --- So can the modules be just moved into their own separate files and #included (or INCLUDEd)? Or add something like dg-additional-sources for module compilations, where dg.exp would compile those files ahead of compiling the particular testcase, and the testcase would contain dg-final cleanup lines for all those modules (so every test would be self-contained).
[Bug c/56409] internal compiler error while compiling Python 2.7.3 on Sun
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56409 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed||2013-02-20 Ever Confirmed|0 |1 --- Comment #2 from Richard Biener rguenth at gcc dot gnu.org 2013-02-20 14:56:48 UTC --- (In reply to comment #1) Rather unimportant, but let me note that attempt to compile python 2.6.8 fails the same way: ~~~ gcc -c -fno-strict-aliasing -g -O2 -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -I. -IInclude -I./Include -fPIC -DPy_BUILD_CORE -o Objects/longobject.o Objects/longobject.c init2.c:37: assertion failed: ((64 - 0)+0) == (((64 - 0)+0)/8) * 8 sizeof(mp_limb_t) == (((64 - 0)+0)/8) Objects/longobject.c: In function ‘PyLong_FromString’: Objects/longobject.c:1611: internal compiler error: Abort Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. ~~~ This is an abort() from inside GMP - what GMP version are you using? Does it work ok? Thus, did you run make check when installing it? Note that GCC 4.4.1 is rather old and no longer supported, please update to at least GCC 4.6.3. (even GCC 4.4 has bugfix releases, GCC 4.4.7 was the last 4.4 release).
[Bug sanitizer/56393] SIGSEGV when -fsanitize=address and dynamic lib with global objects
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56393 --- Comment #11 from Evgeniy Stepanov eugeni.stepanov at gmail dot com 2013-02-20 14:57:02 UTC --- Yes, dynamic libasan is still busted. We could link a small .o into executables built with dynamic libasan; that .o would contain a .preinit record pointing to the dynamically-linked __asan_init.
[Bug sanitizer/56393] SIGSEGV when -fsanitize=address and dynamic lib with global objects
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56393 --- Comment #12 from Jakub Jelinek jakub at gcc dot gnu.org 2013-02-20 15:02:20 UTC --- Yeah, we can do that. But it will still only cover the case where executable is linked with -fsanitize=address. If you only sanitize some shared library and use it by non-sanitized executable, it could still break, though perhaps not as often as in this case.
[Bug tree-optimization/56310] [4.8 Regression] ICE: in decide_about_value, at ipa-cp.c:3310 with -fipa-cp -fno-early-inlining -fipa-cp-clone --param=ipa-cp-eval-threshold=1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56310 Martin Jambor jamborm at gcc dot gnu.org changed: What|Removed |Added URL||http://gcc.gnu.org/ml/gcc-p ||atches/2013-02/msg00946.htm ||l --- Comment #4 from Martin Jambor jamborm at gcc dot gnu.org 2013-02-20 15:04:01 UTC --- Proposed fix posted the mailing list (never mind the wrong PR number in the subject): http://gcc.gnu.org/ml/gcc-patches/2013-02/msg00946.html
[Bug c++/56403] [4.6/4.7/4.8 Regression] internal compiler error: in build_zero_init_1, at cp/init.c:279
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56403 Marek Polacek mpolacek at gcc dot gnu.org changed: What|Removed |Added CC||mpolacek at gcc dot gnu.org --- Comment #5 from Marek Polacek mpolacek at gcc dot gnu.org 2013-02-20 15:17:58 UTC --- (In reply to comment #4) Alternatively build_zero_init_1 could use RECORD_OR_UNION_CODE_P (TREE_CODE (type)) instead of CLASS_TYPE_P (type). I've tried that approach and even regtested that - it looks fine.
[Bug fortran/56408] Fix dependency handling of testsuite/gfortran.dg
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56408
--- Comment #5 from Tobias Burnus burnus at gcc dot gnu.org 2013-02-20
15:29:07 UTC ---
(In reply to comment #4)
So can the modules be just moved into their own separate files and #included
(or INCLUDEd)?
No. Those tests require that there is more than one translation unit. With
include one has effectively one one TU.
Or add something like dg-additional-sources for module compilations, where
dg.exp would compile those files ahead of compiling the particular testcase,
and the testcase would contain dg-final cleanup lines for all those modules
(so every test would be self-contained).
Well, that's essentially what is currently (with the patch), except that one
runs into the -o issue.
I think it should be also solvable with the current dg-additional-sources -
either relying on having the .s in the current working directory (i.e.
getting rid of the -o.) -- Or by compiling separately for the
dg-additional-sources (for dg-do compile). Probably, the former is not an
option.
Currently, it is handled as:
proc gfortran_target_compile { source dest type options } {
...
set options [dg-additional-files-options $options $source]
return [target_compile $source $dest $type $options]
}
The dg-additional-files-options adds the additional sources to $options.
Maybe, an option would be to do
if { $type == compile } {
set result [target_compile $source $dest $type $options]
foreach srcfile $additional_sources {
lappend result [target_compile $srcfile $dest $type $options]
}
return $result
}
Or something like that. (It probably needs some refinement as
dg-additional-files-options also supports downloading etc. I am also not sure
whether foreach properly splits the files in '{ dg-additional-sources
class_4b.f03 class_4c.f03 }', though it might do so.)
[Bug tree-optimization/56398] [4.8 Regression] ICE (Segmentation fault) in dominated_by_p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56398
--- Comment #7 from Marek Polacek mpolacek at gcc dot gnu.org 2013-02-20
15:33:52 UTC ---
Reduced. Should I add the testcase to into testsuite?
namespace
{
#0 /usr/include/c/4.8/bits/postypes.h 3
}
vtkpow (int b)
{
int a1;
int b1;
int c;
while (b1)
{
while (b)
b1 = 0;
b1 = b1 - 1;
c = c * a1;
}
return c;
}
[Bug ada/56410] New: [4.8 Regression] bootstrap with ada on x86_64-w64-mingw32 fails in gnattools, new dependency on gmp.h
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56410 Bug #: 56410 Summary: [4.8 Regression] bootstrap with ada on x86_64-w64-mingw32 fails in gnattools, new dependency on gmp.h Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: ada AssignedTo: unassig...@gcc.gnu.org ReportedBy: rai...@emrich-ebersheim.de Host: x86_64-w64-mingw32 Target: x86_64-w64-mingw32 Build: x86_64-w64-mingw32 A commit between revision 194638 and 195218 introduced a new dependency on gmp.h, which is not found because the required include search path isn't added. So, if the dependency is by intention, the include search path has to be added. Otherwise the dependeny has to be removed again. ../../xgcc -B../../ -c -DIN_GCC -g -W -Wall \ -iquote /SCRATCH/tmp.WFOaDArHyR/src/gcc-4.8.0/gcc \ -iquote . -iquote .. -iquote ../.. -iquote /SCRATCH/tmp.WFOaDArHyR/src/gcc-4.8.0/gcc/ada -iquote /SCRATCH/tmp.WFOaDArHyR/src/gcc-4.8.0/gcc -I/SCRATCH/tmp.WFOaDArHyR/src/gcc-4.8.0/gcc/../include \ ../rts/targext.c -o targext.o In file included from ../rts/targext.c:43:0: D:/msys/SCRATCH/tmp.WFOaDArHyR/src/gcc-4.8.0/gcc/system.h:641:17: fatal error: gmp.h: No such file or directory #include gmp.h ^ compilation terminated. make[1]: *** [targext.o] Error 1 make[1]: *** Waiting for unfinished jobs make[1]: Leaving directory `/SCRATCH/tmp.WFOaDArHyR/gcc-4.8.0/gcc-4.8.0/gcc/ada/tools' make: *** [gnattools-native] Error 2
[Bug middle-end/56108] Asm statement in transaction_relaxed crashes compiler.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56108 --- Comment #4 from Aldy Hernandez aldyh at gcc dot gnu.org 2013-02-20 15:43:34 UTC --- Proposed patch: http://gcc.gnu.org/ml/gcc-patches/2013-02/msg00947.html
[Bug tree-optimization/56265] [4.8 Regression] ICE in ipa_make_edge_direct_to_target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56265 --- Comment #9 from Jan Hubicka hubicka at gcc dot gnu.org 2013-02-20 15:47:32 UTC --- Author: hubicka Date: Wed Feb 20 15:47:21 2013 New Revision: 196177 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=196177 Log: PR tree-optimization/56265 * ipa-prop.c (ipa_make_edge_direct_to_target): Fixup callgraph when target is referenced for firs ttime. * testsuite/g++.dg/ipa/devirt-11.C: New testcase. Added: trunk/gcc/testsuite/g++.dg/ipa/devirt-11.C Modified: trunk/gcc/ChangeLog trunk/gcc/ipa-prop.c trunk/gcc/testsuite/ChangeLog
[Bug fortran/56408] Fix dependency handling of testsuite/gfortran.dg
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56408 --- Comment #6 from Tobias Burnus burnus at gcc dot gnu.org 2013-02-20 16:32:18 UTC --- Created attachment 29511 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29511 Draft patch (not working) for testsuite/lib (In reply to comment #5) Maybe, an option would be to do ... I have now tried my proposal, however, my patch (see attachment) doesn't work. The problem is that the additional file is seemingly not read when checking whether the output contains the pattern. (Additionally, it writes to the original .s ($source.s) not to the one of the additional sources; I don't know whether that's good (for cleanup) or bad (for pattern matching).)
[Bug c++/11764] [DR147] g++ does not treat injected class name correctly.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11764
--- Comment #22 from André Wöbbeking Woebbeking at web dot de 2013-02-20
16:31:47 UTC ---
Hi,
shouldn't
struct A
{
struct B {};
};
int main()
{
A::A::B b;
}
fail to compile? It compiles with 4.6 and 4.7.
Cheers,
André
[Bug c++/11764] [DR147] g++ does not treat injected class name correctly.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11764 --- Comment #23 from Jonathan Wakely redi at gcc dot gnu.org 2013-02-20 17:03:00 UTC --- No, that's valid. In the nested-name-specifier the second A only considers namespaces, types and templates whose specializations are types ([basic.lookup.qual]) so it doesn't name the constructor.
[Bug ada/56271] GCC build errors when building ada and using LDFLAGS
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56271 --- Comment #2 from Eric Botcazou ebotcazou at gcc dot gnu.org 2013-02-20 18:24:20 UTC --- Author: ebotcazou Date: Wed Feb 20 18:24:15 2013 New Revision: 196178 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=196178 Log: PR ada/56271 Backport from mainline 2012-05-15 Olivier Hainque hain...@adacore.com * gcc-interface/Make-lang.in (COMMON_FLAGS_TO_PASS): Use WARN_CFLAGS instead of trying to mimic it. Modified: branches/gcc-4_7-branch/gcc/ada/ChangeLog branches/gcc-4_7-branch/gcc/ada/gcc-interface/Make-lang.in
[Bug ada/56271] GCC build errors when building ada and using LDFLAGS
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56271 Eric Botcazou ebotcazou at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||ebotcazou at gcc dot ||gnu.org Resolution||FIXED Target Milestone|--- |4.7.3 --- Comment #3 from Eric Botcazou ebotcazou at gcc dot gnu.org 2013-02-20 18:28:20 UTC --- .
[Bug sanitizer/56393] SIGSEGV when -fsanitize=address and dynamic lib with global objects
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56393 --- Comment #13 from Evgeniy Stepanov eugeni.stepanov at gmail dot com 2013-02-20 18:29:57 UTC --- I don't see what can be done in that case. We should just declare it unsupported. We've got this problem on Android, where an instrumented JNI library is loaded into Dalvik VM, which is outside of user control. We solve it by requiring that the runtime library is LD_PRELOAD-ed into the DVM (Android has a mechanism to do this on an individual app basis on rooted devices).
[Bug target/56361] assertion failure passing structs w/o fields by value on sparc64
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56361 Eric Botcazou ebotcazou at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed||2013-02-20 CC||ebotcazou at gcc dot ||gnu.org Ever Confirmed|0 |1 --- Comment #1 from Eric Botcazou ebotcazou at gcc dot gnu.org 2013-02-20 18:57:04 UTC --- That could make sense if you confirm that the generated code runs correctly once the assertion is relaxed.
[Bug middle-end/56242] [4.8 Regression] libjava/classpath/gnu/javax/swing/text/html/parser/support/textPreProcessor.java:175:0: ICE: Segmentation fault
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56242 --- Comment #9 from Jeffrey A. Law law at redhat dot com 2013-02-20 19:06:53 UTC --- Given this built reg-tested on mips (which uses reorg) and is reported to fix the ICE on the PA, I don't think we need to wait on the PA testing results.
[Bug c++/56411] New: [4.8 regression] Wrong preprocessor output with -std=c++11
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56411
Bug #: 56411
Summary: [4.8 regression] Wrong preprocessor output with
-std=c++11
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: ppluzhni...@google.com
This is a continuation of PR 52538.
Broke somewhere between r195930(ok) and r196104(broken).
cat t.cc
#define FOO(str) sizeof(str)
#define BAR(str) sizeof( str )
int main()
{
unsigned long a = FOO(abc);
unsigned long b = BAR(abc);
}
g++ -E /tmp/t.cc | grep sizeof
unsigned long a = sizeof(abc);
unsigned long b = sizeof( abc );
g++ -E -std=c++11 /tmp/t.cc | grep sizeof
unsigned long a = sizeof(str); WHAT?
unsigned long b = sizeof( abc );
[Bug c++/56411] [4.8 regression] Wrong preprocessor output with -std=c++11
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56411 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #1 from Jakub Jelinek jakub at gcc dot gnu.org 2013-02-20 19:26:40 UTC --- See PR55582. The assumption that you can avoid putting there a space is simply broken.
[Bug c++/56411] [4.8 regression] Wrong preprocessor output with -std=c++11
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56411 Paul Pluzhnikov ppluzhnikov at google dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID --- Comment #2 from Paul Pluzhnikov ppluzhnikov at google dot com 2013-02-20 19:32:02 UTC --- So 'str' is the problem because it begins with 's', and changing it to e.g. xstr fixes the problem. Oh, well.
[Bug c++/56411] [4.8 regression] Wrong preprocessor output with -std=c++11
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56411 --- Comment #3 from Jakub Jelinek jakub at gcc dot gnu.org 2013-02-20 19:34:21 UTC --- Well, if you are already changing the code, just put there space instead. While right now _ and s are the only characters allowed to start a user defined literal, I'm pretty sure in the future more will come.
[Bug target/56412] New: [4.8 Regression] libtool: cygpath: command not found for mingw32 host
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56412 Bug #: 56412 Summary: [4.8 Regression] libtool: cygpath: command not found for mingw32 host Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassig...@gcc.gnu.org ReportedBy: daniel.f.sta...@freenet.de Configuring gcc r196092 for mingw32 on ming32 host without bootstrapping it failed at lto-plugin for libtool with the following configuration: ../gcc-4.8/configure --enable-languages=c --disable-sjlj-exceptions --disable-nls --disable-shared --enable-static --enable-fully-dynamic-string --enable-libgomp --enable-lto --with-dwarf2 --disable-win32-registry --enable-version-specific-runtime-libs --disable-bootstrap --build=mingw32 --enable-abi=32 --enable-checking=release --with-mpfr=/mingw --with-gmp=/mingw --with-mpc=/mingw --prefix=/mingw The error message for make all-gcc is: make[2]: Entering directory `/new-gcc/bin/lto-plugin' /bin/sh ./libtool --tag=CC --tag=disable-static --mode=compile gcc -DHAVE_CONFIG_H -I. -I../../gcc-4.8/lto-plugin -I../../gcc-4.8/lto-plugin/../include -DHAVE_CONFIG_H -DPTW32_STATIC_LIB -Wall -g -O2 -D__USE_MINGW_ACCESS -c -o lto-plugin.lo ../../gcc-4.8/lto-plugin/lto-plugin.c ./libtool: line 2008: cygpath: command not found libtool: compile: gcc -DHAVE_CONFIG_H -I. -I../../gcc-4.8/lto-plugin -I../../gcc-4.8/lto-plugin/../include -DHAVE_CONFIG_H -DPTW32_STATIC_LIB -Wall -g -O2 -D__USE_MINGW_ACCESS -c -DDLL_EXPORT -DPIC -o .libs/lto-plugin.o gcc.exe: : No such file or directory gcc.exe: no input files with the following values assigned: srcfile: ../../gcc-4.8/lto-plugin/lto-plugin.c fix_srcfile_path: `cygpath -w $srcfile` The problem is probably within libtool.m4 where fix_srcfile_path is assigned with cygpath even for mingw host at line 4790 with: _LT_TAGVAR(fix_srcfile_path, $1)='`cygpath -w $srcfile`'
[Bug go/56320] Several libgo tests FAIL on 64-bit Solaris/x86
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56320 --- Comment #1 from ian at gcc dot gnu.org ian at gcc dot gnu.org 2013-02-20 19:45:19 UTC --- Author: ian Date: Wed Feb 20 19:45:10 2013 New Revision: 196179 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=196179 Log: PR go/56320 runtime: Support Solaris AMD64 in lfstack. The address space layout is similar on SPARC64 and AMD64 when running Solaris. Modified: trunk/libgo/runtime/lfstack.c
[Bug go/56320] Several libgo tests FAIL on 64-bit Solaris/x86
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56320 Ian Lance Taylor ian at airs dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED --- Comment #2 from Ian Lance Taylor ian at airs dot com 2013-02-20 19:46:42 UTC --- Should be fixed now, I hope.
[Bug middle-end/56242] [4.8 Regression] libjava/classpath/gnu/javax/swing/text/html/parser/support/textPreProcessor.java:175:0: ICE: Segmentation fault
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56242 --- Comment #10 from Jeffrey A. Law law at redhat dot com 2013-02-20 19:47:53 UTC --- My first thought WRT the actual patch itself is why not put the logic to fixup the insn chain for SEQUENCEs at the end of reorder_insns_nobb? That would avoid similar problems for any other code that used this function after reorg.c had started. It also seems to me there are 4 cases that need to be fixed. FROM is a SEQUENCE Need to fix PREV_INSN of the first insn in the SEQUENCE TO is a SEQUENCE Need to fix NEXT_INSN of the last insn in the SEQUENCE PREV_INSN (FROM) is a sequence Need to fix NEXT_INSN of the last INSN in the SEQUENCE NEXT_INSN (TO) is a sequence Need to fix PREV_INSN of the first INSN in the SEQUENCE Am I missing something here?
[Bug ada/56410] [4.8 Regression] bootstrap with ada on x86_64-w64-mingw32 fails in gnattools, new dependency on gmp.h
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56410 Eric Botcazou ebotcazou at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed||2013-02-20 CC||ebotcazou at gcc dot ||gnu.org Ever Confirmed|0 |1 --- Comment #1 from Eric Botcazou ebotcazou at gcc dot gnu.org 2013-02-20 19:59:53 UTC --- Why does the fix installed for PR bootstrap/55784 not work you? See comment #3
[Bug go/56171] syscall FAILs on Solaris
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56171 --- Comment #10 from ian at gcc dot gnu.org ian at gcc dot gnu.org 2013-02-20 20:04:48 UTC --- Author: ian Date: Wed Feb 20 20:04:36 2013 New Revision: 196180 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=196180 Log: PR go/56171 syscall: Solaris fixes for passing file descriptor. From Rainer Orth. Added: trunk/libgo/go/syscall/socket_posix.go trunk/libgo/go/syscall/socket_xnet.go Modified: trunk/libgo/Makefile.am trunk/libgo/Makefile.in trunk/libgo/go/syscall/sockcmsg_unix.go trunk/libgo/go/syscall/socket.go
[Bug go/56171] syscall FAILs on Solaris
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56171 Ian Lance Taylor ian at airs dot com changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Comment #11 from Ian Lance Taylor ian at airs dot com 2013-02-20 20:06:04 UTC --- Fixed again.
[Bug target/56412] [4.8 Regression] libtool: cygpath: command not found for mingw32 host
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56412 --- Comment #1 from Daniel Starke daniel.f.starke at freenet dot de 2013-02-20 20:15:58 UTC --- A patch of lto-plugin/configure could solve this issue for now if the patch of libtool.m4 was too extensive for stage4. --- gcc-4.8.0-r196092/lto-plugin/configure2013-02-15 22:11:56 + +++ gcc-4.8.0-patched/lto-plugin/configure2013-02-20 20:05:25 + @@ -8734,7 +8734,7 @@ old_archive_from_new_cmds='true' # FIXME: Should let the user specify the lib program. old_archive_cmds='lib -OUT:$oldlib$oldobjs$old_deplibs' - fix_srcfile_path='`cygpath -w $srcfile`' + fix_srcfile_path='' enable_shared_with_static_runtimes=yes ;;
[Bug target/56412] [4.8 Regression] libtool: cygpath: command not found for mingw32 host
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56412 --- Comment #2 from Daniel Starke daniel.f.starke at freenet dot de 2013-02-20 20:23:32 UTC --- Sorry, here is the correct patch proposed. --- gcc-4.8.0-r196092/lto-plugin/configure2013-02-15 22:11:56 + +++ gcc-4.8.0-patch/lto-plugin/configure2013-02-20 20:19:57 + @@ -8734,7 +8734,14 @@ old_archive_from_new_cmds='true' # FIXME: Should let the user specify the lib program. old_archive_cmds='lib -OUT:$oldlib$oldobjs$old_deplibs' - fix_srcfile_path='`cygpath -w $srcfile`' + case $host_os in +cygwin*) + fix_srcfile_path='`cygpath -w $srcfile`' + ;; +*) + fix_srcfile_path='' + ;; + esac enable_shared_with_static_runtimes=yes ;;
[Bug tree-optimization/56265] [4.8 Regression] ICE in ipa_make_edge_direct_to_target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56265 Jan Hubicka hubicka at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #10 from Jan Hubicka hubicka at gcc dot gnu.org 2013-02-20 21:01:15 UTC --- Fixed now.
[Bug inline-asm/56405] [4.8 Regression] ICE on questionable m argument
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56405 Steven Bosscher steven at gcc dot gnu.org changed: What|Removed |Added Keywords||ice-on-valid-code, patch Status|UNCONFIRMED |NEW Last reconfirmed||2013-02-20 Ever Confirmed|0 |1
[Bug fortran/53379] [4.7/4.8 Regression] No backtrace generated for array bounds violation
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53379 --- Comment #11 from Janne Blomqvist jb at gcc dot gnu.org 2013-02-20 21:20:44 UTC --- Looking at the frontend, calls to runtime_error_at are generated from gfc_trans_runtime_check() and gfc_trans_runtime_error(). I went through calls to these functions, and IMHO they all look like serious errors worthy of a backtrace, with the exception of ALLOCATE/DEALLOCATE failures when STAT= is not specified. In that case F2008 specifies that the processor must proceed with error termination, and printing a backtrace for this case would be a bit inconsistent with other cases of error termination.
[Bug ada/56271] GCC build errors when building ada and using LDFLAGS
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56271 --- Comment #4 from Karlson2k k2k at narod dot ru 2013-02-20 21:29:06 UTC --- While this fix is OK in most cases, there is more correct fix. 'filter-out' use first argument as space separated list. Consider that WARN_CFLAGS is -Wall -pedantic (including double quotes). If any other variable has same words, for example CFLAGS was set to -O3 -pedantic, that those words will be filtered out with quotes ( -pedantic ) and 'make' will lose opening or closing quote. Better to use $(subst $(WARN_CFLAGS),,$(FLAGS_TO_PASS)) as it will replace whole string, not word by word.
[Bug c++/56413] New: ICE accessing private method from enclosing class within lambda, in get_expr_operands, regression from 4.6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56413 Bug #: 56413 Summary: ICE accessing private method from enclosing class within lambda, in get_expr_operands, regression from 4.6 Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassig...@gcc.gnu.org ReportedBy: jetr...@sbcglobal.net Created attachment 29512 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29512 Preprocessed source file The attached code causes the compiler to crash in both 4.7.2 and 4.8.0, but not in 4.6; details: g++ (Ubuntu/Linaro 20121008-1ubuntu1) 4.8.0 20121008 (experimental) [trunk revision 192192] command line: /usr/lib/gcc-snapshot/bin/g++ -Wall -std=c++0x -o /tmp/rw /tmp/crash_repro.cpp 2/tmp/crash_repo.log Using this-inter_value(v) instead of simply inter_value(v) in the body of the lambda causes the compile to complete successfully.
[Bug c++/56413] ICE accessing private method from enclosing class within lambda, in get_expr_operands, regression from 4.6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56413 --- Comment #1 from Jeff Trull jetrull at sbcglobal dot net 2013-02-20 21:37:01 UTC --- Created attachment 29513 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29513 Compiler output
[Bug target/56091] gcc.target/arm/pr43137.c fails for THUMB-1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56091 --- Comment #2 from rsandifo at gcc dot gnu.org rsandifo at gcc dot gnu.org 2013-02-20 21:59:45 UTC --- FWIW, target-specific fallout along these lines was expected at the time. The patch made lower_subreg take rtx_costs into account, so some targets' rtx_costs might need updating.
[Bug target/56412] [4.8] libtool: cygpath: command not found for mingw32 host
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56412 --- Comment #3 from Andrew Pinski pinskia at gcc dot gnu.org 2013-02-20 22:00:41 UTC --- (In reply to comment #2) Sorry, here is the correct patch proposed. Is there a patch to configure.ac as configure is generated from configure.ac. If the problem is in libtool.m4, then propose a patch to the libtool list instead and we will then port it from there and regenerate the files.
[Bug libstdc++/56414] New: C++11 atomic are not always atomic on load and store depending on the command line on x86-64
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56414 Bug #: 56414 Summary: C++11 atomic are not always atomic on load and store depending on the command line on x86-64 Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ AssignedTo: unassig...@gcc.gnu.org ReportedBy: valentin.da...@gmail.com In the standard, in section [1.10.21], it is explained that data races happen when one of conflicting operations is not atomic. Which means that when they are all atomic, we should not get any data race. On x86-64, load and stores on native scalars seem to be atomic operations only if they are not across cache lines. If I change the alignment of scalars, I can make non atomic scalars. std::atomic should always be aligned correctly even if the options or attributes are asking otherwise. For example, if use -fpack-struct=1, then my atomic fields are not properly aligned anymore. $ g++ -std=c++0x -pthread -fpack-struct=1 $ ./a.out 72057594037927935 a.out: foo.cc:34: main()::__lambda2: Assertion `v == 0 || v == -1' failed. Aborted
[Bug libstdc++/56414] C++11 atomic are not always atomic on load and store depending on the command line on x86-64
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56414 --- Comment #1 from valentin.david at gmail dot com 2013-02-20 22:09:27 UTC --- Created attachment 29514 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29514 example showing the bug
[Bug libstdc++/56414] C++11 atomic are not always atomic on load and store depending on the command line on x86-64
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56414 --- Comment #2 from Andrew Pinski pinskia at gcc dot gnu.org 2013-02-20 22:12:05 UTC --- -fpack-struct=1 Changes the ABI so you cannot depend on the ABI change working with the standard ABI anyways.
[Bug c++/56413] ICE accessing private method from enclosing class within lambda, in get_expr_operands, regression from 4.6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56413 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE --- Comment #2 from Paolo Carlini paolo.carlini at oracle dot com 2013-02-20 23:27:22 UTC --- This is already fixed. *** This bug has been marked as a duplicate of bug 53137 ***
[Bug c++/53137] [4.7/4.8 Regression] g++ segfault
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53137 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added CC||jetrull at sbcglobal dot ||net --- Comment #23 from Paolo Carlini paolo.carlini at oracle dot com 2013-02-20 23:27:22 UTC --- *** Bug 56413 has been marked as a duplicate of this bug. ***
[Bug libstdc++/55043] [4.7 Regression] issue with nesting unordered_map containing unique_ptr into vector
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55043 --- Comment #30 from Jonathan Wakely redi at gcc dot gnu.org 2013-02-20 23:55:54 UTC --- Author: redi Date: Wed Feb 20 23:55:48 2013 New Revision: 196187 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=196187 Log: PR libstdc++/55043 * include/bits/alloc_traits.h (allocator_traits::construct): Disable unless construction would be well-formed. (__allow_copy_cons, __check_copy_constructible): Define. * include/bits/unordered_map.h (__check_copy_constructible): Use as base class so copy constructor will be deleted if appropriate. * include/bits/unordered_set.h: Likewise. * include/std/unordered_set: Include alloc_traits.h. * include/std/unordered_set: Likewise. * include/debug/unordered_map.h: Default copy and move constructors. * include/debug/unordered_set.h: Likewise. * testsuite/23_containers/unordered_map/55043.cc: Fix test. * testsuite/23_containers/unordered_multimap/55043.cc: Likewise. * testsuite/23_containers/unordered_multiset/55043.cc: Likewise. * testsuite/23_containers/unordered_set/55043.cc: Likewise. * testsuite/23_containers/unordered_map/requirements/53339.cc: XFAIL, cannot support incomplete types. * testsuite/23_containers/unordered_multimap/requirements/53339.cc: Likewise. * testsuite/23_containers/unordered_set/instantiation_neg.cc: Adjust dg-error line number. Added: branches/gcc-4_7-branch/libstdc++-v3/testsuite/23_containers/unordered_map/55043.cc branches/gcc-4_7-branch/libstdc++-v3/testsuite/23_containers/unordered_map/requirements/53339.cc - copied, changed from r196178, branches/gcc-4_7-branch/libstdc++-v3/testsuite/23_containers/unordered_set/instantiation_neg.cc branches/gcc-4_7-branch/libstdc++-v3/testsuite/23_containers/unordered_multimap/55043.cc branches/gcc-4_7-branch/libstdc++-v3/testsuite/23_containers/unordered_multimap/requirements/53339.cc - copied, changed from r196178, branches/gcc-4_7-branch/libstdc++-v3/testsuite/23_containers/unordered_set/instantiation_neg.cc branches/gcc-4_7-branch/libstdc++-v3/testsuite/23_containers/unordered_multiset/55043.cc branches/gcc-4_7-branch/libstdc++-v3/testsuite/23_containers/unordered_set/55043.cc Modified: branches/gcc-4_7-branch/libstdc++-v3/ChangeLog branches/gcc-4_7-branch/libstdc++-v3/include/bits/alloc_traits.h branches/gcc-4_7-branch/libstdc++-v3/include/bits/unordered_map.h branches/gcc-4_7-branch/libstdc++-v3/include/bits/unordered_set.h branches/gcc-4_7-branch/libstdc++-v3/include/debug/unordered_map branches/gcc-4_7-branch/libstdc++-v3/include/debug/unordered_set branches/gcc-4_7-branch/libstdc++-v3/include/std/unordered_map branches/gcc-4_7-branch/libstdc++-v3/include/std/unordered_set branches/gcc-4_7-branch/libstdc++-v3/testsuite/23_containers/unordered_set/instantiation_neg.cc
[Bug libstdc++/55043] [4.7 Regression] issue with nesting unordered_map containing unique_ptr into vector
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55043 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #31 from Jonathan Wakely redi at gcc dot gnu.org 2013-02-20 23:57:35 UTC --- fixed for 4.7.3
[Bug ada/56410] [4.8 Regression] bootstrap with ada on x86_64-w64-mingw32 fails in gnattools, new dependency on gmp.h
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56410 Rainer Emrich rai...@emrich-ebersheim.de changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||INVALID --- Comment #2 from Rainer Emrich rai...@emrich-ebersheim.de 2013-02-21 00:10:45 UTC --- (In reply to comment #1) Why does the fix installed for PR bootstrap/55784 not work you? See comment #3 Sorry for the noise, caused by a glitch with MSYS make and my stupidity.
