[Bug fortran/62270] -Wlogical-not-parentheses warnings
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62270 --- Comment #10 from Marek Polacek --- (In reply to David Binderman from comment #9) > Is a brand new warning ready for the prime time of -Wall ? The warning existed for some time already before it's been added to -Wall. > It might be a tad more conservative to implement the proposed warning > and not include it in -Wall until some time has elapsed and some user > feedback has been provided. That's what happened. And I believe few people noticed the new warning. > For instance, what effect does new flag -Wlogical-not-parentheses have > on building major packages like the Linux kernel, or Fedora, > or others ? Some of them won't build because of -Werror, I suppose, but that happens every year when we do the mass rebuilds; -Wall isn't guaranteed to be consistent from release to release. It should not have almost any false positives, and there's always the option to use -Wno-logical-not-parentheses or to wrap LHS in parens to suppress the warning.
[Bug rtl-optimization/61942] loop-iv.c:2272 signed integer overflow
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61942 --- Comment #3 from Marek Polacek --- I tried trunk again and still nothing, so maybe only 4.9 is affected. But both 4.9/trunk contain the "nmax = INTVAL (mmax) - INTVAL (mmin);" line...
[Bug libgomp/63193] New: omp_set_dynamic memory leak
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63193 Bug ID: 63193 Summary: omp_set_dynamic memory leak Product: gcc Version: 4.9.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgomp Assignee: unassigned at gcc dot gnu.org Reporter: thomas.huxhorn at web dot de CC: jakub at gcc dot gnu.org Created attachment 33454 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33454&action=edit preprocessed file small memory leak found with valgrind. 60b are still reachable with gcc 4.7.2 and 104b with 4.9.1. kater@ktux:~$ gcc -v -save-temps -Wall -Wextra -fopenmp omp_set_dynamic_leak.c Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/lib/gcc/i586-linux-gnu/4.9/lto-wrapper Target: i586-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Debian 4.9.1-12' --with-bugurl=file:///usr/share/doc/gcc-4.9/README.Bugs --enable-languages=c,c++,java,go,d,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-4.9 --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.9 --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --enable-gnu-unique-object --disable-vtable-verify --enable-plugin --with-system-zlib --disable-browser-plugin --enable-java-awt=gtk --enable-gtk-cairo --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-4.9-i386/jre --enable-java-home --with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-4.9-i386 --with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-4.9-i386 --with-arch-directory=i386 --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --enable-objc-gc --enable-targets=all --enable-multiarch --with-arch-32=i586 --with-multilib-list=m32,m64,mx32 --enable-multilib --with-tune=generic --enable-checking=release --build=i586-linux-gnu --host=i586-linux-gnu --target=i586-linux-gnu Thread model: posix gcc version 4.9.1 (Debian 4.9.1-12) COLLECT_GCC_OPTIONS='-v' '-save-temps' '-Wall' '-Wextra' '-fopenmp' '-mtune=generic' '-march=i586' '-pthread' /usr/lib/gcc/i586-linux-gnu/4.9/cc1 -E -quiet -v -imultiarch i386-linux-gnu -D_REENTRANT omp_set_dynamic_leak.c -mtune=generic -march=i586 -Wall -Wextra -fopenmp -fpch-preprocess -o omp_set_dynamic_leak.i ignoring nonexistent directory "/usr/local/include/i386-linux-gnu" ignoring nonexistent directory "/usr/lib/gcc/i586-linux-gnu/4.9/../../../../i586-linux-gnu/include" #include "..." search starts here: #include <...> search starts here: /usr/lib/gcc/i586-linux-gnu/4.9/include /usr/local/include /usr/lib/gcc/i586-linux-gnu/4.9/include-fixed /usr/include/i386-linux-gnu /usr/include End of search list. COLLECT_GCC_OPTIONS='-v' '-save-temps' '-Wall' '-Wextra' '-fopenmp' '-mtune=generic' '-march=i586' '-pthread' /usr/lib/gcc/i586-linux-gnu/4.9/cc1 -fpreprocessed omp_set_dynamic_leak.i -quiet -dumpbase omp_set_dynamic_leak.c -mtune=generic -march=i586 -auxbase omp_set_dynamic_leak -Wall -Wextra -version -fopenmp -o omp_set_dynamic_leak.s GNU C (Debian 4.9.1-12) version 4.9.1 (i586-linux-gnu) compiled by GNU C version 4.9.1, GMP version 6.0.0, MPFR version 3.1.2-p3, MPC version 1.0.2 GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 GNU C (Debian 4.9.1-12) version 4.9.1 (i586-linux-gnu) compiled by GNU C version 4.9.1, GMP version 6.0.0, MPFR version 3.1.2-p3, MPC version 1.0.2 GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 Compiler executable checksum: 35aa769f5ca4f1c8bba3ec1739207cbd COLLECT_GCC_OPTIONS='-v' '-save-temps' '-Wall' '-Wextra' '-fopenmp' '-mtune=generic' '-march=i586' '-pthread' as -v --32 -o omp_set_dynamic_leak.o omp_set_dynamic_leak.s GNU assembler version 2.24.51 (i586-linux-gnu) using BFD version (GNU Binutils for Debian) 2.24.51.20140818 COMPILER_PATH=/usr/lib/gcc/i586-linux-gnu/4.9/:/usr/lib/gcc/i586-linux-gnu/4.9/:/usr/lib/gcc/i586-linux-gnu/:/usr/lib/gcc/i586-linux-gnu/4.9/:/usr/lib/gcc/i586-linux-gnu/ LIBRARY_PATH=/usr/lib/gcc/i586-linux-gnu/4.9/:/usr/lib/gcc/i586-linux-gnu/4.9/../../../i386-linux-gnu/:/usr/lib/gcc/i586-linux-gnu/4.9/../../../../lib/:/lib/i386-linux-gnu/:/lib/../lib/:/usr/lib/i386-linux-gnu/:/usr/lib/../lib/:/usr/lib/gcc/i586-linux-gnu/4.9/../../../:/lib/:/usr/lib/ Reading specs from /usr/lib/gcc/i586-linux-gnu/4.9/libgomp.spec COLLECT_GCC_OPTIONS='-v' '-save-temps' '-Wall' '-Wextra' '-fopenmp' '-mtune=generic' '-march=i586' '-pthread' /usr/lib/gcc/i586-linux-gnu/4.9/collect2 -plugin /usr/lib/gcc/i586-linux-gnu/4.9/liblto_plugin.so -plugin-opt=/usr/lib/gcc/i586-linux-gnu/4.9/lto-wrapper -plugin-opt=-fresolution=omp_set_dynamic_leak.res -plugin-opt=-pass-through=-lgcc -plugin-opt=-pass-through=-lgcc_s -plugin-opt=-pass-through=-lpthread -plugin-opt=-pass-through=-lc -plugin-opt=-pass-through=-lgcc -plugin-opt=-pass-through=-lgcc_s --sysroot=/ --build-
[Bug libgomp/63193] omp_set_dynamic memory leak
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63193 Jakub Jelinek changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |INVALID --- Comment #1 from Jakub Jelinek --- Still reachable memory is not a memory leak.
[Bug target/63171] Segfault in rs6000.c:rs6000_emit_move for multiple tls tests starting with r214658
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63171 --- Comment #2 from rsandifo at gcc dot gnu.org --- Author: rsandifo Date: Sat Sep 6 10:04:44 2014 New Revision: 214989 URL: https://gcc.gnu.org/viewcvs?rev=214989&root=gcc&view=rev Log: gcc/ PR middle-end/63171 * rtlanal.c (tls_referenced_p): Don't skip constant subrtxes. Modified: trunk/gcc/ChangeLog trunk/gcc/rtlanal.c
[Bug target/63171] Segfault in rs6000.c:rs6000_emit_move for multiple tls tests starting with r214658
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63171 rsandifo at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #3 from rsandifo at gcc dot gnu.org --- Patch applied. Sorry for the breakage.
[Bug lto/57703] Assembler function definition moved to a different ltrans then call
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57703 Markus Trippelsdorf changed: What|Removed |Added CC||trippels at gcc dot gnu.org --- Comment #7 from Markus Trippelsdorf --- *** Bug 60690 has been marked as a duplicate of this bug. ***
[Bug lto/60690] Variables used in inline assembly cause LTO link errors
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60690 Markus Trippelsdorf changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE --- Comment #3 from Markus Trippelsdorf --- dup *** This bug has been marked as a duplicate of bug 57703 ***
[Bug lto/57703] Assembler function definition moved to a different ltrans then call
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57703 Markus Trippelsdorf changed: What|Removed |Added CC||gmarkhor at gmail dot com --- Comment #8 from Markus Trippelsdorf --- *** Bug 48947 has been marked as a duplicate of this bug. ***
[Bug lto/48947] 4.6.0 fails to link ffmpeg with LTO and gold
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48947 Markus Trippelsdorf changed: What|Removed |Added Status|WAITING |RESOLVED CC||trippels at gcc dot gnu.org Resolution|--- |DUPLICATE --- Comment #11 from Markus Trippelsdorf --- dup. *** This bug has been marked as a duplicate of bug 57703 ***
[Bug fortran/57530] [OOP] Wrongly rejects type_pointer => class_target (which have identical declared type)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57530 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed||2014-09-06 Ever confirmed|0 |1 --- Comment #9 from Dominique d'Humieres --- The codes in comments 0 and 2 compile with gfortran 4.9.1 and trunk (5.0). Should not this PR resolved as FIXED and a new PR open for the remaining issue in comment 8?
[Bug c/63189] [4.8 Regression] Incorrect results from trivial loop when optimized with O3 or O2+tree vectorization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63189 Mikael Pettersson changed: What|Removed |Added CC||mikpelinux at gmail dot com --- Comment #3 from Mikael Pettersson --- I can reproduce the wrong-code with current 4.8, but not with 4.7.4 or 4.6.4 (all unmodified FSF versions). The bug in 4.8 gets fixed by backporting r202663, which also fixes PR60196. The three test cases are essentially identical.
[Bug target/61360] [5 Regression] ICE: in lra_update_insn_recog_data, at lra.c:1363 with -mtune=bdver4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61360
--- Comment #11 from Markus Trippelsdorf ---
(In reply to GGanesh from comment #9)
> Patch that fixes this issue has been submitted
> https://gcc.gnu.org/ml/gcc-patches/2014-08/msg02179.html
>
> The idea is to prohibit changes to the "enabled" attribute during lra and
> reload pass.
Here's a small testcase that still ICE's even with your patch applied:
% cat utils.i
int a, b, c, e, f, g, h;
long *d;
__attribute__((cold)) void fn1() {
int i = g | 1;
for (; g; h++) {
for (; a; e++) d[0] = c;
if (0.002 * i) break;
for (; b; f++) d[h] = 0;
}
}
% gcc -march=amdfam10 -O2 -c utils.i
utils.i: In function ‘fn1’:
utils.i:10:1: internal compiler error: in lra_update_insn_recog_data, at
lra.c:1223
}
^
0x8ddb6c lra_update_insn_recog_data(rtx_insn*)
../../gcc/gcc/lra.c:1222
0x8f4595 eliminate_regs_in_insn
../../gcc/gcc/lra-eliminations.c:1077
0x8f4595 process_insn_for_elimination
../../gcc/gcc/lra-eliminations.c:1344
0x8f4595 lra_eliminate(bool, bool)
../../gcc/gcc/lra-eliminations.c:1408
0x8df81e lra(_IO_FILE*)
../../gcc/gcc/lra.c:2278
0x89ddf6 do_reload
../../gcc/gcc/ira.c:5311
0x89ddf6 execute
../../gcc/gcc/ira.c:5470
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See for instructions.
[Bug c++/63194] New: [4.9/5 Regression] ICE in maybe_explain_implicit_delete, at cp/method.c:1552
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63194
Bug ID: 63194
Summary: [4.9/5 Regression] ICE in
maybe_explain_implicit_delete, at cp/method.c:1552
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: trippels at gcc dot gnu.org
CC: jason at gcc dot gnu.org
Reduced from a huge boost testcase:
markus@x4 tmp % cat horzcollisionbar.ii
template
class A {
public:
A() noexcept(noexcept(0)) = default;
};
class B {
A<0> m_points;
};
void fn1(A<0>, A<0>) { B(); }
markus@x4 tmp % g++ -c -std=c++11 horzcollisionbar.ii
horzcollisionbar.ii: In function ‘void fn1(A<0>, A<0>)’:
horzcollisionbar.ii:9:26: error: use of deleted function ‘B::B()’
void fn1(A<0>, A<0>) { B(); }
^
horzcollisionbar.ii:6:7: note: ‘B::B()’ is implicitly deleted because the
default definition would be ill-formed:
class B {
^
horzcollisionbar.ii:6:7: error: use of deleted function ‘A< >::A()
[with int = 0]’
horzcollisionbar.ii:4:3: internal compiler error: in
maybe_explain_implicit_delete, at cp/method.c:1552
A() noexcept(noexcept(0)) = default;
^
0x6ea0d8 maybe_explain_implicit_delete(tree_node*)
../../gcc/gcc/cp/method.c:1552
0x653df0 mark_used(tree_node*, int)
../../gcc/gcc/cp/decl2.c:4877
0x57233e build_over_call
../../gcc/gcc/cp/call.c:7019
0x57df65 build_new_method_call_1
../../gcc/gcc/cp/call.c:8098
0x57df65 build_new_method_call(tree_node*, tree_node*, vec**, tree_node*, int, tree_node**, int)
../../gcc/gcc/cp/call.c:8168
0x6e00ef locate_fn_flags
../../gcc/gcc/cp/method.c:906
0x6e2eca walk_field_subobs
../../gcc/gcc/cp/method.c:1193
0x6e3a34 synthesized_method_walk
../../gcc/gcc/cp/method.c:1435
0x6e9f7f maybe_explain_implicit_delete(tree_node*)
../../gcc/gcc/cp/method.c:1541
0x653df0 mark_used(tree_node*, int)
../../gcc/gcc/cp/decl2.c:4877
0x572cc2 build_over_call
../../gcc/gcc/cp/call.c:7381
0x57df65 build_new_method_call_1
../../gcc/gcc/cp/call.c:8098
0x57df65 build_new_method_call(tree_node*, tree_node*, vec**, tree_node*, int, tree_node**, int)
../../gcc/gcc/cp/call.c:8168
0x57eed9 build_special_member_call(tree_node*, tree_node*, vec**, tree_node*, int, int)
../../gcc/gcc/cp/call.c:7712
0x6d83ab build_value_init(tree_node*, int)
../../gcc/gcc/cp/init.c:350
0x620e74 build_functional_cast(tree_node*, tree_node*, int)
../../gcc/gcc/cp/typeck2.c:1928
0x687643 cp_parser_functional_cast
../../gcc/gcc/cp/parser.c:23581
0x68118b cp_parser_postfix_expression
../../gcc/gcc/cp/parser.c:5936
0x683e73 cp_parser_unary_expression
../../gcc/gcc/cp/parser.c:7287
0x684c38 cp_parser_binary_expression
../../gcc/gcc/cp/parser.c:8030
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
Started with r203989.
[Bug c++/63194] [5 Regression] ICE in maybe_explain_implicit_delete, at cp/method.c:1552
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63194 Markus Trippelsdorf changed: What|Removed |Added Known to work||4.8.3, 4.9.0 Summary|[4.9/5 Regression] ICE in |[5 Regression] ICE in |maybe_explain_implicit_dele |maybe_explain_implicit_dele |te, at cp/method.c:1552 |te, at cp/method.c:1552 Known to fail||5.0 --- Comment #1 from Markus Trippelsdorf --- Actually gcc-4.9 compiles the testcase without any warning.
[Bug c++/62255] [4.8/4.9 Regression] Introducing an unrelated template parameter causes compilation to fail
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62255
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed||2014-09-06
Assignee|unassigned at gcc dot gnu.org |jason at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #9 from Jason Merrill ---
And one rejected by all of GCC, Clang and EDG (but also accepted by 4.7):
template struct Test {
template static int check(typename X::Type*);
template static char check(...);
static const int value = sizeof(check(0));
};
template struct Sink { };
template class Derived : Sink >::value> {};
Sink >::value> s;
If we somehow cause Derived to be instantiated before the last line, such
as by declaring a Derived variable, everything is fine. We only run into
trouble because it hasn't been.
r197613 caused this to start breaking because before that change we had briefly
been instantiating classes in more situations, but that caused its own
problems.
It's not clear to me that this needs to be ill-formed; the value is not
dependent on itself, it's just an accident of instantiation context. We could
decide to just handle this. I think I'll make that change and also bring it up
with the committee.
[Bug target/63195] New: [5.0 regression] stage3 build/gengtype miscompiled
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63195 Bug ID: 63195 Summary: [5.0 regression] stage3 build/gengtype miscompiled Product: gcc Version: 5.0 Status: UNCONFIRMED Keywords: build, wrong-code Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: sch...@linux-m68k.org CC: segher at kernel dot crashing.org Target: powerpc64-*-* r214077 is causing the stage3 build/gengtype to be miscompiled on ppc64. build/gengtype \ -S ../../gcc/gcc -I gtyp-input.list -w tmp-gtype.state ../../gcc/gcc/rtl.h:214: undefined type `rtunion' ../../gcc/gcc/java/builtins.c:82: undefined type `builtin_creator_function' gengtype: didn't write state file tmp-gtype.state after errors make[2]: *** [s-gtype] Error 1
[Bug target/63195] [5.0 regression] stage3 build/gengtype miscompiled
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63195 --- Comment #1 from Andreas Schwab --- $ ../gcc/configure --prefix=/usr --build=powerpc64-linux --enable-checking=release --enable-shared --with-system-zlib 'CFLAGS=-O2 -g' 'CXXFLAGS=-O2 -g' --with-cpu-64=power4 --enable-secureplt --with-long-double-128 --enable-languages=c
[Bug middle-end/61158] negative shift at fold-const.c:12095
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61158
John David Anglin changed:
What|Removed |Added
CC||danglin at gcc dot gnu.org
--- Comment #8 from John David Anglin ---
gcc.dg/pr61158.c fails on hppa2.0w-hp-hpux11.11 on 4.9 branch:
spawn /mnt/gnu/gcc/objdir-test/gcc/xgcc -B/mnt/gnu/gcc/objdir-test/gcc/
/mnt/gnu
/gcc/gcc/gcc/testsuite/gcc.dg/pr61158.c -fno-diagnostics-show-caret
-fdiagnostic
s-color=never -O2 -fdump-tree-original -S -o pr61158.s
PASS: gcc.dg/pr61158.c (test for excess errors)
FAIL: gcc.dg/pr61158.c scan-tree-dump original "return 0;"
This is tree dump:
# less pr61158.c.003t.original
;; Function foo (null)
;; enabled by -tree-original
{
return ((long long unsigned int) x & 71776119061217280) >> 40;
}
[Bug middle-end/61158] negative shift at fold-const.c:12095
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61158 --- Comment #9 from John David Anglin --- It looks like the test fails because HOST_BITS_PER_WIDE_INT is 32 on hppa2.0w-hp-hpux11.11. As a result, the fold optimization doesn't occur.
[Bug c/57821] 'array is too large' error is missing when sizetype overflows
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57821 --- Comment #11 from John David Anglin --- Backtrace at ICE: Breakpoint 1, _Z12tree_to_uhwiPK9tree_node (t=0x7ae68b58) at ../../gcc/gcc/tree.c:7024 7024 gcc_assert (tree_fits_uhwi_p (t)); (gdb) p debug_tree (t) constant 0x8000> $1 = 10 (gdb) bt #0 _Z12tree_to_uhwiPK9tree_node (t=0x7ae68b58) at ../../gcc/gcc/tree.c:7024 #1 0x000a3a20 in _Z20process_init_element6c_exprbP7obstack (value=..., implicit=false, braced_init_obstack=0x7eff0b54) at ../../gcc/gcc/c/c-typeck.c:8829 #2 0x000bd170 in _ZL16c_parser_initvalP8c_parserP6c_exprP7obstack ( parser=0x7ae45708, after=0x0, braced_init_obstack=0x7eff0b54) at ../../gcc/gcc/c/c-parser.c:4377 #3 0x000bcfc8 in _ZL16c_parser_initeltP8c_parserP7obstack ( parser=0x7ae45708, braced_init_obstack=0x7eff0b54) at ../../gcc/gcc/c/c-parser.c:4351 #4 0x000bc724 in _ZL20c_parser_braced_initP8c_parserP9tree_nodeb ( parser=0x7ae45708, type=0x0, nested_p=false) at ../../gcc/gcc/c/c-parser.c:4133 #5 0x000bc4ec in _ZL20c_parser_initializerP8c_parser (parser=0x7ae45708) at ../../gcc/gcc/c/c-parser.c:4091 #6 0x000b734c in _ZL29c_parser_declaration_or_fndefP8c_parserbPP9tree_node3vecI7c_token7va_heap6vl_ptrE (parser=0x7ae45708, fndef_ok=false, static_assert_ok=true, empty_ok=true, nested=false, start_attr_ok=true, objc_foreach_object_declaration=0x0, omp_declare_simd_clauses=...) at ../../gcc/gcc/c/c-parser.c:1759 #7 0x000b661c in _ZL29c_parser_external_declarationP8c_parser ( parser=0x7ae45708) at ../../gcc/gcc/c/c-parser.c:1399 #8 0x000b5f58 in _ZL25c_parser_translation_unitP8c_parser (parser=0x7ae45708) ---Type to continue, or q to quit--- at ../../gcc/gcc/c/c-parser.c:1286 #9 0x000d9228 in _Z12c_parse_filev () at ../../gcc/gcc/c/c-parser.c:14049 #10 0x00150588 in _Z19c_common_parse_filev () at ../../gcc/gcc/c-family/c-opts.c:1067 #11 0x00906170 in _ZL12compile_filev () at ../../gcc/gcc/toplev.c:548 #12 0x00909be4 in _ZL10do_compilev () at ../../gcc/gcc/toplev.c:1917 #13 0x00909ef8 in _Z11toplev_mainiPPc (argc=14, argv=0x7eff057c) at ../../gcc/gcc/toplev.c:1993 #14 0x00d2357c in main (argc=14, argv=0x7eff057c) at ../../gcc/gcc/main.c:36
[Bug ipa/63196] New: [5.0 regression] FAIL: g++.dg/torture/pr57140.C -O3 -fomit-frame-pointer (internal compiler error)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63196
Bug ID: 63196
Summary: [5.0 regression] FAIL: g++.dg/torture/pr57140.C -O3
-fomit-frame-pointer (internal compiler error)
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Component: ipa
Assignee: unassigned at gcc dot gnu.org
Reporter: sch...@linux-m68k.org
CC: rguenther at suse dot de
Target: m68k-*-*
Appeared with r214957.
$ gcc/xg++ -Bgcc/ ../gcc/testsuite/g++.dg/torture/pr57140.C -nostdinc++ -I
m68k-linux/libstdc++-v3/include/m68k-linux -I m68k-linux/libstdc++-v3/include
-I ../libstdc++-v3/libsupc++ -I ../libstdc++-v3/include/backward -I
../libstdc++-v3/testsuite/util -O3 -fomit-frame-pointer -S
../gcc/testsuite/g++.dg/torture/pr57140.C: In member function ‘AdhocTag*
AdhocAdmin::handleListUsersForm(gloox::Tag*, const gloox::DataForm&)’:
../gcc/testsuite/g++.dg/torture/pr57140.C:174:11: internal compiler error: in
fix_loop_structure, at loop-init.c:252
AdhocTag *AdhocAdmin::handleListUsersForm(Tag *tag, const DataForm &form) {
^
0xa437bb fix_loop_structure(bitmap_head*)
../../gcc/loop-init.c:252
0xbb7ec6 repair_loop_structures
../../gcc/tree-cfgcleanup.c:775
0xbb7ec6 cleanup_tree_cfg()
../../gcc/tree-cfgcleanup.c:805
0xacbbe4 execute_function_todo
../../gcc/passes.c:1704
0xacc723 execute_todo
../../gcc/passes.c:1808
0xace599 execute_one_ipa_transform_pass
../../gcc/passes.c:1996
0xace599 execute_all_ipa_transforms()
../../gcc/passes.c:2027
0x837674 cgraph_node::expand()
../../gcc/cgraphunit.c:1737
0x838a08 expand_all_functions
../../gcc/cgraphunit.c:1880
0x838a08 symbol_table::compile()
../../gcc/cgraphunit.c:2209
0x83a3dc symbol_table::finalize_compilation_unit()
../../gcc/cgraphunit.c:2286
0x622bc3 cp_write_global_declarations()
../../gcc/cp/decl2.c:4666
[Bug c/63197] New: tc-m68k.c: Wrong warning "array subscript is below array bounds"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63197 Bug ID: 63197 Summary: tc-m68k.c: Wrong warning "array subscript is below array bounds" Product: gcc Version: 4.9.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: jbg...@lug-owl.de Building Binutils's GAS with a recent GCC (ie. 4.9.1) for --target=m68k-linux fails due to a false warning, which aborts the build since -Werror is used. Cf. Buildrobot build #351394 (http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=351394): gcc -DHAVE_CONFIG_H -I. -I/home/vaxbuild/repos/binutils_gdb/gas -I. -I/home/vaxbuild/repos/binutils_gdb/gas -I../bfd -I/home/vaxbuild/repos/binutils_gdb/gas/config -I/home/vaxbuild/repos/binutils_gdb/gas/../include -I/home/vaxbuild/repos/binutils_gdb/gas/.. -I/home/vaxbuild/repos/binutils_gdb/gas/../bfd -DLOCALEDIR="\"/home/vaxbuild/build/m68k-linux/_install_/share/locale\"" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Wshadow -Werror -g -O2 -MT tc-m68k.o -MD -MP -MF .deps/tc-m68k.Tpo -c -o tc-m68k.o `test -f 'config/tc-m68k.c' || echo '/home/vaxbuild/repos/binutils_gdb/gas/'`config/tc-m68k.c /home/vaxbuild/repos/binutils_gdb/gas/config/tc-m68k.c: In function ‘md_assemble’: /home/vaxbuild/repos/binutils_gdb/gas/config/tc-m68k.c:4514:36: error: array subscript is below array bounds [-Werror=array-bounds] n = (the_ins.numo - the_ins.fragb[n - 1].fragoff); ^ cc1: all warnings being treated as errors make[3]: *** [tc-m68k.o] Error 1 Alan Modra had described it here: https://sourceware.org/ml/binutils/2014-08/msg00236.html
[Bug target/63195] [5.0 regression] stage3 build/gengtype miscompiled
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63195 Segher Boessenkool changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed||2014-09-06 CC||segher at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #2 from Segher Boessenkool --- I cannot reproduce this. You have --enable-languages=c and it fails in java? ... Oh never mind, it needs checking=release to fail. How strange. Anyway: mine.
[Bug testsuite/56194] FAIL: g++.dg/init/const9.C -std=c++98 scan-assembler-not rodata
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56194 --- Comment #4 from John David Anglin --- Author: danglin Date: Sat Sep 6 21:45:53 2014 New Revision: 214996 URL: https://gcc.gnu.org/viewcvs?rev=214996&root=gcc&view=rev Log: PR testsuite/56194 * g++.dg/init/const9.C: Skip scan-assembler-not "rodata" on hppa*-*-*. Modified: trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/g++.dg/init/const9.C
[Bug testsuite/56194] FAIL: g++.dg/init/const9.C -std=c++98 scan-assembler-not rodata
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56194 --- Comment #5 from John David Anglin --- Author: danglin Date: Sat Sep 6 21:50:40 2014 New Revision: 214997 URL: https://gcc.gnu.org/viewcvs?rev=214997&root=gcc&view=rev Log: PR testsuite/56194 * g++.dg/init/const9.C: Skip scan-assembler-not "rodata" on hppa*-*-*. Modified: branches/gcc-4_9-branch/gcc/testsuite/ChangeLog branches/gcc-4_9-branch/gcc/testsuite/g++.dg/init/const9.C
[Bug testsuite/56194] FAIL: g++.dg/init/const9.C -std=c++98 scan-assembler-not rodata
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56194 --- Comment #6 from John David Anglin --- Author: danglin Date: Sat Sep 6 21:53:14 2014 New Revision: 214998 URL: https://gcc.gnu.org/viewcvs?rev=214998&root=gcc&view=rev Log: PR testsuite/56194 * g++.dg/init/const9.C: Skip scan-assembler-not "rodata" on hppa*-*-*. Modified: branches/gcc-4_8-branch/gcc/testsuite/ChangeLog branches/gcc-4_8-branch/gcc/testsuite/g++.dg/init/const9.C
[Bug testsuite/56194] FAIL: g++.dg/init/const9.C -std=c++98 scan-assembler-not rodata
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56194 John David Anglin changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #7 from John David Anglin --- Fixed.
[Bug rtl-optimization/63156] web can't handle AUTOINC correctly
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63156 --- Comment #8 from Carrot --- (In reply to Steven Bosscher from comment #7) > (In reply to Carrot from comment #6) > > Since it is intentionally to remove flag DF_REF_READ_WRITE on use, > > Ah, but I don't think that was the correct fix. The DEF and USE refs should > both have the flag set. I agree it's more reasonable to set DF_REF_READ_WRITE flag on both use and def, it means we need to revert r125736 and reopen bug 32339.
