[Bug ada/81878] --disable-bootstrap --enable-languages=ada fails
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81878 --- Comment #52 from Eric Botcazou --- > for native builds, I mean. hmm, I wonder if we can test for a native build > in config-lang.in... Yes, that would be ideal.
[Bug tree-optimization/87898] [8/9 Regression] ICE in separate_decls_in_region_debug, at tree-parloops.c:961
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87898 Richard Biener changed: What|Removed |Added Target Milestone|--- |8.3
[Bug tree-optimization/87885] ICE in release_ssa_name_fn with -fprofile-report
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87885 Richard Biener changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2018-11-06 CC||hubicka at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #1 from Richard Biener --- Well, obviously the profile-consistency checking requires up-to-date IL but that cannot be ensured before TODO of a pass was run. So I'm not sure why it is run twice? if (profile_report && cfun && (cfun->curr_properties & PROP_cfg)) check_profile_consistency (pass->static_pass_number, 0, true); /* Run post-pass cleanup and verification. */ execute_todo (todo_after | pass->todo_flags_finish | TODO_verify_il); if (profile_report && cfun && (cfun->curr_properties & PROP_cfg)) check_profile_consistency (pass->static_pass_number, 1, true); docs say /* Do profile consistency book-keeping for the pass with static number INDEX. If SUBPASS is zero, we run _before_ the pass, and if SUBPASS is one, then we run _after_ the pass. RUN is true if the pass really runs, or FALSE but the first call above isn't before the pass, it is before the TODO of the pass?! That is, the following fixes the ICE and placement according to docs. Honza? diff --git a/gcc/passes.c b/gcc/passes.c index d838d909941..4d600eeb7b9 100644 --- a/gcc/passes.c +++ b/gcc/passes.c @@ -2163,15 +2163,15 @@ execute_one_ipa_transform_pass (struct cgraph_node *node, if (pass->tv_id != TV_NONE) timevar_push (pass->tv_id); + if (profile_report && cfun && (cfun->curr_properties & PROP_cfg)) +check_profile_consistency (pass->static_pass_number, 0, true); + /* Run pre-pass verification. */ execute_todo (ipa_pass->function_transform_todo_flags_start); /* Do it! */ todo_after = ipa_pass->function_transform (node); - if (profile_report && cfun && (cfun->curr_properties & PROP_cfg)) -check_profile_consistency (pass->static_pass_number, 0, true); - /* Run post-pass cleanup and verification. */ execute_todo (todo_after); verify_interpass_invariants (); @@ -2417,6 +2417,9 @@ execute_one_pass (opt_pass *pass) if (pass->tv_id != TV_NONE) timevar_push (pass->tv_id); + if (profile_report && cfun && (cfun->curr_properties & PROP_cfg)) +check_profile_consistency (pass->static_pass_number, 0, true); + /* Run pre-pass verification. */ execute_todo (pass->todo_flags_start); @@ -2461,9 +2464,6 @@ execute_one_pass (opt_pass *pass) do_per_function (update_properties_after_pass, pass); - if (profile_report && cfun && (cfun->curr_properties & PROP_cfg)) -check_profile_consistency (pass->static_pass_number, 0, true); - /* Run post-pass cleanup and verification. */ execute_todo (todo_after | pass->todo_flags_finish | TODO_verify_il); if (profile_report && cfun && (cfun->curr_properties & PROP_cfg))
[Bug rtl-optimization/87874] [8/9 Regression] ICE in simplify_subreg, at simplify-rtx.c:6396
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87874 --- Comment #4 from Alexandre Oliva --- https://gcc.gnu.org/ml/gcc-patches/2018-11/msg00332.html
[Bug ada/81878] --disable-bootstrap --enable-languages=ada fails
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81878 --- Comment #51 from Alexandre Oliva --- for native builds, I mean. hmm, I wonder if we can test for a native build in config-lang.in...
[Bug tree-optimization/83648] missing -Wsuggest-attribute=malloc on a trivial malloc-like function
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83648 Arseny Solokha changed: What|Removed |Added CC||asolokha at gmx dot com --- Comment #4 from Arseny Solokha --- Should this PR be closed now?
[Bug tree-optimization/85787] malloc_candidate_p fails to detect malloc attribute on nested phis
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85787 Arseny Solokha changed: What|Removed |Added CC||asolokha at gmx dot com --- Comment #3 from Arseny Solokha --- Should this PR be closed now?
[Bug rtl-optimization/87895] [7/8/9 Regression] ICE in purge_dead_edges, at cfgrtl.c:3246
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87895 Richard Biener changed: What|Removed |Added Target Milestone|--- |7.4 Summary|ICE in purge_dead_edges, at |[7/8/9 Regression] ICE in |cfgrtl.c:3246 |purge_dead_edges, at ||cfgrtl.c:3246
[Bug tree-optimization/87896] [9 Regression] ICE in verify_flow_info failed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87896 Richard Biener changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2018-11-06 Ever confirmed|0 |1 --- Comment #3 from Richard Biener --- Looks like a latent issue? We have EDGE_IGNORE set on edges so if ((e->flags & ~(EDGE_DFS_BACK | EDGE_CAN_FALLTHRU | EDGE_IRREDUCIBLE_LOOP | EDGE_LOOP_EXIT | EDGE_CROSSING | EDGE_PRESERVE)) == 0) n_branch++; doesn't count them. The flag is set by vr-values.c:simplify_switch_using_ranges but never reset. /* An edge we should ignore. It should be entirely local to passes. ie, it is never set on any edge upon the completion of any pass. */ DEF_EDGE_FLAG(IGNORE, 17) We could clear the flag in vr_values::~vr_values, but not sure if that's the best thing to do. VRP and DOM could do that as well. tree-vrp.c used to clear EDGE_IGNORE but the issue must be that we somehow _do_ thread (and copy) those edges?! That is, we seem to look at EDGE_IGNORE only in thread_outgoing_edges but appearantly not on all edges included in a threading path? As said edges marked this way are determined to be never executed. Jeff?
[Bug ada/81878] --disable-bootstrap --enable-languages=ada fails
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81878 --- Comment #50 from Alexandre Oliva --- Do we want lang_requires="c c++" in ada's config-lang.in, then?
[Bug tree-optimization/87898] New: [8/9 Regression] ICE in separate_decls_in_region_debug, at tree-parloops.c:961
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87898
Bug ID: 87898
Summary: [8/9 Regression] ICE in
separate_decls_in_region_debug, at tree-parloops.c:961
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code, openmp
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: asolokha at gmx dot com
Target Milestone: ---
Target: x86_64-pc-linux-gnu
gcc-9.0.0-alpha20181104 snapshot (r265779) ICEs when compiling the following
snippet w/ -O1 -floop-parallelize-all -fopenmp -ftree-parallelize-loops=2
-fvar-tracking-assignments:
#pragma omp declare simd
void
h0 (int re)
{
re = 0;
}
% x86_64-pc-linux-gnu-gcc-9.0.0-alpha20181104 -O1 -floop-parallelize-all
-fopenmp -ftree-parallelize-loops=2 -fvar-tracking-assignments -c i5qefyvy.c
during GIMPLE pass: parloops
i5qefyvy.c: In function 'h0.simdclone.0':
i5qefyvy.c:3:1: internal compiler error: in separate_decls_in_region_debug, at
tree-parloops.c:961
3 | h0 (int re)
| ^~
0xd7d8c7 separate_decls_in_region_debug
/var/tmp/portage/sys-devel/gcc-9.0.0_alpha20181104/work/gcc-9-20181104/gcc/tree-parloops.c:961
0xd7d8c7 separate_decls_in_region
/var/tmp/portage/sys-devel/gcc-9.0.0_alpha20181104/work/gcc-9-20181104/gcc/tree-parloops.c:1378
0xd7eb3b gen_parallel_loop
/var/tmp/portage/sys-devel/gcc-9.0.0_alpha20181104/work/gcc-9-20181104/gcc/tree-parloops.c:2455
0xd80a3b parallelize_loops
/var/tmp/portage/sys-devel/gcc-9.0.0_alpha20181104/work/gcc-9-20181104/gcc/tree-parloops.c:3417
0xd81c2d execute
/var/tmp/portage/sys-devel/gcc-9.0.0_alpha20181104/work/gcc-9-20181104/gcc/tree-parloops.c:3499
0xd81c2d execute
/var/tmp/portage/sys-devel/gcc-9.0.0_alpha20181104/work/gcc-9-20181104/gcc/tree-parloops.c:3478
[Bug bootstrap/87891] problems with building cross GCC for target powerpc64-darwin from powerpc-darwin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87891
--- Comment #11 from Douglas Mencken ---
That’s what I did
sudo ln -s /usr/bin/as /usr/bin/powerpc64-unknown-darwin-as
sudo ln -s /usr/bin/ld /usr/bin/powerpc64-unknown-darwin-ld
sudo ln -s /usr/bin/ar /usr/bin/powerpc64-unknown-darwin-ar
sudo rm /usr/bin/powerpc64-unknown-darwin-ranlib
sudo cat << EOF > /usr/bin/powerpc64-unknown-darwin-ranlib
#!/bin/sh
exec ranlib \${1+"\$@"}
EOF
sudo chmod +x /usr/bin/powerpc64-unknown-darwin-ranlib
sudo ln -s /usr/bin/lipo /usr/bin/powerpc64-unknown-darwin-lipo
sudo ln -s /usr/bin/strip /usr/bin/powerpc64-unknown-darwin-strip
nano gcc/as
ORIGINAL_AS_FOR_TARGET="as"
nano gcc/collect-ld
ORIGINAL_LD_FOR_TARGET="ld"
ln -s /usr/include/sys ./gcc/include/sys
ln -s /usr/include/machine ./gcc/include/machine
ln -s /usr/include/mach ./gcc/include/mach
ln -s /usr/include/ppc ./gcc/include/ppc
ln -s /usr/include/unistd.h ./gcc/include/unistd.h
ln -s /usr/include/_types.h ./gcc/include/_types.h
ln -s /usr/include/stdlib.h ./gcc/include/stdlib.h
ln -s /usr/include/available.h ./gcc/include/available.h
ln -s /usr/include/alloca.h ./gcc/include/alloca.h
ln -s /usr/include/pthread.h ./gcc/include/pthread.h
ln -s /usr/include/pthread_impl.h ./gcc/include/pthread_impl.h
ln -s /usr/include/sched.h ./gcc/include/sched.h
ln -s /usr/include/time.h ./gcc/include/time.h
ln -s /usr/include/_structs.h ./gcc/include/_structs.h
ln -s /usr/include/string.h ./gcc/include/string.h
mv gcc/include/stdint.h gcc/include/stdint.h.gcc
ln -s /usr/include/stdint.h ./gcc/include/stdint.h
ln -s /usr/include/signal.h ./gcc/include/signal.h
ln -s /usr/include/dlfcn.h ./gcc/include/dlfcn.h
ln -s /usr/include/AvailabilityMacros.h ./gcc/include/AvailabilityMacros.h
ln -s /usr/include/mach-o ./gcc/include/mach-o
ln -s /usr/include/architecture ./gcc/include/architecture
ln -s /usr/include/libkern ./gcc/include/libkern
[Bug bootstrap/87891] problems with building cross GCC for target powerpc64-darwin from powerpc-darwin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87891
--- Comment #10 from Douglas Mencken ---
And this one is beyond my understanding
/bin/sh ../../../gcc-8.2.0/libgcc/../mkinstalldirs .
/Volumes/hfsplushd/Development/gcc-toolchain/_build/./gcc/xgcc
-B/Volumes/hfsplushd/Development/gcc-toolchain/_build/./gcc/
-B/Developer/GCC/8.2p/PowerPC/64bit/powerpc64-unknown-darwin/bin/
-B/Developer/GCC/8.2p/PowerPC/64bit/powerpc64-unknown-darwin/lib/ -isystem
/Developer/GCC/8.2p/PowerPC/64bit/powerpc64-unknown-darwin/include -isystem
/Developer/GCC/8.2p/PowerPC/64bit/powerpc64-unknown-darwin/sys-include-O2
-g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings
-Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition
-isystem ./include -mmacosx-version-min=10.5 -pipe -Wa,-force_cpusubtype_ALL
-mmacosx-version-min=10.4 -fno-common -mlong-double-128 -g -DIN_LIBGCC2
-fbuilding-libgcc -fno-stack-protector -Dinhibit_libc -dynamiclib
-nodefaultlibs -install_name
/Developer/GCC/8.2p/PowerPC/64bit/powerpc64-unknown-darwin/lib/libgcc_s.1.dylib
-single_module -o ./libgcc_s.dylib -Wl,-exported_symbols_list,libgcc.map
-compatibility_version 1 -current_version 1.0 -g -O2 -B./ _muldi3_s.o
_negdi2_s.o _lshrdi3_s.o _ashldi3_s.o _ashrdi3_s.o _cmpdi2_s.o _ucmpdi2_s.o
_clear_cache_s.o _trampoline_s.o __main_s.o _absvsi2_s.o _absvdi2_s.o
_addvsi3_s.o _addvdi3_s.o _subvsi3_s.o _subvdi3_s.o _mulvsi3_s.o _mulvdi3_s.o
_negvsi2_s.o _negvdi2_s.o _ctors_s.o _ffssi2_s.o _ffsdi2_s.o _clz_s.o
_clzsi2_s.o _clzdi2_s.o _ctzsi2_s.o _ctzdi2_s.o _popcount_tab_s.o
_popcountsi2_s.o _popcountdi2_s.o _paritysi2_s.o _paritydi2_s.o _powisf2_s.o
_powidf2_s.o _powixf2_s.o _powitf2_s.o _mulhc3_s.o _mulsc3_s.o _muldc3_s.o
_mulxc3_s.o _multc3_s.o _divhc3_s.o _divsc3_s.o _divdc3_s.o _divxc3_s.o
_divtc3_s.o _bswapsi2_s.o _bswapdi2_s.o _clrsbsi2_s.o _clrsbdi2_s.o
_fixunssfsi_s.o _fixunsdfsi_s.o _fixunsxfsi_s.o _fixsfdi_s.o _fixdfdi_s.o
_fixxfdi_s.o _fixtfdi_s.o _fixunssfdi_s.o _fixunsdfdi_s.o _fixunsxfdi_s.o
_fixunstfdi_s.o _floatdisf_s.o _floatdidf_s.o _floatdixf_s.o _floatditf_s.o
_floatundisf_s.o _floatundidf_s.o _floatundixf_s.o _floatunditf_s.o
_fixsfti_s.o _fixdfti_s.o _fixxfti_s.o _fixtfti_s.o _fixunssfti_s.o
_fixunsdfti_s.o _fixunsxfti_s.o _fixunstfti_s.o _floattisf_s.o _floattidf_s.o
_floattixf_s.o _floattitf_s.o _floatuntisf_s.o _floatuntidf_s.o
_floatuntixf_s.o _floatuntitf_s.o _divdi3_s.o _moddi3_s.o _divmoddi4_s.o
_udivdi3_s.o _umoddi3_s.o _udivmoddi4_s.o _udiv_w_sdiv_s.o darwin-tramp_s.o
darwin-64_s.o darwin-fpsave_s.o darwin-gpsave_s.o darwin-world_s.o
ibm-ldouble_s.o enable-execute-stack_s.o unwind-dw2_s.o
unwind-dw2-fde-darwin_s.o unwind-sjlj_s.o unwind-c_s.o darwin-fallback_s.o
emutls_s.o libgcc.a -lc
MLIBS=`/Volumes/hfsplushd/Development/gcc-toolchain/_build/./gcc/xgcc
-B/Volumes/hfsplushd/Development/gcc-toolchain/_build/./gcc/
-B/Developer/GCC/8.2p/PowerPC/64bit/powerpc64-unknown-darwin/bin/
-B/Developer/GCC/8.2p/PowerPC/64bit/powerpc64-unknown-darwin/lib/ -isystem
/Developer/GCC/8.2p/PowerPC/64bit/powerpc64-unknown-darwin/include -isystem
/Developer/GCC/8.2p/PowerPC/64bit/powerpc64-unknown-darwin/sys-include
--print-multi-lib | sed -e 's/;.*$//'` ; \
for mlib in $MLIBS ; do \
cp ../${mlib}/libgcc/${mlib}/libgcc_s.dylib \
./libgcc_s.1.dylib_T_${mlib} || exit 1 ; \
done
powerpc64-unknown-darwin-lipo -output libgcc_s.1.dylib \
-create libgcc_s.1.dylib_T*
rm libgcc_s.1.dylib_T*
MLIBS=`/Volumes/hfsplushd/Development/gcc-toolchain/_build/./gcc/xgcc
-B/Volumes/hfsplushd/Development/gcc-toolchain/_build/./gcc/
-B/Developer/GCC/8.2p/PowerPC/64bit/powerpc64-unknown-darwin/bin/
-B/Developer/GCC/8.2p/PowerPC/64bit/powerpc64-unknown-darwin/lib/ -isystem
/Developer/GCC/8.2p/PowerPC/64bit/powerpc64-unknown-darwin/include -isystem
/Developer/GCC/8.2p/PowerPC/64bit/powerpc64-unknown-darwin/sys-include
--print-multi-lib | sed -e 's/;.*$//'` ; \
for mlib in $MLIBS ; do \
powerpc64-unknown-darwin-strip -o libgcc_ext.10.4.dylib_T${mlib} \
-R ../../../gcc-8.2.0/libgcc/config/rs6000/libgcc-darwin.10.4.ver
-c -urx \
../${mlib}/libgcc/${mlib}/libgcc_s.dylib || exit 1 ; \
done
powerpc64-unknown-darwin-strip: symbols names listed in:
../../../gcc-8.2.0/libgcc/config/rs6000/libgcc-darwin.10.4.ver not in:
/Volumes/hfsplushd/Development/gcc-toolchain/_build/powerpc64-unknown-darwin/libgcc/libgcc_s.dylib
__Unwind_Backtrace
__Unwind_DeleteException
__Unwind_FindEnclosingFunction
__Unwind_Find_FDE
__Unwind_ForcedUnwind
__Unwind_GetCFA
__Unwind_GetDataRelBase
__Unwind_GetGR
__Unwind_GetIP
__Unwind_GetLanguageSpecificData
__Unwind_GetRegionStart
__Unwind_GetTextRelBase
__Unwind_RaiseException
__Unwind_Resume
__Unwind_Resume_or_Rethrow
__Unwind_SetGR
__Unwind_SetIP
___absvdi2
___absvsi2
___addvdi3
___addvsi3
___ashldi3
___ashrdi3
___clear_cache
___clzdi2
___clzsi2
___cmpdi2
___ctzdi2
___ctzsi2
___deregister_frame
[Bug other/82857] libbacktrace: please support binaries stripped with dwz -m (following the .gnu_debugaltlink)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82857 --- Comment #5 from Tom de Vries --- Created attachment 44962 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44962=edit WIP patch, handles DW_FORM_GNU_strp_alt With this patch, the test-case from comment 1 passes: ... Non-stripped 1 Stripped 0 Stripped with debuglink 1 Stripped with debuglink to compressed with objcopy 1 Stripped with debuglink to compressed with dwz 1 Stripped with debuglink to compressed with dwz -m 1 ... In more detail, we get the backtrace with function name 'main', and the full path for bt.c: ... 0x400eff main /data/gcc_versions/devel/bt.c:20 0x7fe303fcaf49 __libc_start_main ../csu/libc-start.c:308 0x400da9 ??? ../sysdeps/x86_64/start.S:120 0x ??? ???:0 ...
[Bug sanitizer/87892] [9 Regression]: libsanitizer fails to build on CentOS 5.11 (glibc 2.5)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87892 Richard Biener changed: What|Removed |Added Keywords||build Target Milestone|--- |9.0
[Bug rtl-optimization/87895] ICE in purge_dead_edges, at cfgrtl.c:3246
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87895 --- Comment #1 from Arseny Solokha --- And compiling the testcase w/ -O1 -fopenmp yeilds: % x86_64-pc-linux-gnu-gcc-9.0.0-alpha20181104 -O1 -fopenmp -c i5qefyvy.c during GIMPLE pass: local-pure-const i5qefyvy.c: In function 'vm.simdclone.0': i5qefyvy.c:3:1: internal compiler error: Segmentation fault 3 | vm (int oh) | ^~ 0xcce03f crash_signal /var/tmp/portage/sys-devel/gcc-9.0.0_alpha20181104/work/gcc-9-20181104/gcc/toplev.c:325 0x74d3b3 bool is_a_helper::test(gimple*) /var/tmp/portage/sys-devel/gcc-9.0.0_alpha20181104/work/gcc-9-20181104/gcc/gimple.h:1188 0x74d3b3 bool is_a(gimple*) /var/tmp/portage/sys-devel/gcc-9.0.0_alpha20181104/work/gcc-9-20181104/gcc/is-a.h:187 0x74d3b3 greturn* dyn_cast(gimple*) /var/tmp/portage/sys-devel/gcc-9.0.0_alpha20181104/work/gcc-9-20181104/gcc/is-a.h:224 0x74d3b3 malloc_candidate_p /var/tmp/portage/sys-devel/gcc-9.0.0_alpha20181104/work/gcc-9-20181104/gcc/ipa-pure-const.c:977 0x15323d6 analyze_function /var/tmp/portage/sys-devel/gcc-9.0.0_alpha20181104/work/gcc-9-20181104/gcc/ipa-pure-const.c:1115 0x153584c execute /var/tmp/portage/sys-devel/gcc-9.0.0_alpha20181104/work/gcc-9-20181104/gcc/ipa-pure-const.c:2095
[Bug middle-end/87886] ICE in format_helper, at real.h:227
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87886 --- Comment #4 from Jakub Jelinek --- (In reply to Richard Biener from comment #3) > I've long said that the FE using built-in annotated decls with improper > prototype is a bug... > > That said, generic-match.c uses get_call_combined_fn which probably > should do what gimple_call_combined_fn does - verify types "appropriately". I'm afraid that it wouldn't help in this case, because I think gimple_call_combined_fn compares the passed argument types against TYPE_ARG_TYPES of the type of the fndecl; that matches here unfortunately. We would need to compare against the canonical builtin's signature (i.e. builtin_decl_explicit (fncode)).
[Bug ada/81878] --disable-bootstrap --enable-languages=ada fails
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81878 --- Comment #49 from Eric Botcazou --- > But doesn't reverting everything will bring it back to the state it was > before, in that `--disable-bootstrap` is still broken. No, --disable-bootstrap alone works fine, see the subject of the PR. > A proper fix is needed here, would changing the way gnatlink receives it's > arguments be acceptable? Not quoting them would solve the problem for both > platforms along with Richard's original patch. No, I don't think that we want this kind of earthquakes in gnatlink.
[Bug tree-optimization/87889] [9 Regression] CPU2000 177.mesa failed to build
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87889 Richard Biener changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot gnu.org --- Comment #3 from Richard Biener --- Testing fix.
[Bug middle-end/87886] ICE in format_helper, at real.h:227
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87886 --- Comment #3 from Richard Biener --- I've long said that the FE using built-in annotated decls with improper prototype is a bug... That said, generic-match.c uses get_call_combined_fn which probably should do what gimple_call_combined_fn does - verify types "appropriately".
[Bug tree-optimization/87896] [9 Regression] ICE in verify_flow_info failed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87896
--- Comment #2 from Martin Liška ---
One another test-case:
$ cat generic.i
enum { a, b, c } d;
e;
static f(h) {
int count;
for (;;) {
int g = 0;
while (count--) {
if (e)
continue;
g = 1;
break;
}
switch (h) {
case a:
if (g == 0)
f(b);
case c:
d != 0;
}
}
}
i() { f(a); }
[Bug target/87583] error: unrecognizable insn on ppc64le
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87583 Segher Boessenkool changed: What|Removed |Added Priority|P4 |P2
[Bug tree-optimization/87889] [9 Regression] CPU2000 177.mesa failed to build
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87889 Martin Liška changed: What|Removed |Added Keywords||ice-on-valid-code Status|UNCONFIRMED |NEW Last reconfirmed||2018-11-06 Known to work||8.2.0 Target Milestone|--- |9.0 Ever confirmed|0 |1 Known to fail||9.0 --- Comment #2 from Martin Liška --- Richi please take a look at the duplicate, there's a reduced test-case.
[Bug ada/81878] --disable-bootstrap --enable-languages=ada fails
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81878 --- Comment #48 from Tamar Christina --- But doesn't reverting everything will bring it back to the state it was before, in that `--disable-bootstrap` is still broken. So it seems we have two seemingly incompatible behaviors. the fix for `--disable-bootstrap` breaks any and all Windows build variants. the simple fix for Windows support seems to break --disable-bootstrap on Linux again. A proper fix is needed here, would changing the way gnatlink receives it's arguments be acceptable? Not quoting them would solve the problem for both platforms along with Richard's original patch.
[Bug tree-optimization/87889] [9 Regression] CPU2000 177.mesa failed to build
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87889 Martin Liška changed: What|Removed |Added CC||marxin at gcc dot gnu.org --- Comment #1 from Martin Liška --- *** Bug 87894 has been marked as a duplicate of this bug. ***
[Bug tree-optimization/87894] [9 Regression] ICE in slpeel_duplicate_current_defs_from_edges at tree-vect-loop-manip.c:984 since r265812
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87894 Martin Liška changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE --- Comment #1 from Martin Liška --- Dup. *** This bug has been marked as a duplicate of bug 87889 ***
[Bug c++/87269] [9 Regression] ICE in tsubst_copy, at cp/pt.c:15475 starting from r261802
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87269 Martin Liška changed: What|Removed |Added See Also||https://gcc.gnu.org/bugzill ||a/show_bug.cgi?id=87814 --- Comment #4 from Martin Liška --- Probably a related issue: PR87814. Nathan can you please take a look?
[Bug ada/81878] --disable-bootstrap --enable-languages=ada fails
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81878 --- Comment #47 from Eric Botcazou --- Author: ebotcazou Date: Tue Nov 6 08:43:10 2018 New Revision: 265831 URL: https://gcc.gnu.org/viewcvs?rev=265831=gcc=rev Log: PR ada/81878 Revert 2018-11-02 Tamar Christina PR ada/81878 * Makefile.in (TOOLS_FLAGS_TO_PASS_NATIVE): Add -B ../../. 2017-08-17 Richard Biener PR ada/81878 * Makefile.in (CXX_LFLAGS): Remove. (TOOLS_FLAGS_TO_PASS_NATIVE): Pass $(CXX) as CXX. (TOOLS_FLAGS_TO_PASS_RE): Likewise. Modified: branches/gcc-8-branch/gnattools/ChangeLog branches/gcc-8-branch/gnattools/Makefile.in
[Bug c++/87897] New: [9 Regression] ICE in maybe_constant_value, at cp/constexpr.c:5255 since r265788
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87897
Bug ID: 87897
Summary: [9 Regression] ICE in maybe_constant_value, at
cp/constexpr.c:5255 since r265788
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: marxin at gcc dot gnu.org
CC: jason at gcc dot gnu.org
Target Milestone: ---
Following causes ICE:
$ cat parser2.ii
struct a {
} typedef b;
a const c = b();
$ g++ parser2.ii -c
parser2.ii:3:15: internal compiler error: in maybe_constant_value, at
cp/constexpr.c:5255
3 | a const c = b();
| ^
0x5f719b maybe_constant_value(tree_node*, tree_node*)
../../gcc/cp/constexpr.c:5251
0xa2187c store_init_value(tree_node*, tree_node*, vec**, int)
../../gcc/cp/typeck2.c:825
0x8b334d check_initializer
../../gcc/cp/decl.c:6486
0x8cb79c cp_finish_decl(tree_node*, tree_node*, bool, tree_node*, int)
../../gcc/cp/decl.c:7162
0x96776b cp_parser_init_declarator
../../gcc/cp/parser.c:20033
0x96f203 cp_parser_simple_declaration
../../gcc/cp/parser.c:13219
0x974262 cp_parser_declaration
../../gcc/cp/parser.c:12916
0x974a0c cp_parser_translation_unit
../../gcc/cp/parser.c:4668
0x974a0c c_parse_file()
../../gcc/cp/parser.c:39266
0xa77000 c_common_parse_file()
../../gcc/c-family/c-opts.c:1150
[Bug c++/87897] [9 Regression] ICE in maybe_constant_value, at cp/constexpr.c:5255 since r265788
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87897 Martin Liška changed: What|Removed |Added Known to work||8.2.0 Target Milestone|--- |9.0 Known to fail||9.0
[Bug ada/81878] --disable-bootstrap --enable-languages=ada fails
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81878 --- Comment #46 from Eric Botcazou --- Author: ebotcazou Date: Tue Nov 6 08:42:56 2018 New Revision: 265830 URL: https://gcc.gnu.org/viewcvs?rev=265830=gcc=rev Log: PR ada/81878 Revert 2018-10-29 Tamar Christina PR ada/81878 * Makefile.in (TOOLS_FLAGS_TO_PASS_NATIVE): Add -B ../../. 2017-08-17 Richard Biener PR ada/81878 * Makefile.in (CXX_LFLAGS): Remove. (TOOLS_FLAGS_TO_PASS_NATIVE): Pass $(CXX) as CXX. (TOOLS_FLAGS_TO_PASS_RE): Likewise. Modified: trunk/gnattools/ChangeLog trunk/gnattools/Makefile.in
[Bug middle-end/19466] [meta-bug] bit-fields are non optimal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19466 Bug 19466 depends on bug 18041, which changed state. Bug 18041 Summary: OR of two single-bit bitfields is inefficient https://gcc.gnu.org/bugzilla/show_bug.cgi?id=18041 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED
[Bug middle-end/81161] poor code concatenating bitfields
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81161 Bug 81161 depends on bug 18041, which changed state. Bug 18041 Summary: OR of two single-bit bitfields is inefficient https://gcc.gnu.org/bugzilla/show_bug.cgi?id=18041 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED
[Bug middle-end/18041] OR of two single-bit bitfields is inefficient
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=18041 Richard Biener changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #12 from Richard Biener --- Fixed.
[Bug bootstrap/87891] problems with building cross GCC for target powerpc64-darwin from powerpc-darwin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87891 --- Comment #9 from Douglas Mencken --- (In reply to self from comment 8) > I found that I can add to configure line > > AS_FOR_TARGET=as \ > AR_FOR_TARGET=ar \ > LD_FOR_TARGET=ld \ > NM_FOR_TARGET=nm \ > RANLIB_FOR_TARGET=ranlib \ > LIPO_FOR_TARGET=lipo \ > STRIP_FOR_TARGET=strip \ > OBJDUMP_FOR_TARGET=objdump But this does not work, doesn’t change anything, thus again I need to manually edit ORIGINAL_AS_FOR_TARGET="as" ORIGINAL_LD_FOR_TARGET="ld" inside gcc/as and gcc/collect-ld
[Bug tree-optimization/87896] [9 Regression] ICE in verify_flow_info failed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87896 Martin Liška changed: What|Removed |Added Target Milestone|--- |9.0 Summary|ICE in verify_flow_info |[9 Regression] ICE in |failed |verify_flow_info failed Known to fail||7.3.1, 9.0 --- Comment #1 from Martin Liška --- Apparently also tip of GCC 7 is affected (but neither of GCC 7.x releases).
[Bug ada/81878] --disable-bootstrap --enable-languages=ada fails
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81878 --- Comment #45 from Eric Botcazou --- > native --disable-bootstrap build on x86_64-linux-gnu now fails on trunk: > gnattools uses g++ -B../../ to link, which fails because g++ 8 does not > understand the %@ specs. We really shouldn't be mixing up the preinstalled > compiler with the just-built one IMHO: it should be either g++, or > ../../xg++ -B../../ (probably with additional flags to find libstdc++, if > that's needed) OK, let's just revert everything, the cure is clear worse than the disease.
[Bug tree-optimization/87896] New: ICE in verify_flow_info failed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87896
Bug ID: 87896
Summary: ICE in verify_flow_info failed
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: marxin at gcc dot gnu.org
CC: law at gcc dot gnu.org
Target Milestone: ---
Following causes ICE:
$ cat table.i
int a;
void f();
int e();
void b() {
int c = 1;
for (; c <= 3;) {
int d = e() && !0;
switch (c)
case 1:
if (d)
case 2:
case 3:
f();
if (a)
c++;
}
}
$ gcc table.i -c -O2
table.i: In function ‘b’:
table.i:19:1: error: wrong amount of branch edges after conditional jump in bb
10
19 | }
| ^
table.i:19:1: error: wrong number of branch edges after unconditional jump in
bb 9
during RTL pass: outof_cfglayout
table.i:19:1: internal compiler error: verify_flow_info failed
0x8d3f2b verify_flow_info()
../../gcc/cfghooks.c:265
0x8ed7e9 checking_verify_flow_info
../../gcc/cfghooks.h:198
0x8ed7e9 cfg_layout_finalize()
../../gcc/cfgrtl.c:4350
0x8ed971 execute
../../gcc/cfgrtl.c:3606
Started on trunk with r264491.
[Bug rtl-optimization/87895] New: ICE in purge_dead_edges, at cfgrtl.c:3246
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87895
Bug ID: 87895
Summary: ICE in purge_dead_edges, at cfgrtl.c:3246
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Keywords: ice-on-invalid-code, openmp
Severity: normal
Priority: P3
Component: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: asolokha at gmx dot com
Target Milestone: ---
Target: x86_64-pc-linux-gnu
gcc-9.0.0-alpha20181104 snapshot (r265779), 8.2, 7.3, 6.3, 5.4, 4.9.4 all ICE
when compiling the following snippet w/ -fopenmp:
#pragma omp declare simd
int
vm (int oh)
{
if (oh == 0)
return 0;
}
% x86_64-pc-linux-gnu-gcc-9.0.0-alpha20181104 -fopenmp -c eyi5ymyi.c
during RTL pass: expand
eyi5ymyi.c: In function 'vm.simdclone.0':
eyi5ymyi.c:7:1: internal compiler error: in purge_dead_edges, at cfgrtl.c:3246
7 | }
| ^
0x5dd3b1 purge_dead_edges(basic_block_def*)
/var/tmp/portage/sys-devel/gcc-9.0.0_alpha20181104/work/gcc-9-20181104/gcc/cfgrtl.c:3246
0x144f5d4 find_bb_boundaries
/var/tmp/portage/sys-devel/gcc-9.0.0_alpha20181104/work/gcc-9-20181104/gcc/cfgbuild.c:589
0x144f5d4 find_many_sub_basic_blocks(simple_bitmap_def*)
/var/tmp/portage/sys-devel/gcc-9.0.0_alpha20181104/work/gcc-9-20181104/gcc/cfgbuild.c:672
0x8a53d1 execute
/var/tmp/portage/sys-devel/gcc-9.0.0_alpha20181104/work/gcc-9-20181104/gcc/cfgexpand.c:651
[Bug target/87893] [9 Regression] ICE in gimplify_expr, at gimplify.c:12557 on arm-linux-gnueabi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87893 Martin Liška changed: What|Removed |Added Status|UNCONFIRMED |NEW Known to work||8.2.0 Keywords|needs-bisection | Last reconfirmed||2018-11-06 CC||jason at gcc dot gnu.org, ||ktkachov at gcc dot gnu.org Ever confirmed|0 |1 Summary|ICE in gimplify_expr, at|[9 Regression] ICE in |gimplify.c:12557 on |gimplify_expr, at |arm-linux-gnueabi |gimplify.c:12557 on ||arm-linux-gnueabi Target Milestone|--- |9.0 Known to fail||9.0 --- Comment #1 from Martin Liška --- Started with r265788.
[Bug libstdc++/60497] unique_ptr tries to complete its type T even though it's not required to be a complete type
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60497 --- Comment #12 from Jonathan Wakely --- No, comment 9 still fails.
[Bug c++/86946] ice: canonical types differ for identical types
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86946 Martin Liška changed: What|Removed |Added CC||marxin at gcc dot gnu.org --- Comment #4 from Martin Liška --- It's very old, I see it also for GCC 4.8. Note that the ICE is blocking capnproto package right now.
[Bug middle-end/18041] OR of two single-bit bitfields is inefficient
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=18041 --- Comment #11 from Richard Biener --- Author: rguenth Date: Tue Nov 6 08:09:03 2018 New Revision: 265829 URL: https://gcc.gnu.org/viewcvs?rev=265829=gcc=rev Log: 2018-11-06 Richard Biener PR middle-end/18041 * simplify-rtx.c (simplify_binary_operation_1): Add pattern matching bitfield insertion. * gcc.target/i386/pr18041-1.c: New testcase. * gcc.target/i386/pr18041-2.c: Likewise. Added: trunk/gcc/testsuite/gcc.target/i386/pr18041-1.c trunk/gcc/testsuite/gcc.target/i386/pr18041-2.c Modified: trunk/gcc/ChangeLog trunk/gcc/simplify-rtx.c trunk/gcc/testsuite/ChangeLog
[Bug ada/81878] --disable-bootstrap --enable-languages=ada fails
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81878 --- Comment #44 from rguenther at suse dot de --- On Tue, 6 Nov 2018, aoliva at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81878 > > Alexandre Oliva changed: > >What|Removed |Added > > Status|RESOLVED|REOPENED > Resolution|FIXED |--- > > --- Comment #43 from Alexandre Oliva --- > native --disable-bootstrap build on x86_64-linux-gnu now fails on trunk: > gnattools uses g++ -B../../ to link, which fails because g++ 8 does not > understand the %@ specs. We really shouldn't be mixing up the preinstalled > compiler with the just-built one IMHO: it should be either g++, or ../../xg++ > -B../../ (probably with additional flags to find libstdc++, if that's needed) So what broke this again?
[Bug tree-optimization/87894] ICE inslpeel_duplicate_current_defs_from_edges at tree-vect-loop-manip.c:984 since r265812
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87894 Martin Liška changed: What|Removed |Added Last reconfirmed||2018-11-6 Known to work||8.2.0 Target Milestone|--- |9.0 Known to fail||9.0
[Bug tree-optimization/87894] New: ICE inslpeel_duplicate_current_defs_from_edges at tree-vect-loop-manip.c:984 since r265812
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87894
Bug ID: 87894
Summary: ICE inslpeel_duplicate_current_defs_from_edges at
tree-vect-loop-manip.c:984 since r265812
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: marxin at gcc dot gnu.org
CC: rguenth at gcc dot gnu.org
Target Milestone: ---
Following causes a new ICE:
$ cat ice.i
int a, b, c, d;
double e;
void f(double g[][1]) {
for (;;) {
double h;
for (; b < c; b++) {
if (b >= 0)
;
else if (d)
h = 2.0;
else
h = 0.0;
if (e)
g[a][b] = 0.0;
g[a][b] = h;
}
}
}
$ ./xgcc -B. ice.i -c -Ofast
during GIMPLE pass: vect
ice.i: In function ‘f’:
ice.i:4:6: internal compiler error: Segmentation fault
4 | void f(double g[][1]) {
| ^
0x1192692 crash_signal
/home/marxin/Programming/gcc/gcc/toplev.c:325
0x76bc310f ???
/usr/src/debug/glibc-2.27-6.1.x86_64/signal/../sysdeps/unix/sysv/linux/x86_64/sigaction.c:0
0x857a19 contains_struct_check(tree_node*, tree_node_structure_enum, char
const*, int, char const*)
/home/marxin/Programming/gcc/gcc/tree.h:3231
0x1558ddb slpeel_duplicate_current_defs_from_edges
/home/marxin/Programming/gcc/gcc/tree-vect-loop-manip.c:984
0x1559204 slpeel_tree_duplicate_loop_to_edge_cfg(loop*, loop*, edge_def*)
/home/marxin/Programming/gcc/gcc/tree-vect-loop-manip.c:1074
0x155d784 vect_do_peeling(_loop_vec_info*, tree_node*, tree_node*, tree_node**,
tree_node**, tree_node**, int, bool, bool)
/home/marxin/Programming/gcc/gcc/tree-vect-loop-manip.c:2580
0x154e144 vect_transform_loop(_loop_vec_info*)
/home/marxin/Programming/gcc/gcc/tree-vect-loop.c:8243
0x1579808 try_vectorize_loop_1
/home/marxin/Programming/gcc/gcc/tree-vectorizer.c:965
0x1579ab0 try_vectorize_loop
/home/marxin/Programming/gcc/gcc/tree-vectorizer.c:1015
0x1579c8c vectorize_loops()
/home/marxin/Programming/gcc/gcc/tree-vectorizer.c:1097
0x13dd4ad execute
/home/marxin/Programming/gcc/gcc/tree-ssa-loop.c:414
[Bug target/87583] error: unrecognizable insn on ppc64le
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87583 Martin Liška changed: What|Removed |Added Priority|P3 |P4 --- Comment #4 from Martin Liška --- (In reply to Segher Boessenkool from comment #3) > It's the same problem as many other PRs. You are using -mcpu=power8 (it is > the default for powerpc64le), but disabling some 2.04 insns (power5+). Works for me, so lets decrease the priority of it.
