[Bug libstdc++/40038] [4.4/4.5 regression] symbols ce...@glibcxx_3.4.3 not exported
--- Comment #11 from doko at debian dot org 2009-05-13 16:28 --- Subject: Re: [4.4/4.5 regression] symbols ce...@glibcxx_3.4.3 not exported bkoz at gcc dot gnu dot org schrieb: > --- Comment #10 from bkoz at gcc dot gnu dot org 2009-05-12 23:01 --- > > Sorry for the delay Paolo, this fix looks fine. > > I see tanhl missing too in that log, yet the gnu.ver exports have it and so > does src/math_compatibility_long_double.cc, although depending on > _GLIBCXX_HAVE_TANHL. What gives? Is this some kind of temporary build issue or > is this still indicative of configure/build issues? no that was accidentally removed in your suggested workaround for PR39491. > Please note that there are no arm ABI baselines. Is this due to > multilib/configure issues and or large numbers of variants? Can Debian > volunteers fix this or elaborate? Hopefully the necessity of this is now > apparent. I'll ask the Debian ARM port maintainers. would welcome feedback from GCC ARM maintainers as well. > I appreciate the current efforts to get Debian builds back on track, but am a > bit alarmed at the releases w/ known ABI fails on secondary arches. What can > be > done to improve this situation? baseline files would help. Debian itself does include symbol files as well, but in this case I didn't update those when adding the new armeabi support. But I only will notice such regressions when building the package for Debian or Ubuntu, which I did for arm not before the 4.4 release. Matthias -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40038
[Bug libgcj/19611] create 'sources.zip' for use in eclipse
--- Additional Comments From doko at debian dot org 2005-02-20 19:56 --- When installed in a common place (/usr/share), the name src-4.0.0.zip is ambiguous. ok to change that to libgcj-src-4.0.0.zip? Matthias -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19611
[Bug libgcj/20251] New: libgcj configured with --enable-gtk-cairo fails on installation
4.0.0 CVS 20050227 fails, when installing into a temporary destination:
/bin/sh ./libtool --mode=install /usr/bin/install -c 'libjawt.la'
'/build/buildd/gcc-snapshot-20050227/debian/tmp/usr/lib/gcc-snapshot/lib/libjawt.la'
libtool: install: warning: relinking `libjawt.la'
(cd /build/buildd/gcc-snapshot-20050227/build/ia64-linux-gnu/libjava; /bin/sh
./libtool --tag CXX --mode=relink
/build/buildd/gcc-snapshot-20050227/build/gcc/xgcc -shared-libgcc
-B/build/buildd/gcc-snapshot-20050227/build/gcc/ -nostdinc++
-L/build/buildd/gcc-snapshot-20050227/build/ia64-linux-gnu/libstdc++-v3/src
-L/build/buildd/gcc-snapshot-20050227/build/ia64-linux-gnu/libstdc++-v3/src/.libs
-B/usr/lib/gcc-snapshot/ia64-linux-gnu/bin/
-B/usr/lib/gcc-snapshot/ia64-linux-gnu/lib/ -isystem
/usr/lib/gcc-snapshot/ia64-linux-gnu/include -isystem
/usr/lib/gcc-snapshot/ia64-linux-gnu/sys-include
-L/build/buildd/gcc-snapshot-20050227/build/ia64-linux-gnu/libjava
-funwind-tables -g -O2 -o libjawt.la -rpath /usr/lib/gcc-snapshot/lib
-version-info 6:0:0 -Wl,-Bsymbolic libjawt_la-jawt.lo
lib-gnu-java-awt-peer-gtk.la)
libtool: link: warning: `/usr/X11R6/lib/libXrender.la' seems to be moved
/build/buildd/gcc-snapshot-20050227/build/gcc/xgcc -shared-libgcc
-B/build/buildd/gcc-snapshot-20050227/build/gcc/ -nostdinc++
-L/build/buildd/gcc-snapshot-20050227/build/ia64-linux-gnu/libstdc++-v3/src
-L/build/buildd/gcc-snapshot-20050227/build/ia64-linux-gnu/libstdc++-v3/src/.libs
-B/usr/lib/gcc-snapshot/ia64-linux-gnu/bin/
-B/usr/lib/gcc-snapshot/ia64-linux-gnu/lib/ -isystem
/usr/lib/gcc-snapshot/ia64-linux-gnu/include -isystem
/usr/lib/gcc-snapshot/ia64-linux-gnu/sys-include -shared -nostdlib
/usr/lib/crti.o /build/buildd/gcc-snapshot-20050227/build/gcc/crtbeginS.o
.libs/libjawt_la-jawt.o -Wl,--rpath -Wl,/usr/lib/gcc-snapshot/lib
-L/build/buildd/gcc-snapshot-20050227/build/ia64-linux-gnu/libstdc++-v3/src
-L/build/buildd/gcc-snapshot-20050227/build/ia64-linux-gnu/libstdc++-v3/src/.libs
-L/build/buildd/gcc-snapshot-20050227/build/ia64-linux-gnu/libjava
-L/usr/lib/gcc-snapshot/lib -l-gnu-java-awt-peer-gtk -L/usr/X11R6/lib -L/usr/lib
-L/build/buildd/gcc-snapshot-20050227/build/gcc -lgcc_s -lunwind -lc -lgcc_s
-lunwind /build/buildd/gcc-snapshot-20050227/build/gcc/crtendS.o
/usr/lib/crtn.o -Wl,-Bsymbolic -Wl,-soname -Wl,libjawt.so.6 -o
.libs/libjawt.so.6.0.0
/usr/bin/ld: cannot find -l-gnu-java-awt-peer-gtk
collect2: ld returned 1 exit status
libtool: install: error: relink `libjawt.la' with the above command before
installing it.
--
Summary: libgcj configured with --enable-gtk-cairo fails on
installation
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: libgcj
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: doko at debian dot org
CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu
dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20251
[Bug libgcj/20251] [4.0.0 regression] libgcj configured with --enable-gtk-cairo fails on installation
--- Additional Comments From doko at debian dot org 2005-02-28 23:18 --- looks like this is independent to the --enable-gtk-cairo flag, the last build which succeded with --enable-java-awt=gtk was 20050218. -- What|Removed |Added Summary|libgcj configured with -- |[4.0.0 regression] libgcj |enable-gtk-cairo fails on |configured with --enable- |installation|gtk-cairo fails on ||installation http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20251
[Bug c++/20254] New: [3.4 4.0 regression] ICE in resolve_overloaded_unification
not seen in 3.3.5, file from openoffice.org 1.9.76
g++-3.4 -save-temps -fmessage-length=0 -c -I. -I. -I../inc -I../../inc
-I../../unx/inc -I../../unxlngx4.pro/inc -I.
-I/home/packages/ooo/openoffice.org2-1.9.76/ooo-build/build/src680-m76/solver/680/unxlngx4.pro/inc/stl
-I/home/packages/ooo/openoffice.org2-1.9.76/ooo-build/build/src680-m76/solver/680/unxlngx4.pro/inc/external
-I/home/packages/ooo/openoffice.org2-1.9.76/ooo-build/build/src680-m76/solver/680/unxlngx4.pro/inc
-I/home/packages/ooo/openoffice.org2-1.9.76/ooo-build/build/src680-m76/solenv/unxlngx4/inc
-I/home/packages/ooo/openoffice.org2-1.9.76/ooo-build/build/src680-m76/solenv/inc
-I/home/packages/ooo/openoffice.org2-1.9.76/ooo-build/build/src680-m76/res
-I/home/packages/ooo/openoffice.org2-1.9.76/ooo-build/build/src680-m76/solver/680/unxlngx4.pro/inc/stl
-I/home/packages/ooo/openoffice.org2-1.9.76/ooo-build/build/src680-m76/solenv/inc/Xp31
-INO_JAVA_HOME/include -INO_JAVA_HOME/include/linux
-INO_JAVA_HOME/include/native_threads/include -I/usr/X11R6/include -I.
-I../../res -I. -O -fno-strict-aliasing -pipe -fno-use-cxa-atexit
-Wno-ctor-dtor-privacy -include preinclude.h -fexceptions -fno-enforce-eh-specs
-fPIC -DLINUX -DUNX -DVCL -DGCC -DC300 -DX86_64
-DGXX_INCLUDE_PATH=/usr/include/c++/3.4 -DCVER=C300 -D_USE_NAMESPACE -DNPTL
-DGLIBC=2 -DX86_64 -D_PTHREADS -D_REENTRANT -DNEW_SOLAR -D_USE_NAMESPACE=1
-DSTLPORT_VERSION=400 -D__DMAKE -DUNIX -DCPPU_ENV=gcc3 -DSUPD=680 -DPRODUCT
-DNDEBUG -DPRODUCT_FULL -DOSL_DEBUG_LEVEL=0 -DOPTIMIZE -DEXCEPTIONS_ON -DCUI
-DSRC680 -DSHAREDLIB -D_DLL_ -DMULTITHREAD -w -o
../../unxlngx4.pro/slo/presentation.o
/home/packages/ooo/openoffice.org2-1.9.76/ooo-build/build/src680-m76/slideshow/source/engine/presentation.cxx
#In file included from
/home/packages/ooo/openoffice.org2-1.9.76/ooo-build/build/src680-m76/slideshow/source/engine/presentation.cxx:175:
#./rehearsetimingsactivity.hxx: In member function `FuncT
presentation::internal::RehearseTimingsActivity::for_each_sprite(FuncT) const':
#./rehearsetimingsactivity.hxx:193: internal compiler error: in
resolve_overloaded_unification, at cp/pt.c:9360
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
dmake: Error code 1, while making '../../unxlngx4.pro/slo/presentation.obj'
'---* tg_merge.mk *---'
ERROR: Error 65280 occurred while making
/home/packages/ooo/openoffice.org2-1.9.76/ooo-build/build/src680-m76/slideshow/source/engine
make[1]: *** [stamp/build] Error 1
make[1]: Leaving directory `/home/packages/ooo/openoffice.org2-1.9.76/ooo-build'
make: *** [debian/stampdir/build] Error 2
--
Summary: [3.4 4.0 regression] ICE in
resolve_overloaded_unification
Product: gcc
Version: 3.4.4
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: doko at debian dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: x86_64-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20254
[Bug c++/20254] [3.4 4.0 regression] ICE in resolve_overloaded_unification
--- Additional Comments From doko at debian dot org 2005-03-01 00:08 --- Created an attachment (id=8300) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8300&action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20254
[Bug libgcj/20251] [4.0 regression] libgcj configured with --enable-gtk-cairo fails on installation
--- Additional Comments From doko at debian dot org 2005-03-01 11:33 --- libtool doesn't add the -L/build/buildd/gcc-snapshot-20050227/build/ia64-linux-gnu/libjava/.libs argument, as it does for -L/build/buildd/gcc-snapshot-20050227/build/ia64-linux-gnu/libstdc++-v3/src -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20251
[Bug libgcj/20251] [4.0 regression] libgcj configured with --enable-gtk-cairo fails on installation
--- Additional Comments From doko at debian dot org 2005-03-03 22:38 --- The complete build logs can be found at http://buildd.debian.org/build.php?&pkg=gcc-snapshot check for the 2005027 logs for i.e. powerpc and ia64. the build starts with a clean environment. I rechecked with an unpatched build from the branch. ../src/configure -v --enable-languages=c,c++,java,f95,objc,ada --prefix=/usr/lib/gcc-snapshot --enable-shared --with-system-zlib --enable-nls --enable-threads=posix --without-included-gettext --disable-werror --enable-__cxa_atexit --enable-libstdcxx-allocator=mt --enable-clocale=gnu --enable-libstdcxx-debug --enable-mpfr --enable-java-gc=boehm --enable-java-awt=gtk --enable-gtk-cairo --enable-checking=release powerpc-linux-gnu [...] LIBART_CONFIG=libart2-config \ /usr/bin/make -C /build/buildd/gcc-snapshot-20050227/build bootstrap-lean \ CC="gnatgcc" \ CFLAGS="-g -O2" \ BOOT_CFLAGS="-O2" \ LDFLAGS="" \ infodir=/usr/lib/gcc-snapshot/share/info \ mandir=/usr/lib/gcc-snapshot/share/man; \ -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20251
[Bug libgcj/20251] [4.0 regression] libgcj configured with --enable-gtk-cairo fails on installation
--- Additional Comments From doko at debian dot org 2005-03-04 00:21 --- install is called as: PATH=/build/buildd/gcc-snapshot-20050227/bin:$PATH \ /usr/bin/make -C /build/buildd/gcc-snapshot-20050227/build \ CFLAGS="-g -O2" \ LDFLAGS="" \ BOOT_CFLAGS="-O2" \ DESTDIR=/build/buildd/gcc-snapshot-20050227/debian/tmp \ infodir=/build/buildd/gcc-snapshot-20050227/debian/tmp/usr/lib/gcc-snapshot/share/info \ mandir=/build/buildd/gcc-snapshot-20050227/debian/tmp/usr/lib/gcc-snapshot/share/man \ install -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20251
[Bug other/20325] New: bugzilla is missing a treelang component
every frontend has one, treelang should have one as well -- Summary: bugzilla is missing a treelang component Product: gcc Version: 3.4.4 Status: UNCONFIRMED Severity: normal Priority: P2 Component: other AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: doko at debian dot org CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20325
[Bug other/20326] New: treelang does install the backend as a driver
the backend (tree1) is installed under the same name as the driver. if it does that, please symlink it, don't copy it. and maybe don't install it as tree1, but treelang, or something like this. -- Summary: treelang does install the backend as a driver Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: other AssignedTo: phython at gcc dot gnu dot org ReportedBy: doko at debian dot org CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20326
[Bug c++/20465] New: [4.0 regression] error: no matching function for call
code from the openoffice-6980-m79 tree, compiled with current (20050312) gcc-3.4
CVS, doesn't compile with current gcc-4.0 CVS (plus patch proposed in PR20381,
without the patch, the same ICE as in PR20381 is seen).
$ g++-4.0 -c -O1 !$ g++-4.0 -c -O1 smilfunctionparser-4.0.ii
/home/doko/ooo/gcj/openoffice.org2-1.9.79.2/ooo-build/build/src680-m79/slideshow/source/engine/smilfunctionparser.cxx:
In constructor
presentation::internalExpressionGrammar::definition::definition(const
presentation::internalExpressionGrammar&):
/home/doko/ooo/gcj/openoffice.org2-1.9.79.2/ooo-build/build/src680-m79/slideshow/source/engine/smilfunctionparser.cxx:484:
error: no matching function for call to mem_fun_ref(double
(basegfx::B2DRange::*)()const)
/home/doko/ooo/gcj/openoffice.org2-1.9.79.2/ooo-build/build/src680-m79/slideshow/source/engine/smilfunctionparser.cxx:485:
error: no matching function for call to mem_fun_ref(double
(basegfx::B2DRange::*)()const)
/home/doko/ooo/gcj/openoffice.org2-1.9.79.2/ooo-build/build/src680-m79/slideshow/source/engine/smilfunctionparser.cxx:486:
error: no matching function for call to mem_fun_ref(double
(basegfx::B2DRange::*)()const)
/home/doko/ooo/gcj/openoffice.org2-1.9.79.2/ooo-build/build/src680-m79/slideshow/source/engine/smilfunctionparser.cxx:487:
error: no matching function for call to mem_fun_ref(double
(basegfx::B2DRange::*)()const)
$ gcc-3.4 -O1 -c smilfunctionparser-3.4.ii
In file included from
/home/doko/ooo/gcj/openoffice.org2-1.9.79.2/ooo-build/build/src680-m79/solver/680/unxlngi4.pro/inc/com/sun/star/uno/RuntimeException.hdl:9,
from
/home/doko/ooo/gcj/openoffice.org2-1.9.79.2/ooo-build/build/src680-m79/solver/680/unxlngi4.pro/inc/com/sun/star/uno/RuntimeException.hpp:9,
from
/home/doko/ooo/gcj/openoffice.org2-1.9.79.2/ooo-build/build/src680-m79/solver/680/unxlngi4.pro/inc/canvas/debug.hxx:70,
from
/home/doko/ooo/gcj/openoffice.org2-1.9.79.2/ooo-build/build/src680-m79/slideshow/source/engine/smilfunctionparser.cxx:63:
/home/doko/ooo/gcj/openoffice.org2-1.9.79.2/ooo-build/build/src680-m79/solver/680/unxlngi4.pro/inc/com/sun/star/uno/Exception.hdl:36:
warning: `visibility' attribute does not apply to types
In file included from
/home/doko/ooo/gcj/openoffice.org2-1.9.79.2/ooo-build/build/src680-m79/solver/680/unxlngi4.pro/inc/com/sun/star/uno/RuntimeException.hpp:9,
from
/home/doko/ooo/gcj/openoffice.org2-1.9.79.2/ooo-build/build/src680-m79/solver/680/unxlngi4.pro/inc/canvas/debug.hxx:70,
from
/home/doko/ooo/gcj/openoffice.org2-1.9.79.2/ooo-build/build/src680-m79/slideshow/source/engine/smilfunctionparser.cxx:63:
/home/doko/ooo/gcj/openoffice.org2-1.9.79.2/ooo-build/build/src680-m79/solver/680/unxlngi4.pro/inc/com/sun/star/uno/RuntimeException.hdl:30:
warning: `visibility' attribute does not apply to types
In file included from
/home/doko/ooo/gcj/openoffice.org2-1.9.79.2/ooo-build/build/src680-m79/solver/680/unxlngi4.pro/inc/com/sun/star/lang/IllegalArgumentException.hpp:9,
from
/home/doko/ooo/gcj/openoffice.org2-1.9.79.2/ooo-build/build/src680-m79/solver/680/unxlngi4.pro/inc/canvas/debug.hxx:73,
from
/home/doko/ooo/gcj/openoffice.org2-1.9.79.2/ooo-build/build/src680-m79/slideshow/source/engine/smilfunctionparser.cxx:63:
/home/doko/ooo/gcj/openoffice.org2-1.9.79.2/ooo-build/build/src680-m79/solver/680/unxlngi4.pro/inc/com/sun/star/lang/IllegalArgumentException.hdl:34:
warning: `visibility' attribute does not apply to types
--
Summary: [4.0 regression] error: no matching function for call
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: doko at debian dot org
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20465
[Bug c++/20465] [4.0 regression] error: no matching function for call
--- Additional Comments From doko at debian dot org 2005-03-14 01:40 --- Created an attachment (id=8384) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8384&action=view) preprocessed source (3.4) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20465
[Bug c++/20465] [4.0 regression] error: no matching function for call
--- Additional Comments From doko at debian dot org 2005-03-14 01:41 --- Created an attachment (id=8385) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8385&action=view) preprocessed source (4.0) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20465
[Bug libgcj/20251] [4.0/4.1 regression] libgcj configured with --enable-gtk-cairo fails on installation
--- Additional Comments From doko at debian dot org 2005-03-16 20:45 --- fixed by the patch. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20251
[Bug libstdc++/39868] libstdc++ generates man pages, which conflict with the linux manpages
--- Comment #6 from doko at debian dot org 2009-04-29 21:36 --- Subject: Re: libstdc++ generates man pages, which conflict with the linux manpages bkoz at gcc dot gnu dot org schrieb: > --- Comment #1 from bkoz at gcc dot gnu dot org 2009-04-27 22:35 --- > > Is this any better in man4? unsure, normally you find this in 3; ;I did rename it to .3cxx for now. > Should all man pages based on libstdc++ include files and not class objects > get > the axe? that would match the section 3 for C functions, unsure if it's the right choice for C++. Matthias -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39868
[Bug rtl-optimization/93159] [10 Regression] ICE (segfault) during RTL pass on arm-linux-gnueabihf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93159 Matthias Klose changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|--- |WORKSFORME --- Comment #5 from Matthias Klose --- I'm not able to reproduce this with trunk 20200304.
[Bug fortran/94129] Using almost any openacc !$acc directive causes ICE "compressed stream: data error"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94129 Matthias Klose changed: What|Removed |Added CC||doko at debian dot org --- Comment #3 from Matthias Klose --- $ gfortran-10 -v -fopenacc program.f90 2>&1 |grep zstd Supported LTO compression algorithms: zlib zstd Supported LTO compression algorithms: zlib zstd afaics both builds are correctly configured.
[Bug fortran/94129] Using almost any openacc !$acc directive causes ICE "compressed stream: data error"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94129 --- Comment #7 from Matthias Klose --- $ gfortran-10 -flto -c program.f90 $ readelf -SW program.o | grep lto_.lto [ 6] .gnu.lto_.lto.c7eb6f75a94ea29a PROGBITS cc 08 00 E 0 0 1 $ objdump -s -j .gnu.lto_.lto.c7eb6f75a94ea29a program.o program.o: file format elf64-x86-64 Contents of section .gnu.lto_.lto.c7eb6f75a94ea29a: 0900 01000100 Yes, I get the very same stacktrace ending in lto_uncompression_zlib.
[Bug bootstrap/94318] New: [10 Regression] endless loop building _sd_to_si.o on powerpc-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94318 Bug ID: 94318 Summary: [10 Regression] endless loop building _sd_to_si.o on powerpc-linux-gnu Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap Assignee: unassigned at gcc dot gnu.org Reporter: doko at debian dot org Target Milestone: --- seen with trunk 20200324, trying to build a cross compiler on x86_64-linux-gnu: /packages/cross/10/u/gcc-10-cross-5ubuntu1/gcc/build/./gcc/xgcc -B/packages/cross/10/u/gcc-10-cross-5ubuntu1/gcc/build/./gcc/ -B/usr/powerpc-linux-gnu/bin/ -B/usr/powerpc-linux-gnu/lib/ -isystem /usr/powerpc-linux-gnu/include -isystem /usr/powerpc-linux-gnu/sys-include -isystem /packages/cross/10/u/gcc-10-cross-5ubuntu1/gcc/build/sys-include-g -O2 -O2 -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wno-error=format-diag -Wstrict-prototypes -Wmissing-prototypes -Wno-error=format-diag -Wold-style-definition -isystem ./include -fPIC -mlong-double-128 -mno-minimal-toc -g -DIN_LIBGCC2 -fbuilding-libgcc -fno-stack-protector -fPIC -mlong-double-128 -mno-minimal-toc -I. -I. -I../.././gcc -I../../../src/libgcc -I../../../src/libgcc/. -I../../../src/libgcc/../gcc -I../../../src/libgcc/../include -I../../../src/libgcc/../libdecnumber/dpd -I../../../src/libgcc/../libdecnumber -DHAVE_CC_TLS -o _sd_to_si.o -MT _sd_to_si.o -MD -MP -MF _sd_to_si.dep -DFINE_GRAINED_LIBRARIES -DL_sd_to_si -DWIDTH=32 -c ../../../src/libgcc/dfp-bit.c $ find build/ -name _sd_to_si* build/powerpc-linux-gnu/64/libgcc/_sd_to_si.dep build/powerpc-linux-gnu/64/libgcc/_sd_to_si.o looks like the 64bit multilib build is built correctly. Program received signal SIGINT, Interrupt. update_pseudo_point (regno=12183, point=24121, type=USE_POINT) at ../../src/gcc/lra-lives.c:245 245 update_pseudo_point (int regno, int point, enum point_type type) (gdb) bt #0 update_pseudo_point (regno=12183, point=24121, type=USE_POINT) at ../../src/gcc/lra-lives.c:245 #1 0x00967380 in process_bb_lives (dead_insn_p=false, curr_point=@0x7fffd1dc: 24121, bb=0x771b61a0) at ../../src/gcc/lra-lives.c:846 #2 lra_create_live_ranges_1 (all_p=, dead_insn_p=false) at ../../src/gcc/lra-lives.c:1388 #3 0x0094cc38 in lra (f=) at ../../src/gcc/lra.c:2476 #4 0x0090989a in do_reload () at ../../src/gcc/ira.c:5523 #5 (anonymous namespace)::pass_reload::execute (this=) at ../../src/gcc/ira.c:5709 #6 0x00a092b8 in execute_one_pass (pass=0x1b20120) at ../../src/gcc/passes.c:2502 #7 0x00a09bf0 in execute_pass_list_1 (pass=0x1b20120) at ../../src/gcc/passes.c:2590 #8 0x00a09c02 in execute_pass_list_1 (pass=0x1b1ef20) at ../../src/gcc/passes.c:2591 #9 0x00a09c2d in execute_pass_list (fn=0x77294630, pass=) at ../../src/gcc/passes.c:2601 #10 0x006f124e in cgraph_node::expand (this=0x7718a9d8) at ../../src/gcc/context.h:48 #11 0x006f22c0 in expand_all_functions () at ../../src/gcc/cgraphunit.c:2471 #12 symbol_table::compile (this=0x7746f000) at ../../src/gcc/cgraphunit.c:2821 #13 0x006f436d in symbol_table::compile (this=0x7746f000) at ../../src/gcc/cgraphunit.c:3001 #14 symbol_table::finalize_compilation_unit (this=0x7746f000) at ../../src/gcc/cgraphunit.c:3001 #15 0x00acab3d in compile_file () at ../../src/gcc/toplev.c:483 #16 0x0059b0c6 in do_compile () at ../../src/gcc/toplev.c:2273 #17 toplev::main (this=this@entry=0x7fffd616, argc=, argc@entry=35, argv=, argv@entry=0x7fffd728) at ../../src/gcc/toplev.c:2412 #18 0x0059d900 in main (argc=35, argv=0x7fffd728) at ../../src/gcc/main.c:39 Configured with: -v --enable-languages=c,c++,go,d,fortran,objc,obj-c++ --prefix=/usr --with-gcc-major-version-only --program-suffix=-10 --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-libitm --disable-libquadmath --disable-libquadmath-support --enable-plugin --with-system-zlib --disable-libphobos --enable-secureplt --disable-softfloat --with-cpu=default32 --disable-softfloat --enable-targets=powerpc-linux,powerpc64-linux --enable-multiarch --disable-werror --with-long-double-128 --enable-multilib --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu
[Bug target/94254] [10 regression] r10-7312 causes compiler hangs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94254 Matthias Klose changed: What|Removed |Added CC||doko at debian dot org --- Comment #17 from Matthias Klose --- *** Bug 94318 has been marked as a duplicate of this bug. ***
[Bug bootstrap/94318] [10 Regression] endless loop building _sd_to_si.o on powerpc-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94318 Matthias Klose changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE --- Comment #4 from Matthias Klose --- yes, and the patch seems to fix it *** This bug has been marked as a duplicate of bug 94254 ***
[Bug rtl-optimization/94368] New: [9/10 Regression] ICE in final_scan_insn_1, at final.c:3074(error: could not split insn) on aarch64-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94368
Bug ID: 94368
Summary: [9/10 Regression] ICE in final_scan_insn_1, at
final.c:3074(error: could not split insn) on
aarch64-linux-gnu
Product: gcc
Version: 9.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at debian dot org
Target Milestone: ---
seen with gcc-9 branch 20200325, with -O1 on aarch64-linux-gnu.
$ cat partr.i
# 5 "" 3
b, c, d, e, f;
short g;
a() __attribute__((__const__));
h() {
i:
for (;;) {
__atomic_load_n(&e, d);
long j = a(2) && __sync_val_compare_and_swap(&c, 0, j);
b = 1;
if (h == e)
break;
}
__sync_val_compare_and_swap(&g, -1, f);
goto i;
}
$ gcc-9 -c -O1 -Wall partr.i
: In function ‘h’:
:19:1: error: could not split insn
(insn 51 49 110 (parallel [
(set (reg:CC 66 cc)
(unspec_volatile:CC [
(const_int 0 [0])
] UNSPECV_ATOMIC_CMPSW))
(set (reg:SI 1 x1 [125])
(zero_extend:SI (mem/v:HI (reg/f:DI 27 x27 [132]) [-1 S2
A16])))
(set (mem/v:HI (reg/f:DI 27 x27 [132]) [-1 S2 A16])
(unspec_volatile:HI [
(const_int -1 [0x])
(reg:HI 0 x0 [orig:122 f ] [122])
(const_int 0 [0])
(const_int 32773 [0x8005]) repeated x2
] UNSPECV_ATOMIC_CMPSW))
(clobber (reg:SI 2 x2 [138]))
]) "":17:3 3636 {aarch64_compare_and_swaphi}
(expr_list:REG_DEAD (reg:HI 0 x0 [orig:122 f ] [122])
(expr_list:REG_UNUSED (reg:CC 66 cc)
(expr_list:REG_UNUSED (reg:SI 2 x2 [138])
(expr_list:REG_UNUSED (reg:SI 1 x1 [125])
(nil))
during RTL pass: final
:19:1: internal compiler error: in final_scan_insn_1, at final.c:3074
Please submit a full bug report,
with preprocessed source if appropriate.
$ gcc-10 -c -O1 -Wall partr.i
: In function ‘h’:
:19:1: error: could not split insn
(insn 49 47 5 (parallel [
(set (reg:CC 66 cc)
(unspec_volatile:CC [
(const_int 0 [0])
] UNSPECV_ATOMIC_CMPSW))
(set (reg:SI 1 x1 [127])
(zero_extend:SI (mem/v:HI (reg/f:DI 27 x27 [120]) [-1 S2
A16])))
(set (mem/v:HI (reg/f:DI 27 x27 [120]) [-1 S2 A16])
(unspec_volatile:HI [
(const_int -1 [0x])
(reg:HI 0 x0 [orig:124 f ] [124])
(const_int 0 [0])
(const_int 32773 [0x8005]) repeated x2
] UNSPECV_ATOMIC_CMPSW))
(clobber (reg:SI 2 x2 [137]))
]) "":17:3 3908 {aarch64_compare_and_swaphi}
(expr_list:REG_DEAD (reg:HI 0 x0 [orig:124 f ] [124])
(expr_list:REG_UNUSED (reg:CC 66 cc)
(expr_list:REG_UNUSED (reg:SI 2 x2 [137])
(expr_list:REG_UNUSED (reg:SI 1 x1 [127])
(nil))
during RTL pass: final
:19:1: internal compiler error: in final_scan_insn_1, at final.c:3073
0x60be4f _fatal_insn(char const*, rtx_def const*, char const*, int, char
const*)
../../src/gcc/rtl-error.c:108
0x8380bb final_scan_insn_1
../../src/gcc/final.c:3073
0x8382d3 final_scan_insn(rtx_insn*, _IO_FILE*, int, int, int*)
../../src/gcc/final.c:3152
0x8385a7 final_1
../../src/gcc/final.c:2020
0x838d23 rest_of_handle_final
../../src/gcc/final.c:4658
0x838d23 execute
../../src/gcc/final.c:4736
Please submit a full bug report,
with preprocessed source if appropriate.
this is a compiler with hardening flags enabled by default.
[Bug libgomp/94612] Failed to build simple examples with offloading.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94612 Matthias Klose changed: What|Removed |Added CC||doko at debian dot org --- Comment #5 from Matthias Klose --- > Perhaps Ubuntu has the offloading and non-offloading compiler configured > differently, one with zstd compression support and the other without? how would you even do that?
[Bug libgomp/94612] Failed to build simple examples with offloading.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94612 --- Comment #6 from Matthias Klose --- $ /usr/lib/gcc/x86_64-linux-gnu/10/accel/nvptx-none/mkoffload -v mkoffload: fatal error: COLLECT_GCC must be set. compilation terminated.
[Bug libgomp/94612] Failed to build simple examples with offloading.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94612 --- Comment #9 from Matthias Klose --- Both compilers have zstd support. $ gfortran-10 -v prod.f90 -fopenmp -foffload=nvptx-none -o test.x Driving: gfortran-10 -v prod.f90 -fopenmp -foffload=nvptx-none -o test.x -l gfortran -l m -shared-libgcc Using built-in specs. COLLECT_GCC=gfortran-10 COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/10/lto-wrapper OFFLOAD_TARGET_NAMES=nvptx-none Target: x86_64-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Ubuntu 10-20200411-0ubuntu1' --with-bugurl=file:///usr/share/doc/gcc-10/README.Bugs --enable-languages=c,ada,c++,go,brig,d,fortran,objc,obj-c++,m2 --prefix=/usr --with-gcc-major-version-only --program-suffix=-10 --program-prefix=x86_64-linux-gnu- --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --libdir=/usr/lib --enable-nls --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --with-default-libstdcxx-abi=new --enable-gnu-unique-object --disable-vtable-verify --enable-plugin --enable-default-pie --with-system-zlib --enable-libphobos-checking=release --with-target-system-zlib=auto --enable-objc-gc=auto --enable-multiarch --disable-werror --with-arch-32=i686 --with-abi=m64 --with-multilib-list=m32,m64,mx32 --enable-multilib --with-tune=generic --enable-offload-targets=nvptx-none,amdgcn-amdhsa,hsa --without-cuda-driver --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu Thread model: posix Supported LTO compression algorithms: zlib zstd gcc version 10.0.1 20200411 (experimental) [master revision bb87d5cc77d:75961caccb7:f883c46b4877f637e0fa5025b4d6b5c9040ec566] (Ubuntu 10-20200411-0ubuntu1) COLLECT_GCC_OPTIONS='-v' '-fopenmp' '-foffload=nvptx-none' '-o' 'test.x' '-shared-libgcc' '-mtune=generic' '-march=x86-64' '-pthread' /usr/lib/gcc/x86_64-linux-gnu/10/f951 prod.f90 -quiet -dumpbase prod.f90 -mtune=generic -march=x86-64 -auxbase prod -version -fopenmp -foffload=nvptx-none -fintrinsic-modules-path /usr/lib/gcc/x86_64-linux-gnu/10/finclude -o /tmp/ccka3MeN.s GNU Fortran (Ubuntu 10-20200411-0ubuntu1) version 10.0.1 20200411 (experimental) [master revision bb87d5cc77d:75961caccb7:f883c46b4877f637e0fa5025b4d6b5c9040ec566] (x86_64-linux-gnu) compiled by GNU C version 10.0.1 20200411 (experimental) [master revision bb87d5cc77d:75961caccb7:f883c46b4877f637e0fa5025b4d6b5c9040ec566], GMP version 6.2.0, MPFR version 4.0.2, MPC version 1.1.0, isl version isl-0.22.1-GMP GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 GNU Fortran2008 (Ubuntu 10-20200411-0ubuntu1) version 10.0.1 20200411 (experimental) [master revision bb87d5cc77d:75961caccb7:f883c46b4877f637e0fa5025b4d6b5c9040ec566] (x86_64-linux-gnu) compiled by GNU C version 10.0.1 20200411 (experimental) [master revision bb87d5cc77d:75961caccb7:f883c46b4877f637e0fa5025b4d6b5c9040ec566], GMP version 6.2.0, MPFR version 4.0.2, MPC version 1.1.0, isl version isl-0.22.1-GMP GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 COLLECT_GCC_OPTIONS='-v' '-fopenmp' '-foffload=nvptx-none' '-o' 'test.x' '-shared-libgcc' '-mtune=generic' '-march=x86-64' '-pthread' as -v --64 -o /tmp/ccwItcGR.o /tmp/ccka3MeN.s GNU assembler version 2.34 (x86_64-linux-gnu) using BFD version (GNU Binutils for Ubuntu) 2.34 Reading specs from /usr/lib/gcc/x86_64-linux-gnu/10/libgfortran.spec rename spec lib to liborig COLLECT_GCC_OPTIONS='-v' '-fopenmp' '-foffload=nvptx-none' '-o' 'test.x' '-shared-libgcc' '-mtune=generic' '-march=x86-64' '-pthread' COMPILER_PATH=/usr/lib/gcc/x86_64-linux-gnu/10/:/usr/lib/gcc/x86_64-linux-gnu/10/:/usr/lib/gcc/x86_64-linux-gnu/:/usr/lib/gcc/x86_64-linux-gnu/10/:/usr/lib/gcc/x86_64-linux-gnu/ LIBRARY_PATH=/usr/lib/gcc/x86_64-linux-gnu/10/:/usr/lib/gcc/x86_64-linux-gnu/10/../../../x86_64-linux-gnu/:/usr/lib/gcc/x86_64-linux-gnu/10/../../../../lib/:/lib/x86_64-linux-gnu/:/lib/../lib/:/usr/lib/x86_64-linux-gnu/:/usr/lib/../lib/:/usr/lib/gcc/x86_64-linux-gnu/10/../../../:/lib/:/usr/lib/ Reading specs from /usr/lib/gcc/x86_64-linux-gnu/10/libgomp.spec COLLECT_GCC_OPTIONS='-v' '-fopenmp' '-foffload=nvptx-none' '-o' 'test.x' '-shared-libgcc' '-mtune=generic' '-march=x86-64' '-pthread' /usr/lib/gcc/x86_64-linux-gnu/10/collect2 -plugin /usr/lib/gcc/x86_64-linux-gnu/10/liblto_plugin.so -plugin-opt=/usr/lib/gcc/x86_64-linux-gnu/10/lto-wrapper -plugin-opt=-fresolution=/tmp/ccjECdaN.res -plugin-opt=-pass-through=-lgcc_s -plugin-opt=-pass-through=-lgcc -plugin-opt=-pass-through=-lquadmath -plugin-opt=-pass-through=-lm -plugin-opt=-pass-through=-lgcc_s -plugin-opt=-pass-through=-lgcc -plugin-opt=-pass-through=-lpthread -plugin-opt=-pass-through=-lc -plugin-opt=-pass-through=-lgcc_s -plugin-opt=-pass-through=-lgcc --build-id --eh-frame-hdr -m elf_x86_64 --hash-style=gnu --as-needed -dynamic-linker /lib64/ld-linux-x86-64.so.2 -pie -z now -z relro -o test.x /usr/lib/gcc/x86_
[Bug libgomp/94612] Failed to build simple examples with offloading.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94612 --- Comment #11 from Matthias Klose --- Created attachment 48290 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48290&action=edit example files
[Bug go/94633] New: golang 1.14.2 fails to bootstrap using GCC 10 on riscv64-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94633 Bug ID: 94633 Summary: golang 1.14.2 fails to bootstrap using GCC 10 on riscv64-linux-gnu Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: go Assignee: ian at airs dot com Reporter: doko at debian dot org CC: cmang at google dot com Target Milestone: --- tried to bootstrap golang-1.14.2 using GCC trunk, which succeeds on x86_64-linux-gnu, but fails on riscv64-linux-gnu. The stage1 compile seems to be stuck, and times out on buildds.
[Bug other/94647] New: [10 Regression] wrong diagnostic with -Werror=format-security
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94647
Bug ID: 94647
Summary: [10 Regression] wrong diagnostic with
-Werror=format-security
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at debian dot org
Target Milestone: ---
[forwarded from https://bugs.debian.org/958062]
seen with trunk 20200417, works with the gcc-9 branch.
$ cat testcase.c
/* Compile with gcc-10 -O2 -c testcase.c -Wall -Wformat -Werror=format-security
*/
#include
struct a
{
int pad;
char string[512];
};
struct b
{
int pad;
char string[256];
};
int f(struct a *d, struct b *s)
{
int l;
/* No warning here, so GCC 10 assumes that d->string is properly
* null terminated. */
l = strlen(d->string);
/* Warning here, GCC 10 assumes that d->string is *not* properly
* null terminated */
strncpy(d->string, s->string, sizeof(d->string));
return l;
}
$ gcc-10 -O2 -c testcase.c -Wall -Wformat -Werror=format-security
In file included from /usr/include/string.h:495,
from testcase.c:3:
In function ‘strncpy’,
inlined from ‘f’ at testcase.c:27:2:
/usr/include/x86_64-linux-gnu/bits/string_fortified.h:106:10: warning:
‘__builtin_strncpy’ offset [260, 511] from the object at ‘s’ is out of the
bounds of referenced subobject ‘string’ with type ‘char[256]’ at offset 4
[-Warray-bounds]
106 | return __builtin___strncpy_chk (__dest, __src, __len, __bos
(__dest));
| ^~
testcase.c: In function ‘f’:
testcase.c:14:7: note: subobject ‘string’ declared here
14 | char string[256];
| ^~
[Bug rtl-optimization/94670] New: ICE in extract_insn, at recog.c:2310 on s390x-linux-gnu with -march=z13
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94670
Bug ID: 94670
Summary: ICE in extract_insn, at recog.c:2310 on
s390x-linux-gnu with -march=z13
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at debian dot org
Target Milestone: ---
Seen on the gcc-8, gcc-9 branches and trunk, worked around with -O2.
$ cat hb-set.ii
struct f {
long operator[](int i) { return c.d[i]; }
struct {
long d[sizeof 0];
} c;
};
template struct o {
int g;
e h;
e &operator[](int i) {
e *j;
unsigned b = i;
j = &h;
return j[b];
}
};
int k, m;
unsigned l;
struct n {
struct C {
int t() {
int p = l = sizeof(d);
for (unsigned b = 0; b < l; b++) {
long q = d[b], d = q;
k = __builtin_popcountl(d);
p += k;
}
return p;
}
f d;
};
o pages;
int m_fn1() {
unsigned a = pages.g;
for (unsigned b = 0; b < a; b++)
m += pages[b].t();
return m;
}
} r;
void s() { r.m_fn1(); }
$ s390x-linux-gnu-g++ -c -mbackchain -march=z13 -mzarch -O3 -Wall
-Wno-strict-aliasing -std=gnu++98 -fno-stack-protector hb-set.ii
hb-set.ii: In function ‘void s()’:
hb-set.ii:40:23: error: unrecognizable insn:
40 | void s() { r.m_fn1(); }
| ^
(insn 109 108 110 7 (set (reg:V16QI 1302)
(unspec:V16QI [
(subreg:V16QI (subreg:V2DI (reg:V16QI 1300) 0) 0)
] UNSPEC_POPCNT)) "hb-set.ii":25:32 -1
(nil))
during RTL pass: vregs
hb-set.ii:40:23: internal compiler error: in extract_insn, at recog.c:2310
Please submit a full bug report,
with preprocessed source if appropriate.
[Bug rtl-optimization/94670] ICE in extract_insn, at recog.c:2310 on s390x-linux-gnu with -march=z13
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94670 --- Comment #1 from Matthias Klose --- and works with -march=zEC12
[Bug go/95061] New: shared libgo library not found when running the testsuite
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95061 Bug ID: 95061 Summary: shared libgo library not found when running the testsuite Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: go Assignee: ian at airs dot com Reporter: doko at debian dot org CC: cmang at google dot com Target Milestone: --- seen with a 10.1 build in the test log: /tmp/TestDeathSignal940117740/a.out: error while loading shared libraries: libgo.so.16: cannot open shared object file: No such file or directory --- FAIL: TestLinuxDeathSignal (0.01s) syscall_linux_test.go:222: did not receive start from child, received "", EOF --- FAIL: TestSyscallNoError (0.01s) syscall_linux_test.go:367: failed to start first child process: exit status 127 FAIL FAIL: syscall make[7]: *** [Makefile:2875: syscall/check] Error 1
[Bug other/95316] New: [10 Regression] binary built with -fopenacc fails to run when not all offload compilers are installed that were configured
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95316 Bug ID: 95316 Summary: [10 Regression] binary built with -fopenacc fails to run when not all offload compilers are installed that were configured Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: other Assignee: unassigned at gcc dot gnu.org Reporter: doko at debian dot org Target Milestone: --- This is usage regression; in gcc-9 building with gcc-9 -o mandel-accel mandel.c -Wall -O2 -fopenacc and running the mandel-accel binary works, if the nvptx offload compiler is installed. Building that with gcc-10 leads to: $ gcc-10 -o mandel-accel mandel.c -Wall -O3 -fopenacc lto-wrapper: fatal error: could not find accel/amdgcn-amdhsa/mkoffload in /usr/lib/gcc/x86_64-linux-gnu/10/:/usr/lib/gcc/x86_64-linux-gnu/10/:/usr/lib/gcc/x86_64-linux-gnu/:/usr/lib/gcc/x86_64-linux-gnu/10/:/usr/lib/gcc/x86_64-linux-gnu/ (consider using ‘-B’) compilation terminated. /usr/bin/ld: error: lto-wrapper failed because gcc-10 was configured with more than one offload target. Installing all configured offload compilers works around it, or building for the offload targets explicitly (-foffload=nvptx-none). Expected behavior: Just print a warning when an offload compiler for a target cannot be found. Note: the packaged compilers for Debian/Ubuntu are gcc-10, gcc-10-offload-nvptx and gcc-10-offload-amdgcn. See https://launchpad.net/bugs/1878760
[Bug other/95316] Offload compilation fails when not all offload compilers are installed that were configured
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95316 --- Comment #2 from Matthias Klose --- I see it as a usage regression, because suddenly a developer using the nxptx offloading gets an error message about an unrelated offload compiler that didn't exist before.
[Bug lto/95604] New: LTO doesn't pick up -fcf-protection flag for the link step
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95604
Bug ID: 95604
Summary: LTO doesn't pick up -fcf-protection flag for the link
step
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at debian dot org
CC: marxin at gcc dot gnu.org
Target Milestone: ---
Building the example from PR93966 with the -fcf-protection flag in the compile
step, but not in the link step, I get the error triggered by the -z option.
$ cat x.c
#include
int
main ()
{
printf ("hello\n");
return 0;
}
$ gcc-10 -flto -fcf-protection -c x.c
$ gcc-10 -flto x.o -Wl,-z,cet-report=error
/usr/bin/ld: /tmp/ccM08n28.ltrans0.ltrans.o: error: missing IBT and SHSTK
properties
collect2: error: ld returned 1 exit status
Isn't the lto link step supposed to pick up the compilation options from the
compile step?
An objdump -w -s --section=.gnu.lto_.opts x.o
shows that this option is recorded, however I don't see it printed out in the
link step, even when calling gcc with -v.
An unrelated question: why is the compile step from PR93966 not called with
-fcf-protection?
[Bug lto/95605] New: LTO and object files generated by dtrace -G
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95605 Bug ID: 95605 Summary: LTO and object files generated by dtrace -G Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: lto Assignee: unassigned at gcc dot gnu.org Reporter: doko at debian dot org CC: marxin at gcc dot gnu.org Target Milestone: --- An object file generated with dtrace -G doesn't have a .gnu.lto_.opts section. Afaiu the lto linking is supposed to merge all flags used for all compile steps into the link step, if the flag was used for all .o files. That results in a binary built without any options, if these are not present in the link step.
[Bug lto/95604] LTO doesn't pick up -fcf-protection flag for the link step
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95604 --- Comment #2 from Matthias Klose --- Really? The documentation states: The macro "__CET__" is defined when -fcf-protection is used. so it's a preprocessor option as well?
[Bug lto/95605] LTO and object files generated by dtrace -G
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95605 --- Comment #3 from Matthias Klose --- dtrace -G calls gcc to generate the .o file, and you can use the CC and CFLAGS environment vars to inject the options you need. Ugly, but you can avoid that by passing the appropriate options.
[Bug c++/95678] New: [9 Regression] ICE in dependent_type_p, at cp/pt.c:25610
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95678
Bug ID: 95678
Summary: [9 Regression] ICE in dependent_type_p, at
cp/pt.c:25610
Product: gcc
Version: 9.3.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at debian dot org
Target Milestone: ---
seen with the gcc-9 branch 20200518, not with the gcc-10 branch.
$ cat unique.ii
# 7 "" 3
template struct c {
using d = b;
template auto operator()(bb l, e) -> decltype(d{l});
};
template class g> h() {
using i = g;
int a[]{};
unsigned j;
i{}(a, j);
}
k() { h(); }
$ g++ -c -std=c++14 -Wall -fconcepts unique.ii
: In instantiation of ‘decltype (c::d{l}) c::operator()(bb, e) [with bb =
int*; e = unsigned int; b = int*]’:
:9:37: internal compiler error: in dependent_type_p, at cp/pt.c:25610
0x7f56f3effe0a __libc_start_main
../csu/libc-start.c:308
Please submit a full bug report,
with preprocessed source if appropriate.
[Bug c++/95678] [9 Regression] ICE in dependent_type_p, at cp/pt.c:25610
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95678
--- Comment #2 from Matthias Klose ---
the gcc-9 branch from 20200408 works for me. 20200615 also fails.
: In instantiation of ‘decltype (c::d{l}) c::operator()(bb, e) [with bb =
int*; e = unsigned int; b = int*]’:
:9:37: internal compiler error: in dependent_type_p, at cp/pt.c:25619
0x5abade dependent_type_p(tree_node*)
../../src/gcc/cp/pt.c:25619
0x5abade dependent_type_p(tree_node*)
../../src/gcc/cp/pt.c:25610
0xd9e253 zero_init_expr_p(tree_node*)
../../src/gcc/cp/tree.c:4387
0x82b8a7 write_expression
../../src/gcc/cp/mangle.c:3177
0x11f7673 write_type
../../src/gcc/cp/mangle.c:2307
0xeaef6a write_encoding
../../src/gcc/cp/mangle.c:2688
0xeaef6a write_mangled_name
../../src/gcc/cp/mangle.c:789
0xeaef6a mangle_decl_string
../../src/gcc/cp/mangle.c:3839
0xeacbbf get_mangled_id
../../src/gcc/cp/mangle.c:3861
0xeacbbf mangle_decl(tree_node*)
../../src/gcc/cp/mangle.c:3899
0xe9b7ef decl_assembler_name(tree_node*)
../../src/gcc/tree.c:701
0xe9b7ef symbol_table::insert_to_assembler_name_hash(symtab_node*, bool)
../../src/gcc/symtab.c:174
0xe9b7ef symbol_table::insert_to_assembler_name_hash(symtab_node*, bool)
../../src/gcc/symtab.c:161
0xe9b7ef symbol_table::symtab_initialize_asm_name_hash()
../../src/gcc/symtab.c:266
0xe9b7ef symbol_table::symtab_initialize_asm_name_hash()
../../src/gcc/symtab.c:259
0xead95b analyze_functions
../../src/gcc/cgraphunit.c:1298
0xeac067 symbol_table::finalize_compilation_unit()
../../src/gcc/cgraphunit.c:2837
Please submit a full bug report,
with preprocessed source if appropriate.
[Bug bootstrap/95721] New: [11 Regression] bootstrap failure on s390x-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95721 Bug ID: 95721 Summary: [11 Regression] bootstrap failure on s390x-linux-gnu Product: gcc Version: 11.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap Assignee: unassigned at gcc dot gnu.org Reporter: doko at debian dot org Target Milestone: --- trunk 20200616 fails to build on s390x-linux-gnu. /tmp/ccc8NlUQ.s:46: Error: junk at end of line: `,3' /tmp/ccc8NlUQ.s:49: Error: junk at end of line: `,3' make[5]: *** [Makefile:501: _absvdi2.o] Error 1 make[5]: *** Waiting for unfinished jobs /tmp/ccwYynXs.s: Assembler messages: /tmp/ccwYynXs.s:38: Error: junk at end of line: `,3' /tmp/ccwYynXs.s:40: Error: junk at end of line: `,3' /tmp/ccwYynXs.s:42: Error: junk at end of line: `,3' /tmp/ccwYynXs.s:55: Error: junk at end of line: `,3' /tmp/ccwYynXs.s:64: Error: junk at end of line: `,3' make[5]: *** [Makefile:501: _addvdi3.o] Error 1 make[5]: Leaving directory '/<>/build/s390x-linux-gnu/libgcc' not seen --with-arch=zEC12 seen with --with-arch=z13 --with-tune=z15
[Bug c++/95838] New: [10 Regression] ICE in (Segmentation Fault)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95838
Bug ID: 95838
Summary: [10 Regression] ICE in (Segmentation Fault)
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at debian dot org
Target Milestone: ---
seen with the gcc-10 branch 20200616, not with 20200525:
$ cat watchdog.ii
namespace a {
class b {
public:
virtual ~b();
virtual void c();
};
} // namespace a
class d {
protected:
virtual ~d();
};
class f : d, a::b {
public:
using a::b::c;
};
class g final : f {
void e();
};
void g::e() {
c()
};
$ gcc-10 -std=c++17 -Wall -c watchdog.ii
watchdog.ii: In member function ‘void g::e()’:
watchdog.ii:20:5: internal compiler error: Segmentation fault
20 | c()
| ^
0x7fce9f94b7ff ???
./signal/../sysdeps/unix/sysv/linux/x86_64/sigaction.c:0
0x7fce9f936e0a __libc_start_main
../csu/libc-start.c:308
Please submit a full bug report,
with preprocessed source if appropriate.
Program received signal SIGSEGV, Segmentation fault.
0x00629006 in lookup_vfn_in_binfo(tree_node*, tree_node*) ()
(gdb) bt
#0 0x00629006 in lookup_vfn_in_binfo(tree_node*, tree_node*) ()
#1 0x0061d559 in ?? ()
#2 0x0061eeaf in ?? ()
#3 0x0061f900 in build_new_method_call(tree_node*, tree_node*,
vec**, tree_node*, int, tree_node**, int) ()
#4 0x006fc4fe in ?? ()
#5 0x006e0e5b in ?? ()
#6 0x006e250f in ?? ()
#7 0x006e2823 in ?? ()
#8 0x006e4da9 in ?? ()
#9 0x006ef2a4 in ?? ()
#10 0x006f09f9 in ?? ()
#11 0x006f0ab1 in ?? ()
#12 0x007065a1 in ?? ()
#13 0x00709bae in ?? ()
#14 0x0070aa90 in ?? ()
#15 0x006ed433 in ?? ()
#16 0x00713183 in ?? ()
#17 0x007138a5 in c_parse_file() ()
#18 0x007dc2bc in c_common_parse_file() ()
#19 0x00c30364 in ?? ()
#20 0x00607c3d in toplev::main(int, char**) ()
#21 0x0060b73f in main ()
[Bug c++/95838] [10 Regression] ICE in (Segmentation Fault)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95838 --- Comment #1 from Matthias Klose --- also seen with 20200623: ../watchdog.ii: In member function ‘void g::e()’: ../watchdog.ii:20:5: internal compiler error: Segmentation fault 20 | c() | ^ 0x12f56ac crash_signal ../../src/gcc/toplev.c:328 0x7f9e10e4f7ff ??? ./signal/../sysdeps/unix/sysv/linux/x86_64/sigaction.c:0 0x922806 lookup_vfn_in_binfo(tree_node*, tree_node*) ../../src/gcc/cp/class.c:2459 0x90f952 build_over_call ../../src/gcc/cp/call.c:8699 0x914077 build_new_method_call_1 ../../src/gcc/cp/call.c:10357 0x914378 build_new_method_call(tree_node*, tree_node*, vec**, tree_node*, int, tree_node**, int) ../../src/gcc/cp/call.c:10432 0xa4e03c cp_parser_postfix_expression ../../src/gcc/cp/parser.c:7439 0xa50911 cp_parser_unary_expression ../../src/gcc/cp/parser.c:8563 0xa51ca3 cp_parser_cast_expression ../../src/gcc/cp/parser.c:9459 0xa51d90 cp_parser_binary_expression ../../src/gcc/cp/parser.c:9562 0xa52ac9 cp_parser_assignment_expression ../../src/gcc/cp/parser.c:9867 0xa52e66 cp_parser_expression ../../src/gcc/cp/parser.c:10035 0xa56481 cp_parser_expression_statement ../../src/gcc/cp/parser.c:11696 0xa55e3b cp_parser_statement ../../src/gcc/cp/parser.c:11492 0xa568dc cp_parser_statement_seq_opt ../../src/gcc/cp/parser.c:11843 0xa567c0 cp_parser_compound_statement ../../src/gcc/cp/parser.c:11793 0xa69a63 cp_parser_function_body ../../src/gcc/cp/parser.c:23074 0xa69bfd cp_parser_ctor_initializer_opt_and_function_body ../../src/gcc/cp/parser.c:23125 0xa73b20 cp_parser_function_definition_after_declarator ../../src/gcc/cp/parser.c:29016 0xa73947 cp_parser_function_definition_from_specifiers_and_declarator ../../src/gcc/cp/parser.c:28932 Please submit a full bug report, with preprocessed source if appropriate.
[Bug c++/95838] [10/11 Regression] ICE in (Segmentation Fault)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95838 Matthias Klose changed: What|Removed |Added Known to fail||11.0 Summary|[10 Regression] ICE in |[10/11 Regression] ICE in |(Segmentation Fault)|(Segmentation Fault) --- Comment #2 from Matthias Klose --- also seen with trunk 20200616
[Bug bootstrap/96203] LTO bootstrap with --enable-cet is broken
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96203 Matthias Klose changed: What|Removed |Added CC||doko at debian dot org --- Comment #3 from Matthias Klose --- what is the proposed solution? Richard mentioned on IRC to make the error a warning, or build GCC with CET_FLAGS passed to the LDFLAGS used to build the build tools and the compiler itself? which LDFLAGS would that be?
[Bug bootstrap/96203] [11 Regression] LTO bootstrap with --enable-cet is broken
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96203 --- Comment #7 from Matthias Klose --- Please could you elaborate how this should be revisited?
[Bug bootstrap/96203] [11 Regression] LTO bootstrap with --enable-cet is broken
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96203 --- Comment #9 from Matthias Klose --- Comment on attachment 48881 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48881 Something like this please could you update gcc/doc/invoke.texi? is error only supposed to be passed in LDFLAGS, not in CFLAGS? What would be the semantics if error passed in CFLAGS?
[Bug target/96265] New: building nvptx-none on platforms other than x86_64-linux-gnu, e.g. aarch64-linux-gnu and powerpc64le-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96265 Bug ID: 96265 Summary: building nvptx-none on platforms other than x86_64-linux-gnu, e.g. aarch64-linux-gnu and powerpc64le-linux-gnu Product: gcc Version: 11.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: doko at debian dot org Target Milestone: --- The nvptx-target usually is built on x86_64-linux-gnu, but searching the web you'll see that these GPUs are also used in aarch64-linux-gnu and powerpc64le-linux-gnu systems. building the nvptx offload compiler on powerpc64le, you see reasonable test results for libgomp, and I see at last one powerpc64le related commit: 2015-10-09 James Norris * config/rs6000/rs6000.c (rs6000_offload_options): New. (TARGET_OFFLOAD_OPTIONS): New. However adding an aarch64_offload_options hook doesn't look that well for AArch64, there are still two type of issues triggered in the testsuite: FAIL: libgomp.c/../libgomp.c-c++-common/for-11.c (test for excess errors) Excess errors: lto1: fatal error: nvptx-none - 0-bit integer numbers unsupported (mode 'SI') and: NRESOLVED: libgomp.c/../libgomp.c-c++-common/for-9.c compilation failed to produce executable UNSUPPORTED: libgomp.c/../libgomp.c-c++-common/function-not-offloaded-aux.c spawn -ignore SIGHUP /home/ubuntu/gcc-10-10.1.0/build/./gcc/xgcc -B/home/ubuntu/gcc-10-10.1.0/build/./gcc/ -B/usr/aarch64-linux-gnu/b in/ -B/usr/aarch64-linux-gnu/lib/ -isystem /usr/aarch64-linux-gnu/include -isystem /usr/aarch64-linux-gnu/sys-include -isystem /home/ ubuntu/gcc-10-10.1.0/build/sys-include -fchecking=1 offload_device_nonshared_as411951.c -B/home/ubuntu/gcc-10-10.1.0/build/aarch64-li nux-gnu/./libgomp/ -B/home/ubuntu/gcc-10-10.1.0/build/aarch64-linux-gnu/./libgomp/.libs -I/home/ubuntu/gcc-10-10.1.0/build/aarch64-li nux-gnu/./libgomp -I../../../../src/libgomp/testsuite/../../include -I../../../../src/libgomp/testsuite/.. -Lno -fmessage-length=0 -f no-diagnostics-show-caret -Wno-hsa -fdiagnostics-color=never -B/home/ubuntu/gcc-10-10.1.0/debian/tmp-nvptx/usr/libexec/gcc/aarch64-li nux-gnu/10 -B/home/ubuntu/gcc-10-10.1.0/debian/tmp-nvptx/usr/bin -fopenmp -L/home/ubuntu/gcc-10-10.1.0/build/aarch64-linux-gnu/./libg omp/.libs -lm -o offload_device_nonshared_as411951.exe lto1: internal compiler error: bytecode stream: string too long for the string table 0x62559f string_for_index ../../src-nvptx/gcc/data-streamer-in.c:53 0x62559f bp_unpack_indexed_string(data_in*, bitpack_d*, unsigned int*) ../../src-nvptx/gcc/data-streamer-in.c:97 0x87a39b lto_input_mode_table(lto_file_decl_data*) ../../src-nvptx/gcc/lto-streamer-in.c:1685 0x5a076f lto_file_finalize ../../src-nvptx/gcc/lto/lto-common.c:2217 0x5a076f lto_create_files_from_ids ../../src-nvptx/gcc/lto/lto-common.c:2240 0x5a076f lto_file_read ../../src-nvptx/gcc/lto/lto-common.c:2295 0x5a076f read_cgraph_and_symbols(unsigned int, char const**) ../../src-nvptx/gcc/lto/lto-common.c:2747 0x58f523 lto_main() ../../src-nvptx/gcc/lto/lto.c:625 Please submit a full bug report, with preprocessed source if appropriate.
[Bug target/96265] building nvptx-none on platforms other than x86_64-linux-gnu, e.g. aarch64-linux-gnu and powerpc64le-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96265 --- Comment #1 from Matthias Klose --- patch for the target hook posted at https://gcc.gnu.org/pipermail/gcc-patches/2020-July/550534.html
[Bug target/96456] New: [10 Regression] ICE in expand_insn, at optabs.c:7511 on s390x-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96456
Bug ID: 96456
Summary: [10 Regression] ICE in expand_insn, at optabs.c:7511
on s390x-linux-gnu
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at debian dot org
Target Milestone: ---
seen with the gcc-10 branch 20200725 on s390x-linux-gnu. worked around by
dropping to -O2, or either removing the -ffast-math or -fno-finite-math-only
flags. Didn't check yet trunk.
$ cat aops.i
int b, c, d;
double *e;
int f() {
double *a = a;
int g = d, f = c, h = b;
if (__builtin_expect(f, 0))
for (; g < h; g++)
e[g] = (int)(a[g] >= 0.0 ? g + 0. : a[g]);
return 0;
}
$ s390x-linux-gnu-gcc -c -O3 -std=gnu99 -ffast-math -fno-finite-math-only
-fstack-protector-strong -Wall -fstack-clash-protection aops.i
during RTL pass: expand
aops.i: In function ‘f’:
aops.i:8:12: internal compiler error: in expand_insn, at optabs.c:7511
8 | e[g] = (int)(a[g] >= 0.0 ? g + 0. : a[g]);
| ~^~~~
Please submit a full bug report,
with preprocessed source if appropriate.
[Bug lto/95604] LTO doesn't pick up -fcf-protection flag for the link step
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95604 Matthias Klose changed: What|Removed |Added Resolution|--- |FIXED Status|UNCONFIRMED |RESOLVED --- Comment #9 from Matthias Klose --- now commit to the gcc-10-branch, together with PR96203.
[Bug modula2/92146] New: gm2: the brig, fortran, go and D frontends are missing lang_register_spec_functions
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92146 Bug ID: 92146 Summary: gm2: the brig, fortran, go and D frontends are missing lang_register_spec_functions Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: modula2 Assignee: unassigned at gcc dot gnu.org Reporter: doko at debian dot org Target Milestone: --- Created attachment 47061 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47061&action=edit patch the brig, fortran, go and D frontends are missing lang_register_spec_functions, introduced by gm2.
[Bug modula2/92147] New: gm2: modula-2 fails to build on powerpc-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92147 Bug ID: 92147 Summary: gm2: modula-2 fails to build on powerpc-linux-gnu Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: modula2 Assignee: unassigned at gcc dot gnu.org Reporter: doko at debian dot org Target Milestone: --- as seen at https://buildd.debian.org/status/fetch.php?pkg=gcc-snapshot&arch=powerpc&ver=1%3A20191017-1&stamp=1571363965&raw=0 modula-2 fails to build on powerpc-linux-gnu (32bit big endian): cp -p stage1/gm2/cc1gm2 cc1gm2 bash ../../src/gcc/gm2/tools-src/makeSystem -fpim \ ../../src/gcc/gm2/gm2-libs/SYSTEM.def \ ../../src/gcc/gm2/gm2-libs/SYSTEM.mod \ -I../../src/gcc/gm2/gm2-libs \ "/<>/build/./gcc/xgm2 -B/<>/build/./gcc/" /<>/build/gcc/gm2/gm2-libs/SYS TEM.def bash ../../src/gcc/gm2/tools-src/makeSystem -fiso \ ../../src/gcc/gm2/gm2-libs-iso/SYSTEM.def \ ../../src/gcc/gm2/gm2-libs-iso/SYSTEM.mod \ -I../../src/gcc/gm2/gm2-libs-iso:../../src/gcc/gm2/gm2-libs \ "/<>/build/./gcc/xgm2 -B/<>/build/./gcc/" /<>/build/gcc/gm2/gm2-libs-iso/SYSTEM.def bash ../../src/gcc/gm2/tools-src/makeSystem -fpim \ ../../src/gcc/gm2/gm2-libs-coroutines/SYSTEM.def \ ../../src/gcc/gm2/gm2-libs-coroutines/SYSTEM.mod \ -I../../src/gcc/gm2/gm2-libs-coroutines:../../src/gcc/gm2/gm2-libs-iso:../../src/gcc/gm2/gm2-libs \ "/<>/build/./gcc/xgm2 -B/<>/build/./gcc/" /<>/build/gcc/gm2/gm2-libs-coroutines/SYSTEM.def rm -f stamp-gnatlib2-rts stamp-tools xgm2: internal compiler error: Segmentation fault signal terminated program cc1gm2 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. SYSTEM module creates type: LOC SYSTEM module creates type: WORD SYSTEM module creates type: BYTE SYSTEM module creates type: ADDRESS SYSTEM module creates type: INTEGER8 SYSTEM module creates type: INTEGER16 SYSTEM module creates type: INTEGER32 SYSTEM module creates type: INTEGER64 SYSTEM module creates type: CARDINAL8 SYSTEM module creates type: CARDINAL16 SYSTEM module creates type: CARDINAL32 SYSTEM module creates type: CARDINAL64 SYSTEM module creates type: WORD16 SYSTEM module creates type: WORD32 SYSTEM module creates type: WORD64 SYSTEM module creates type: BITSET8 SYSTEM module creates type: BITSET16 SYSTEM module creates type: BITSET32 SYSTEM module creates type: REAL32 SYSTEM module creates type: REAL64 SYSTEM module creates type: REAL128 SYSTEM module creates type: COMPLEX32 SYSTEM module creates type: COMPLEX64 SYSTEM module creates type: COMPLEX128 SYSTEM module creates type: CSIZE_T SYSTEM module creates type: CSSIZE_T xgm2: internal compiler error: Segmentation fault signal terminated program cc1gm2 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. xgm2: internal compiler error: Segmentation fault signal terminated program cc1gm2 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. SYSTEM module creates type: LOC SYSTEM module creates type: WORD SYSTEM module creates type: BYTE SYSTEM module creates type: ADDRESS SYSTEM module creates type: INTEGER8 SYSTEM module creates type: INTEGER16 SYSTEM module creates type: INTEGER32 SYSTEM module creates type: INTEGER64 SYSTEM module creates type: CARDINAL8 SYSTEM module creates type: CARDINAL16 SYSTEM module creates type: CARDINAL32 SYSTEM module creates type: CARDINAL64 SYSTEM module creates type: WORD16 SYSTEM module creates type: WORD32 SYSTEM module creates type: WORD64 SYSTEM module creates type: BITSET8 SYSTEM module creates type: BITSET16 SYSTEM module creates type: BITSET32 SYSTEM module creates type: REAL32 SYSTEM module creates type: REAL64 SYSTEM module creates type: REAL128 SYSTEM module creates type: COMPLEX32 SYSTEM module creates type: COMPLEX64 SYSTEM module creates type: COMPLEX128 SYSTEM module creates type: CSIZE_T SYSTEM module creates type: CSSIZE_T SYSTEM module creates type: LOC SYSTEM module creates type: ADDRESS SYSTEM module creates type: BYTE SYSTEM module creates type: WORD SYSTEM module creates type: INTEGER8 SYSTEM module creates type: INTEGER16 SYSTEM module creates type: INTEGER32 SYSTEM module creates type: INTEGER64 SYSTEM module creates type: CARDINAL8 SYSTEM module creates type: CARDINAL16 SYSTEM module creates type: CARDINAL32 SYSTEM module creates type: CARDINAL64 SYSTEM module creates type: WORD16 SYSTEM module creates type: WORD32 SYSTEM module creates type: WORD64 SYSTEM module creates type: BITSET8 SYSTEM module creates type: BITSET16 SYSTEM module creates type: BITSET32 SYSTEM module creates type: REAL32 SYSTEM module creates type: REAL64 SYSTEM module crea
[Bug modula2/92148] New: gm2: race condition building gm2 on trunk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92148 Bug ID: 92148 Summary: gm2: race condition building gm2 on trunk Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: modula2 Assignee: unassigned at gcc dot gnu.org Reporter: doko at debian dot org Target Milestone: --- according to https://buildd.debian.org/status/package.php?p=gcc-snapshot the 1:20191017-1 builds on x86_64-linux-gnu and i686-linux-gnu fail when modula-2 is enabled. The build continues when restarted, and succeeds when modula-2 is disabled. make[5]: *** [../../src/gcc/cp/Make-lang.in:178: s-selftest-c++] Error 127 make[5]: *** Waiting for unfinished jobs rm gfdl.pod gpl.pod cpp.pod gccbrig.pod gccgo.pod gfortran.pod gcc.pod gcov-tool.pod gdc.pod fsf-funding.pod gcov-dump.pod gcov.pod make[5]: Leaving directory '/<>/build/gcc' make[4]: *** [Makefile:4797: all-stage2-gcc] Error 2 make[4]: Leaving directory '/<>/build' make[3]: *** [Makefile:26522: stage2-bubble] Error 2 make[3]: Leaving directory '/<>/build' make[2]: *** [Makefile:26726: bootstrap] Error 2
[Bug lto/92234] New: [10 Regression] ICE verify_gimple failed (profiled lto) on s390x-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92234 Bug ID: 92234 Summary: [10 Regression] ICE verify_gimple failed (profiled lto) on s390x-linux-gnu Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: lto Assignee: unassigned at gcc dot gnu.org Reporter: doko at debian dot org CC: marxin at gcc dot gnu.org Target Milestone: --- seen with r277471 on the trunk, ../../src/gcc/gcov.c: In function 'unblock': ../../src/gcc/gcov.c:711:1: error: invalid conversion in gimple call 711 | unblock (const block_info *u, block_vector_t &blocked, | ^ struct iterator struct __normal_iterator # .MEM_139 = VDEF <.MEM_138> it = __find_if.constprop (__first, __last, __pred); [return slot optimization] during GIMPLE pass: fixup_cfg ../../src/gcc/gcov.c:711:1: internal compiler error: verify_gimple failed 0x1749c73 verify_gimple_in_cfg(function*, bool) ../../src/gcc/tree-cfg.c:5427 0x1611639 execute_function_todo ../../src/gcc/passes.c:1983 0x1612759 do_per_function ../../src/gcc/passes.c:1638 0x1612759 execute_todo ../../src/gcc/passes.c:2037 Please submit a full bug report, with preprocessed source if appropriate. configured with --with-arch=z13 --with-mtune=z15 --with-long-double-128 --enable-multilib --enable-checking=yes --build=s390x-linux-gnu --host=s390x-linux-gnu --target=s390x-linux-gnu --with-build-config=bootstrap-lto-lean --enable-link-mutex building the profiledbootstrap-lean target
[Bug bootstrap/92235] New: [10 Regression] ICE in host_detect_local_cpu, segfault (profiled lto) on powerpc64le-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92235 Bug ID: 92235 Summary: [10 Regression] ICE in host_detect_local_cpu, segfault (profiled lto) on powerpc64le-linux-gnu Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap Assignee: unassigned at gcc dot gnu.org Reporter: doko at debian dot org Target Milestone: --- seen with r277471 on the trunk, 0x10861993 crash_signal ../../src/gcc/toplev.c:326 0x1022bfc0 expand_call(tree_node*, rtx_def*, int) ../../src/gcc/calls.c:4347 0x103cc777 expand_expr_real_1(tree_node*, rtx_def*, machine_mode, expand_modifier, rtx_def**, bool) ../../src/gcc/expr.c:11101 0x1024466b expand_expr ../../src/gcc/expr.h:282 0x1024466b expand_call_stmt ../../src/gcc/cfgexpand.c:2731 0x1024466b expand_gimple_stmt_1 ../../src/gcc/cfgexpand.c:3710 0x1024466b expand_gimple_stmt ../../src/gcc/cfgexpand.c:3875 0x102492f7 expand_gimple_basic_block ../../src/gcc/cfgexpand.c:5914 0x1024c087 execute ../../src/gcc/cfgexpand.c:6554 Please submit a full bug report, with preprocessed source if appropriate. [...] make[5]: *** [../../src/gcc/d/Make-lang.in:39: gdc] Error 1 make[5]: Leaving directory '/<>/build/gcc' make[4]: *** [Makefile:4998: all-stagefeedback-gcc] Error 2 make[4]: Leaving directory '/<>/build' make[3]: *** [Makefile:25534: stagefeedback-bubble] Error 2 make[3]: Leaving directory '/<>/build' make[2]: *** [Makefile:25565: profiledbootstrap-lean] Error 2 make[2]: Leaving directory '/<>/build' configured with --enable-languages=c,ada,c++,go,d,fortran,objc,obj-c++ --enable-shared --enable-linker-build-id --enable-bootstrap --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --enable-gnu-unique-object --enable-plugin --disable-libphobos --enable-secureplt --with-cpu=power8 --enable-targets=powerpcle-linux --disable-multilib --enable-multiarch --disable-werror --with-long-double-128 --enable-offload-targets=nvptx-none --enable-checking=yes --build=powerpc64le-linux-gnu --host=powerpc64le-linux-gnu --target=powerpc64le-linux-gnu --with-build-config=bootstrap-lto-lean --enable-link-mutex building the profiledbootstrap-lean target
[Bug lto/92234] [10 Regression] ICE verify_gimple failed (profiled lto) on s390x-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92234 Matthias Klose changed: What|Removed |Added Keywords||ice-on-valid-code Target|s390x-linux-gnu |s390x-linux-gnu, ||i686-linux-gnu --- Comment #1 from Matthias Klose --- also seen on i686-linux-gnu, but not aarch64-linux-gnu and arm-linux-gnueabihf
[Bug ipa/92234] [10 Regression] ICE verify_gimple failed (profiled lto) on s390x-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92234 --- Comment #2 from Matthias Klose --- same with r277529
[Bug libstdc++/92267] New: crash with a cppunit test case (built by GCC 9) and cpptest (built with GCC 8)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92267
Bug ID: 92267
Summary: crash with a cppunit test case (built by GCC 9) and
cpptest (built with GCC 8)
Product: gcc
Version: 9.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at debian dot org
Target Milestone: ---
Created attachment 47126
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47126&action=edit
abigail for cppunit
having a cppunit built with GCC 8, and building the testcase with GCC 9
crashes. Rebuild cppunit with GCC 9 as well, then the test runs as expected.
$ cat foo.cc
#include
#include
#include
class X {
private:
std::stack s1;
std::stack s2;
};
int
main(int argc, char *argv[]) {
X *x = new X();
// delete x;
std::string r;
CPPUNIT_ASSERT(r.empty());
return 0;
}
[Bug bootstrap/92235] [10 Regression] ICE in host_detect_local_cpu, segfault (profiled lto) on powerpc64le-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92235 --- Comment #2 from Matthias Klose --- same with r277529
[Bug modula2/92148] gm2: race condition building gm2 on trunk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92148 --- Comment #2 from Matthias Klose --- I will check with the next upload
[Bug ipa/92234] [10 Regression] ICE verify_gimple failed (profiled lto) on s390x-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92234 --- Comment #4 from Matthias Klose --- --enable-languages=c,ada,c++,go,brig,d,fortran,objc,obj-c++ --prefix=/usr/lib/gcc-snapshot --with-gcc-major-version-only --program-prefix= --enable-shared --enable-linker-build-id --disable-nls --enable-bootstrap --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --with-default-libstdcxx-abi=new --enable-gnu-unique-object --disable-vtable-verify --enable-plugin --with-system-zlib --with-target-system-zlib=auto --enable-objc-gc=auto --enable-targets=all --enable-multiarch --disable-werror --with-arch-32=i686 --with-multilib-list=m32,m64,mx32 --enable-multilib --with-tune=generic --enable-checking=yes --build=i686-linux-gnu --host=i686-linux-gnu --target=i686-linux-gnu --with-build-config=bootstrap-lto-lean --enable-link-mutex
[Bug modula2/92147] gm2: modula-2 fails to build on powerpc-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92147 --- Comment #2 from Matthias Klose --- this is not about powerpc64le-linux-gnu(64bit little endian), but powerpc-linux-gnu (32bit, big endian).
[Bug target/92318] Nondeterministic ICE with -mcmodel=large -O2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92318 Matthias Klose changed: What|Removed |Added CC||doko at debian dot org --- Comment #3 from Matthias Klose --- this sometimes crashes, sometimes succeeds, using -O1 avoids the issue. Program received signal SIGSEGV, Segmentation fault. 0x0095b710 in lra_eliminate_reg_if_possible(rtx_def**) () (gdb) bt #0 0x0095b710 in lra_eliminate_reg_if_possible(rtx_def**) () #1 0x0094b117 in ?? () #2 0x0094b288 in ?? () #3 0x00951fd9 in ?? () #4 0x009553cf in lra_constraints(bool) () #5 0x009448d5 in lra(_IO_FILE*) () #6 0x00902b12 in ?? () #7 0x009cc327 in execute_one_pass(opt_pass*) () #8 0x009ccb41 in ?? () #9 0x009ccb53 in ?? () #10 0x009ccb95 in execute_pass_list(function*, opt_pass*) () #11 0x0074e1d2 in cgraph_node::expand() () #12 0x0074f579 in ?? () #13 0x00751227 in symbol_table::finalize_compilation_unit() () #14 0x00a81e63 in ?? () #15 0x0059a19a in toplev::main(int, char**) () #16 0x0059c53b in main () $ gcc -v Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/7/lto-wrapper OFFLOAD_TARGET_NAMES=nvptx-none OFFLOAD_TARGET_DEFAULT=1 Target: x86_64-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Ubuntu 7.4.0-1ubuntu1~18.04.1' --with-bugurl=file:///usr/share/doc/gcc-7/README.Bugs --enable-languages=c,ada,c++,go,brig,d,fortran,objc,obj-c++ --prefix=/usr --with-gcc-major-version-only --program-suffix=-7 --program-prefix=x86_64-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-vtable-verify --enable-libmpx --enable-plugin --enable-default-pie --with-system-zlib --with-target-system-zlib --enable-objc-gc=auto --enable-multiarch --disable-werror --with-arch-32=i686 --with-abi=m64 --with-multilib-list=m32,m64,mx32 --enable-multilib --with-tune=generic --enable-offload-targets=nvptx-none --without-cuda-driver --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu Thread model: posix gcc version 7.4.0 (Ubuntu 7.4.0-1ubuntu1~18.04.1)
[Bug target/92318] Nondeterministic ICE with -mcmodel=large -O2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92318 --- Comment #4 from Matthias Klose --- $ gfortran -v -c -O2 -mcmodel=large diffeq.f Using built-in specs. COLLECT_GCC=gfortran OFFLOAD_TARGET_NAMES=nvptx-none OFFLOAD_TARGET_DEFAULT=1 Target: x86_64-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Ubuntu 7.4.0-1ubuntu1~18.04.1' --with-bugurl=file:///usr/share/doc/gcc-7/README.Bugs --enable-languages=c,ada,c++,go,brig,d,fortran,objc,obj-c++ --prefix=/usr --with-gcc-major-version-only --program-suffix=-7 --program-prefix=x86_64-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-vtable-verify --enable-libmpx --enable-plugin --enable-default-pie --with-system-zlib --with-target-system-zlib --enable-objc-gc=auto --enable-multiarch --disable-werror --with-arch-32=i686 --with-abi=m64 --with-multilib-list=m32,m64,mx32 --enable-multilib --with-tune=generic --enable-offload-targets=nvptx-none --without-cuda-driver --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu Thread model: posix gcc version 7.4.0 (Ubuntu 7.4.0-1ubuntu1~18.04.1) COLLECT_GCC_OPTIONS='-v' '-c' '-O2' '-mcmodel=large' '-mtune=generic' '-march=x86-64' /usr/lib/gcc/x86_64-linux-gnu/7/f951 diffeq.f -ffixed-form -quiet -dumpbase diffeq.f -mcmodel=large -mtune=generic -march=x86-64 -auxbase diffeq -O2 -version -fintrinsic-modules-path /usr/lib/gcc/x86_64-linux-gnu/7/finclude -o /tmp/ccM1beG2.s GNU Fortran (Ubuntu 7.4.0-1ubuntu1~18.04.1) version 7.4.0 (x86_64-linux-gnu) compiled by GNU C version 7.4.0, GMP version 6.1.2, MPFR version 4.0.1, MPC version 1.1.0, isl version isl-0.19-GMP GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 GNU Fortran2008 (Ubuntu 7.4.0-1ubuntu1~18.04.1) version 7.4.0 (x86_64-linux-gnu) compiled by GNU C version 7.4.0, GMP version 6.1.2, MPFR version 4.0.1, MPC version 1.1.0, isl version isl-0.19-GMP GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 diffeq.f:29:0: end internal compiler error: Segmentation fault Please submit a full bug report,
[Bug target/92318] Nondeterministic ICE with -mcmodel=large -O2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92318 --- Comment #5 from Matthias Klose --- same nondetermernistic ICE seen with r276439 from the gcc-7-branch.
[Bug target/92318] Nondeterministic ICE with -mcmodel=large -O2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92318 --- Comment #7 from Matthias Klose --- Created attachment 47167 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47167&action=edit valgrind output
[Bug target/92361] New: [8/9 Regression] failing fortran libcgns test on powerpc64le-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92361 Bug ID: 92361 Summary: [8/9 Regression] failing fortran libcgns test on powerpc64le-linux-gnu Product: gcc Version: 8.3.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: doko at debian dot org Target Milestone: --- [forwarded from https://bugs.debian.org/944127] A recently uploaded libcgns 8.4.0-1~exp1 in Debian ftbfs on ppc64el, but succeeds to build on all other architectures. The ppc64el failure [0] occurs in the test suite (test cgread_f03), when a C va_arg function (src/cg_ftoc.c:cg_goto_f()) is called from Fortran code (src/tests/cgread_f03.F90:421). This function is called several times. Is is successful at first, then it fails badly because the corresponding hidden string length parameters[1] are equal to 0. This shouldn't happen because the related strings are literals: 'Zone_t', 'GridCoordinates_t', 'end'. [0] https://buildd.debian.org/status/fetch.php?pkg=libcgns&arch=ppc64el&ver=3.4.0-1%7Eexp1&stamp=1572269974&raw=0 [1] https://gcc.gnu.org/onlinedocs/gfortran/Argument-passing-conventions.html Further investigation shows that release 3.3.0-6 of libcgns FTBFS the very same way with GCC 8.3.0, while it succeeded with GCC 8.2.0 [2]. [2] https://buildd.debian.org/status/fetch.php?pkg=libcgns&arch=ppc64el&ver=3.3.0-6%2Bb2&stamp=1542797186&raw=0 I then ran a bisect on the GCC svn branch 'gcc-8-branch' and found out that the failure was introduced by the r269349 changeset [3]. [3] https://gcc.gnu.org/viewcvs/gcc?view=revision&revision=269349 This is a backport of the trunk r268992 changetset [4] introduced during GCC-9 development. [4] https://gcc.gnu.org/viewcvs/gcc?view=revision&revision=268992
[Bug ipa/92234] [10 Regression] ICE verify_gimple failed (profiled lto) on s390x-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92234 Matthias Klose changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #5 from Matthias Klose --- this now works again with 20191109, except for powerpc64le-linux-gnu, which is tracked in PR92235.
[Bug bootstrap/92235] [10 Regression] ICE in host_detect_local_cpu, segfault (profiled lto) on powerpc64le-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92235 --- Comment #3 from Matthias Klose --- same with 20191109
[Bug target/92713] New: ICE in libsupc++ building an offload compiler targeting amdgcn-unknown-amdhsa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92713 Bug ID: 92713 Summary: ICE in libsupc++ building an offload compiler targeting amdgcn-unknown-amdhsa Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: doko at debian dot org Target Milestone: --- seen with trunk 20191128, building an offload compiler targeting amdgcn-unknown-amdhsa: during RTL pass: jump error: Segmentation fault 731 | } | ^ 0xb1ef1f crash_signal ../../src/gcc/toplev.c:328 0x7fb91d05b0ff ??? /build/glibc-suXNNi/glibc-2.29/signal/../sysdeps/unix/sysv/linux/x86_64/sigaction.c:0 0xfc40fc count_reg_usage ../../src/gcc/cse.c:6838 0xfc4024 count_reg_usage ../../src/gcc/cse.c:6879 0xfc947b delete_trivially_dead_insns(rtx_insn*, int) ../../src/gcc/cse.c:7104 0xfa5026 execute ../../src/gcc/cfgcleanup.c:3268 Please submit a full bug report, with preprocessed source if appropriate. Please include the complete backtrace with any bug report. See <https://gcc.gnu.org/bugs/> for instructions. The bug is not reproducible, so it is likely a hardware or OS problem. make[6]: *** [Makefile:761: eh_personality.lo] Error 1 it's reproducible, but failing to build a preprocessed source on retry.
[Bug d/92792] New: [10 Regression] symbols dropped from libphobos
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92792 Bug ID: 92792 Summary: [10 Regression] symbols dropped from libphobos Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: d Assignee: ibuclaw at gdcproject dot org Reporter: doko at debian dot org Target Milestone: --- Created attachment 47415 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47415&action=edit symbols diff the current trunk 20191204 dropped two symbols from the shared phobos library. Is this expected, should the soversion be bumped?
[Bug rtl-optimization/92796] New: [10 Regression] ICE in lra_assign, at lra-assigns.c:1646 on powerpc64le-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92796 Bug ID: 92796 Summary: [10 Regression] ICE in lra_assign, at lra-assigns.c:1646 on powerpc64le-linux-gnu Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: rtl-optimization Assignee: unassigned at gcc dot gnu.org Reporter: doko at debian dot org Target Milestone: --- Created attachment 47417 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47417&action=edit preprocessed source seen with r278959 on powerpc64le-linux-gnu, trunk: // during RTL pass: reload // ../../../src/libquadmath/math/acosq.c: In function 'acosq': // ../../../src/libquadmath/math/acosq.c:317:1: internal compiler error: in lra_assign, at lra-assigns.c:1646 // 317 | } // | ^ // 0x106652fb lra_assign(bool&) // ../../src/gcc/lra-assigns.c:1646 // 0x1065e353 lra(_IO_FILE*) // ../../src/gcc/lra.c:2487 // 0x1060345b do_reload // ../../src/gcc/ira.c:5518 // 0x1060345b execute // ../../src/gcc/ira.c:5704 // Please submit a full bug report, // with preprocessed source if appropriate.
[Bug go/92820] New: [10 Regression] libgo.so.15 has executable stack
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92820 Bug ID: 92820 Summary: [10 Regression] libgo.so.15 has executable stack Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: go Assignee: ian at airs dot com Reporter: doko at debian dot org CC: cmang at google dot com Target Milestone: --- seen with trunk 20191204, almost all architectures except x86_64-linux-gnu. the lintian tool detected that while packaging GCC 10.
[Bug go/92820] [10 Regression] libgo.so.15 has executable stack
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92820 --- Comment #2 from Matthias Klose --- I don't see it here on x86_64-linux-gnu, aarch64-linux-gnu, powerpc64le-linux-gnu.
[Bug go/92820] [10 Regression] libgo.so.15 has executable stack
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92820 --- Comment #4 from Matthias Klose --- these are the architectures I see this: i686-linux-gnu, s390x-linux-gnu, arm-linux-gnueabihf, arm-linux-gnueabi, alpha-linux-gnu, powerpc-linux-gnu, sparc64-linux-gnu, sh4-linux-gnu
[Bug rtl-optimization/92796] [10 Regression] ICE in lra_assign, at lra-assigns.c:1646 on powerpc64le-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92796
--- Comment #1 from Matthias Klose ---
$ cat acosq.i
typedef int a;
__ieee128 b();
typedef union {
__ieee128 c;
struct {
int d;
} e;
} f;
__ieee128 acosq(__ieee128 g) {
__ieee128 h, i, j, k, l, m, n, o;
a ix, p;
f q;
q.c = g;
ix = q.e.d & 5;
q.e.d = ix;
if (ix)
return g - g;
{
k = h = k * n;
i = i;
if (p)
i = l;
m = b();
o = m;
j = q.c * o;
return j;
}
}
$ /home/ubuntu/gcc/gcc-10-10-20191205/build/./gcc/xgcc
-B/home/ubuntu/gcc/gcc-10-10-20191205/build/gcc/
-B/usr/powerpc64le-linux-gnu/bin/ -B/usr/powerpc64le-linux-gnu/lib/ -Wall
-fchecking=1 -g -O2 -c acosq.i -fPIC acosq.i
during RTL pass: reload
acosq.i: In function 'acosq':
acosq.i:28:1: internal compiler error: in lra_assign, at lra-assigns.c:1646
28 | }
| ^
0x1066683b lra_assign(bool&)
../../src/gcc/lra-assigns.c:1646
0x1065f893 lra(_IO_FILE*)
../../src/gcc/lra.c:2487
0x1060499b do_reload
../../src/gcc/ira.c:5518
0x1060499b execute
../../src/gcc/ira.c:5704
Please submit a full bug report,
with preprocessed source if appropriate.
GCC configured with
--enable-languages=c,c++,go,d,fortran,objc,obj-c++
--prefix=/usr
--with-gcc-major-version-only
--program-suffix=-10
--program-prefix=powerpc64le-linux-gnu-
--enable-shared
--enable-linker-build-id
--libexecdir=/usr/lib
--without-included-gettext
--enable-threads=posix
--libdir=/usr/lib
--enable-nls
--enable-clocale=gnu
--enable-libstdcxx-debug
--enable-libstdcxx-time=yes
--with-default-libstdcxx-abi=new
--enable-gnu-unique-object
--enable-plugin
--enable-default-pie
--with-system-zlib
--disable-libphobos
--enable-objc-gc=auto
--enable-secureplt
--with-cpu=power8
--enable-targets=powerpcle-linux
--disable-multilib
--enable-multiarch
--disable-werror
--with-long-double-128
--enable-offload-targets=nvptx-none
--without-cuda-driver
--enable-checking=release
--build=powerpc64le-linux-gnu
--host=powerpc64le-linux-gnu
--target=powerpc64le-linux-gnu
[Bug rtl-optimization/92796] [10 Regression] ICE in lra_assign, at lra-assigns.c:1646 on powerpc64le-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92796 --- Comment #2 from Matthias Klose --- r278994
[Bug rtl-optimization/92796] [10 Regression] ICE in lra_assign, at lra-assigns.c:1646 on powerpc64le-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92796 --- Comment #4 from Matthias Klose --- the revision always is the one from the LAST_UPDATED file. This was a build on Ubuntu, which has more hardening flags enabled by default. I'll recheck with a build on Debian unstable.
[Bug go/92820] [10 Regression] libgo.so.15 has executable stack
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92820 Matthias Klose changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|FIXED |--- --- Comment #9 from Matthias Klose --- not fixed on arm-linux-gnuaebi-hf
[Bug go/92820] [10 Regression] libgo.so.15 has executable stack
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92820 --- Comment #10 from Matthias Klose --- that fixes it ... --- libgo/runtime/go-context.S (revision 279039) +++ libgo/runtime/go-context.S (working copy) @@ -71,4 +71,8 @@ #endif +#if defined(__ARM_EABI__) + .section.note.GNU-stack,"",%progbits +#else .section.note.GNU-stack,"",@progbits +#endif
[Bug rtl-optimization/93159] New: [10 Regression] ICE (segfault) during RTL pass on arm-linux-gnueabihf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93159 Bug ID: 93159 Summary: [10 Regression] ICE (segfault) during RTL pass on arm-linux-gnueabihf Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: rtl-optimization Assignee: unassigned at gcc dot gnu.org Reporter: doko at debian dot org Target Milestone: --- seen with trunk 20192018 and 20200104 with a jit build, on arm-linux-gnueabihf. the jit build is done with the just (successfully) built native build. during RTL pass: reload ../../src/gcc/genrecog.c: In function 'state* match_pattern_2(state*, md_rtx_info*, position*, rtx)': ../../src/gcc/genrecog.c:4183:1: internal compiler error: Segmentation fault 4183 | } | ^ 0x5b08df crash_signal ../../src/gcc/toplev.c:328 0x4a94df add_regs_to_insn_regno_info ../../src/gcc/lra.c:1509 0x4a95d3 add_regs_to_insn_regno_info ../../src/gcc/lra.c:1531 0x4a95d3 add_regs_to_insn_regno_info ../../src/gcc/lra.c:1531 0x4aa67d lra_update_insn_regno_info(rtx_insn*) ../../src/gcc/lra.c:1624 0x4aa7cd lra_update_insn_regno_info(rtx_insn*) ../../src/gcc/lra.c:1617 0x4aa7cd lra_push_insn_1 ../../src/gcc/lra.c:1774 0x4c29eb spill_pseudos ../../src/gcc/lra-spills.c:523 0x4c29eb lra_spill() ../../src/gcc/lra-spills.c:636 0x4ab8db lra(_IO_FILE*) ../../src/gcc/lra.c:2554 0x47d329 do_reload ../../src/gcc/ira.c:5526 0x47d329 execute ../../src/gcc/ira.c:5712 Please submit a full bug report, with preprocessed source if appropriate. The bug is not reproducible, so it is likely a hardware or OS problem. make[4]: *** [Makefile:2674: build/genrecog.o] Error 1 make[4]: *** Waiting for unfinished jobs this is with a compiler configure with enabled hardening defaults, on top of configure --with-gcc-major-version-only --program-suffix=-10 --program-prefix=arm-linux-gnueabihf- --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --libdir=/usr/lib --enable-nls --enable-clocale=gnu --enable-libs tdcxx-time=yes --with-default-libstdcxx-abi=new --enable-gnu-unique-object --disable-libitm --disable-libquadmath --disable-libquadmath-s upport --enable-plugin --enable-default-pie --with-system-zlib --with-target-system-zlib=auto --enable-objc-gc=auto --enable-multiarch -- enable-multilib --disable-sjlj-exceptions --with-arch=armv7-a --with-fpu=vfpv3-d16 --with-float=hard --with-mode=thumb --disable-werror - -enable-multilib --enable-checking=release --build=arm-linux-gnueabihf --host=arm-linux-gnueabihf --target=arm-linux-gnueabihf --enable-l anguages=c++,jit --enable-host-shared --disable-bootstrap
[Bug tree-optimization/93179] New: [10 Regression] ICE (segfault) in loop_depth on x86_64-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93179
Bug ID: 93179
Summary: [10 Regression] ICE (segfault) in loop_depth on
x86_64-linux-gnu
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at debian dot org
Target Milestone: ---
seen with trunk r279880, building icu 63.2 on x86_64-linux-gnu (no other
archs), compiler defaulting to hardening defaults. fails with -O1, works with
-O0.
The example isn't completely reduced, however further creduce attempts are
timing out after 300 seconds.
$ cat dtfmttst.ii
class UnicodeString {
public:
enum EInvariant {};
UnicodeString(char );
~UnicodeString();
private:
public:
};
class DateFormat : UnicodeString {
public:
enum EStyle {
kNone};
};
UnicodeString CharsToUnicodeString(const char *);
class DateFormatTest {
void TestNonGregoFmtParse();
public:
private:
private:
};
typedef struct {
int era;
int year;
int month;
int day;
int hour;
int minute;
UnicodeString formattedDate;
} CalAndFmtTestItem;
typedef struct {
const char *locale;
DateFormat::EStyle style;
UnicodeString pattern;
const CalAndFmtTestItem *caftItems;
} TestNonGregoItem;
void DateFormatTest::TestNonGregoFmtParse() {
CalAndFmtTestItem cafti_zh_chinese_custU[] {78, 31, 0, 1, 12, 0, 0};
TestNonGregoItem items[] {"zh@calendar=chinese", DateFormat::kNone,
CharsToUnicodeString("rU\\u5E74MMMd"),
cafti_zh_chinese_custU};
TestNonGregoItem *itemPtr;
for (itemPtr = items; itemPtr->locale != __null; itemPtr++)
;
}
$ g++ -c -std=c++11 -Wall -Wextra -Wpedantic -O1 dtfmttst.ii
during GIMPLE pass: profile_estimate
dtfmttst.ii: In member function 'void DateFormatTest::TestNonGregoFmtParse()':
dtfmttst.ii:46:1: internal compiler error: Segmentation fault
46 | }
| ^
0xbfef43 crash_signal
../../src/gcc/toplev.c:328
0x81d8e6 loop_depth
../../src/gcc/cfgloop.h:529
0x81d8e6 flow_loop_nested_p(loop const*, loop const*)
../../src/gcc/cfgloop.c:66
0x81d8e6 flow_bb_inside_loop_p(loop const*, basic_block_def const*)
../../src/gcc/cfgloop.c:859
0x81d8e6 flow_bb_inside_loop_p(loop const*, basic_block_def const*)
../../src/gcc/cfgloop.c:850
0xd13f34 chain_of_csts_start
../../src/gcc/tree-ssa-loop-niter.c:2883
0xd15764 get_base_for
../../src/gcc/tree-ssa-loop-niter.c:2932
0xd15764 loop_niter_by_eval(loop*, edge_def*)
../../src/gcc/tree-ssa-loop-niter.c:3055
0xb5daed predict_loops
../../src/gcc/predict.c:1988
0xb5eeae tree_estimate_probability(bool)
../../src/gcc/predict.c:3096
0xb5f073 execute
../../src/gcc/predict.c:4034
0xb5f073 execute
../../src/gcc/predict.c:4017
Please submit a full bug report,
with preprocessed source if appropriate.
[Bug rtl-optimization/93187] New: [10 Regression] ICE in extract_insn, at recog.c:2294
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93187
Bug ID: 93187
Summary: [10 Regression] ICE in extract_insn, at recog.c:2294
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at debian dot org
Target Milestone: ---
seen on x86_64-linux-gnu building pdns-recursor with r279880, and hardening
options.
$ cat syncres.ii
# 1 "" 3
class a;
class b;
struct c {
operator()(b, const b &);
};
struct d {
typedef *aa;
};
struct e {
c g;
};
struct h {
typedef h ab;
h(d::aa);
friend operator==(ab &, const &);
};
template class j {
typedef d *k;
e l;
k ac();
i ad;
public:
typedef h ae;
ae m(k, const i &);
ae ag(const i &);
};
template h j::m(k n, const i &o) {
while (n)
if (l.g(ad, o))
n = 0;
return 0;
}
template h j::ag(const i &n) {
d *r = ac();
ae p = m(r, n);
return p == 0 ? 0 : p;
}
template class s {
j al;
public:
b &q;
void ag() { al.ag(q); }
};
enum am { an };
template class ao;
template class G {
public:
using ar = s;
ar *operator->() {
ar *as = static_cast> *>(this)->at();
return as;
}
};
template class ao : public G {
public:
using ar = s;
ar *at() { return av; }
ar *av;
int aw;
};
class b {
public:
ax();
};
class t {
struct ba {
ao bb;
} static thread_local bc;
bd() const;
};
thread_local t::ba t::bc;
b be;
t::bd() const {
do
bc.bb->ag();
while (be.ax());
}
$ g++ -c -O2 -Wall syncres.ii
: In member function 'int t::bd() const':
:79:1: error: unrecognizable insn:
(insn 125 3 99 2 (parallel [
(set (mem/v/f/c:DI (plus:DI (reg/f:DI 7 sp)
(const_int 24 [0x18])) [13 D.2787+0 S8 A64])
(unspec:DI [
(mem/v/f:DI (const_int 40 [0x28]) [14
MEM[( long unsigned int *)40B]+0 S8 A64 AS1])
] UNSPEC_SP_SET))
(set (reg:DI 0 ax [105])
(const:DI (unspec:DI [
(symbol_ref:DI ("_ZN1t2bcE") [flags 0x2a] )
] UNSPEC_NTPOFF)))
(clobber (reg:CC 17 flags))
]) -1
(expr_list:REG_UNUSED (reg:CC 17 flags)
(nil)))
during RTL pass: cprop_hardreg
:79:1: internal compiler error: in extract_insn, at recog.c:2294
0x5c6f01 _fatal_insn(char const*, rtx_def const*, char const*, int, char
const*)
../../src/gcc/rtl-error.c:108
0x5c6f23 _fatal_insn_not_found(rtx_def const*, char const*, int, char const*)
../../src/gcc/rtl-error.c:116
0x5c605c extract_insn(rtx_insn*)
../../src/gcc/recog.c:2294
0xb7a0ef extract_constrain_insn(rtx_insn*)
../../src/gcc/recog.c:2193
0xb82f9c copyprop_hardreg_forward_1
../../src/gcc/regcprop.c:802
0xb83e26 execute
../../src/gcc/regcprop.c:1367
Please submit a full bug report,
with preprocessed source if appropriate.
[Bug bootstrap/93282] New: [10 Regression] build failure introduced with the git conversion
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93282 Bug ID: 93282 Summary: [10 Regression] build failure introduced with the git conversion Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap Assignee: unassigned at gcc dot gnu.org Reporter: doko at debian dot org Target Milestone: --- seen with trunk 20200115: x86_64-linux-gnu-g++-9 -std=gnu++98 -c -g -DIN_GCC -fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strin gs -Wcast-qual -Wno-format -Wmissing-format-attribute -Woverloaded-virtual -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -D HAVE_CONFIG_H -DGENERATOR_FILE -fno-PIE -I. -Ibuild -I../../src/gcc -I../../src/gcc/build -I../../src/gcc/../include -I../../src/gcc/../libcpp/incl ude \ -DBASEVER="\"10.0.1\"" -DDATESTAMP="\" 20200115\"" \ -DREVISION="\"\"" \ -DDEVPHASE="\" (experimental)\"" -DPKGVERSION="\"(Debian 10-20200115-1) \"" \ -DBUGURL="\"\"" -o build/version.o ../../src/gcc/version.c make[5]: *** No rule to make target ')', needed by 's-options'. Stop. make[5]: *** Waiting for unfinished jobs 4470 translated messages, 1667 fuzzy translations, 7127 un gcc configured with Configured with: -v --with-pkgversion='Debian 10-20200115-1' --with-bugurl='file:///usr/share/doc/gcc-10/README.Bugs' --enable-languages=c,c++,go,brig,d,fortran,objc,obj-c++ --prefix=/usr --with-gcc-major-version-only --program-suffix=-10 --program-prefix=x86_64-linux-gnu- --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --libdir=/usr/lib --enable-nls --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --with-default-libstdcxx-abi=new --enable-gnu-unique-object --disable-vtable-verify --enable-plugin --enable-default-pie --with-system-zlib --with-target-system-zlib=auto --enable-objc-gc=auto --enable-multiarch --disable-werror --with-arch-32=i686 --with-abi=m64 --with-multilib-list=m32,m64,mx32 --enable-multilib --with-tune=generic --enable-offload-targets=nvptx-none,amdgcn-amdhsa,hsa --without-cuda-driver --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu
[Bug bootstrap/93282] [10 Regression] build failure introduced with the git conversion
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93282 Matthias Klose changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |INVALID --- Comment #2 from Matthias Klose --- my bad, pebcak.
[Bug c++/93299] New: [9/10 Regression] ICE in tsubst_copy, at cp/pt.c:15779
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93299
Bug ID: 93299
Summary: [9/10 Regression] ICE in tsubst_copy, at cp/pt.c:15779
Product: gcc
Version: 9.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at debian dot org
Target Milestone: ---
[forwarded from https://bugs.debian.org/949024]
seen with gcc-9 branch 20200110 and trunk:
$ cat foo.ii
template struct a {
enum { b };
};
class c;
template class __attribute__((aligned((a::b d {};
class : d<0> {
$ g++ -c -std=gnu++14 foo.ii
foo.ii: In instantiation of 'class d<0>':
foo.ii:6:9: required from here
foo.ii:5:58: internal compiler error: in tsubst_copy, at cp/pt.c:15779
5 | template class __attribute__((aligned((a::b d {};
| ^
0x7f3dbc75bbba __libc_start_main
../csu/libc-start.c:308
Please submit a full bug report,
with preprocessed source if appropriate.
[Bug bootstrap/93409] [10 Regression] gcn libgomp plugin fails to build for x32
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93409 Matthias Klose changed: What|Removed |Added CC||doko at debian dot org --- Comment #4 from Matthias Klose --- your proposed patch fails with: checking for suffix of object files... configure: error: in `/home/packages/gcc/10/gcc-10-10-202 00128/build-gcn/amdgcn-amdhsa/libgcc': configure: error: cannot compute suffix of object files: cannot compile See `config.log' for more details mv -f .deps/findcomp.Tpo .deps/findcomp.Plo
[Bug bootstrap/93409] [10 Regression] gcn libgomp plugin fails to build for x32
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93409 --- Comment #7 from Matthias Klose --- configure:3574: /home/packages/gcc/10/gcc-10-10-20200128/build-gcn/./gcc/xgcc -B/home/packages/gcc/10/gcc-10-10-20200128/build-gcn/./gcc/ -nostdinc -B/home/packages/gcc/10/gcc-10-10-20200128/build-gcn/amdgcn-amdhsa/newlib/ -isystem /home/packages/gcc/10/gcc-10-10-20200128/build-gcn/amdgcn-amdhsa/newlib/targ-include -isystem /home/packages/gcc/10/gcc-10-10-20200128/src-gcn/newlib/libc/include -B/usr/amdgcn-amdhsa/bin/ -B/usr/amdgcn-amdhsa/lib/ -isystem /usr/amdgcn-amdhsa/include -isystem /usr/amdgcn-amdhsa/sys-include -isystem /home/packages/gcc/10/gcc-10-10-20200128/build-gcn/sys-include-o conftest -g -O2 conftest.c >&5 /tmp/ccCyZnW0.s:2:2: error: unknown directive .hsa_code_object_version 2,0 ^ /tmp/ccCyZnW0.s:3:2: error: unknown directive .hsa_code_object_isa ^ /tmp/ccCyZnW0.s:13:2: error: unknown directive .amdgpu_hsa_kernel main ^ /tmp/ccCyZnW0.s:15:2: error: unknown directive .amd_kernel_code_t ^ /tmp/ccCyZnW0.s:84:2: error: unknown directive .end_amd_kernel_code_t ^ configure:3577: $? = 1
[Bug lto/91724] [8 Regression] profiled lto bootstrap fails on arm-linux-gnueabihf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91724 Matthias Klose changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|--- |WORKSFORME
[Bug rtl-optimization/93974] New: [9/10 Regression] ICE in decompose_normal_address, at rtlanal.c:6403 on powerpc64le-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93974
Bug ID: 93974
Summary: [9/10 Regression] ICE in decompose_normal_address, at
rtlanal.c:6403 on powerpc64le-linux-gnu
Product: gcc
Version: 9.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at debian dot org
Target Milestone: ---
seen with trunk 20200228, on powerpc64le-linux-gnu, hardening flags and -fPIE
turned on by default.
$ cat lpe-extrude.ii
class a {
double b[2];
public:
a();
};
class c {
public:
typedef a d;
d m_fn1() {
a e;
return e;
}
};
template void operator+(f, typename f::d);
void g() {
c connector;
for (;;) {
c cut;
a h = cut.m_fn1();
connector + h;
}
}
$ g++ -c -O3 lpe-extrude.ii
during RTL pass: reload
lpe-extrude.ii: In function ‘void g()’:
lpe-extrude.ii:23:1: internal compiler error: in decompose_normal_address, at
rtlanal.c:6384
23 | }
| ^
0x109c511f decompose_normal_address
../../src/gcc/rtlanal.c:6384
0x109c511f decompose_address(address_info*, rtx_def**, machine_mode, unsigned
char, rtx_code)
../../src/gcc/rtlanal.c:6461
0x1084499f process_address_1
../../src/gcc/lra-constraints.c:3363
0x10846d1b process_address
../../src/gcc/lra-constraints.c:3637
0x10846d1b curr_insn_transform
../../src/gcc/lra-constraints.c:3952
0x1084c7af lra_constraints(bool)
../../src/gcc/lra-constraints.c:5025
0x1083537f lra(_IO_FILE*)
../../src/gcc/lra.c:2437
0x107da43b do_reload
../../src/gcc/ira.c:5523
0x107da43b execute
../../src/gcc/ira.c:5709
Please submit a full bug report,
with preprocessed source if appropriate.
[Bug target/37637] Build fails with reserved constraints
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37637 Matthias Klose changed: What|Removed |Added CC||doko at debian dot org --- Comment #2 from Matthias Klose --- Debian doesn't have any s390 hardware anymore. multilib builds on s390x-linux-gnu work, so maybe just close this issue.
[Bug other/88733] New: [9 Regression] ICE in wide_int_to_tree_1, at tree.c:1561
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88733
Bug ID: 88733
Summary: [9 Regression] ICE in wide_int_to_tree_1, at
tree.c:1561
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at debian dot org
Target Milestone: ---
seen with trunk 20190103, extracted from the rna-star package. Both -fopenmp
-flto are needed to see the ICE.
$ cat STAR.ii
class a {
public:
int b;
int c;
};
class e {
public:
long *d;
};
class h {
public:
e *f;
};
long g;
void k() {
a i;
h *j[i.b];
for (;;)
#pragma omp parallel num_threads(i.c)
g = j[0]->f->d[0];
}
$ g++ -std=c++11 -Wno-unused-result -fopenmp -flto -fstack-protector-strong -c
STAR.ii
during IPA pass: *free_lang_data
STAR.ii:21:1: internal compiler error: in wide_int_to_tree_1, at tree.c:1561
21 | }
| ^
0x5ce5ac wide_int_to_tree_1
../../src/gcc/tree.c:1561
0xdbed1b wide_int_to_tree(tree_node*, poly_int<1u,
generic_wide_int > > const&)
../../src/gcc/tree.c:1686
0xdbed1b build_int_cst(tree_node*, poly_int<1u, long>)
../../src/gcc/tree.c:1355
0x9107d3 round_up_loc(unsigned int, tree_node*, unsigned int)
../../src/gcc/fold-const.c:14374
0xb714f4 finalize_type_size
../../src/gcc/stor-layout.c:1931
0xb72e9b layout_type(tree_node*)
../../src/gcc/stor-layout.c:2596
0xdc02e1 build_array_type_1
../../src/gcc/tree.c:8302
0xdc55f3 fld_process_array_type
../../src/gcc/tree.c:5249
0xdc712a fld_incomplete_type_of
../../src/gcc/tree.c:5303
0xdc7068 fld_incomplete_type_of
../../src/gcc/tree.c:5285
0xdc9334 fld_simplified_type
../../src/gcc/tree.c:5374
0xdc9334 free_lang_data_in_decl
../../src/gcc/tree.c:5746
0xdc9334 free_lang_data_in_cgraph
../../src/gcc/tree.c:6175
0xdc9334 free_lang_data
../../src/gcc/tree.c:6216
0xdc9334 execute
../../src/gcc/tree.c:6288
Please submit a full bug report,
with preprocessed source if appropriate.
[Bug target/88856] New: [8/9 Regression] gfortran producing wrong code with -funroll-loops
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88856 Bug ID: 88856 Summary: [8/9 Regression] gfortran producing wrong code with -funroll-loops Product: gcc Version: 8.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: doko at debian dot org Target Milestone: --- seen when build scipy on s390x with the current GCC 8 branch. According to the Debian report [1] this is tracked down to miscompilation of one Fortran file with -funroll-loops. The Ubuntu report [2] has a "standalone" python test case. [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=915738 [2] https://bugs.launchpad.net/ubuntu/+source/python-scipy/+bug/1811798
[Bug c++/88995] [8/9 Regression] internal compiler error: in lookup_template_class_1, at cp/pt.c:9471
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88995 Matthias Klose changed: What|Removed |Added CC||doko at debian dot org --- Comment #4 from Matthias Klose --- Created attachment 45553 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45553&action=edit preprocessed source another preprocessed source from the trilinos package. $ g++ -std=c++11 -c -Wall -Wextra TestSerial_SharedAlloc.ii TestSerial_SharedAlloc.ii: In instantiation of 'void test_shared_alloc() [with MemorySpace = HostSpace; ExecutionSpace = Serial]': TestSerial_SharedAlloc.ii:5645:48: required from here TestSerial_SharedAlloc.ii:169:66: internal compiler error: in lookup_template_class_1, at cp/pt.c:9459 auto __trans_tmp_5467 = RecordFull::allocate( s, name, size * 0 ); ^~~~ 0x7f0352c3b09a __libc_start_main ../csu/libc-start.c:308 Please submit a full bug report, with preprocessed source if appropriate. unfortunately creduce doesn't terminate when trying to reproduce it.
[Bug rtl-optimization/89115] New: compile time and memory hog
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89115 Bug ID: 89115 Summary: compile time and memory hog Product: gcc Version: 8.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: rtl-optimization Assignee: unassigned at gcc dot gnu.org Reporter: doko at debian dot org Target Milestone: --- Created attachment 45565 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45565&action=edit preprocessed source [forwarded from https://bugs.debian.org/918329] this is a compile time and memory hog, seen with the gcc-8-branch, also seen with the gcc-7 branch. source files are somehow big -rw-rw-r-- 1 doko doko 2884231 Jan 30 10:44 tagCircle49h12.c -rw-rw-r-- 1 doko doko 1850759 Jan 30 10:44 tagCustom48h12.c -rw-rw-r-- 1 doko doko 2137073 Jan 30 10:44 tagStandard52h13.c using a powerpc64le cross compiler, the attached preprocessed source needs 4G memory with -O1. According to the bug reporter compile times and memory usage with -O2 seems to be worse on AArch64 and POWER than on x86.
[Bug rtl-optimization/89115] compile time and memory hog
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89115 --- Comment #1 from Matthias Klose --- $ time powerpc64le-linux-gnu-gcc-8 -c -O1 tagCircle49h12.i real1m43.636s user1m40.884s sys 0m1.759s
[Bug target/86139] New: [7/8/9 Regression] ICE in in store_constructor, at expr.c:6849 on aarch64-linux-gnu and arm-linux-gnueabihf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86139
Bug ID: 86139
Summary: [7/8/9 Regression] ICE in in store_constructor, at
expr.c:6849 on aarch64-linux-gnu and
arm-linux-gnueabihf
Product: gcc
Version: 8.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at debian dot org
Target Milestone: ---
[forwarded from https://bugs.debian.org/901290]
seen when building a recent version of chromium-browser on aarch64-linux-gnu
and arm-linux-gnueabihf. The reduced test case was made with a gcc-8 cross
arm-linux-gnueabihf gcc.
according to the bug reporter it fails on armhf in 6, 7 and 8, on arm64 on 7
and 8.
$ cat preprocessed.i
typedef int a;
typedef int c;
typedef char d;
typedef unsigned short f;
typedef long long g;
typedef float __attribute__((vector_size(16))) aa;
typedef c bv;
typedef g __attribute__((vector_size(32))) bw;
typedef f __attribute__((vector_size(8))) bx;
bv h, i;
aa *l;
bx m, n, o;
char q;
f *s;
f u;
void *memcpy(void *v, void *w, a z) {
return __builtin___memcpy_chk(v, w, z, 0);
}
typedef struct {
} ac;
typedef struct {
} e;
typedef struct {
} agab(ac *);
typedef enum {
ao,
ad,
ab,
ar,
as,
ae,
af,
ag,
ak,
ah,
ai,
aj,
ba,
al,
am,
an,
be,
ap,
aq,
av,
aw,
at,
au,
az,
bm,
ax,
ay,
bp,
bq,
bb,
bc,
bd,
bi,
bf,
bg,
bh,
by,
bj,
bk,
bl,
ca,
bn,
bo,
bt,
bu,
br
} bs;
void bz(bx);
bx cc();
f cb();
bx cd(bv v) {
d *j = 0;
bx k = {cb(j, v)};
return k;
}
void ce() {
__attribute__((__vector_size__(4 * sizeof(short unsigned short p = n,
k = p;
m = k;
o = cd(h);
}
bs t;
void x() {
aa r, b;
while (1)
switch (t) {
case ao:
case ad:
case ab:
case ar:
case as:
case ae:
case af:
case ag:
case ak: {
bw a;
__builtin_memcpy(&a, s, 4);
bx y = {(a & 5)[3]};
bz(y);
}
case ah:
case ai:
case aj:
case ba:
case al:
case am:
case an:
case be:
case ap:
case aq:
case av:
case aw:
case at:
case au:
case az:
case bm:
case ax:
case ay:
case bp:
case bq:
case bb:
case bc:
case bd:
case bi:
case bf:
case bg:
break;
case bh:
case by: {
bx c = (bx){r[2]} | (bx){b[2]};
__builtin_memcpy(&q + i, &c, 2 * 4);
}
case bj:
case bk:
case bl:
case ca:
case bn:
case bo:
return;
case bt: {
bx y = cc();
bw d = u | (bw){y[2]};
__builtin_memcpy(s, &d, 4);
}
case bu:
case br:;
}
}
void cf() {}
$ arm-linux-gnueabihf-gcc-8 -c -std=gnu11 -O0 -Wall -Wextra preprocessed.i
during RTL pass: expand
preprocessed.i: In function 'x':
preprocessed.i:88:6: internal compiler error: in store_constructor, at
expr.c:6849
void x() {
^
Please submit a full bug report,
with preprocessed source if appropriate.
gcc configured with
-v --with-pkgversion='Debian 8.1.0-4'
--with-bugurl=file:///usr/share/doc/gcc-8/README.Bugs
--enable-languages=c,ada,c++,go,d,fortran,objc,obj-c++ --prefix=/usr
--with-gcc-major-version-only --program-suffix=-8 --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-libitm
--disable-libquadmath --disable-libquadmath-support --enable-plugin
--enable-default-pie --with-system-zlib --with-target-system-zlib
--enable-multiarch --disable-sjlj-exceptions --with-arch=armv7-a
--with-fpu=vfpv3-d16 --with-float=hard --with-mode=thumb --disable-werror
--enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu
--target=arm-linux-gnueabihf --program-prefix=arm-linux-gnueabihf-
--includedir=/usr/arm-linux-gnueabihf/include
[Bug middle-end/86166] New: ICE in convert_move, at expr.c:299 on aarch64-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86166
Bug ID: 86166
Summary: ICE in convert_move, at expr.c:299 on
aarch64-linux-gnu
Product: gcc
Version: 6.4.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at debian dot org
Target Milestone: ---
seen with 5.5.0 and the gcc-6-branch on aarch64-linux-gnu, works with newer
versions
$ cat Transform.c
typedef unsigned short a;
# 0 "" 3
__attribute__((__vector_size__(4 * sizeof(a a b;
c() { b = b << 8 | b >> 8; }
$ aarch64-linux-gnu-gcc-6 -c Transform.c
: In function 'c':
:1:18: internal compiler error: in convert_move, at expr.c:299
Please submit a full bug report,
with preprocessed source if appropriate.
[Bug target/86139] [7 Regression] ICE in in store_constructor, at expr.c:6849 on arm-linux-gnueabihf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86139 Matthias Klose changed: What|Removed |Added Target|arm-linux-gnueabihf,|arm-linux-gnueabihf |aarch64-linux-gnu | Summary|[7 Regression] ICE in in|[7 Regression] ICE in in |store_constructor, at |store_constructor, at |expr.c:6849 on |expr.c:6849 on |aarch64-linux-gnu and |arm-linux-gnueabihf |arm-linux-gnueabihf | --- Comment #6 from Matthias Klose --- not seen on aarch64, different issue reported as PR86166.
