[Bug target/83496] MIPS BE: wrong code generates under "-Os -mbranch-cost=1"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83496 Leslie Zhai changed: What|Removed |Added CC||lesliezhai at llvm dot org.cn --- Comment #9 from Leslie Zhai --- (In reply to Paul Hua from comment #8) > On GCC 8.x, the r248351 fixed this. > > commit fd891ec7f659e8785c3ed5757f6e60c95117b837 > Author: segher > Date: Mon May 22 21:20:51 2017 + > > cfgcleanup: Ignore clobbers in bb_is_just_return > > The function bb_is_just_return finds if the BB it is asked about does > just a return and nothing else. It currently does not allow clobbers > in the block either, which we of course can allow just fine. > > This patch changes that. > > > * cfgcleanup.c (bb_is_just_return): Allow CLOBBERs. > > gcc/testsuite/ > > > > git-svn-id: svn+ssh://gcc.gnu.org/svn/gcc/trunk@248351 > 138bc75d-0d04-0410-961f-82ee72b054a4 > > > Paul Hua GCC 8.0 Still reproducible: : 0: 8c830008lw v1,8(a0) 4: 24020001li v0,1 8: 1062000dbeq v1,v0,40 c: nop 10: 8c83lw v1,0(a0) 14: 28630002sltiv1,v1,2 18: 106bbeqzv1,48 1c: nop 20: dc820010ld v0,16(a0) 24: dc42ld v0,0(v0) 28: 00a2182bsltuv1,a1,v0 2c: 1466bnezv1,48 30: nop 34: 0045102bsltuv0,v0,a1 38: 03e8jr ra 3c: 0002102fdnegu v0,v0 40: 03e8jr ra 44: 2402li v0,-1 48: 03e8jr ra 4c: 24020001li v0,1 $ /opt/mips-gnu-git/bin/mips64-linux-gnu-gcc -v Using built-in specs. COLLECT_GCC=/opt/mips-gnu-git/bin/mips64-linux-gnu-gcc COLLECT_LTO_WRAPPER=/opt/mips-gnu-git/libexec/gcc/mips64-linux-gnu/8.0.1/lto-wrapper Target: mips64-linux-gnu Configured with: ../configure --target=mips64-linux-gnu --host=x86_64-redhat-linux-gnu --build=x86_64-redhat-linux-gnu --prefix=/opt/mips-gnu-git --disable-decimal-float --disable-dependency-tracking --disable-gold --disable-libgcj --disable-libgomp --disable-libmpx --disable-libquadmath --disable-libssp --disable-libunwind-exceptions --disable-shared --disable-silent-rules --disable-sjlj-exceptions --disable-threads --enable-__cxa_atexit --enable-checking=release --enable-gnu-unique-object --enable-initfini-array --enable-languages=c,c++ --enable-linker-build-id --enable-lto --enable-nls --enable-obsolete --enable-plugin --enable-targets=all --with-newlib --with-system-libunwind --with-system-zlib --with-arch=mips64r2 --with-abi=64 --with-arch_32=mips32r2 --with-fp-32=xx --enable-gnu-indirect-function Thread model: single gcc version 8.0.1 20180120 (experimental) (GCC) Regards, Leslie Zhai
[Bug rtl-optimization/83952] [missed optimization] difference calculation for floats vs ints in a loop
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83952 Marc Glisse changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|DUPLICATE |--- --- Comment #6 from Marc Glisse --- .
[Bug rtl-optimization/83951] [missed optimization] difference calculation for floats vs ints in a loop
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83951 Marc Glisse changed: What|Removed |Added Resolution|INVALID |DUPLICATE --- Comment #4 from Marc Glisse --- *** This bug has been marked as a duplicate of bug 83952 ***
[Bug rtl-optimization/83952] [missed optimization] difference calculation for floats vs ints in a loop
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83952 --- Comment #7 from Marc Glisse --- *** Bug 83951 has been marked as a duplicate of this bug. ***
[Bug rtl-optimization/83952] [missed optimization] difference calculation for floats vs ints in a loop
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83952 --- Comment #8 from Eyal Rozenberg --- Andrew, Marc: Sorry for the mess with the other bug. If only Bugzilla had an "edit comment" feature I wouldn't have opened this second one.
[Bug target/80870] [7 Regression] ICE building 7.1.0 sh-elf crosscompiler on macOS
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80870 Oleg Endo changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #9 from Oleg Endo --- Fixed on trunk (GCC 8, r256926), GCC 7 (r256928) and GCC 6 (r256929)
[Bug fortran/54613] [F08] Add FINDLOC plus support MAXLOC/MINLOC with KIND=/BACK=
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54613 Thomas Koenig changed: What|Removed |Added Attachment #28211|0 |1 is obsolete|| --- Comment #7 from Thomas Koenig --- Created attachment 43200 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43200&action=edit Draft patch for BACK, slows down some cases This patch implements the functionality, but there are still issues with speed. Putting in the condition for back inside a hot loop slows down things too much.. Here are some numbers: program main real, dimension(1000,1000) :: a real, dimension(1000*1000) :: b call random_number(a) call cpu_time (t1) print *,minloc(a) call cpu_time (t2) print *,t2-t1 call random_number(b) call cpu_time (t1) print *,minloc(b,dim=1) call cpu_time (t2) print *,t2-t1 end program main "gfortran" is gcc-8 with the patch, "/usr/bin/gfortran" is gcc-7. $ gfortran -O3 bench.f90 && ./a.out 4.58569974E-02 7.76470006E-02 $ gfortran -Ofast bench.f90 && ./a.out 4.58849967E-02 4.99750078E-02 $ /usr/bin/gfortran -O3 bench.f90 && ./a.out 3.56819928E-02 7.77039826E-02 $ /usr/bin/gfortran -Ofast bench.f90 && ./a.out 4.05109972E-02 4.98609543E-02 So, the inline version appears to be OK, the library version is slower.
[Bug target/81485] [SH] ICE: in sh_find_set_of_reg, at config/sh/sh-protos.h:232
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81485 --- Comment #10 from Oleg Endo --- Author: olegendo Date: Sun Jan 21 13:00:51 2018 New Revision: 256930 URL: https://gcc.gnu.org/viewcvs?rev=256930&root=gcc&view=rev Log: PR target/81485 * config/sh/sh-protos.h (sh_find_set_of_reg): Remove assert. Modified: branches/gcc-6-branch/gcc/ChangeLog branches/gcc-6-branch/gcc/config/sh/sh-protos.h
[Bug target/81485] [SH] ICE: in sh_find_set_of_reg, at config/sh/sh-protos.h:232
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81485 Oleg Endo changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #11 from Oleg Endo --- Fixed.
[Bug target/83946] [7/8 Regression] Safe Indirect Jumps broken on AIX
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83946 --- Comment #6 from Bill Schmidt --- Author: wschmidt Date: Sun Jan 21 13:26:07 2018 New Revision: 256931 URL: https://gcc.gnu.org/viewcvs?rev=256931&root=gcc&view=rev Log: [gcc] 2018-01-21 Bill Schmidt David Edelsohn PR target/83946 * config/rs6000/rs6000.md (*call_indirect_nonlocal_sysv): Change "crset eq" to "crset 2". (*call_value_indirect_nonlocal_sysv): Likewise. (*call_indirect_aix_nospec): Likewise. (*call_value_indirect_aix_nospec): Likewise. (*call_indirect_elfv2_nospec): Likewise. (*call_value_indirect_elfv2_nospec): Likewise. (*sibcall_nonlocal_sysv): Change "crset eq" to "crset 2"; change assembly output from . to $. (*sibcall_value_nonlocal_sysv): Likewise. (indirect_jump_nospec): Change assembly output from . to $. (*tablejump_internal1_nospec): Likewise. [gcc/testsuite] 2018-01-21 Bill Schmidt David Edelsohn PR target/83946 * gcc.target/powerpc/safe-indirect-jump-1.c: Change expected assembly output from "crset eq" to "crset 2". * gcc.target/powerpc/safe-indirect-jump-2.c: Change expected assembly output from . to $. * gcc.target/powerpc/safe-indirect-jump-3.c: Likewise. * gcc.target/powerpc/safe-indirect-jump-1.c: Change expected assembly output from "crset eq" to "crset 2". * gcc.target/powerpc/safe-indirect-jump-8.c: Change expected assembly output from "crset eq" to "crset 2", and from . to $. Modified: trunk/gcc/ChangeLog trunk/gcc/config/rs6000/rs6000.md trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gcc.target/powerpc/safe-indirect-jump-1.c trunk/gcc/testsuite/gcc.target/powerpc/safe-indirect-jump-2.c trunk/gcc/testsuite/gcc.target/powerpc/safe-indirect-jump-3.c trunk/gcc/testsuite/gcc.target/powerpc/safe-indirect-jump-7.c trunk/gcc/testsuite/gcc.target/powerpc/safe-indirect-jump-8.c
[Bug c++/83956] [8 regression] error: use of deleted function ‘{anonymous}::a::~a()’
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83956 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org, ||jason at gcc dot gnu.org, ||redi at gcc dot gnu.org Target Milestone|--- |8.0 --- Comment #1 from Jakub Jelinek --- This changed with r250994. Whether it is valid or not I'll defer to others.
[Bug target/83946] [7/8 Regression] Safe Indirect Jumps broken on AIX
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83946 --- Comment #7 from Bill Schmidt --- Author: wschmidt Date: Sun Jan 21 13:32:58 2018 New Revision: 256932 URL: https://gcc.gnu.org/viewcvs?rev=256932&root=gcc&view=rev Log: [gcc] 2018-01-21 Bill Schmidt Backport from mainline 2018-01-21 Bill Schmidt David Edelsohn PR target/83946 * config/rs6000/rs6000.md (*call_indirect_nonlocal_sysv): Change "crset eq" to "crset 2". (*call_value_indirect_nonlocal_sysv): Likewise. (*call_indirect_aix_nospec): Likewise. (*call_value_indirect_aix_nospec): Likewise. (*call_indirect_elfv2_nospec): Likewise. (*call_value_indirect_elfv2_nospec): Likewise. (*sibcall_nonlocal_sysv): Change "crset eq" to "crset 2"; change assembly output from . to $. (*sibcall_value_nonlocal_sysv): Likewise. (indirect_jump_nospec): Change assembly output from . to $. (*tablejump_internal1_nospec): Likewise. [gcc/testsuite] 2018-01-21 Bill Schmidt Backport from mainline 2018-01-21 Bill Schmidt David Edelsohn PR target/83946 * gcc.target/powerpc/safe-indirect-jump-1.c: Change expected assembly output from "crset eq" to "crset 2". * gcc.target/powerpc/safe-indirect-jump-2.c: Change expected assembly output from . to $. * gcc.target/powerpc/safe-indirect-jump-3.c: Likewise. * gcc.target/powerpc/safe-indirect-jump-1.c: Change expected assembly output from "crset eq" to "crset 2". * gcc.target/powerpc/safe-indirect-jump-8.c: Change expected assembly output from "crset eq" to "crset 2", and from . to $. Modified: branches/gcc-7-branch/gcc/ChangeLog branches/gcc-7-branch/gcc/config/rs6000/rs6000.md branches/gcc-7-branch/gcc/testsuite/ChangeLog branches/gcc-7-branch/gcc/testsuite/gcc.target/powerpc/safe-indirect-jump-1.c branches/gcc-7-branch/gcc/testsuite/gcc.target/powerpc/safe-indirect-jump-2.c branches/gcc-7-branch/gcc/testsuite/gcc.target/powerpc/safe-indirect-jump-3.c branches/gcc-7-branch/gcc/testsuite/gcc.target/powerpc/safe-indirect-jump-7.c branches/gcc-7-branch/gcc/testsuite/gcc.target/powerpc/safe-indirect-jump-8.c
[Bug target/83946] [7/8 Regression] Safe Indirect Jumps broken on AIX
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83946 --- Comment #8 from Bill Schmidt --- Segher was kind enough to run AIX tests for me last night. There is still one non-blocking issue with safe-indirect-jump-8.c, which should be skipped for AIX, since it doesn't generate sibcalls to non-local functions. Thus the expected code generation for ABI_V4 doesn't apply for AIX. But this is only a bad test, not bad code gen. Thanks, Segher!
[Bug c++/83956] [8 regression] error: use of deleted function ‘{anonymous}::a::~a()’
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83956 Daniel Krügler changed: What|Removed |Added CC||daniel.kruegler@googlemail. ||com --- Comment #2 from Daniel Krügler --- My understanding is that this is actually CWG 1353, discussed during the Bloomington 2011(!) meeting and still unresolved. This is item 17 in this document http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2011/n3307.pdf which had been created by the clang team at that time.
[Bug fortran/66310] Problems with intrinsic repeat for large number of copies
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66310 --- Comment #19 from Dominique d'Humieres --- > Can this be closed. The problem is not fixed in 32-bit mode.
[Bug c++/83956] [8 regression] error: use of deleted function ‘{anonymous}::a::~a()’
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83956 --- Comment #3 from Daniel Krügler --- (In reply to Daniel Krügler from comment #2) > My understanding is that this is actually CWG 1353, discussed during the > Bloomington 2011(!) meeting and still unresolved. This is item 17 in this > document http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2011/n3307.pdf > which had been created by the clang team at that time. I need to correct myself: The above mentioned issue (albeit matching by title) does not seem to match by content.
[Bug target/81352] [nvptx] trap placement for non-returning function call in vector-single mode
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81352
--- Comment #1 from Tom de Vries ---
Confirmed.
This program (minimized from nested-function-1.f90) hangs at -O1 (with driver
384.111 on quadro m1200, for GOMP_NVPTX_JIT=-O[0-4]):
...
program foo
integer :: a(3,3), l, ll
a = 0
!$acc parallel num_gangs (1) num_workers(1)
do l=1,3
!$acc loop vector
do ll=1,3
a(l,ll) = 2
enddo
enddo
if (any(a(1:3,1:3).ne.2)) call abort
!$acc end parallel
end program foo
...
The generated ptx for the abort is:
...
@ %r79 bra $L18;
{
call _gfortran_abort;
trap;
exit;
}
$L18:
...
With SASS code (at GOMP_NVPTX_JIT=-O4)
...
/*05d8*/ @P0 BRA `(.L_18);
/*05e8*/ JCAL `(_gfortran_abort);
/*05f0*/ BPT.TRAP 0x1;
/*05f8*/ EXIT;
.L_18:
...
In other words, no convergence point for the diverging branch and the
fallthrough executes random code.
When moving the exit to after L19, we get instead:
...
/*0678*/ @P0 EXIT;
/*0688*/ JCAL `(_gfortran_abort);
/*0690*/ BPT.TRAP 0x1;
/*0698*/ EXIT;
...
No convergence point, but both paths lead to exit.
And when moving both trap and exit to after L19, we get the convergence point:
...
/*0678*/ SSY `(.L_30);
/*0688*/ @P0 SYNC (*"TARGET= .L_30 "*);
/*0690*/ JCAL `(_gfortran_abort);
/*0698*/ SYNC (*"TARGET= .L_30 "*);
.L_30:
/*06a8*/ BPT.TRAP 0x1;
/*06b0*/ EXIT;
...
With both types of modification, the program doesn't hang anymore.
[Bug sanitizer/82829] libsanitizer build failure on darwin10 (Snow Leopard) due to missing getsectiondata
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82829 Eric Gallager changed: What|Removed |Added See Also||https://gcc.gnu.org/bugzill ||a/show_bug.cgi?id=82824 --- Comment #1 from Eric Gallager --- (In reply to Eric Gallager from comment #0) > This gets it to build but I don't know if it's actually correct. I'd almost > kinda prefer it if there were a configure flag to disable libsanitizer > completely for other occasions when it breaks... According to bug 82824 comment 2 there IS actually such a flag, it's just undocumented. I'm using that as a workaround for now.
[Bug target/83496] MIPS BE: wrong code generates under "-Os -mbranch-cost=1"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83496 Felix Fietkau changed: What|Removed |Added CC||nbd at nbd dot name --- Comment #10 from Felix Fietkau --- (In reply to Leslie Zhai from comment #9) > GCC 8.0 Still reproducible: > > > : >0: 8c830008lw v1,8(a0) >4: 24020001li v0,1 >8: 1062000dbeq v1,v0,40 >c: nop > 10: 8c83lw v1,0(a0) > 14: 28630002sltiv1,v1,2 > 18: 106bbeqzv1,48 > 1c: nop > 20: dc820010ld v0,16(a0) > 24: dc42ld v0,0(v0) > 28: 00a2182bsltuv1,a1,v0 > 2c: 1466bnezv1,48 > 30: nop > 34: 0045102bsltuv0,v0,a1 > 38: 03e8jr ra > 3c: 0002102fdnegu v0,v0 > 40: 03e8jr ra > 44: 2402li v0,-1 > 48: 03e8jr ra > 4c: 24020001li v0,1 Actually, I think that assembly looks unaffected by the issue. I have some doubts about the commits mentioned in this thread as well. r240965 looks like it simply changes the code generator in a way that makes the bug appear (without being the root cause of it) by affecting how and where branches are generated. It also looks like r248351 changes it again to avoid tripping over the bug, again without affecting the root cause. I don't know that much about GCC internals, so if I'm missing something here, please help me understand.
[Bug lto/83452] FAIL: gfortran.dg/save_6.f90 -O0 (test for excess errors)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83452 --- Comment #13 from John David Anglin --- Author: danglin Date: Sun Jan 21 17:52:44 2018 New Revision: 256933 URL: https://gcc.gnu.org/viewcvs?rev=256933&root=gcc&view=rev Log: PR lto/83452 * config/pa/stublib.c (L_gnu_lto_v1): New stub definition. * config/pa/t-stublib (gnu_lto_v1-stub.o): Add make fragment. Modified: trunk/libgcc/ChangeLog trunk/libgcc/config/pa/stublib.c trunk/libgcc/config/pa/t-stublib
[Bug lto/83452] FAIL: gfortran.dg/save_6.f90 -O0 (test for excess errors)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83452 John David Anglin changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #14 from John David Anglin --- Fixed.
[Bug c/83959] New: Missing buffer overflow warning on printf %s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83959
Bug ID: 83959
Summary: Missing buffer overflow warning on printf %s
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: prathamesh3492 at gcc dot gnu.org
Target Milestone: ---
int main(void)
{
char a[3] = "xyz";
__builtin_printf ("%s", a);
return 0;
}
No warning generated with -Wall -Wextra -Wstringop-overflow=2.
Should -Wstringop-overflow be catching this case ?
I wonder if the compiler should warn (with Wextra maybe?) for
char a[3] = "xyz";
ie when sizeof(array) == strlen(initializier) ?
Although the above initializer doesn't cause overflow by itself, I suppose
almost
all string functions expect char arrays to end with '\0' and would end up
looking past end of array thus causing overflow.
Thanks,
Prathamesh
[Bug testsuite/77734] FAIL: gcc.dg/plugin/must-tail-call-1.c -fplugin=./must_tail_call_plugin.so (test for excess errors)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77734 --- Comment #7 from John David Anglin --- Author: danglin Date: Sun Jan 21 18:15:31 2018 New Revision: 256934 URL: https://gcc.gnu.org/viewcvs?rev=256934&root=gcc&view=rev Log: PR gcc/77734 * config/pa/pa.c (pa_function_ok_for_sibcall): Use targetm.binds_local_p instead of TREE_PUBLIC to check local binding. Move TARGET_PORTABLE_RUNTIME check after TARGET_64BIT check. Modified: trunk/gcc/ChangeLog trunk/gcc/config/pa/pa.c
[Bug testsuite/77734] FAIL: gcc.dg/plugin/must-tail-call-1.c -fplugin=./must_tail_call_plugin.so (test for excess errors)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77734 --- Comment #8 from John David Anglin --- Commit in comment #7 fixes failure on hppa-linux. The hppa64-*-* target doesn't support sibcalls, so test failure is expected. I think test needs to be skipped like thumb1 in plugin.exp.
[Bug c/83960] New: Bad assembler with debug and LTO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83960
Bug ID: 83960
Summary: Bad assembler with debug and LTO
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: simon at pushface dot org
Target Milestone: ---
Host: x86_64-apple-darwin15
Target: x64_64-apple-darwin15
Build: x86_64-apple-darwin15
Fails at r256927 (and previously, I now find, at r255748) with -g -flto.
For empty.c,
int main(void)
{
return 0;
}
this is OK:
$ gcc -flto empty.c
but this fails:
$ gcc -g -flto empty.c
/var/folders/_q/fvnxz46903z9hjh38fz0lyhmgs/T//ccYrmduC.s:93:8: error:
unsupported relocation with subtraction expression, symbol '_empty.c.8f1a73ad'
can not be undefined in a subtraction expression
.quad _empty.c.8f1a73ad-Lsection__debug_info+11
^
/var/folders/_q/fvnxz46903z9hjh38fz0lyhmgs/T//ccYrmduC.s:95:8: error:
unsupported relocation with subtraction expression, symbol '_empty.c.8f1a73ad'
can not be undefined in a subtraction expression
.quad _empty.c.8f1a73ad-Lsection__debug_info+182
^
lto-wrapper: fatal error: /opt/gcc-8.0.0/bin/gcc returned 1 exit status
compilation terminated.
collect2: fatal error: lto-wrapper returned 1 exit status
compilation terminated.
Compiler built with
$ gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/Volumes/Miscellaneous/tmp/opt/gcc-8.0.0/libexec/gcc/x86_64-apple-darwin15/8.0.1/lto-wrapper
Target: x86_64-apple-darwin15
Configured with: ../gcc/configure
--prefix=/Volumes/Miscellaneous/tmp/opt/gcc-8.0.0 --without-libiconv-prefix
--disable-libmudflap --disable-libstdcxx-pch --disable-libsanitizer
--disable-libcc1 --disable-libcilkrts --disable-multilib --disable-nls
--enable-languages=c,c++,ada --build=x86_64-apple-darwin15
Thread model: posix
gcc version 8.0.1 20180121 (experimental) (GCC)
and failure happens on Darwin 17 as well as 15 (I don’t have a Darwin 16
machine).
Failure happens the same way when building Ada programs.
[Bug ada/83892] Various ICEs and link-errors with running ACATS with -O2 -g -flto
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83892 simon at pushface dot org changed: What|Removed |Added CC||simon at pushface dot org --- Comment #4 from simon at pushface dot org --- I’ve found the same 9 fails as Eric on x86_64-apple-darwin15 with -flto -O2. I can’t try with -flto -O2 -g because of pr 83960. Please note that I’ve been working on ACATS 4.1f (the latest version, rather than the 15-year-old version 2.5 currently in GCC), hoping to get it included in GCC at some stage, see https://github.com/simonjwright/ACATS; I’ve just checked in a change so that you can say for example make check-acats gccflags='-O2 -g -flto' (gccflags is the variable name in the ACATS script) and I’m wondering whether I should choose a more specific name? e.g. ACATS_GCCFLAGS.
[Bug tree-optimization/83957] ICE: Segmentation fault (in gimple_phi_arg)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83957 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #2 from Jakub Jelinek --- I'll have a look.
[Bug c++/83958] ICE: Segmentation fault (in find_decomp_class_base)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83958 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #1 from Jakub Jelinek --- I'll have a look.
[Bug sanitizer/83961] New: AddressSanitizer CHECK failed on Aarch64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83961
Bug ID: 83961
Summary: AddressSanitizer CHECK failed on Aarch64
Product: gcc
Version: 6.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: sanitizer
Assignee: unassigned at gcc dot gnu.org
Reporter: noloader at gmail dot com
CC: dodji at gcc dot gnu.org, dvyukov at gcc dot gnu.org,
jakub at gcc dot gnu.org, kcc at gcc dot gnu.org, marxin at
gcc dot gnu.org
Target Milestone: ---
I'm working on GCC117 which is an Aarch64 machine at the compile farm
(gcc117.fsffrance.org).
$ cat test.cxx
#include
int main(int argc, char* argv[])
{
return argc;
}
$ g++ -fsanitize=address test.cxx -o test.exe
$ ./test.exe
==32239==AddressSanitizer CHECK failed:
../../../../src/libsanitizer/sanitizer_common/sanitizer_allocator.h:844
"((res)) < ((kNumPossibleRegions))" (0xaf0, 0x800)
<^C to break>
$ g++ -dumpmachine
aarch64-linux-gnu
$ g++ -v
Using built-in specs.
COLLECT_GCC=g++
COLLECT_LTO_WRAPPER=/usr/lib/gcc/aarch64-linux-gnu/6/lto-wrapper
Target: aarch64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian 6.3.0-18'
--with-bugurl=file:///usr/share/doc/gcc-6/README.Bugs
--enable-languages=c,ada,c++,java,go,d,fortran,objc,obj-c++ --prefix=/usr
--program-suffix=-6 --program-prefix=aarch64-linux-gnu- --enable-shared
--enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext
--enable-threads=posix --libdir=/usr/lib --enable-nls --with-sysroot=/
--enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes
--with-default-libstdcxx-abi=new --enable-gnu-unique-object
--disable-libquadmath --enable-plugin --enable-default-pie --with-system-zlib
--disable-browser-plugin --enable-java-awt=gtk --enable-gtk-cairo
--with-java-home=/usr/lib/jvm/java-1.5.0-gcj-6-arm64/jre --enable-java-home
--with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-6-arm64
--with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-6-arm64
--with-arch-directory=aarch64 --with-ecj-jar=/usr/share/java/eclipse-ecj.jar
--enable-multiarch --enable-fix-cortex-a53-843419 --enable-checking=release
--build=aarch64-linux-gnu --host=aarch64-linux-gnu --target=aarch64-linux-gnu
Thread model: posix
gcc version 6.3.0 20170516 (Debian 6.3.0-18)
This may be relevant:
$ command -v g++
/usr/bin/g++
$ /usr/bin/g++ --version
g++ (Debian 6.3.0-18) 6.3.0 20170516
$ dpkg -S libasan
libgcc-6-dev:arm64: /usr/lib/gcc/aarch64-linux-gnu/6/libasan.a
libasan3:arm64: /usr/lib/aarch64-linux-gnu/libasan.so.3.0.0
libasan3:arm64: /usr/lib/aarch64-linux-gnu/libasan.so.3
libgcc-6-dev:arm64: /usr/lib/gcc/aarch64-linux-gnu/6/libasan.so
libgcc-6-dev:arm64: /usr/lib/gcc/aarch64-linux-gnu/6/libasan_preinit.o
libasan3:arm64: /usr/share/doc/libasan3
$ dpkg -S gcc-6 | grep -v doc
gcc-6: /usr/share/lintian/overrides/gcc-6
libstdc++6:arm64: /usr/share/gcc-6/python/libstdcxx/v6/__init__.py
gnat-6: /usr/bin/gcc-6-6
libstdc++6:arm64: /usr/share/gcc-6/python
gcc-6: /usr/bin/gcc-6
libstdc++6:arm64: /usr/share/gcc-6
libstdc++6:arm64: /usr/share/gcc-6/python/libstdcxx
libstdc++6:arm64: /usr/share/gcc-6/python/libstdcxx/__init__.py
libstdc++6:arm64: /usr/share/gcc-6/python/libstdcxx/v6/xmethods.py
gcc-6: /usr/bin/aarch64-linux-gnu-gcc-6
libstdc++6:arm64: /usr/share/gcc-6/python/libstdcxx/v6
libstdc++6:arm64: /usr/share/gcc-6/python/libstdcxx/v6/printers.py
[Bug sanitizer/83961] AddressSanitizer CHECK failed on Aarch64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83961 --- Comment #1 from Jeffrey Walton --- It looks like it was reported to the Ubuntu folks at https://bugs.launchpad.net/ubuntu/+bug/1709727, but I could not find a GCC report. There is also a gcc-6 patch.
[Bug target/83946] [7/8 Regression] Safe Indirect Jumps broken on AIX
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83946 --- Comment #9 from Bill Schmidt --- Author: wschmidt Date: Mon Jan 22 02:46:11 2018 New Revision: 256939 URL: https://gcc.gnu.org/viewcvs?rev=256939&root=gcc&view=rev Log: 2018-01-21 Bill Schmidt PR target/83946 * gcc.target/powerpc/safe-indirect-jump-8.c: Skip for AIX. Modified: trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gcc.target/powerpc/safe-indirect-jump-8.c
[Bug target/81352] [nvptx] trap placement for non-returning function call in vector-single mode
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81352
--- Comment #2 from Tom de Vries ---
Tentative patch:
...
diff --git a/gcc/config/nvptx/nvptx.c b/gcc/config/nvptx/nvptx.c
index 69e55da8933..66131cbae7c 100644
--- a/gcc/config/nvptx/nvptx.c
+++ b/gcc/config/nvptx/nvptx.c
@@ -4057,7 +4057,12 @@ nvptx_single (unsigned mask, basic_block from,
basic_block to)
if (tail_branch)
before = emit_label_before (label, before);
else
- emit_label_after (label, tail);
+ {
+ rtx_insn *label_insn = emit_label_after (label, tail);
+ if (mode == GOMP_DIM_VECTOR && CALL_P (tail)
+ && find_reg_note (tail, REG_NORETURN, NULL))
+ emit_insn_after (gen_exit(), label_insn);
+ }
}
/* Now deal with propagating the branch condition. */
diff --git a/gcc/config/nvptx/nvptx.md b/gcc/config/nvptx/nvptx.md
index 909484c329a..6bf7b3b4d29 100644
--- a/gcc/config/nvptx/nvptx.md
+++ b/gcc/config/nvptx/nvptx.md
@@ -1003,6 +1003,11 @@
mov.u32 %%nop_dst, %%nop_src;
}")
+(define_insn "exit"
+ [(const_int 2)]
+ ""
+ "exit;")
+
(define_insn "return"
[(return)]
""
...
[Bug rtl-optimization/83962] New: [8 Regression] ICE: verify_flow_info failed (too many outgoing branch edges from bb 8)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83962
Bug ID: 83962
Summary: [8 Regression] ICE: verify_flow_info failed (too many
outgoing branch edges from bb 8)
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Component: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: asolokha at gmx dot com
Target Milestone: ---
Target: powerpc-*-linux-gnu
gcc-8.0.0-alpha20180114 snapshot (r256677) ICEs when compiling the following
snippet w/ -O1 -fselective-scheduling2 -fschedule-insns2 -fcse-follow-jumps
-fno-ssa-phiopt -fno-guess-branch-probability 32-bit BE powerpc target:
unsigned int ca;
void
v6 (long long unsigned int as, int p9)
{
while (p9 < 1)
as = (as != ca) || (as > 1);
}
powerpc-e300c3-linux-gnu-gcc-8.0.0-alpha20180114 -O1 -fselective-scheduling2
-fschedule-insns2 -fcse-follow-jumps -fno-ssa-phiopt
-fno-guess-branch-probability -c ldbsp1nm.c
ldbsp1nm.c: In function 'v6':
ldbsp1nm.c:8:1: error: too many outgoing branch edges from bb 8
}
^
during RTL pass: sched2
ldbsp1nm.c:8:1: internal compiler error: verify_flow_info failed
0x7269f2 verify_flow_info()
/var/tmp/portage/cross-powerpc-e300c3-linux-gnu/gcc-8.0.0_alpha20180114/work/gcc-8-20180114/gcc/cfghooks.c:265
0xb3a675 execute_function_todo
/var/tmp/portage/cross-powerpc-e300c3-linux-gnu/gcc-8.0.0_alpha20180114/work/gcc-8-20180114/gcc/passes.c:2006
0xb3b49c execute_todo
/var/tmp/portage/cross-powerpc-e300c3-linux-gnu/gcc-8.0.0_alpha20180114/work/gcc-8-20180114/gcc/passes.c:2048
[Bug tree-optimization/83963] New: [8 Regression] [graphite] ICE in merge_sese, at graphite-scop-detection.c:517
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83963
Bug ID: 83963
Summary: [8 Regression] [graphite] ICE in merge_sese, at
graphite-scop-detection.c:517
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: asolokha at gmx dot com
Target Milestone: ---
gcc-8.0.0-alpha20180121 snapshot (r256935) ICEs when compiling the following
snippet w/ -O1 (-O2, -O3, -Ofast) -floop-nest-optimize -fno-tree-loop-im:
int mg, et;
void
s5 (int is)
{
if (is == 0)
{
g6:
++is;
}
while (mg < 1)
{
while (et < 1)
{
if (is == 0)
return;
++et;
}
while (mg < 1)
++mg;
}
goto g6;
}
% gcc-8.0.0-alpha20180121 -O1 -floop-nest-optimize -fno-tree-loop-im -c
x1nazdon.c
during GIMPLE pass: graphite
x1nazdon.c: In function 's5':
x1nazdon.c:4:1: internal compiler error: in merge_sese, at
graphite-scop-detection.c:517
s5 (int is)
^~
0x72330b merge_sese
/var/tmp/portage/sys-devel/gcc-8.0.0_alpha20180121/work/gcc-8-20180121/gcc/graphite-scop-detection.c:515
0x72330b build_scop_depth
/var/tmp/portage/sys-devel/gcc-8.0.0_alpha20180121/work/gcc-8-20180121/gcc/graphite-scop-detection.c:550
0x14523d5 build_scop_depth
/var/tmp/portage/sys-devel/gcc-8.0.0_alpha20180121/work/gcc-8-20180121/gcc/graphite-scop-detection.c:543
0x1452f31 build_scops(vec*)
/var/tmp/portage/sys-devel/gcc-8.0.0_alpha20180121/work/gcc-8-20180121/gcc/graphite-scop-detection.c:1556
0x1446204 graphite_transform_loops()
/var/tmp/portage/sys-devel/gcc-8.0.0_alpha20180121/work/gcc-8-20180121/gcc/graphite.c:389
0x1447ea0 graphite_transforms
/var/tmp/portage/sys-devel/gcc-8.0.0_alpha20180121/work/gcc-8-20180121/gcc/graphite.c:475
0x1447ea0 execute
/var/tmp/portage/sys-devel/gcc-8.0.0_alpha20180121/work/gcc-8-20180121/gcc/graphite.c:552
[Bug target/83964] New: [8 Regression] ICE in extract_insn, at recog.c:2304
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83964 Bug ID: 83964 Summary: [8 Regression] ICE in extract_insn, at recog.c:2304 Product: gcc Version: unknown Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: marxin at gcc dot gnu.org Target Milestone: --- Host: x86_64-linux-gnu Target: ppc64-linux-gnu We ICE on: $ ppc64-linux-gnu-gcc /home/marxin/Programming/gcc/gcc/testsuite/gcc.target/powerpc/builtin-fctid-fctiw-runnable.c /home/marxin/Programming/gcc/gcc/testsuite/gcc.target/powerpc/builtin-fctid-fctiw-runnable.c: In function ‘test_bi_lrint_1’: /home/marxin/Programming/gcc/gcc/testsuite/gcc.target/powerpc/builtin-fctid-fctiw-runnable.c:14:1: error: unrecognizable insn: } ^ (insn 7 6 10 2 (set (reg:DI 122 [ _3 ]) (unspec:DI [ (reg:DF 121 [ _1 ]) ] UNSPEC_FCTID)) "/home/marxin/Programming/gcc/gcc/testsuite/gcc.target/powerpc/builtin-fctid-fctiw-runnable.c":13 -1 (nil)) during RTL pass: vregs /home/marxin/Programming/gcc/gcc/testsuite/gcc.target/powerpc/builtin-fctid-fctiw-runnable.c:14:1: internal compiler error: in extract_insn, at recog.c:2304 0x573082 _fatal_insn(char const*, rtx_def const*, char const*, int, char const*) .././../gcc/rtl-error.c:108 0x5730a1 _fatal_insn_not_found(rtx_def const*, char const*, int, char const*) .././../gcc/rtl-error.c:116 0xae3f87 extract_insn(rtx_insn*) .././../gcc/recog.c:2304 0x887cfa instantiate_virtual_regs_in_insn .././../gcc/function.c:1599 0x887cfa instantiate_virtual_regs .././../gcc/function.c:1969 0x887cfa execute .././../gcc/function.c:2018
[Bug tree-optimization/83965] New: [8 Regression] ICE in vectorize_fold_left_reduction, at tree-vect-loop.c:6154
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83965 Bug ID: 83965 Summary: [8 Regression] ICE in vectorize_fold_left_reduction, at tree-vect-loop.c:6154 Product: gcc Version: unknown 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: rsandifo at gcc dot gnu.org Target Milestone: --- Host: x86_64-linux-gnu Target: x86_64-linux-gnu Starting from r256639 we ICE on: $ gcc /home/marxin/Programming/gcc/gcc/testsuite/gcc.target/arm/wmul-1.c -Ofast -ftrapv -c during GIMPLE pass: vect /home/marxin/Programming/gcc/gcc/testsuite/gcc.target/arm/wmul-1.c: In function ‘mac’: /home/marxin/Programming/gcc/gcc/testsuite/gcc.target/arm/wmul-1.c:5:5: internal compiler error: in vectorize_fold_left_reduction, at tree-vect-loop.c:6154 int mac(const short *a, const short *b, int sqr, int *sum) ^~~ 0xe541eb vectorize_fold_left_reduction ../../gcc/tree-vect-loop.c:6154 0xe541eb vectorizable_reduction(gimple*, gimple_stmt_iterator*, gimple**, _slp_tree*, _slp_instance*) ../../gcc/tree-vect-loop.c:7312 0xe47887 vect_transform_stmt(gimple*, gimple_stmt_iterator*, bool*, _slp_tree*, _slp_instance*) ../../gcc/tree-vect-stmts.c:9509 0xe55e67 vect_transform_loop(_loop_vec_info*) ../../gcc/tree-vect-loop.c:8842 0xe74cd3 vectorize_loops() ../../gcc/tree-vectorizer.c:740
[Bug target/83888] [8 regression] new failures after r256639 on armhf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83888 Martin Liška changed: What|Removed |Added CC||marxin at gcc dot gnu.org --- Comment #2 from Martin Liška --- Probably a related issue is PR83965.
[Bug c/83966] New: ICE in check_function_arguments at gcc/c-family/c-common.c:5617
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83966 Bug ID: 83966 Summary: ICE in check_function_arguments at gcc/c-family/c-common.c:5617 Product: gcc Version: unknown 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: mpolacek at gcc dot gnu.org Target Milestone: --- Starting from GCC 4.8.0, where the warning was added, we ICE on: $ ./xgcc -B. /home/marxin/Programming/gcc/gcc/testsuite/c-c++-common/builtins.c -c -Wsuggest-attribute=format /home/marxin/Programming/gcc/gcc/testsuite/c-c++-common/builtins.c:72:7: warning: conflicting types for built-in function ‘scanf’ [-Wbuiltin-declaration-mismatch] int scanf (NO_PROTO); ^ /home/marxin/Programming/gcc/gcc/testsuite/c-c++-common/builtins.c:73:7: warning: conflicting types for built-in function ‘fscanf’ [-Wbuiltin-declaration-mismatch] int fscanf (NO_PROTO); ^~ /home/marxin/Programming/gcc/gcc/testsuite/c-c++-common/builtins.c:74:7: warning: conflicting types for built-in function ‘sscanf’ [-Wbuiltin-declaration-mismatch] int sscanf (NO_PROTO); ^~ /home/marxin/Programming/gcc/gcc/testsuite/c-c++-common/builtins.c:78:7: warning: conflicting types for built-in function ‘printf’ [-Wbuiltin-declaration-mismatch] int printf (NO_PROTO); ^~ /home/marxin/Programming/gcc/gcc/testsuite/c-c++-common/builtins.c:79:7: warning: conflicting types for built-in function ‘fprintf’ [-Wbuiltin-declaration-mismatch] int fprintf (NO_PROTO); ^~~ /home/marxin/Programming/gcc/gcc/testsuite/c-c++-common/builtins.c:80:7: warning: conflicting types for built-in function ‘sprintf’ [-Wbuiltin-declaration-mismatch] int sprintf (NO_PROTO); ^~~ /home/marxin/Programming/gcc/gcc/testsuite/c-c++-common/builtins.c:82:7: warning: conflicting types for built-in function ‘snprintf’ [-Wbuiltin-declaration-mismatch] int snprintf (NO_PROTO); ^~~~ /home/marxin/Programming/gcc/gcc/testsuite/c-c++-common/builtins.c:181:1: internal compiler error: Segmentation fault T2 (vfscanf); ^~ 0xfced89 crash_signal ../../gcc/toplev.c:325 0x8025b1 contains_struct_check(tree_node*, tree_node_structure_enum, char const*, int, char const*) ../../gcc/tree.h:3245 0x905657 check_function_format(tree_node*, int, tree_node**, vec*) ../../gcc/c-family/c-format.c:1121 0x8f2b5c check_function_arguments(unsigned int, tree_node const*, tree_node const*, int, tree_node**, vec*) ../../gcc/c-family/c-common.c:5617 0x846a56 build_function_call_vec(unsigned int, vec, tree_node*, vec*, vec*) ../../gcc/c/c-typeck.c:3114 0x847146 c_build_function_call_vec(unsigned int, vec, tree_node*, vec*, vec*) ../../gcc/c/c-typeck.c:3179 0x89168a c_parser_postfix_expression_after_primary ../../gcc/c/c-parser.c:9153 0x890def c_parser_postfix_expression ../../gcc/c/c-parser.c:8978 0x88ad7a c_parser_unary_expression ../../gcc/c/c-parser.c:7261 0x88a276 c_parser_cast_expression ../../gcc/c/c-parser.c:7102 0x888930 c_parser_binary_expression ../../gcc/c/c-parser.c:6905 0x888123 c_parser_conditional_expression ../../gcc/c/c-parser.c:6643 0x887e33 c_parser_expr_no_commas ../../gcc/c/c-parser.c:6560 0x891d94 c_parser_expression ../../gcc/c/c-parser.c:9290 0x8812d5 c_parser_typeof_specifier ../../gcc/c/c-parser.c:3461 0x87f965 c_parser_declspecs(c_parser*, c_declspecs*, bool, bool, bool, bool, bool, c_lookahead_kind) ../../gcc/c/c-parser.c:2779 0x87d594 c_parser_declaration_or_fndef ../../gcc/c/c-parser.c:1838 0x87d186 c_parser_external_declaration ../../gcc/c/c-parser.c:1643 0x87ccd7 c_parser_translation_unit ../../gcc/c/c-parser.c:1524 0x8b1768 c_parse_file() ../../gcc/c/c-parser.c:18409
[Bug target/80547] [6/7/8 Regression] nvptx back end ICE with OpenACC "reduction(OP:x)", "x = [...]"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80547 --- Comment #4 from Tom de Vries --- (In reply to Tom de Vries from comment #3) > Using this tentative patch, the ICE is fixed and the test-case executes > successfully: Well, for nvptx target. For host fallback we have: ... x: 23 FAIL: libgomp.oacc-c/../libgomp.oacc-c-c++-common/pr80547.c -DACC_DEVICE_TYPE_host=1 -DACC_MEM_SHARED=1 -O2 execution test ...
