[Bug ada/114065] gnat build with -D_TIME_BITS=64 -D_FILE_OFFSET_BITS=64 fails on 32bit archs

2024-04-24 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114065

--- Comment #21 from Matthias Klose  ---
trying to update your patches, the build then fails with:

../../xgcc -B../../ -c -g -O2 -W -Wall  -gnatpg 
-gnata -gnatn -I- -nostdinc
-I/home/packages/gcc/14/gcc-14-14-20240424/build/gcc/ada/rts -I.
-I/home/packages/
gcc/14/gcc-14-14-20240424/src/gcc/ada
/home/packages/gcc/14/gcc-14-14-20240424/src/gcc/ada/osint.adb -o osint.
o
osint.adb:3281:17: error: "time_t" is undefined (more references follow)
osint.adb:3295:28: error: invalid operand types for operator "*"
osint.adb:3295:28: error: right operand has type universal integer
make[5]: *** [../gcc-interface/Makefile:306: osint.o] Error 1

[Bug ada/114065] gnat build with -D_TIME_BITS=64 -D_FILE_OFFSET_BITS=64 fails on 32bit archs

2024-04-24 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114065

--- Comment #20 from Matthias Klose  ---
Nicolas, the patch series fails to apply on the trunk.  Please could you update
it, then post it on gcc-patches to get a proper review?

[Bug target/114578] New: [13/14 Regression] memory hog, virtual memory exhausted, building a c++ file on arm-linux-gnueabihf

2024-04-04 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114578

Bug ID: 114578
   Summary: [13/14 Regression] memory hog, virtual memory
exhausted, building a c++ file on arm-linux-gnueabihf
   Product: gcc
   Version: 13.2.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
  Assignee: unassigned at gcc dot gnu.org
  Reporter: doko at gcc dot gnu.org
  Target Milestone: ---

seen with the 13 branch and trunk, building on arm-linux-gnueabihf.

$ g++ -g -O0 -fstack-protector-strong -fno-stack-clash-protection
-fno-exceptions -std=gnu++17 -fvisibility=hidden -fvisibility-inlines-hidden
-fPIC -c qrc_assets.ii
virtual memory exhausted: Cannot allocate memory

the gcc-12 branch is able to build that with -g -O2.

preprocessed source (120MB uncompressed) at
https://people.debian.org/~doko/tmp/qrc_assets.ii.xz

[Bug libquadmath/114533] libquadmath: printf: fix misaligned access on args

2024-04-02 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114533

--- Comment #11 from Matthias Klose  ---
while not a test case, that was seen when running autopkg tests of the evolver
package against glibc 2.39 packages.

https://bugs.launchpad.net/ubuntu/+source/glibc/+bug/2052929

the failing evolver test is:

echo "g 5; v; r ; g 10; v;" | evolver-nox-q cube

[Bug libquadmath/114533] New: libquadmath: printf: fix misaligned access on args

2024-03-30 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114533

Bug ID: 114533
   Summary: libquadmath: printf: fix misaligned access on args
   Product: gcc
   Version: 13.2.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: libquadmath
  Assignee: unassigned at gcc dot gnu.org
  Reporter: doko at gcc dot gnu.org
  Target Milestone: ---

reported at
https://gcc.gnu.org/pipermail/gcc-patches/2024-March/647635.html

On x86, this compiles into movdqa which segfaults on unaligned access.

This kind of failure has been seen when running against glibc 2.39,
which incidentally changed the printf implementation to move away from
alloca() for this data to instead append it at the end of an existing
"scratch buffer", with arbitrary alignment, whereas alloca() was
probably more likely to be naturally aligned.

Tested by adding the patch to the Ubuntu gcc-14 package in
https://launchpad.net/~schopin/+archive/ubuntu/libquadmath

Signed-off-by: Simon Chopin 
---
 libquadmath/printf/printf_fp.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/libquadmath/printf/printf_fp.c b/libquadmath/printf/printf_fp.c
index 8effcee88fa..d86aa650d38 100644
--- a/libquadmath/printf/printf_fp.c
+++ b/libquadmath/printf/printf_fp.c
@@ -363,7 +363,7 @@ __quadmath_printf_fp (struct __quadmath_printf_file *fp,

   /* Fetch the argument value. */
 {
-  fpnum = **(const __float128 **) args[0];
+  memcpy(, *(void* const *) args[0], sizeof(fpnum));

   /* Check for special values: not a number or infinity.  */
   if (isnanq (fpnum))

[Bug driver/114447] -fstack-protector-explicit ignored

2024-03-25 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114447

Matthias Klose  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |INVALID

--- Comment #3 from Matthias Klose  ---
committed for the distro packages. it will take a while until these reach the
archives. closing the issue here, not an upstream issue.

[Bug ada/114424] gnat: Ada.Calendar.Clock crashes on 32bit architectures with 64bit time_t

2024-03-25 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114424

--- Comment #9 from Matthias Klose  ---
not sure if that's the right forum here, however:

 - in both Debian and Ubuntu, we're currently doing
   the time_t 64bit transition, for gnat that is
   moving from packages built with gnat-12 (32bit time_t)
   to packages built with gnat-13 (64bit time_t),
   on at least armhf (arm-linux-gnueabihf).

 - packages succeeding to build are adasockets,
   libxmlada, libgmpada, gprbuild.

 - next packages failing to build are: ahven, adacgi with that error
   gprbuild: raised CONSTRAINT_ERROR : a-calend.adb:371 overflow check failed

 - libflorist fails with
   posix-c.ads:876:07: error: size for "suseconds_t" too small, minimum allowed
is 64
posix-c.ads:876:07: error: size for "suseconds_t" too small, minimum allowed is
64
posix-c.ads:876:07: error: size for "suseconds_t" too small, minimum allowed is
64
posix-c.ads:876:07: error: size for "suseconds_t" too small, minimum allowed is
64

   compilation of posix_signals.ads failed
   compilation of posix-timers.adb failed
   compilation of posix_process_primitives.ads failed
   compilation of posix-timers-extensions.adb failed

  which is https://sourceware.org/bugzilla/show_bug.cgi?id=31510

 - unrelated, the libtemplates-parser build is timing out

for complete build logs see (enabling "good")
https://ubuntu-archive-team.ubuntu.com/transitions/html/gnat-13.html

[Bug ada/114424] gnat: Ada.Calendar.Clock crashes on 32bit architectures with 64bit time_t

2024-03-24 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114424

--- Comment #7 from Matthias Klose  ---
something did change with Nicolas example:

date   '+Expected: %s'; ./foo 
Expected: 1711306699
local   : 1711306700. 1362
System.OS_Primitives:-6017917000.119493888

[Bug ada/114424] gnat: Ada.Calendar.Clock crashes on 32bit architectures with 64bit time_t

2024-03-24 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114424

--- Comment #6 from Matthias Klose  ---
still seen, when both posix2008 files are used.

[Bug ada/114424] gnat: Ada.Calendar.Clock crashes on 32bit architectures with 64bit time_t

2024-03-23 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114424

--- Comment #4 from Matthias Klose  ---
are there any other files which should be used?

[Bug target/114432] New: [13 Regression] ICE in connect_traces, at dwarf2cfi.cc:3079 on s390x-linux-gnu

2024-03-22 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114432

Bug ID: 114432
   Summary: [13 Regression] ICE in connect_traces, at
dwarf2cfi.cc:3079 on s390x-linux-gnu
   Product: gcc
   Version: 13.2.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
  Assignee: unassigned at gcc dot gnu.org
  Reporter: doko at gcc dot gnu.org
  Target Milestone: ---

seen with the gcc-13 branch on s390x-linux-gnu, didn't try trunk yet, fails in
Ubuntu with --with-arch=z13 --with-tune=z16, but succeeds in Debian with
--with-arch=z196.

[...]
during RTL pass: dwarf2
+===GNAT BUG DETECTED==+
| 13.2.0 (s390x-linux-gnu) in connect_traces, at dwarf2cfi.cc:3079 |
| Error detected around
/<>/src/alog-protected_containers.adb:69:11|
| Compiling /<>/src/alog-protected_containers.adb|
| Please submit a bug report; see https://gcc.gnu.org/bugs/ . |
| Use a subject line meaningful to you and us to track the bug. |
| Include the entire contents of this bug box in the report. |
| Include the exact command that you entered. |
| Also include sources listed below. |
+==+

Please include these source files with error report
Note that list may not be accurate in some cases,
so please double check that the problem can still
be reproduced with the set of files listed.
Consider also -gnatd.n switch (see debug.adb).

/<>/src/alog-protected_containers.adb
/<>/src/alog-protected_containers.ads
/<>/src/alog.ads
/<>/src/alog-log_request.ads

raised TYPES.UNRECOVERABLE_ERROR : comperr.adb:414

   compilation of alog-protected_containers.adb failed


full build log at
https://launchpad.net/ubuntu/+source/libalog/0.6.2-5/+build/27944112

[Bug ada/114065] gnat build with -D_TIME_BITS=64 -D_FILE_OFFSET_BITS=64 fails on 32bit archs

2024-03-21 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114065

--- Comment #3 from Matthias Klose  ---
Created attachment 57763
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57763=edit
proposed patch

is that the correct approach? most likely has to be guarded with a configure
option.

[Bug ada/114424] gnat: Ada.Calendar.Clock crashes on 32bit architectures with 64bit time_t

2024-03-21 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114424

Matthias Klose  changed:

   What|Removed |Added

 Status|RESOLVED|UNCONFIRMED
 Resolution|DUPLICATE   |---

--- Comment #2 from Matthias Klose  ---
I don't see a duplicate here.

[Bug ada/114424] New: gnat: Ada.Calendar.Clock crashes on 32bit architectures with 64bit time_t

2024-03-21 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114424

Bug ID: 114424
   Summary: gnat: Ada.Calendar.Clock crashes on 32bit
architectures with 64bit time_t
   Product: gcc
   Version: 13.2.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: ada
  Assignee: unassigned at gcc dot gnu.org
  Reporter: doko at gcc dot gnu.org
CC: dkm at gcc dot gnu.org
  Target Milestone: ---

[forwarded from https://bugs.debian.org/1067453]

Ada packages randomly FTBFS on 32 bit architectures with
gprbuild: raised CONSTRAINT_ERROR : a-calend.adb:371 overflow check failed

The problem originates in the gcc-13 switch to time_t64.
gcc/ada/libgnat/s-os_prim__posix.adb is affected by two apparently
distinct issues.

* s-os_prim.adb allocates 3Long_Integer=3void*=3*32 bits for the
  timeval C struct, while 2*64bits = 2Long_Long_Integer are now needed.

  This issue affects other files, but is easy to find and fix.

* The switch breaks the call from Ada to the C gettimeofday function.

  Can anyone explain this, and ideally provide a real fix instead of
  the ugly work-around below?

cat > mycal.c <
int mygettimeofday(struct timeval *restrict tv,
   struct timezone *restrict tz) {
  return gettimeofday(tv, tz);
}
EOF

cat > foo.adb <

[Bug target/114420] ICE in rs6000_output_function_epilogue, at config/rs6000/rs6000-logue.cc:5371 on powerpc64le-linux-gnu

2024-03-21 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114420

--- Comment #1 from Matthias Klose  ---
ghdl report: https://github.com/ghdl/ghdl/issues/2629

[Bug target/114420] New: ICE in rs6000_output_function_epilogue, at config/rs6000/rs6000-logue.cc:5371 on powerpc64le-linux-gnu

2024-03-21 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114420

Bug ID: 114420
   Summary: ICE in rs6000_output_function_epilogue, at
config/rs6000/rs6000-logue.cc:5371 on
powerpc64le-linux-gnu
   Product: gcc
   Version: 13.2.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
  Assignee: unassigned at gcc dot gnu.org
  Reporter: doko at gcc dot gnu.org
  Target Milestone: ---

seen, when trying to build ghdl 4.0.0 using the GCC 13 branch on
powerpc64le-linux-gnu. The package builds on x86_64-linux-gnu and
aarch64-linux-gnu.

/<>/builddir/gcc/build/gcc/ghdl -a
--GHDL1=/<>/builddir/gcc/build/gcc/ghdl1 --std=87 --bootstrap
--work=std ../../src/std/v87/textio.vhdl
during RTL pass: final
/<>/builddir/gcc/lib/ghdl/gcc/vhdl/std/v87/../../src/std/v87/textio.vhdl:
In function ‘std__textio__ELAB_SPEC’:
/<>/builddir/gcc/lib/ghdl/gcc/vhdl/std/v87/../../src/std/v87/textio.vhdl:1:
internal compiler error: in rs6000_output_function_epilogue, at
config/rs6000/rs6000-logue.cc:5371
1 | --  Std.Textio package declaration.  This file is part of GHDL.
  | 
0x111da203 rs6000_output_function_epilogue(_IO_FILE*)
../../src/gcc/config/rs6000/rs6000-logue.cc:5371
0x108920bb final_end_function()
../../src/gcc/final.cc:1860
0x10897a53 rest_of_handle_final
../../src/gcc/final.cc:4248
0x10897a53 execute
../../src/gcc/final.cc:4318
Please submit a full bug report, with preprocessed source (by using
-freport-bug).
Please include the complete backtrace with any bug report.

complete build log at
https://launchpad.net/ubuntu/+source/ghdl/4.0.0+dfsg-0ubuntu1/+build/27947473

[Bug target/114419] New: amdgcn offload compiler fails to build with amdgcn tools based on LLVM 18

2024-03-21 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114419

Bug ID: 114419
   Summary: amdgcn offload compiler fails to build with amdgcn
tools based on LLVM 18
   Product: gcc
   Version: 13.2.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
  Assignee: unassigned at gcc dot gnu.org
  Reporter: doko at gcc dot gnu.org
  Target Milestone: ---

The amdgcn offload compiler fails to build with amdgcn tools based on LLVM 18:

LLVM ERROR: Unsupported AMDHSA Code Object Version 3

[Bug libobjc/48626] --enable-objc-gc should be automatic

2024-03-19 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48626

--- Comment #11 from Matthias Klose  ---
> Note libobjc is not used by many folks even
> the GNUStep folks don't use it any more ...

that's wrong, looking at least at GNUstep base 1.29.

[Bug target/114358] New: [13 Regression] ICE in change_address_1, at emit-rtl.cc:2287 on m68k-linux-gnu

2024-03-15 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114358

Bug ID: 114358
   Summary: [13 Regression] ICE in change_address_1, at
emit-rtl.cc:2287 on m68k-linux-gnu
   Product: gcc
   Version: 13.2.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
  Assignee: unassigned at gcc dot gnu.org
  Reporter: doko at gcc dot gnu.org
  Target Milestone: ---

[forwarded from https://bugs.debian.org/1066891]

seen with the gcc-13 branch building openssh, removing either the
-fzero-call-used-regs=used or -fPIE avoids the issue.

I can't reproduce this with the trunk.

$ cat moduli.i
int snprintf_eta;
double snprintf_time_per_line;
int snprintf(char *, int, char *, ...) {
  snprintf_eta = snprintf_time_per_line;
}

$ m68k-linux-gnu-gcc -c -O2 -fno-strict-aliasing -fzero-call-used-regs=used
-fPIE moduli.i 
during RTL pass: zero_call_used_regs
moduli.i: In function ‘snprintf’:
moduli.i:5:1: internal compiler error: in change_address_1, at emit-rtl.cc:2287
5 | }
  | ^
0x7f8a86a666c9 __libc_start_call_main
../sysdeps/nptl/libc_start_call_main.h:58
0x7f8a86a66784 __libc_start_main_impl
../csu/libc-start.c:360
Please submit a full bug report, with preprocessed source (by using
-freport-bug).

[Bug rtl-optimization/114062] "GNAT BUG DETECTED" 13.2.0 (hppa-linux-gnu) in remove, at alloc-pool.h:437

2024-02-23 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114062

--- Comment #2 from Matthias Klose  ---
this is seen when building with -D_TIME_BITS=64 -D_FILE_OFFSET_BITS=64
and applying the proposed patch from PR114065.

[Bug ada/114065] New: gnat build with -D_TIME_BITS=64 -D_FILE_OFFSET_BITS=64 fails on 32bit archs

2024-02-22 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114065

Bug ID: 114065
   Summary: gnat build with -D_TIME_BITS=64 -D_FILE_OFFSET_BITS=64
fails on 32bit archs
   Product: gcc
   Version: 14.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: ada
  Assignee: unassigned at gcc dot gnu.org
  Reporter: doko at gcc dot gnu.org
CC: dkm at gcc dot gnu.org
  Target Milestone: ---

trying to build with time_t64 on 32bit archs fails with:

g-socket.adb:2860:26: error: value not in range of type "time_t" defined at
g-sothco.ads:47
g-socket.adb:2860:26: error: static expression fails Constraint_Check
g-socket.adb:2862:26: error: value not in range of type "time_t" defined at
g-sothco.ads:47
g-socket.adb:2862:26: error: static expression fails Constraint_Check
make[8]: *** [../gcc-interface/Makefile:301: g-socket.o] Error 1
make[8]: Leaving directory '/<>/build/gcc/ada/rts'

this can be fixed with

--- a/gcc/ada/libgnat/s-parame.ads
+++ b/gcc/ada/libgnat/s-parame.ads
@@ -102,7 +102,7 @@
-- Characteristics of time_t type --


-   time_t_bits : constant := Long_Integer'Size;
+   time_t_bits : constant := Long_Long_Integer'Size;
--  Number of bits in type time_t

--

however that's not the correct fix. Is there any way to fix this in a better
way?

Plust, this uncovered a bootstrap error on hppa-linux See PR114062

[Bug d/113772] [14 Regression] atomic.d compile error since recent upstream imports.

2024-02-07 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113772

--- Comment #14 from Matthias Klose  ---
the proposed patch also fixes the arm-linux-gnueabi build (armv5t)

[Bug d/113820] New: [14 Regression] libdruntime fails to build on arm-linux-gnueabi (armv5t)

2024-02-07 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113820

Bug ID: 113820
   Summary: [14 Regression] libdruntime fails to build on
arm-linux-gnueabi (armv5t)
   Product: gcc
   Version: 14.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: d
  Assignee: ibuclaw at gdcproject dot org
  Reporter: doko at gcc dot gnu.org
  Target Milestone: ---

seen with trunk 20240107, worked with 20240201 before the last merge from D
upstream:

libtool: compile: 
/home/packages/cross/14/p/gcc-cross-ports/gcc/build/./gcc/gdc -B/home/package
s/cross/14/p/gcc-cross-ports/gcc/build/./gcc/ -B/usr/arm-linux-gnueabi/bin/
-B/usr/arm-linux-gnu
eabi/lib/ -isystem /usr/arm-linux-gnueabi/include -isystem
/usr/arm-linux-gnueabi/sys-include -i
system /home/packages/cross/14/p/gcc-cross-ports/gcc/build/sys-include
-fversion=Shared -Wall -f
release -ffunction-sections -fdata-sections -O2 -g -fpreview=dip1000
-fpreview=fieldwise -fprevi
ew=dtorfields -nostdinc -I ../../../../src/libphobos/libdruntime -I . -c
../../../../src/libphob
os/libdruntime/core/stdc/stdarg.d  -fPIC -fversion=Shared -o core/stdc/stdarg.o
>/dev/null 2>&1
/home/packages/cross/14/p/gcc-cross-ports/gcc/src/libphobos/libdruntime/core/internal/atomic.d:6
12:53: error: cannot evaluate unimplemented builtin '__atomic_is_lock_free' at
compile time
  612 | enum IsAtomicLockFree(T) = __atomic_is_lock_free(T.sizeof, null);
  | ^
../../../../src/libphobos/libdruntime/core/stdc/stdatomic.d:65:30: error:
template instance 'cor
e.internal.atomic.IsAtomicLockFree!ulong' error instantiating
   65 | ATOMIC_LLONG_LOCK_FREE = IsAtomicLockFree!ulong ? 2 : 0,
  |  ^
checking for gethostname... make[7]: *** [Makefile:2580:
core/stdc/stdatomic.lo] Error 1

[Bug tree-optimization/113731] [14 regression] ICE when building libbsd since r14-8768-g85094e2aa6dba7

2024-02-07 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113731

--- Comment #8 from Matthias Klose  ---
the proposed patch doesn't fix the amdgcn-amdhsa bootstrap.

[Bug bootstrap/113794] New: [14 Regression] building the amdgcn-amdhsa offload compiler fails building newlib

2024-02-06 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113794

Bug ID: 113794
   Summary: [14 Regression] building the amdgcn-amdhsa offload
compiler fails building newlib
   Product: gcc
   Version: 14.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: bootstrap
  Assignee: unassigned at gcc dot gnu.org
  Reporter: doko at gcc dot gnu.org
  Target Milestone: ---

seen with trunk 20240207, worked with 20240201 at least, building the
amdgcn-amdhsa offload compiler.

newlib fails to build with 

during GIMPLE pass: vect
In file included from ../../../../src-gcn/newlib/libc/string/memset.c:29:
/home/packages/gcc/14/gcc-14-14-20240207/src-gcn/newlib/libc/include/string.h:
In function 'memset':
/home/packages/gcc/14/gcc-14-14-20240207/src-gcn/newlib/libc/include/string.h:33:10:
internal compiler error: Segmentation fault
   33 | void *   memset (void *, int, size_t);
  |  ^~
0xcfa112 crash_signal
../../src-gcn/gcc/toplev.cc:317
0x7b63de9f050f ???
./signal/../sysdeps/unix/sysv/linux/x86_64/libc_sigaction.c:0
0xf61fab gsi_prev(gimple_stmt_iterator*)
../../src-gcn/gcc/gimple-iterator.h:236
0xf61fab move_early_exit_stmts
../../src-gcn/gcc/tree-vect-loop.cc:11804
0xf61fab vect_transform_loop(_loop_vec_info*, gimple*)
../../src-gcn/gcc/tree-vect-loop.cc:11969
0xf9d8cb vect_transform_loops
../../src-gcn/gcc/tree-vectorizer.cc:1006
0xf9defd try_vectorize_loop_1
../../src-gcn/gcc/tree-vectorizer.cc:1152
0xf9defd try_vectorize_loop
../../src-gcn/gcc/tree-vectorizer.cc:1182
0xf9e374 execute
../../src-gcn/gcc/tree-vectorizer.cc:1298
Please submit a full bug report, with preprocessed source (by using
-freport-bug).

The bug is not reproducible, so it is likely a hardware or OS problem.
make[8]: *** [Makefile:26337: libc/string/libc_a-memset.o] Error 1
make[8]: *** Waiting for unfinished jobs

however, retrying the newlib build always fails with this issue

[Bug modula2/113749] New: [14 Regression] m2 enabled build times out on i686-gnu (GNU Hurd)

2024-02-03 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113749

Bug ID: 113749
   Summary: [14 Regression] m2 enabled build times out on i686-gnu
(GNU Hurd)
   Product: gcc
   Version: 14.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: modula2
  Assignee: gaius at gcc dot gnu.org
  Reporter: doko at gcc dot gnu.org
  Target Milestone: ---

seen with trunk, works with the gcc-13 branch on i686-gnu:

[...]
test -d m2/gm2-libs-boot || /bin/bash ../../src/gcc/../mkinstalldirs
m2/gm2-libs-boot
m2/boot-bin/mc --olang=c++ --h-file-prefix=G -I../../src/gcc/m2/gm2-libs
-I../../src/gcc/m2/gm2-comp
iler -I../../src/gcc/m2/gm2-libiberty -I../../src/gcc/m2/gm2-gcc --quiet 
--gcc-config-system -o=m2/
gm2-libs-boot/GASCII.h ../../src/gcc/m2/gm2-libs/ASCII.def
E: Build killed with signal TERM after 180 minutes of inactivity

[Bug target/113720] [14 Regression] internal compiler error: in extract_insn, at recog.cc:2812 targeting alpha-linux-gnu

2024-02-03 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113720

--- Comment #6 from Matthias Klose  ---
will do, but cannot do that before next week.

[Bug target/113720] [14 Regression] internal compiler error: in extract_insn, at recog.cc:2812 targeting alpha-linux-gnu

2024-02-03 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113720

--- Comment #4 from Matthias Klose  ---
Uros proposed patch lets the build succeed.

[Bug target/113615] internal compiler error: in extract_insn, at recog.cc:2812

2024-02-02 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113615

Matthias Klose  changed:

   What|Removed |Added

Summary|[14 Regression] internal|internal compiler error: in
   |compiler error: in  |extract_insn, at
   |extract_insn, at|recog.cc:2812
   |recog.cc:2812   |

--- Comment #8 from Matthias Klose  ---
filed PR113720 for the alpha-linux-gnu ICE

[Bug target/113720] New: [14 Regression] internal compiler error: in extract_insn, at recog.cc:2812 targeting alpha-linux-gnu

2024-02-02 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113720

Bug ID: 113720
   Summary: [14 Regression] internal compiler error: in
extract_insn, at recog.cc:2812 targeting
alpha-linux-gnu
   Product: gcc
   Version: 14.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
  Assignee: unassigned at gcc dot gnu.org
  Reporter: doko at gcc dot gnu.org
  Target Milestone: ---

Created attachment 57291
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57291=edit
preprocessed source

[There is PR113615, but I was asked to file a separate issue]

works with 20240129, fails with 20240201 on alpha-linux-gnu

// gcc version 14.0.1 20240131 (experimental) [master r14-8680-g2f14c0dbb78]
(Debian 14-20240201-3) 
// 
// ../../../../../src/libstdc++-v3/src/c++17/floating_to_chars.cc: In function
'std::to_chars_result std::__floating_to_chars_shortest(char*, char*, T,
chars_format) [with T = double]':
// ../../../../../src/libstdc++-v3/src/c++17/floating_to_chars.cc:1306:3:
error: unrecognizable insn:
//  1306 |   }
//   |   ^
// (insn 712 711 713 22 (set (reg:DI 686 [ highparttmp_857 ])
// (truncate:DI (lshiftrt:TI (mult:TI (zero_extend:TI (subreg:DI
(reg:TI 223 [ _319 ]) 0))
// (subreg:DI (reg:TI 225 [ _321 ]) 0))
// (const_int 64 [0x40]
"../../../../../src/libstdc++-v3/src/c++17/ryu/d2s_intrinsics.h":254:27 -1
//  (nil))
// during RTL pass: vregs
// ../../../../../src/libstdc++-v3/src/c++17/floating_to_chars.cc:1306:3:
internal compiler error: in extract_insn, at recog.cc:2812
// 0x7b030c _fatal_insn(char const*, rtx_def const*, char const*, int, char
const*)
//  ../../src/gcc/rtl-error.cc:108
// 0x7b0328 _fatal_insn_not_found(rtx_def const*, char const*, int, char
const*)
//  ../../src/gcc/rtl-error.cc:116
// 0x7aed6e extract_insn(rtx_insn*)
//  ../../src/gcc/recog.cc:2812
// 0xe44cd5 instantiate_virtual_regs_in_insn
//  ../../src/gcc/function.cc:1611
// 0xe44cd5 instantiate_virtual_regs
//  ../../src/gcc/function.cc:1994
// 0xe44cd5 execute
//  ../../src/gcc/function.cc:2041
// Please submit a full bug report, with preprocessed source (by using
-freport-bug).
// Please include the complete backtrace with any bug report.

[Bug target/113615] internal compiler error: in extract_insn, at recog.cc:2812

2024-02-02 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113615

Matthias Klose  changed:

   What|Removed |Added

 CC||doko at gcc dot gnu.org

--- Comment #6 from Matthias Klose  ---
Created attachment 57290
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57290=edit
preprocessed source

see with trunk 20240131 building a cross compiler targeting alpha-linux-gnu,
attaching the preprocessed source. this worked with trunk 20240129.

// ../../../../../src/libstdc++-v3/src/c++17/floating_to_chars.cc: In function
'std::to_chars_result std::__floating_to_chars_shortest(char*, char*, T,
chars_format) [with T = double]':
// ../../../../../src/libstdc++-v3/src/c++17/floating_to_chars.cc:1306:3:
error: unrecognizable insn:
//  1306 |   }
//   |   ^
// (insn 712 711 713 22 (set (reg:DI 686 [ highparttmp_857 ])
// (truncate:DI (lshiftrt:TI (mult:TI (zero_extend:TI (subreg:DI
(reg:TI 223 [ _319 ]) 0))
// (subreg:DI (reg:TI 225 [ _321 ]) 0))
// (const_int 64 [0x40]
"../../../../../src/libstdc++-v3/src/c++17/ryu/d2s_intrinsics.h":254:27 -1
//  (nil))
// during RTL pass: vregs
// ../../../../../src/libstdc++-v3/src/c++17/floating_to_chars.cc:1306:3:
internal compiler error: in extract_insn, at recog.cc:2812
// 0x7b030c _fatal_insn(char const*, rtx_def const*, char const*, int, char
const*)
//  ../../src/gcc/rtl-error.cc:108
// 0x7b0328 _fatal_insn_not_found(rtx_def const*, char const*, int, char
const*)
//  ../../src/gcc/rtl-error.cc:116
// 0x7aed6e extract_insn(rtx_insn*)
//  ../../src/gcc/recog.cc:2812
// 0xe44cd5 instantiate_virtual_regs_in_insn
//  ../../src/gcc/function.cc:1611
// 0xe44cd5 instantiate_virtual_regs
//  ../../src/gcc/function.cc:1994
// 0xe44cd5 execute
//  ../../src/gcc/function.cc:2041
// Please submit a full bug report, with preprocessed source (by using
-freport-bug).

[Bug middle-end/113705] [14 Regression] ICE in decompose, at wide-int.h:1049 on aarch64-linux-gnu since r14-8680-g2f14c0dbb78985

2024-02-02 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113705

Matthias Klose  changed:

   What|Removed |Added

 Target|aarch64-linux-gnu,  |aarch64-linux-gnu,
   |loongarch64-linux-gnu   |loongarch64-linux-gnu,
   ||mips64el-linux-gnu

--- Comment #9 from Matthias Klose  ---
also works on aarch64-linux-gnu and mips64el-linux-gnu

[Bug middle-end/113705] [14 Regression] ICE in decompose, at wide-int.h:1049 on aarch64-linux-gnu

2024-02-01 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113705

--- Comment #1 from Matthias Klose  ---
Created attachment 57281
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57281=edit
preprocessed source

[Bug middle-end/113705] New: [14 Regression] ICE in decompose, at wide-int.h:1049 on aarch64-linux-gnu

2024-02-01 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113705

Bug ID: 113705
   Summary: [14 Regression] ICE in decompose, at wide-int.h:1049
on aarch64-linux-gnu
   Product: gcc
   Version: 14.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
  Assignee: unassigned at gcc dot gnu.org
  Reporter: doko at gcc dot gnu.org
  Target Milestone: ---

seen with trunk 20240201, works with 20240131 on aarch64-linux-gnu

during GIMPLE pass: widening_mul
../../src/gcc/value-range-storage.cc: In member function 'void
irange_storage::_ZN14irange_stor
age10set_irangeERK6irange.part.0(const irange&)':
../../src/gcc/value-range-storage.cc:277:1: internal compiler error: in
decompose, at wide-int.h:1049
  277 | irange_storage::set_irange (const irange )
  | ^~
0x134ff07 wi::int_traits >::decompose(long*,
unsigned int, generic_wide_int const&)
../../src/gcc/wide-int.h:1049
0x13a452f wide_int_ref_storage::wide_int_ref_storage
>(generic_wide_int const&, unsigned int)
../../src/gcc/wide-int.h:1099
0x13a44db generic_wide_int
>::generic_wide_int
>(generic_wide_int const&, unsigned int)
../../src/gcc/wide-int.h:855
0x16b5353 bool wi::eq_p >,
generic_wide_int
>(generic_wide_int > const&,
generic_wide_int const&)
../../src/gcc/wide-int.h:2250
0x16b424b wi::binary_traits
>, generic_wide_int,
wi::int_traits >
>::precision_type, wi::int_traits
>::precision_type>::predicate_result
operator== >,
generic_wide_int
>(generic_wide_int > const&,
generic_wide_int const&)
../../src/gcc/wide-int.h:3852
0x1fd2b3f is_widening_mult_rhs_p
../../src/gcc/tree-ssa-math-opts.cc:2576
0x1fd2fc3 is_widening_mult_p
../../src/gcc/tree-ssa-math-opts.cc:2654
0x1fd42eb convert_plusminus_to_widen
../../src/gcc/tree-ssa-math-opts.cc:3004
0x1fdf05f after_dom_children
../../src/gcc/tree-ssa-math-opts.cc:5912
0x374916f dom_walker::walk(basic_block_def*)
../../src/gcc/domwalk.cc:354
0x1fdf677 execute
../../src/gcc/tree-ssa-math-opts.cc:6036
Please submit a full bug report, with preprocessed source (by using
-freport-bug).
Please include the complete backtrace with any bug report.

make[5]: *** [Makefile:1199: value-range-storage.o] Error 1
make[5]: Leaving directory '/<>/build/gcc'
make[4]: *** [Makefile:5099: all-stage2-gcc] Error 2
make[4]: Leaving directory '/<>/build'
make[3]: *** [Makefile:32074: stage2-bubble] Error 2
make[3]: Leaving directory '/<>/build'
make[2]: *** [Makefile:32286: bootstrap] Error 2
make[2]: Leaving directory '/<>/build'


Configured with: -v
 --with-pkgversion='Debian 14-20240201-1'
 --with-bugurl='file:///usr/share/doc/gcc-14/README.Bugs'
 --enable-languages=c,ada,c++,go,d,fortran,objc,obj-c++,m2,rust
 --prefix=/usr
 --with-gcc-major-version-only
 --program-suffix=-14
 --program-prefix=aarch64-linux-gnu-
 --enable-shared
 --enable-linker-build-id
 --libexecdir=/usr/libexec
 --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-libstdcxx-backtrace
 --enable-gnu-unique-object
 --disable-libquadmath
 --disable-libquadmath-support
 --enable-plugin
 --enable-default-pie
 --with-system-zlib
 --enable-libphobos-checking=release
 --with-target-system-zlib=auto
 --enable-objc-gc=auto
 --enable-multiarch
 --enable-fix-cortex-a53-843419
 --disable-werror

--enable-offload-targets=nvptx-none=/<>/debian/tmp-nvptx/usr
 --enable-offload-defaulted
 --without-cuda-driver
 --enable-checking=yes,extra,rtl
 --build=aarch64-linux-gnu
 --host=aarch64-linux-gnu
 --target=aarch64-linux-gnu

[Bug rust/113553] rust fails to build on sparc64-linux-gnu

2024-02-01 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113553

--- Comment #3 from Matthias Klose  ---
glibc 2.37 from the branch

[Bug go/113668] New: [14 Regression] libgo soname bump needed for the GCC 14 release?

2024-01-30 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113668

Bug ID: 113668
   Summary: [14 Regression] libgo soname bump needed for the GCC
14 release?
   Product: gcc
   Version: 14.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: go
  Assignee: ian at airs dot com
  Reporter: doko at gcc dot gnu.org
  Target Milestone: ---

is a libgo soname bump needed for the GCC 14 release? or can the current libgo
also be used by GCC 13?

[Bug d/113667] New: [14 Regression] libgphobos symbols missing

2024-01-30 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113667

Bug ID: 113667
   Summary: [14 Regression] libgphobos symbols missing
   Product: gcc
   Version: 14.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: d
  Assignee: ibuclaw at gdcproject dot org
  Reporter: doko at gcc dot gnu.org
  Target Milestone: ---

Created attachment 57261
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57261=edit
symbols diff

libgphobos is dropping a bunch of symbols in GCC 14, is a soname bump required
for the release?

[Bug target/113635] [14 Regression] libatomic has undefined reference to libat_test_and_set_1_i2 in libatomic on arm-linux-gnueabi

2024-01-28 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113635

Matthias Klose  changed:

   What|Removed |Added

 Resolution|--- |DUPLICATE
 Status|UNCONFIRMED |RESOLVED

--- Comment #1 from Matthias Klose  ---
see PR113336

*** This bug has been marked as a duplicate of bug 113336 ***

[Bug other/113336] [14 Regression] libatomic (testsuite) regressions on arm

2024-01-28 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113336

--- Comment #6 from Matthias Klose  ---
*** Bug 113635 has been marked as a duplicate of this bug. ***

[Bug other/113336] libatomic (testsuite) regressions on arm

2024-01-28 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113336

Matthias Klose  changed:

   What|Removed |Added

 CC||doko at gcc dot gnu.org

--- Comment #5 from Matthias Klose  ---
see also PR113336, causes also build failure of gnat and libgo on
arm-linux-gnueabi

[Bug target/113635] New: [14 Regression] libatomic has undefined reference to libat_test_and_set_1_i2 in libatomic on arm-linux-gnueabi

2024-01-28 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113635

Bug ID: 113635
   Summary: [14 Regression] libatomic has undefined reference to
libat_test_and_set_1_i2 in libatomic on
arm-linux-gnueabi
   Product: gcc
   Version: 14.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
  Assignee: unassigned at gcc dot gnu.org
  Reporter: doko at gcc dot gnu.org
  Target Milestone: ---

seen with trunk 20240127 (and earlier snapshots) on arm-linux-gnueabi,
configured with 

 --with-arch=armv5te
 --with-float=soft

This error is from a gcc-13 build, with the libatomic installed from a gcc-14
build, but also seen when enabling Ada or go in a trunk build:

/usr/bin/ld: /lib/arm-linux-gnueabi/libatomic.so.1: undefined reference to
`libat_test_and_set_1_i2'
collect2: error: ld returned 1 exit status
arm-linux-gnueabi-gnatlink-12: error when calling
/usr/bin/arm-linux-gnueabi-gcc-12
gnatmake: *** link failed.

The same thing also lets the build fail later in libgo.

$ objdump -T /usr/lib/arm-linux-gnueabi/libatomic.so.1|grep libat_
  D  *UND*    Baselibat_test_and_set_1_i2

the libatomic from a GCC 13 build doesn't show this undefined symbol.

[Bug other/113575] [14 Regression] memory hog building insn-opinit.o (i686-linux-gnu -> riscv64-linux-gnu)

2024-01-24 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113575

--- Comment #11 from Matthias Klose  ---
> Is increasing the available memory an option
> in the meantime or does this urgently require fixing?

there is a buffer of 500mb, but it's already using 3.5gb.  That probably would
work building without any parallelism with some Makefile changes, but building
the whole compiler sequentially because of that is not a good option.

[Bug other/113575] [14 Regression] memory hog building insn-opinit.o (i686-linux-gnu -> riscv64-linux-gnu)

2024-01-24 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113575

--- Comment #4 from Matthias Klose  ---
same version, r14-8314-g29f931e39f2

[Bug other/113575] New: [14 Regression] memory hog building insn-opinit.o (i686-linux-gnu -> riscv64-linux-gnu)

2024-01-23 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113575

Bug ID: 113575
   Summary: [14 Regression] memory hog building insn-opinit.o
(i686-linux-gnu -> riscv64-linux-gnu)
   Product: gcc
   Version: 14.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: other
  Assignee: unassigned at gcc dot gnu.org
  Reporter: doko at gcc dot gnu.org
  Target Milestone: ---

seen with trunk 20240121, building a riscv64-linux-gnu cross compiler on
i686-linux-gnu:

cc1plus: out of memory allocating 65536 bytes after a total of 3543261184 bytes
make[5]: *** [Makefile:1198: insn-opinit.o] Error 1
make[5]: *** Waiting for unfinished jobs

Configured with: -v
 --with-pkgversion='Debian 14-20240121-1'
 --with-bugurl='file:///usr/share/doc/gcc-14/README.Bugs'
 --enable-languages=c,ada,c++,go,d,fortran,objc,obj-c++,m2,rust
 --prefix=/usr
 --with-gcc-major-version-only
 --program-suffix=-14
 --enable-shared
 --enable-linker-build-id
 --libexecdir=/usr/libexec
 --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-libstdcxx-backtrace
 --enable-gnu-unique-object
 --disable-libitm
 --disable-libquadmath
 --disable-libquadmath-support
 --enable-plugin
 --enable-default-pie
 --with-system-zlib
 --enable-libphobos-checking=release
 --without-target-system-zlib
 --enable-multiarch
 --disable-werror
 --disable-multilib
 --with-arch=rv64gc
 --with-abi=lp64d
 --enable-checking=yes
 --build=i686-linux-gnu
 --host=i686-linux-gnu
 --target=riscv64-linux-gnu
 --program-prefix=riscv64-linux-gnu-
 --includedir=/usr/riscv64-linux-gnu/include

Other cross builds on i686-linux-gnu targeting amd64 arm64 s390x ppc64el armhf
built ok.

[Bug modula2/113554] New: [14 Regression] m2 fails to build on x86_64-linux-gnux32

2024-01-23 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113554

Bug ID: 113554
   Summary: [14 Regression] m2 fails to build on
x86_64-linux-gnux32
   Product: gcc
   Version: 14.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: modula2
  Assignee: gaius at gcc dot gnu.org
  Reporter: doko at gcc dot gnu.org
  Target Milestone: ---

seen with trunk 20240121 on x86_64-linux-gnux32:

[...]
../../src/gcc/m2/mc/mc.flex:32:9: warning: "alloca" redefined
   32 | #define alloca __builtin_alloca
  | ^~
In file included from /usr/include/stdlib.h:587,
 from :22:
/usr/include/alloca.h:35:10: note: this is the location of the previous
definition
   35 | # define alloca(size)   __builtin_alloca (size)
  |  ^~
../../src/gcc/m2/mc/mc.flex: In function 'handleDate':
../../src/gcc/m2/mc/mc.flex:333:25: error: passing argument 1 of 'time' from
incompatible point
er type [-Wincompatible-pointer-types]
  333 |   time_t  clock = time ((long *)0);
  | ^
  | |
  | long int *
In file included from ../../src/gcc/m2/mc/mc.flex:28:
/usr/include/time.h:76:29: note: expected 'time_t *' {aka 'long long int *'}
but argument is of
 type 'long int *'
   76 | extern time_t time (time_t *__timer) __THROW;
  | ^~~
test -d m2/gm2-libs-boot/.deps || /bin/bash ../../src/gcc/../mkinstalldirs
m2/gm2-libs-boot/.de
ps

make[5]: *** [../../src/gcc/m2/Make-lang.in:1421: mcflex.o] Error 1
make[5]: *** Waiting for unfinished jobs
rm gfdl.pod gcc.pod gfortran.pod gpl.pod lto-dump.pod gdc.pod
make[5]: Leaving directory '/<>/build/gcc'
make[4]: *** [Makefile:5099: all-stage2-gcc] Error 2
make[4]: Leaving directory '/<>/build'
make[3]: *** [Makefile:32444: stage2-bubble] Error 2
make[3]: Leaving directory '/<>/build'
make[2]: *** [Makefile:32656: bootstrap] Error 2
make[2]: Leaving directory '/<>/build'

[Bug rust/113553] New: rust fails to build on spar64-linux-gnu

2024-01-23 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113553

Bug ID: 113553
   Summary: rust fails to build on spar64-linux-gnu
   Product: gcc
   Version: 14.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: rust
  Assignee: unassigned at gcc dot gnu.org
  Reporter: doko at gcc dot gnu.org
CC: dkm at gcc dot gnu.org, gcc-rust at gcc dot gnu.org
  Target Milestone: ---

seen with trunk 20240121 on sparc64-linux-gnu:

[...]
../../../../src/libgrust/libp
roc_macro_internal/literal.cc: In static member function 'static
ProcMacro::Literal ProcMacro::
Literal::make_f32(float, bool)':
../../../../src/libgrust/libproc_macro_internal/literal.cc:155:57: error: call
of overloaded 'to_string(float&)' is ambiguous
  155 |   auto text = FFIString::make_ffistring (std::to_string (value));
  |  ~~~^~~
In file included from
/<>/build/sparc64-linux-gnu/libstdc++-v3/include/string:54,
 from
../../../../src/libgrust/libproc_macro_internal/literal.h:27,
 from
../../../../src/libgrust/libproc_macro_internal/literal.cc:23:
/<>/build/sparc64-linux-gnu/libstdc++-v3/include/bits/basic_string.h:4240:3:
note: candidate: 'std::string std::__cxx11::to_string(int)'
 4240 |   to_string(int __val)
  |   ^
/<>/build/sparc64-linux-gnu/libstdc++-v3/include/bits/basic_string.h:4259:3:
note: candidate: 'std::string std::__cxx11::to_string(unsigned int)'
 4259 |   to_string(unsigned __val)
  |   ^
/<>/build/sparc64-linux-gnu/libstdc++-v3/include/bits/basic_string.h:4275:3:
note: candidate: 'std::string std::__cxx11::to_string(long int)'
 4275 |   to_string(long __val)
  |   ^
/<>/build/sparc64-linux-gnu/libstdc++-v3/include/bits/basic_string.h:4294:3:
note: candidate: 'std::string std::__cxx11::to_string(long unsigned int)'
 4294 |   to_string(unsigned long __val)
  |   ^
/<>/build/sparc64-linux-gnu/libstdc++-v3/include/bits/basic_string.h:4310:3:
note: candidate: 'std::string std::__cxx11::to_string(long long int)'
 4310 |   to_string(long long __val)
  |   ^
/<>/build/sparc64-linux-gnu/libstdc++-v3/include/bits/basic_string.h:4327:3:
note: candidate: 'std::string std::__cxx11::to_string(long long unsigned int)'
 4327 |   to_string(unsigned long long __val)
  |   ^
../../../../src/libgrust/libproc_macro_internal/literal.cc:157:70: error: could
not convert '{ProcMacro::LitKind::make_float(), text, suffix,
ProcMacro::Span::make_unknown()}' from '' to
'ProcMacro::Literal'
  157 |   return {LitKind::make_float (), text, suffix, Span::make_unknown ()};
  |  ^
  |  |
  | 

../../../../src/libgrust/libproc_macro_internal/literal.cc: In static member
function 'static ProcMacro::Literal ProcMacro::Literal::make_f64(double,
bool)':
../../../../src/libgrust/libproc_macro_internal/literal.cc:163:57: error: call
of overloaded 'to_string(double&)' is ambiguous
  163 |   auto text = FFIString::make_ffistring (std::to_string (value));
  |  ~~~^~~
/<>/build/sparc64-linux-gnu/libstdc++-v3/include/bits/basic_string.h:4240:3:
note: candidate: 'std::string std::__cxx11::to_string(int)'
 4240 |   to_string(int __val)
  |   ^
checking if /<>/build/./gcc/xgcc -B/<>/build/./gcc/
-B/usr/sparc64-linux-gnu/bin/ -B/usr/sparc64-linux-gnu/lib/ -isystem
/usr/sparc64-linux-gnu/include -isystem /usr/sparc64-linux-gnu/sys-include
-isystem /<>/build/sys-includesupports -fno-rtti
-fno-exceptions...
/<>/build/sparc64-linux-gnu/libstdc++-v3/include/bits/basic_string.h:4259:3:
note: candidate: 'std::string std::__cxx11::to_string(unsigned int)'
 4259 |   to_string(unsigned __val)
  |   ^
/<>/build/sparc64-linux-gnu/libstdc++-v3/include/bits/basic_string.h:4275:3:
note: candidate: 'std::string std::__cxx11::to_string(long int)'
 4275 |   to_string(long __val)
  |   ^
/<>/build/sparc64-linux-gnu/libstdc++-v3/include/bits/basic_string.h:4294:3:
note: candidate: 'std::string std::__cxx11::to_string(long unsigned int)'
 4294 |   to_string(unsigned long __val)
  |   ^
/<>/build/sparc64-linux-gnu/libstdc++-v3/include/bits/basic_string.h:4310:3:
note: candidate: 'std::string std::__cxx11::to_string(long long int)'
 4310 |   to_string(long long __val)
  |   ^
/<>/build/sparc64-linux-gnu/libstdc++-v3/include/bits/basic_string.h:4327:3:
note: candidate: 'std::string std::__cxx11::to_string(long long unsigned int)'
 4327 |   to_string(unsigned long long __val)
  |   ^

[Bug go/113530] libgo ftbfs on arc-linux-gnu

2024-01-21 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113530

--- Comment #6 from Matthias Klose  ---
> Does the GCC 13 branch actually try to build libgo for arc-linux-gnu?

I don't know.  I usually configure with --enable-languages=go, which I didn't
with  13, but by a mistake did with 14.  So maybe just let's close this, the
libgo/configure also doesn't have a GOARCH set for these two architectures.

[Bug go/84948] [11/12/13/14 regression] ICE in set_from, at go/gofrontend/types.cc:2660

2024-01-21 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84948

Matthias Klose  changed:

   What|Removed |Added

 CC||doko at gcc dot gnu.org

--- Comment #11 from Matthias Klose  ---
seen with trunk 20240121 on m68k-linux-gnu, trying to build libgo:

go1: internal compiler error: in set_from, at go/gofrontend/types.cc:2863
0x67b949 Ptrmask::set_from(Gogo*, Type*, long, long)
../../src/gcc/go/gofrontend/types.cc:2863
0x9681a8 Ptrmask::set_from(Gogo*, Type*, long, long)
../../src/gcc/go/gofrontend/types.cc:2837
0x9681a8 Ptrmask::set_from(Gogo*, Type*, long, long)
../../src/gcc/go/gofrontend/types.cc:2896
0x968668 Ptrmask::set_from(Gogo*, Type*, long, long)
../../src/gcc/go/gofrontend/types.cc:3046
0x968668 Type::gc_ptrmask_var(Gogo*, long, long)
../../src/gcc/go/gofrontend/types.cc:3042
0x969399 Type::make_gc_symbol_var(Gogo*)
../../src/gcc/go/gofrontend/types.cc:2722
0x96953a Type::gc_symbol_pointer(Gogo*)
../../src/gcc/go/gofrontend/types.cc:2672
0x8c7da1 Struct_construction_expression::do_get_backend(Translate_context*)
../../src/gcc/go/gofrontend/expressions.cc:17133
0x8c7da1 Struct_construction_expression::do_get_backend(Translate_context*)
../../src/gcc/go/gofrontend/expressions.cc:17133
0x961e68 Type::make_type_descriptor_var(Gogo*)
../../src/gcc/go/gofrontend/types.cc:1433
0x9623dd Type::type_descriptor_pointer(Gogo*, Location)
../../src/gcc/go/gofrontend/types.cc:1308
0x8fa79d Named_object::get_backend(Gogo*, std::vector
 >&, std::vector >&, std::vector >&)
../../src/gcc/go/gofrontend/gogo.cc:8976
0x8fc8f9 Gogo::write_globals()
../../src/gcc/go/gofrontend/gogo.cc:1578
Please submit a full bug report, with preprocessed source (by using
-freport-bug).
Please include the complete backtrace with any bug report.
See  for instructions.
make[7]: *** [Makefile:3059: runtime.lo] Error 1

[Bug go/113530] [14 Regression] libgo ftbfs on arc-linux-gnu

2024-01-21 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113530

Matthias Klose  changed:

   What|Removed |Added

 CC||danglin at gcc dot gnu.org
 Target|arc-linux-gnu   |arc-linux-gnu
   ||hppa-linux-gnu

--- Comment #2 from Matthias Klose  ---
hppa-linux-gnu fails in the same way

[Bug go/113530] [14 Regression] libgo ftbfs on arc-linux-gnu

2024-01-21 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113530

--- Comment #1 from Matthias Klose  ---
sorry, arc-linux-gnu

[Bug go/113530] New: [14 Regression] libgo ftbfs on arc-linux-gnu

2024-01-21 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113530

Bug ID: 113530
   Summary: [14 Regression] libgo ftbfs on arc-linux-gnu
   Product: gcc
   Version: 14.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: go
  Assignee: ian at airs dot com
  Reporter: doko at gcc dot gnu.org
  Target Milestone: ---

seen with trunk 20240121 on arch-linux-gnu, works with the gcc-13 branch,
building a gccgo cross compiler targeting arc-linux-gnu:

[...]
libtool: compile: 
/home/packages/cross/14/p/gcc-cross-ports/gcc/build/./gcc/gccgo -B/home/packa
ges/cross/14/p/gcc-cross-ports/gcc/build/./gcc/ -B/usr/arc-linux-gnu/bin/
-B/usr/arc-linux-gnu/l
ib/ -isystem /usr/arc-linux-gnu/include -isystem /usr/arc-linux-gnu/sys-include
-isystem /home/p
ackages/cross/14/p/gcc-cross-ports/gcc/build/sys-include -O2 -g -I . -c
-fgo-pkgpath=internal/go
arch ../../../src/libgo/go/internal/goarch/goarch.go zgoarch.go  -fPIC -o
internal/.libs/goarch.
o
zgoarch.go:7:14: error: expected ';' or ')' or newline
7 |   _BigEndian =
  |  ^
zgoarch.go:7:3: error: reference to undefined name '_BigEndian'
7 |   _BigEndian =
  |   ^
../../../src/libgo/go/internal/goarch/goarch.go:18:19: error: reference to
undefined name '_BigE
ndian'
   18 | const BigEndian = _BigEndian
  |   ^
../../../src/libgo/go/internal/goarch/goarch.go:21:29: error: reference to
undefined name '_Defa
ultPhysPageSize'
   21 | const DefaultPhysPageSize = _DefaultPhysPageSize
  | ^
../../../src/libgo/go/internal/goarch/goarch.go:25:19: error: reference to
undefined name '_PCQu
antum'
   25 | const PCQuantum = _PCQuantum
  |   ^
../../../src/libgo/go/internal/goarch/goarch.go:28:20: error: reference to
undefined name '_Int6
4Align'
   28 | const Int64Align = _Int64Align
  |^
../../../src/libgo/go/internal/goarch/goarch.go:35:22: error: reference to
undefined name '_MinF
rameSize'
   35 | const MinFrameSize = _MinFrameSize
  |  ^
../../../src/libgo/go/internal/goarch/goarch.go:39:20: error: reference to
undefined name '_Stac
kAlign'
   39 | const StackAlign = _StackAlign
  |^

make[7]: *** [Makefile:3059: internal/goarch.lo] Error 1

[Bug tree-optimization/110603] [14 Regression] GCC, ICE: internal compiler error: in verify_range, at value-range.cc:1104

2024-01-02 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110603

Matthias Klose  changed:

   What|Removed |Added

 CC||doko at gcc dot gnu.org

--- Comment #2 from Matthias Klose  ---
also seen with 20240101 trunk, building the python-confluent-kafka package:

$ cat confluent_kafka.i
long _init_cimpl_dof;
char _init_cimpl_dash[1], _init_cimpl_eq[1];
char PyInit_cimpl_tmpdoc[512];
int snprintf(char *, unsigned long, char *, ...);
void *memset();
void PyInit_cimpl() {
  memset(_init_cimpl_eq, '=', sizeof(_init_cimpl_eq));
  long _len = snprintf(PyInit_cimpl_tmpdoc, sizeof(PyInit_cimpl_tmpdoc),
   "+-%.*s-+-%.*s-+\n"
   "| %-*.*s | %-*.*s |\n"
   "+=%.*s=+=%.*s=+\n",
   0, _init_cimpl_dash, 0, _init_cimpl_dash, 0, 0, "", 0,
0,
   "", 50, _init_cimpl_eq, 0, _init_cimpl_eq);
  _init_cimpl_dof += _len;
}

$ gcc -c -O2 -fno-strict-overflow -fstack-protector-strong -fcf-protection=full
-fwrapv confluent_kafka.i
during GIMPLE pass: strlen
confluent_kafka.i: In function 'PyInit_cimpl':
confluent_kafka.i:6:6: internal compiler error: in verify_range, at
value-range.cc:1132
6 | void PyInit_cimpl() {
  |  ^~~~
0x6eec19 irange::verify_range()
../../src/gcc/value-range.cc:1132
0x1b52550 irange::set(tree_node*, generic_wide_int const&,
generic_wide_int const&, value_range_kind)
../../src/gcc/value-range.cc:1076
0x1eb42ad try_substitute_return_value
../../src/gcc/gimple-ssa-sprintf.cc:4261
0x1eb42ad handle_printf_call(gimple_stmt_iterator*, pointer_query&)
../../src/gcc/gimple-ssa-sprintf.cc:4764
0x1eb2193 strlen_pass::check_and_optimize_call(bool*)
../../src/gcc/tree-ssa-strlen.cc:5452
0x1cfe639 strlen_pass::check_and_optimize_stmt(bool*)
../../src/gcc/tree-ssa-strlen.cc:5656
0x1cfe094 strlen_pass::before_dom_children(basic_block_def*)
../../src/gcc/tree-ssa-strlen.cc:5840
0x1c7fd13 dom_walker::walk(basic_block_def*)
../../src/gcc/domwalk.cc:311
0x950ef1 printf_strlen_execute
../../src/gcc/tree-ssa-strlen.cc:5899
Please submit a full bug report, with preprocessed source (by using
-freport-bug).

[Bug lto/113208] [14 Regression] lto1: error: Alias and target's comdat groups differs

2024-01-02 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113208

--- Comment #2 from Matthias Klose  ---
also in package s2geometry

[Bug middle-end/113205] [14 Regression] internal compiler error: in backward_pass, at tree-vect-slp.cc:5346

2024-01-02 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113205

--- Comment #1 from Matthias Klose  ---
also in package qt6-quick3dphysics

[Bug lto/113208] [14 Regression] lto1: error: Alias and target's comdat groups differs

2024-01-02 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113208

--- Comment #1 from Matthias Klose  ---
also seen in the pbcopper package

[Bug lto/113208] New: [14 Regression] lto1: error: Alias and target's comdat groups differs

2024-01-02 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113208

Bug ID: 113208
   Summary: [14 Regression] lto1: error: Alias and target's comdat
groups differs
   Product: gcc
   Version: 14.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: lto
  Assignee: unassigned at gcc dot gnu.org
  Reporter: doko at gcc dot gnu.org
CC: marxin at gcc dot gnu.org
  Target Milestone: ---

seen with trunk 20240101, building the poedit package with -flto.

hints where to start the reduction are appreciated.

[...]
g++  -g -O2 -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer
-ffile-prefix-map=/home/packages/gcc/tmp/poedit-3.4.2=. -flto=auto
-ffat-lto-objects -fstack-protector-strong -fstack-clash-protection -Wformat
-Werror=format-security -fcf-protection
-fdebug-prefix-map=/home/packages/gcc/tmp/poedit-3.4.2=/usr/src/poedit-3.4.2-1
-pthread -I/usr/include -I/usr/include/libsecret-1 -I/usr/include/glib-2.0
-I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/libmount
-I/usr/include/blkid -I/usr/include/gio-unix-2.0 -pthread 
-I/usr/lib/x86_64-linux-gnu/wx/include/gtk3-unicode-3.2 -I/usr/include/wx-3.2
-D_FILE_OFFSET_BITS=64 -DWXUSINGDLL -D__WXGTK__ -pthread 
-I/usr/include/gtkspell-3.0 -I/usr/include/glib-2.0
-I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/gtk-3.0
-I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/freetype2
-I/usr/include/libpng16 -I/usr/include/libmount -I/usr/include/blkid
-I/usr/include/fribidi -I/usr/include/cairo -I/usr/include/pixman-1
-I/usr/include/gdk-pixbuf-2.0 -I/usr/include/x86_64-linux-gnu
-I/usr/include/webp -I/usr/include/gio-unix-2.0 -I/usr/include/atk-1.0
-I/usr/include/at-spi2-atk/2.0 -I/usr/include/at-spi-2.0
-I/usr/include/dbus-1.0 -I/usr/lib/x86_64-linux-gnu/dbus-1.0/include
-I/usr/include/enchant-2 -pthread  -I/usr/include/lucene++   -DHAVE_PUGIXML -g
-Wall -O0 -DwxNO_UNSAFE_WXSTRING_CONV=1 "-DPOEDIT_PREFIX=\"/usr\"" 
-Wl,-Bsymbolic-functions -flto=auto -ffat-lto-objects -Wl,-z,relro -Wl,-z,now
-Wl,-z,relro -o poedit attentionbar.o cat_update.o cat_sorting.o catalog.o
catalog_po.o catalog_json.o catalog_xliff.o chooselang.o colorscheme.o
commentdlg.o concurrency.o configuration.o custom_buttons.o customcontrols.o
custom_notebook.o edapp.o edframe.o editing_area.o edlistctrl.o export_html.o
extractors/extractor.o extractors/extractor_gettext.o
extractors/extractor_legacy.o filemonitor.o fileviewer.o findframe.o gexecute.o
hidpi.o icons.o language.o languagectrl.o wx/main_toolbar.o manager.o menus.o
pluralforms/pl_evaluate.o prefsdlg.o pretranslate.o progressinfo.o
propertiesdlg.o qa_checks.o recent_files.o sidebar.o spellchecking.o
syntaxhighlighter.o text_control.o titleless_window.o tm/suggestions.o
tm/transmem.o tm/tmx_io.o unicode_helpers.o utility.o welcomescreen.o
http_client.o http_client_casablanca.o cloud_accounts.o cloud_accounts_ui.o
crowdin_client.o crowdin_gui.o localazy_client.o localazy_gui.o
keychain/keytar_posix.o wx_backports/wx_gtk_activityindicator.o
wx_backports/wx_gtk_nativewin.o compiled_xrc.o -L/usr/lib/x86_64-linux-gnu
-pthread   -lwx_gtk3u_xrc-3.2 -lwx_baseu_xml-3.2 -lwx_gtk3u_webview-3.2
-lwx_gtk3u_core-3.2 -lwx_baseu_net-3.2 -lwx_baseu-3.2  -llucene++  -lcld2
-lpugixml  -lcpprest -lboost_iostreams -lboost_thread -lpthread -lboost_system
-lssl -lcrypto -lsecret-1 -lgio-2.0 -lgobject-2.0 -lglib-2.0 
-L/usr/lib/x86_64-linux-gnu -lboost_thread -lpthread -lboost_regex
-lboost_system -licui18n -licuuc -licudata  -lgtkspell3-3 -lenchant-2 -lgtk-3
-lgdk-3 -lz -lpangocairo-1.0 -lpango-1.0 -lharfbuzz -latk-1.0 -lcairo-gobject
-lcairo -lgdk_pixbuf-2.0 -lgio-2.0 -lgobject-2.0 -lglib-2.0 
lto1: error: Alias and target's comdat groups differs
_ZNSt12__shared_ptrI7CatalogLN9__gnu_cxx12_Lock_policyE2EEC2Ev/70336 (__ct_base
)
  Type: function definition analyzed
  Visibility: externally_visible semantic_interposition no_reorder
prevailing_def_ironly public weak comdat
comdat_group:_ZNSt12__shared_ptrI7CatalogLN9__gnu_cxx12_Lock_policyE2EEC2Ev
one_only visibility_specified
  References: __gxx_personality_v0/23086 (addr) 
  Referring:
_ZNSt12__shared_ptrI7CatalogLN9__gnu_cxx12_Lock_policyE2EEC1Ev/327239 (alias) 
  Read from file: catalog.o
  Unit id: 4
  Function flags: merged_comdat
  Called by: _ZNSt10shared_ptrI7CatalogEC1Ev/70334 
  Calls: _ZNSt14__shared_countILN9__gnu_cxx12_Lock_policyE2EEC1Ev/37977 
_ZNSt12__shared_ptrI7CatalogLN9__gnu_cxx12_Lock_policyE2EEC1Ev/327239
(__ct_comp )
  Type: function definition analyzed alias
  Visibility: externally_visible semantic_interposition prevailing_def_ironly
public weak comdat
comdat_group:_ZNSt12__shared_ptrI7CatalogLN9__gnu_cxx12_Lock_policyE2EEC5Ev
one_only visibility_specified
  References:
_ZNSt12__shared_ptrI7CatalogLN9__gnu_cxx12_Lock_policyE2EEC2Ev/70336 (alias) 
  Referring: 
  Read from file: edframe.o
  Unit id: 16
  Function 

[Bug lto/113207] [14 Regression] error: type variant has different 'TREE_TYPE'

2024-01-02 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113207

--- Comment #1 from Matthias Klose  ---
this is from the ecl package build

[Bug lto/113207] New: [14 Regression] error: type variant has different 'TREE_TYPE'

2024-01-02 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113207

Bug ID: 113207
   Summary: [14 Regression] error: type variant has different
'TREE_TYPE'
   Product: gcc
   Version: 14.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: lto
  Assignee: unassigned at gcc dot gnu.org
  Reporter: doko at gcc dot gnu.org
CC: marxin at gcc dot gnu.org
  Target Milestone: ---

seen with trunk 20240101, with -flto
$ cat predlib.i
typedef struct cl_lispunion *cl_object;
struct cl_lispunion {};
cl_object cl_error() __attribute__((noreturn));
volatile cl_object cl_coerce_value0;
void cl_coerce() { cl_error(); }
void L66safe_canonical_type(cl_object volatile);


$ gcc -O2 -flto=auto -fstack-protector-strong -fstack-clash-protection
-fcf-protection  -c predlib.i
predlib.i:6:1: error: type variant has different 'TREE_TYPE'
6 | void L66safe_canonical_type(cl_object volatile);
  | ^~~~
 >
unsigned DI
size 
unit-size 
align:64 warn_if_not_align:0 symtab:0 alias-set -1 canonical-type
0x7efc56d6dc78>
QI
size  constant 8>
unit-size  constant 1>
align:8 warn_if_not_align:0 symtab:0 alias-set -1 canonical-type
0x7efc56d6de70
pointer_to_this >
predlib.i:6:1: error: type variant's 'TREE_TYPE'
 >
unsigned DI
size  constant 64>
unit-size  constant 8>
align:64 warn_if_not_align:0 symtab:0 alias-set -1 canonical-type
0x7efc56d6dc78>
predlib.i:6:1: error: type's 'TREE_TYPE'
 >
unsigned DI
size  constant 64>
unit-size  constant 8>
align:64 warn_if_not_align:0 symtab:0 alias-set -1 canonical-type
0x7efc56d6dc78>
 >
unsigned DI
size 
unit-size 
align:64 warn_if_not_align:0 symtab:0 alias-set -1 canonical-type
0x7efc56d6dc78>
volatile QI
size  constant 8>
unit-size  constant 1>
align:8 warn_if_not_align:0 symtab:0 alias-set -1 canonical-type
0x7efc56d6d888
pointer_to_this >
during IPA pass: *free_lang_data
predlib.i:6:1: internal compiler error: 'verify_type' failed
0x6bde44 verify_type(tree_node const*)
../../src/gcc/tree.cc:14386
0x20d2332 free_lang_data
../../src/gcc/ipa-free-lang-data.cc:1134
0x20d2332 execute
../../src/gcc/ipa-free-lang-data.cc:1176
Please submit a full bug report, with preprocessed source (by using
-freport-bug).
Please include the complete backtrace with any bug report.
See  for instructions.

[Bug middle-end/113205] New: [14 Regression] internal compiler error: in backward_pass, at tree-vect-slp.cc:5346

2024-01-02 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113205

Bug ID: 113205
   Summary: [14 Regression] internal compiler error: in
backward_pass, at tree-vect-slp.cc:5346
   Product: gcc
   Version: 14.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
  Assignee: unassigned at gcc dot gnu.org
  Reporter: doko at gcc dot gnu.org
  Target Milestone: ---

seen with trunk 20240101 on x86_64-linux-gnu, building the mlt package. It
claims to be not reproducible, but always fails to build.

[ 31%] Building C object src/modules/gdk/CMakeFiles/mltgdk.dir/pixops.c.o
cd /home/packages/gcc/tmp/mlt-7.22.0/obj-x86_64-linux-gnu/src/modules/gdk &&
/usr/bin/cc -DARCH_X86_64 -DUSE_EXIF -DUSE_MMX -DUSE_PANGO -DUSE_PIXBUF
-Dmltgdk_EXPORTS -I/home/packages/gcc/tmp/mlt-7.22.0/src/framework/.. -isystem
/usr/include/gdk-pixbuf-2.0 -isystem /usr/include/glib-2.0 -isystem
/usr/lib/x86_64-linux-gnu/glib-2.0/include -isystem /usr/include/libpng16
-isystem /usr/include/webp -isystem /usr/include/libmount -isystem
/usr/include/blkid -isystem /usr/include/pango-1.0 -isystem
/usr/include/harfbuzz -isystem /usr/include/freetype2 -isystem
/usr/include/fribidi -isystem /usr/include/cairo -isystem /usr/include/pixman-1
-g -O2 -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer
-ffile-prefix-map=/home/packages/gcc/tmp/mlt-7.22.0=. -flto=auto
-ffat-lto-objects -fstack-protector-strong -fstack-clash-protection -Wformat
-Werror=format-security -fcf-protection
-fdebug-prefix-map=/home/packages/gcc/tmp/mlt-7.22.0=/usr/src/mlt-7.22.0-1
-Wdate-time -D_FORTIFY_SOURCE=3 -std=gnu11 -fPIC -mmmx -msse -msse2 -pthread
-MD -MT src/modules/gdk/CMakeFiles/mltgdk.dir/pixops.c.o -MF
CMakeFiles/mltgdk.dir/pixops.c.o.d -o CMakeFiles/mltgdk.dir/pixops.c.o -c
/home/packages/gcc/tmp/mlt-7.22.0/src/modules/gdk/pixops.c
during GIMPLE pass: slp
/home/packages/gcc/tmp/mlt-7.22.0/src/modules/gdk/pixops.c: In function
'scale_line_22_yuv':
/home/packages/gcc/tmp/mlt-7.22.0/src/modules/gdk/pixops.c:188:1: internal
compiler error: in backward_pass, at tree-vect-slp.cc:5346
  188 | scale_line_22_yuv ( int *weights, int n_x, int n_y,
  | ^
0xff857e vect_optimize_slp_pass::backward_pass()
../../src/gcc/tree-vect-slp.cc:5346
0x21d18aa vect_optimize_slp_pass::run()
../../src/gcc/tree-vect-slp.cc:5768
0x1fa5f52 vect_optimize_slp(vec_info*)
../../src/gcc/tree-vect-slp.cc:5787
0x1fa5f52 vect_optimize_slp(vec_info*)
../../src/gcc/tree-vect-slp.cc:5783
0x1de839d vect_slp_analyze_bb_1
../../src/gcc/tree-vect-slp.cc:7579
0x1de839d vect_slp_region
../../src/gcc/tree-vect-slp.cc:7667
0x1de44d9 vect_slp_bbs
../../src/gcc/tree-vect-slp.cc:7878
0x1de1ccd vect_slp_function(function*)
../../src/gcc/tree-vect-slp.cc:8000
0x1de18dc execute
../../src/gcc/tree-vectorizer.cc:1533
Please submit a full bug report, with preprocessed source (by using
-freport-bug).
Please include the complete backtrace with any bug report.
See  for instructions.
The bug is not reproducible, so it is likely a hardware or OS problem.
make[3]: *** [src/modules/gdk/CMakeFiles/mltgdk.dir/build.make:107:
src/modules/gdk/CMakeFiles/mltgdk.dir/pixops.c.o] Error 1

[Bug lto/113204] New: [14 Regression] lto1: error: qsort comparator non-negative on sorted output: 64

2024-01-02 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113204

Bug ID: 113204
   Summary: [14 Regression] lto1: error: qsort comparator
non-negative on sorted output: 64
   Product: gcc
   Version: 14.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: lto
  Assignee: unassigned at gcc dot gnu.org
  Reporter: doko at gcc dot gnu.org
CC: marxin at gcc dot gnu.org
  Target Milestone: ---

seen with trunk 20240101, building the golang-1.21 package with -flto (with
testsuite running during the build), many architectures:

ok  cmd/internal/src0.113s
ok  cmd/internal/test2json  0.422s
--- FAIL: TestCGOLTO (0.25s)
cgo_test.go:32: /home/packages/tmp/golang-1.21-1.21.5/bin/go env CC: "gcc"
cgo_test.go:32: /home/packages/tmp/golang-1.21-1.21.5/bin/go env
CGO_CFLAGS: "-O2 -g"
--- FAIL: TestCGOLTO/0 (9.48s)
cgo_test.go:123: CGO_CFLAGS="-O2 -g -flto"
/home/packages/tmp/golang-1.21-1.21.5/bin/go 
build
cgo_test.go:125: # cgolto
/home/packages/tmp/golang-1.21-1.21.5/pkg/tool/linux_amd64/link:
running gcc failed:
 exit status 1
lto1: error: qsort comparator non-negative on sorted output: 64
during IPA pass: static-var
lto1: internal compiler error: qsort checking failed
0x18e4cee qsort_chk_error
../../src/gcc/vec.cc:204
0x6518ea qsort_chk(void*, unsigned long, unsigned long, int
(*)(void const*, void co
nst*, void*), void*)
../../src/gcc/vec.cc:246
0x1c50705 gcc_sort_r(void*, unsigned long, unsigned long, int
(*)(void const*, void const*, void*), void*)
../../src/gcc/sort.cc:296
0x203e8c1 vec::sort(int (*)(void
const*, void const*, void*), void*)
../../src/gcc/vec.h:1232
0x203e8c1 vec::sort(int (*)(void
const*, void const*, void*), void*)
../../src/gcc/vec.h:2252
0x203e8c1 lto_output()
../../src/gcc/lto-streamer-out.cc:2799
0x203e453 write_lto
../../src/gcc/passes.cc:2779
0x8b2643 ipa_write_optimization_summaries(lto_symtab_encoder_d*)
../../src/gcc/passes.cc:2969
0x2039557 stream_out
../../src/gcc/lto/lto.cc:177
0x2039557 stream_out_partitions_1
../../src/gcc/lto/lto.cc:229
0x1fcd178 stream_out_partitions
../../src/gcc/lto/lto.cc:244
0x1fcd178 lto_wpa_write_files
../../src/gcc/lto/lto.cc:417
0x1fcd178 do_whole_program_analysis
../../src/gcc/lto/lto.cc:592
0x1fcd178 lto_main()
../../src/gcc/lto/lto.cc:666
Please submit a full bug report, with preprocessed source (by using
-freport-bug).
Please include the complete backtrace with any bug report.
See  for instructions.
lto-wrapper: fatal error: gcc returned 1 exit status
compilation terminated.
/usr/bin/ld: error: lto-wrapper failed
collect2: error: ld returned 1 exit status

cgo_test.go:128: go build failed: exit status 1
cgo_test.go:146: failed
FAIL
FAILcmd/link10.473s
ok  cmd/link/internal/benchmark 0.020s

[Bug lto/113197] [14 Regressiion] ICE in in handle_call_arg, at tree-ssa-structalias.cc:4119

2024-01-02 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113197

--- Comment #3 from Matthias Klose  ---
Created attachment 56981
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56981=edit
reduced test case

reduced test case, without object files.

the compiler is configured with --enable-pie

[Bug lto/113197] [14 Regressiion] ICE in in handle_call_arg, at tree-ssa-structalias.cc:4119

2024-01-02 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113197

--- Comment #2 from Matthias Klose  ---
the ICE goes away, if I also build the conntrack.o object file with -fPIC

[Bug lto/113197] [14 Regressiion] ICE in in handle_call_arg, at tree-ssa-structalias.cc:4119

2024-01-02 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113197

--- Comment #1 from Matthias Klose  ---
Created attachment 56976
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56976=edit
reduced test case

reduced test case, still requires another object file

[Bug middle-end/113201] New: [14 Regression] internal compiler error: tree check: expected ssa_name, have integer_cst in replace_uses_by, at tree-cfg.cc:2058

2024-01-02 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113201

Bug ID: 113201
   Summary: [14 Regression] internal compiler error: tree check:
expected ssa_name, have integer_cst in
replace_uses_by, at tree-cfg.cc:2058
   Product: gcc
   Version: 14.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
  Assignee: unassigned at gcc dot gnu.org
  Reporter: doko at gcc dot gnu.org
  Target Milestone: ---

seen with trunk 20240101 on x86_64-linux-gnu, building the
xserver-xorg-video-intel package:

fails with -O1, works with -O0. The unreduced testcase didn't work with -O2
either, the reduced test case works with -O2

$ cat sna_accel.i
void __sigsetjmp();
void kgem_add_reloc() {
  int bh;
  __sigsetjmp();
  while (--bh)
;
  kgem_add_reloc();
}

$ gcc -c -O1 sna_accel.i
during GIMPLE pass: sccp
sna_accel.i: In function 'kgem_add_reloc':
sna_accel.i:2:6: internal compiler error: tree check: expected ssa_name, have
integer_cst in replace_uses_by, at tree-cfg.cc:2058
2 | void kgem_add_reloc() {
  |  ^~
0x137f737 tree_check_failed(tree_node const*, char const*, int, char const*,
...)
../../src/gcc/tree.cc:8952
0xbbd284 tree_check(tree_node*, char const*, int, char const*, tree_code)
../../src/gcc/tree.h:3612
0xbbd284 replace_uses_by(tree_node*, tree_node*)
../../src/gcc/tree-cfg.cc:2058
0x1fcbdc6 final_value_replacement_loop(loop*)
../../src/gcc/tree-scalar-evolution.cc:3885
0x1f62756 execute
../../src/gcc/tree-ssa-loop.cc:410
Please submit a full bug report, with preprocessed source (by using
-freport-bug).

[Bug rtl-optimization/113198] New: [14 Regression] internal compiler error: 'verify_type' failed

2024-01-02 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113198

Bug ID: 113198
   Summary: [14 Regression] internal compiler error: 'verify_type'
failed
   Product: gcc
   Version: 14.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: rtl-optimization
  Assignee: unassigned at gcc dot gnu.org
  Reporter: doko at gcc dot gnu.org
  Target Milestone: ---

seen with trunk 20240101 on at least x86_64-linux-gnu and
powerpc64le-linux-gnu, building the actiona package. The internal retrying
fails, however this is 100% reproducible.

https://launchpadlibrarian.net/706902792/buildlog_ubuntu-noble-amd64.actiona_3.10.1-1build3_BUILDING.txt.gz

usr/include/x86_64-linux-gnu/qt5/QtCore/qmetatype.h:1567:12: error: type
variant has different 'TYPE_FIELDS'
 1567 | struct IsQEnumHelper {
  |^
[...]
/usr/include/x86_64-linux-gnu/qt5/QtCore/qmetatype.h:1567:12: internal compiler
error: 'veri
fy_type' failed
0x704dab verify_type(tree_node const*)
../../src/gcc/tree.cc:14386
0x1cedf12 gen_type_die_with_usage
../../src/gcc/dwarf2out.cc:26226
0x1cee155 gen_type_die_with_usage
../../src/gcc/dwarf2out.cc:26359
0x1cedc3a gen_type_die
../../src/gcc/dwarf2out.cc:26457
0x1cd9c1e gen_decl_die
../../src/gcc/dwarf2out.cc:27058
0x1cf14f0 gen_member_die
../../src/gcc/dwarf2out.cc:25910
0x1cf14f0 gen_struct_or_union_type_die
../../src/gcc/dwarf2out.cc:26006
0x1cf14f0 gen_tagged_type_die
../../src/gcc/dwarf2out.cc:26207
0x1cee11d gen_type_die_with_usage
../../src/gcc/dwarf2out.cc:26401
0x1cedc3a gen_type_die
../../src/gcc/dwarf2out.cc:26457
0x1cd9af2 gen_decl_die
../../src/gcc/dwarf2out.cc:27097
0x1ca7055 dwarf2out_decl
../../src/gcc/dwarf2out.cc:27655
0x1ce3fdc dwarf2out_type_decl
../../src/gcc/dwarf2out.cc:27373
0x1ce3fdc rest_of_type_compilation(tree_node*, int)
../../src/gcc/passes.cc:339
0x1e13490 finish_struct_1(tree_node*)
../../src/gcc/cp/class.cc:7725
0x2005358 instantiate_class_template(tree_node*)
../../src/gcc/cp/pt.cc:12637
0x1cada38 complete_type(tree_node*)
../../src/gcc/cp/typeck.cc:138
0x1db5111 lookup_member(tree_node*, tree_node*, int, bool, int,
access_failure_info*)
../../src/gcc/cp/search.cc:1198
0x1d6fc3f lookup_qualified_name(tree_node*, tree_node*, LOOK_want, bool)
../../src/gcc/cp/name-lookup.cc:7192
0x2043402 tsubst_qualified_id
../../src/gcc/cp/pt.cc:17173
Please submit a full bug report, with preprocessed source (by using
-freport-bug).
Please include the complete backtrace with any bug report.
See  for instructions.
The bug is not reproducible, so it is likely a hardware or OS problem.
make[3]: *** [Makefile:2453: generated/codelineedit.o] Error 1

[Bug lto/113197] New: [14 Regressiion] ICE in in handle_call_arg, at tree-ssa-structalias.cc:4119

2024-01-02 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113197

Bug ID: 113197
   Summary: [14 Regressiion] ICE in in handle_call_arg, at
tree-ssa-structalias.cc:4119
   Product: gcc
   Version: 14.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: lto
  Assignee: unassigned at gcc dot gnu.org
  Reporter: doko at gcc dot gnu.org
CC: marxin at gcc dot gnu.org
  Target Milestone: ---

seen with trunk 20240101 building the conntrack-tools package with LTO enabled,
seen on different architectures:

during GIMPLE pass: alias
../extensions/libct_proto_udp.c: In function 'final_check':
../extensions/libct_proto_udp.c:162:13: internal compiler error: in
handle_call_arg, at tree-ssa-structalias.cc:4119
  162 | static void final_check(unsigned int flags,
  | ^
0x95f3ee handle_call_arg
../../src/gcc/tree-ssa-structalias.cc:4119
0x1c7c620 handle_rhs_call
../../src/gcc/tree-ssa-structalias.cc:4344
0x1c5ef69 find_func_aliases_for_call
../../src/gcc/tree-ssa-structalias.cc:5018
0x1c5ef69 find_func_aliases
../../src/gcc/tree-ssa-structalias.cc:5121
0x1c5c01e compute_points_to_sets
../../src/gcc/tree-ssa-structalias.cc:7573
0x1c5c01e compute_may_aliases()
../../src/gcc/tree-ssa-structalias.cc:8027
0x1b03a70 execute_function_todo
../../src/gcc/passes.cc:2063
0x1a7f141 do_per_function
../../src/gcc/passes.cc:1687
0x1a7f141 execute_todo
../../src/gcc/passes.cc:2142
Please submit a full bug report, with preprocessed source (by using
-freport-bug).

[Bug go/113173] New: [14 Regression] libgo fails to build on aarch64-linux-gnu

2023-12-29 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113173

Bug ID: 113173
   Summary: [14 Regression] libgo fails to build on
aarch64-linux-gnu
   Product: gcc
   Version: 14.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: go
  Assignee: ian at airs dot com
  Reporter: doko at gcc dot gnu.org
  Target Milestone: ---

seen with trunk 20231229 on aarch64-linux-gnu, last successful build from
20231214

[...]
libtool: compile:  /<>/build/./gcc/gccgo
-B/<>/build/./gcc/ -B/usr/aarch64-linux-gnu/bin/
-B/usr/aarch64-linux-gnu/lib/ -isystem /usr/aarch64-linux-gnu/include -isystem
/usr/aarch64-linux-gnu/sys-include -isystem /<>/build/sys-include
-O2 -g -I . -c -fgo-pkgpath=internal/goarch
../../../src/libgo/go/internal/goarch/goarch.go zgoarch.go  -fPIC -o
internal/.libs/goarch.o
zgoarch.go:7:3: error: redefinition of ''
7 |   _BigEndian = false
  |   ^
zgoarch.go:6:3: note: previous definition of '' was here
6 |   _ArchFamily = ARM64
  |   ^
zgoarch.go:8:3: error: redefinition of ''
8 |   _DefaultPhysPageSize = 65536
  |   ^
zgoarch.go:6:3: note: previous definition of '' was here
6 |   _ArchFamily = ARM64
  |   ^
zgoarch.go:9:3: error: redefinition of ''
9 |   _Int64Align = 8
  |   ^
zgoarch.go:6:3: note: previous definition of '' was here
6 |   _ArchFamily = ARM64
  |   ^
zgoarch.go:10:3: error: redefinition of ''
   10 |   _MinFrameSize = 8
  |   ^
zgoarch.go:6:3: note: previous definition of '' was here
6 |   _ArchFamily = ARM64
  |   ^
zgoarch.go:11:3: error: redefinition of ''
   11 |   _PCQuantum = 4
  |   ^
zgoarch.go:6:3: note: previous definition of '' was here
6 |   _ArchFamily = ARM64
  |   ^
zgoarch.go:12:3: error: redefinition of ''
   12 |   _StackAlign = 16
  |   ^
zgoarch.go:6:3: note: previous definition of '' was here
6 |   _ArchFamily = ARM64
  |   ^
../../../src/libgo/go/internal/goarch/goarch.go:8:21: error: expected type
8 | type ArchFamilyType int
  | ^
zgoarch.go:6:17: error: constant refers to itself
6 |   _ArchFamily = ARM64
  | ^
make[6]: *** [Makefile:3059: internal/goarch.lo] Error 1
make[6]: Leaving directory '/<>/build/aarch64-linux-gnu/libgo'
make[5]: *** [Makefile:2358: all-recursive] Error 1

complete build log at
https://launchpad.net/~doko/+archive/ubuntu/toolchain/+build/27596519/+files/buildlog_ubuntu-noble-arm64.gcc-14_14-20231229-0ubuntu1_BUILDING.txt.gz

[Bug target/113169] [14 Regression] ICE in in vect_peel_nonlinear_iv_init, at tree-vect-loop.cc:9420 on amdgcn-amdhsa

2023-12-29 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113169

--- Comment #1 from Matthias Klose  ---
last known successful build was 20231214

[Bug target/113169] New: [14 Regression] ICE in in vect_peel_nonlinear_iv_init, at tree-vect-loop.cc:9420 on amdgcn-amdhsa

2023-12-29 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113169

Bug ID: 113169
   Summary: [14 Regression] ICE in in vect_peel_nonlinear_iv_init,
at tree-vect-loop.cc:9420 on amdgcn-amdhsa
   Product: gcc
   Version: 14.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
  Assignee: unassigned at gcc dot gnu.org
  Reporter: doko at gcc dot gnu.org
  Target Milestone: ---

seen with trunk 20231229 on amdgcn-amdhsa. the offload compiler itself is built
with trunk 20231229.


$ cat l64a.i
char _l64a_buf[1];
void _l64a_r() {
  char *ptr;
  int i;
  long tmp;
  ptr = _l64a_buf;
  i = 0;
  for (; i < 6; ++i) {
if (tmp == 0)
  break;
*ptr++ = tmp >>= 6;
  }
}

 build-gcn/gcc/xgcc -Bbuild-gcn/gcc/ -c -march=gfx900 -O2 -fno-builtin l64a.i
during GIMPLE pass: vect
l64a.i: In function '_l64a_r':
l64a.i:2:6: internal compiler error: in vect_peel_nonlinear_iv_init, at
tree-vect-loop.cc:9420
2 | void _l64a_r() {
  |  ^~~
0x70fa53 vect_peel_nonlinear_iv_init(gimple**, tree_node*, tree_node*,
tree_node*, vect_induction_op_type)
../../src-gcn/gcc/tree-vect-loop.cc:9420
0xf9b415 vect_update_ivs_after_vectorizer
../../src-gcn/gcc/tree-vect-loop-manip.cc:2267
0xf9b415 vect_do_peeling(_loop_vec_info*, tree_node*, tree_node*, tree_node**,
tree_node**, tree_node**, int, bool, bool, tree_node**)
../../src-gcn/gcc/tree-vect-loop-manip.cc:3399
0xf8bd42 vect_transform_loop(_loop_vec_info*, gimple*)
../../src-gcn/gcc/tree-vect-loop.cc:11911
0xfc9b9b vect_transform_loops
../../src-gcn/gcc/tree-vectorizer.cc:1006
0xfca21d try_vectorize_loop_1
../../src-gcn/gcc/tree-vectorizer.cc:1152
0xfca21d try_vectorize_loop
../../src-gcn/gcc/tree-vectorizer.cc:1182
0xfca6b4 execute
../../src-gcn/gcc/tree-vectorizer.cc:1298
Please submit a full bug report, with preprocessed source (by using
-freport-bug).

[Bug target/113030] New: ARM32: option parsing for --march= doesn't work for aliases

2023-12-14 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113030

Bug ID: 113030
   Summary: ARM32: option parsing for --march= doesn't work for
aliases
   Product: gcc
   Version: 14.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
  Assignee: unassigned at gcc dot gnu.org
  Reporter: doko at gcc dot gnu.org
  Target Milestone: ---

seen everywhere, the two last values are documented as aliases:

$ awk -f config/arm/parsecpu.awk -v cmd="chkarch armv7-a+simd"
config/arm/arm-cpus.in
armv7-a+simd

$ awk -f config/arm/parsecpu.awk -v cmd="chkarch armv7-a+neon"
config/arm/arm-cpus.in
error

$ awk -f config/arm/parsecpu.awk -v cmd="chkarch armv7-a+neon-vfpv3"
config/arm/arm-cpus.in
error

[Bug bootstrap/79792] configuring a nvptx-none build with --program-suffix=-7 results in a misnamed installed binary

2023-12-01 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79792

Matthias Klose  changed:

   What|Removed |Added

 Resolution|--- |WORKSFORME
 Status|UNCONFIRMED |RESOLVED

--- Comment #3 from Matthias Klose  ---
closing, works with GCC 13 and 14

[Bug modula2/92148] gm2: race condition building gm2 on trunk

2023-12-01 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92148

Matthias Klose  changed:

   What|Removed |Added

 Resolution|--- |WORKSFORME
 Status|WAITING |RESOLVED
 CC||doko at gcc dot gnu.org

--- Comment #4 from Matthias Klose  ---
closing, works with GCC 13 and 14

[Bug other/91209] gm2 bootstrap comparison failure

2023-12-01 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91209

Matthias Klose  changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution|--- |WORKSFORME
 CC||doko at gcc dot gnu.org

--- Comment #5 from Matthias Klose  ---
closing this one, works on GCC 13 and 14

[Bug modula2/93575] the modula2 frontend fails to build with a profiled bootstrap

2023-12-01 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93575

Matthias Klose  changed:

   What|Removed |Added

 Resolution|--- |FIXED
 CC||doko at gcc dot gnu.org
 Status|UNCONFIRMED |RESOLVED

--- Comment #4 from Matthias Klose  ---
closing this one, works with 13.2.1 and 14.0

[Bug target/102260] amdgcn offload compiler fails to configure, not matching target directive's target id

2023-12-01 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102260

Matthias Klose  changed:

   What|Removed |Added

 Resolution|--- |FIXED
 Status|NEW |RESOLVED
 CC||doko at gcc dot gnu.org

--- Comment #2 from Matthias Klose  ---
closing this one, LLVM 15, 16, 17 are known to work

[Bug target/91035] [11/12/13/14 Regression] gotools fails to build on s390x-linux-gnu

2023-12-01 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91035

Matthias Klose  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 CC||doko at gcc dot gnu.org
 Resolution|--- |FIXED

--- Comment #15 from Matthias Klose  ---
closing, fixed

[Bug bootstrap/110275] [14 Regression] trunk fails to build with binutils trunk on riscv64-linux-gnu

2023-11-30 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110275

Matthias Klose  changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution|--- |FIXED

--- Comment #3 from Matthias Klose  ---
this works for me now with binutils trunk 20231125 and gcc trunk 20231125.

[Bug target/112777] [14 Regression] profiled bootstrap fails on powerpc-linux-gnu, undefined references to __atomic_fetch_add_8

2023-11-30 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112777

--- Comment #2 from Matthias Klose  ---
that commit was from 20231123, my build is from 20231130, so it includes this
patch.

[Bug target/112777] New: [14 Regression] profiled bootstrap fails on powerpc-linux-gnu, undefined references to __atomic_fetch_add_8

2023-11-30 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112777

Bug ID: 112777
   Summary: [14 Regression] profiled bootstrap fails on
powerpc-linux-gnu, undefined references to
__atomic_fetch_add_8
   Product: gcc
   Version: 14.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
  Assignee: unassigned at gcc dot gnu.org
  Reporter: doko at gcc dot gnu.org
  Target Milestone: ---

trunk 20231130 fails to build on powerpc-linux-gnu in stageprofile. Not seen on
powerpc64-linux-gnu and powerpc64el-linux-gnu

make profiledbootstrap-lean

[...]

configure:3088: checking whether the C compiler works
configure:3110:  /home/doko/gcc-snapshot-20231130/build/./prev-gcc/xgcc
-B/home/doko/gcc-snapshot-20231130/build/./prev-gcc/
-B/usr/lib/gcc-snapshot/powerpc-linux-gnu/bin/
-B/usr/lib/gcc-snapshot/powerpc-linux-gnu/bin/
-B/usr/lib/gcc-snapshot/powerpc-linux-gnu/lib/ -isystem
/usr/lib/gcc-snapshot/powerpc-linux-gnu/include -isystem
/usr/lib/gcc-snapshot/powerpc-linux-gnu/sys-include   -fno-checking -g -O2
-fno-checking -gtoggle -fprofile-generate  -static-libstdc++ -static-libgcc
-Wl,-z,relro conftest.c  >&5
/usr/bin/powerpc-linux-gnu-ld:
/home/doko/gcc-snapshot-20231130/build/./prev-gcc/libgcov.a(_gcov_indirect_call_profiler_v4.o):
in function `gcov_counter_add':
/home/doko/gcc-snapshot-20231130/build/powerpc-linux-gnu/libgcc/../../../src/libgcc/libgcov.h:423:(.text+0x4bc):
undefined reference to `__atomic_fetch_add_8'
/usr/bin/powerpc-linux-gnu-ld:
/home/doko/gcc-snapshot-20231130/build/powerpc-linux-gnu/libgcc/../../../src/libgcc/libgcov.h:423:(.text+0x740):
undefined reference to `__atomic_fetch_add_8'
/usr/bin/powerpc-linux-gnu-ld:
/home/doko/gcc-snapshot-20231130/build/powerpc-linux-gnu/libgcc/../../../src/libgcc/libgcov.h:423:(.text+0x798):
undefined reference to `__atomic_fetch_add_8'
collect2: error: ld returned 1 exit status
configure:3114: $? = 1

[Bug bootstrap/111601] [14 Regression] bootstrap fails in stagestrain in libcody on x86_64-linux-gnu and powerpc64le-linux-gnu

2023-10-18 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111601

Matthias Klose  changed:

   What|Removed |Added

 Target|powerpc64le-linux   |powerpc64le-linux
   |x86_64-linux|

--- Comment #2 from Matthias Klose  ---
this seems to be fixed on x86_64-linux-gnu with trunk 20231017.
powerpc64le-linux now fails in a different way, trying to build the libstdc++
pch headers. 

Full build log at
https://buildd.debian.org/status/fetch.php?pkg=gcc-snapshot=ppc64el=1%3A20231017-1=1697561774=1

Configured with: -v
 --with-pkgversion='Debian 20231017-1'
 --with-bugurl='file:///usr/share/doc/gcc-snapshot/README.Bugs'
 --enable-languages=c,ada,c++,go,d,fortran,objc,obj-c++,m2
 --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
 --enable-plugin
 --with-system-zlib
 --enable-libphobos-checking=release
 --with-target-system-zlib=auto
 --with-libphobos-druntime-only=yes
 --enable-objc-gc=auto
 --enable-secureplt
 --enable-targets=powerpcle-linux
 --disable-multilib
 --enable-multiarch
 --disable-werror
 --with-long-double-128

--enable-offload-targets=nvptx-none=/<>/debian/tmp-nvptx/usr/lib/gcc-snapshot
 --enable-offload-defaulted
 --without-cuda-driver
 --enable-checking=yes,extra,rtl
 --build=powerpc64le-linux-gnu
 --host=powerpc64le-linux-gnu
 --target=powerpc64le-linux-gnu
 --with-build-config=bootstrap-lto-lean
 --enable-link-serialization=4

Build target is profiledbootstrap-lean

[Bug target/106271] Bootstrap on RISC-V on Ubuntu 22.04 LTS: bits/libc-header-start.h: No such file or directory

2023-10-12 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106271

--- Comment #9 from Matthias Klose  ---
yes, that's one which could be also backported. Let me submit the other bits
upstream as well.

[Bug bootstrap/111601] New: [14 Regression] bootstrap fails in stagestrain in libcody on x86_64-linux-gnu and powerpc64le-linux-gnu

2023-09-26 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111601

Bug ID: 111601
   Summary: [14 Regression] bootstrap fails in stagestrain in
libcody on x86_64-linux-gnu and powerpc64le-linux-gnu
   Product: gcc
   Version: 14.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: bootstrap
  Assignee: unassigned at gcc dot gnu.org
  Reporter: doko at gcc dot gnu.org
  Target Milestone: ---

seen with trunk 20230917 and 20230926 on both x86_64-linux-gnu and
powerpc64le-linux-gnu with a profiled lto build. last successful build with
this configuration was 20230907.

not seen on aarch64, s390x, riscv64.


build/libcody/config.log just shows:

onfigure:2143: checking whether the C++ compiler works
configure:2165: 
/home/packages/gcc/snap/gcc-snapshot-20230917/build/./prev-gcc/xg++
-B/home/packages/gcc/snap/gcc-snapshot-20230917/build/./prev-gcc/
-B/usr/lib/gcc-snapshot/x86_64-linux-gnu/bin/ -nostdinc++
-B/home/packages/gcc/snap/gcc-snapshot-20230917/build/prev-x86_64-linux-gnu/libstdc++-v3/src/.libs
-B/home/packages/gcc/snap/gcc-snapshot-20230917/build/prev-x86_64-linux-gnu/libstdc++-v3/libsupc++/.libs
 -isystem
/home/packages/gcc/snap/gcc-snapshot-20230917/build/prev-x86_64-linux-gnu/libstdc++-v3/include/x86_64-linux-gnu
 -isystem
/home/packages/gcc/snap/gcc-snapshot-20230917/build/prev-x86_64-linux-gnu/libstdc++-v3/include
 -isystem
/home/packages/gcc/snap/gcc-snapshot-20230917/src/libstdc++-v3/libsupc++
-L/home/packages/gcc/snap/gcc-snapshot-20230917/build/prev-x86_64-linux-gnu/libstdc++-v3/src/.libs
-L/home/packages/gcc/snap/gcc-snapshot-20230917/build/prev-x86_64-linux-gnu/libstdc++-v3/libsupc++/.libs
-g -O2  -static-libstdc++ -static-libgcc -Wl,-z,relro conftest.cpp  >&5
xg++: internal compiler error: Segmentation fault signal terminated program
cc1plus
Please submit a full bug report, with preprocessed source (by using
-freport-bug).
See  for instructions.
configure:2169: $? = 4
configure:2207: result: no
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME "codylib"
| #define PACKAGE_TARNAME "codylib"
| #define PACKAGE_VERSION "0.0"
| #define PACKAGE_STRING "codylib 0.0"
| #define PACKAGE_BUGREPORT "github.com/urnathan/libcody"
| #define PACKAGE_URL ""
| /* end confdefs.h.  */
| 
| int
| main ()
| {
| 
|   ;
|   return 0;
| }
configure:2212: error: in
`/home/packages/gcc/snap/gcc-snapshot-20230917/build/libcody':
configure:2214: error: C++ compiler cannot create executables

GCC is configured with

Configured with: -v
 --with-pkgversion='Debian 20230926-1'
 --with-bugurl='file:///usr/share/doc/gcc-snapshot/README.Bugs'
 --enable-languages=c,ada,c++,go,d,fortran,objc,obj-c++,m2
 --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
 --enable-libphobos-checking=release
 --with-target-system-zlib=auto
 --enable-objc-gc=auto
 --enable-multiarch
 --disable-werror
 --enable-cet
 --with-arch-32=i686
 --with-abi=m64
 --with-multilib-list=m32,m64,mx32
 --enable-multilib
 --with-tune=generic

--enable-offload-targets=nvptx-none=/<>/debian/tmp-nvptx/usr/lib/gcc-snapshot,amdgcn-amdhsa=/<>/debian/tmp-gcn/usr/lib/gcc-snapshot
 --enable-offload-defaulted
 --without-cuda-driver
 --enable-checking=yes,extra,rtl
 --build=x86_64-linux-gnu
 --host=x86_64-linux-gnu
 --target=x86_64-linux-gnu
 --with-build-config=bootstrap-lto-lean
 --enable-link-serialization=3

and running make profiledbootstrap-lean

[Bug modula2/111510] New: Modula-2 runtime ICE on arm-linux-gnueabihf: iso/RTentity.mod:245:in findChildAndParent has caused internal runtime error, RTentity is either corrupt or the module storage ha

2023-09-20 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111510

Bug ID: 111510
   Summary: Modula-2 runtime ICE on arm-linux-gnueabihf:
iso/RTentity.mod:245:in findChildAndParent has caused
internal runtime error, RTentity is either corrupt or
the module storage has not been initialized yet
   Product: gcc
   Version: 13.2.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: modula2
  Assignee: gaius at gcc dot gnu.org
  Reporter: doko at gcc dot gnu.org
  Target Milestone: ---

seen with current gcc-13 branch, that used to work with GCC 12 before (although
M2 was not yet merged at this time). running a simple HelloWorld.mod on
arm-linux-gnueabihf fails with:

2746s autopkgtest [17:26:10]: test libgm2-link: [---
2748s build: OK
2748s   libm2cor.so.18 => /lib/arm-linux-gnueabihf/libm2cor.so.18 (0xf7eec000)
2748s   libm2pim.so.18 => /lib/arm-linux-gnueabihf/libm2pim.so.18 (0xf7ec8000)
2748s   libm2iso.so.18 => /lib/arm-linux-gnueabihf/libm2iso.so.18 (0xf7ea1000)
2748s   libstdc++.so.6 => /lib/arm-linux-gnueabihf/libstdc++.so.6 (0xf7cf6000)
2748s   libgcc_s.so.1 => /lib/arm-linux-gnueabihf/libgcc_s.so.1 (0xf7cdc000)
2748s   libc.so.6 => /lib/arm-linux-gnueabihf/libc.so.6 (0xf7bac000)
2748s   /lib/ld-linux-armhf.so.3 (0xf7eff000)
2748s   libm.so.6 => /lib/arm-linux-gnueabihf/libm.so.6 (0xf7b6a000)
2748s
../../../../src/libgm2/libm2iso/../../gcc/m2/gm2-libs-iso/RTentity.mod:245:in
findChildAndParent has caused internal runtime error, RTentity is either
corrupt or the module storage has not been initialized yet
2749s autopkgtest [17:26:13]: test libgm2-link: ---]

[Bug ipa/111283] [14 Regression] gnat profilebootstrap broken on trunk 20230902 on 32bit targets

2023-09-04 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111283

--- Comment #6 from Matthias Klose  ---
last known successful profiled bootstrap with trunk 20230811

[Bug ipa/111283] [14 Regression] gnat profilebootstrap broken on trunk 20230902 on 32bit targets

2023-09-04 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111283

--- Comment #5 from Matthias Klose  ---
a normal bootstrap (at least on i686-linux-gnu) succeeds

[Bug ada/111283] gnat bootstrap broken on trunk 20230902 on 32bit targets

2023-09-04 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111283

--- Comment #1 from Matthias Klose  ---
Configured with: -v
 --enable-languages=c,ada,c++,go,d,fortran,objc,obj-c++,m2
 --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-libitm
 --disable-libquadmath
 --disable-libquadmath-support
 --enable-plugin
 --with-system-zlib
 --enable-libphobos-checking=release
 --with-target-system-zlib=auto
 --enable-objc-gc=auto
 --enable-multiarch
 --disable-sjlj-exceptions
 --with-arch=armv7-a+fp
 --with-float=hard
 --with-mode=thumb
 --disable-werror
 --enable-checking=yes

make profiledbootstrap-lean

[Bug ada/111283] New: gnat bootstrap broken on trunk 20230902 on 32bit targets

2023-09-04 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111283

Bug ID: 111283
   Summary: gnat bootstrap broken on trunk 20230902 on 32bit
targets
   Product: gcc
   Version: 14.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: ada
  Assignee: unassigned at gcc dot gnu.org
  Reporter: doko at gcc dot gnu.org
CC: dkm at gcc dot gnu.org
  Target Milestone: ---

seen with trunk 20230902 on at least arm-linux-gnueabihf, i686-linux-gnu and
powerpc-linux-gnu:

/<>/build/./prev-gcc/xgcc -B/<>/build/./prev-gcc/
-B/usr/lib/gcc-snapshot/arm-linux-gnueabihf/bin/
-B/usr/lib/gcc-snapshot/arm-linux-gnueabihf/bin/
-B/usr/lib/gcc-snapshot/arm-linux-gnueabihf/lib/ -isystem
/usr/lib/gcc-snapshot/arm-linux-gnueabihf/include -isystem
/usr/lib/gcc-snapshot/arm-linux-gnueabihf/sys-include-c -g -O2
-fprofile-use -fprofile-reproducible=parallel-runs  -gnatpg -gnata -W -Wall
-fno-PIE -nostdinc -I- -I. -Iada/generated -Iada -I../../src/gcc/ada
-Iada/libgnat -I../../src/gcc/ada/libgnat -Iada/gcc-interface
-I../../src/gcc/ada/gcc-interface ../../src/gcc/ada/nlists.adb -o ada/nlists.o
../../src/gcc/ada/nlists.adb: In function 'Nlists.New_List':
../../src/gcc/ada/nlists.adb:787:4: error: probability of edge 15->16 not
initialized
during IPA pass: inline
+===GNAT BUG DETECTED==+
| 14.0.0 20230902 (experimental) [master r14-3635-g4e2d53c9434]
(arm-linux-gnueabihf) GCC error:|
| verify_flow_info failed  |
| Error detected around ../../src/gcc/ada/nlists.adb:787:4 |
| Compiling ../../src/gcc/ada/nlists.adb   |
| Please submit a bug report; see https://gcc.gnu.org/bugs/ .  |
| Use a subject line meaningful to you and us to track the bug.|
| Include the entire contents of this bug box in the report.   |
| Include the exact command that you entered.  |
| Also include sources listed below.   |
+==+

Please include these source files with error report
Note that list may not be accurate in some cases,
so please double check that the problem can still
be reproduced with the set of files listed.
Consider also -gnatd.n switch (see debug.adb).

../../src/gcc/ada/gcc-interface/system.ads
../../src/gcc/ada/nlists.adb
../../src/gcc/ada/nlists.ads
../../src/gcc/ada/types.ads
../../src/gcc/ada/libgnat/ada.ads
../../src/gcc/ada/libgnat/a-unccon.ads
../../src/gcc/ada/libgnat/a-uncdea.ads
../../src/gcc/ada/alloc.ads
../../src/gcc/ada/atree.ads
../../src/gcc/ada/sinfo.ads
../../src/gcc/ada/namet.ads
../../src/gcc/ada/hostparm.ads
../../src/gcc/ada/table.ads
../../src/gcc/ada/uintp.ads
../../src/gcc/ada/urealp.ads
ada/sinfo-nodes.ads
ada/seinfo.ads
../../src/gcc/ada/output.ads
../../src/gcc/ada/libgnat/s-os_lib.ads
../../src/gcc/ada/libgnat/s-string.ads
../../src/gcc/ada/einfo.ads
ada/snames.ads
../../src/gcc/ada/stand.ads
ada/einfo-entities.ads
../../src/gcc/ada/einfo-utils.ads
../../src/gcc/ada/debug.ads
../../src/gcc/ada/libgnat/s-exctab.ads
../../src/gcc/ada/libgnat/s-stalib.ads
../../src/gcc/ada/libgnat/s-unstyp.ads
../../src/gcc/ada/libgnat/s-conca2.ads
../../src/gcc/ada/libgnat/s-assert.ads
../../src/gcc/ada/libgnat/a-assert.ads
../../src/gcc/ada/table.adb
../../src/gcc/ada/opt.ads
../../src/gcc/ada/libgnat/s-wchcon.ads
../../src/gcc/ada/libgnat/s-memory.ads
../../src/gcc/ada/libgnat/a-except.ads
../../src/gcc/ada/libgnat/s-parame.ads
../../src/gcc/ada/libgnat/s-traent.ads


raised TYPES.UNRECOVERABLE_ERROR : comperr.adb:412

[Bug c++/108080] ICE: in core_vals, at cp/module.cc:6262 with -fmodule-header

2023-07-26 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108080

--- Comment #4 from Matthias Klose  ---
the original attached test case also fails

[Bug c++/108080] ICE: in core_vals, at cp/module.cc:6262 with -fmodule-header

2023-07-26 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108080

Matthias Klose  changed:

   What|Removed |Added

 CC||doko at gcc dot gnu.org

--- Comment #3 from Matthias Klose  ---
seen with trunk 20230718:

$ cat foo.ii
module;
# 1 "" 1 3
namespace std {
template  struct hash;
}
typedef long unsigned size_t;
namespace std {
template  struct pair {
  int second;
  template  constexpr pair();
};
template 
void operator>(pair<_T1, _T2>, pair<_T1, _T2>);
template  struct __new_allocator {
  allocate___n() { allocate___n > this; }
};
template  using __allocator_base = __new_allocator<_Tp>;
template  struct allocator : __allocator_base {
  __attribute__allocator() {}
};
template class allocator;
template  struct array;
void get(array<1>);
template 
template 
constexpr pair<_T1, _T2>::pair() : second(get) {}
struct vector {
  friend hash;
};
void swap(vector);
template  struct __uniq_ptr_impl {
  swap() { std::swap; }
};
template  struct unique_ptr {
  __uniq_ptr_impl pointer;
};
struct shared_ptr {
  operator=(unique_ptr<>);
};
struct __shared_ptr {
  friend shared_ptr;
};
void operator==(__shared_ptr, __shared_ptr);
template  struct array {
  size() { size == 0; }
};
} // namespace std
#pragma GCC optimize ""
namespace std {
struct id {
  friend operator>(id, id);
};
struct hash;
} // namespace std
# 7 "" 2
export module spdlog_wrapper;

$ /usr/lib/gcc-snapshot/bin/g++ -std=c++20 -fmodules-ts -Wall -c foo.ii
foo.ii:7:8: internal compiler error: in core_vals, at cp/module.cc:6262
7 | namespace std {
  |^~
0x11e5613 trees_out::core_vals(tree_node*)
../../src/gcc/cp/module.cc:6262
0x11e6353 trees_out::tree_node_vals(tree_node*)
../../src/gcc/cp/module.cc:7218
0x11ec349 trees_out::tree_value(tree_node*)
../../src/gcc/cp/module.cc:9083
0x11e8faf trees_out::tree_node(tree_node*)
../../src/gcc/cp/module.cc:9281
0x11e59be trees_out::core_vals(tree_node*)
../../src/gcc/cp/module.cc:6171
0x11e6353 trees_out::tree_node_vals(tree_node*)
../../src/gcc/cp/module.cc:7218
0x11e6cb7 trees_out::decl_value(tree_node*, depset*)
../../src/gcc/cp/module.cc:7797
0x11ee50d depset::hash::find_dependencies(module_state*)
../../src/gcc/cp/module.cc:13328
0x11eea54 module_state::write_begin(elf_out*, cpp_reader*,
module_state_config&, unsigned int&)
../../src/gcc/cp/module.cc:17895
0x79f4e7 finish_module_processing(cpp_reader*)
../../src/gcc/cp/module.cc:20237
0x1bc5fd5 c_parse_final_cleanups()
../../src/gcc/cp/decl2.cc:5184
0x21034b1 c_common_parse_file()
../../src/gcc/c-family/c-opts.cc:1274
Please submit a full bug report, with preprocessed source (by using
-freport-bug).
Please include the complete backtrace with any bug report.

[Bug target/106966] [12/13/14 Regression] alpha cross build crashes gcc-12 "internal compiler error: in emit_move_insn"

2023-07-13 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106966

--- Comment #13 from Matthias Klose  ---
search for "test-summary"
https://buildd.debian.org/status/logs.php?pkg=gcc-12=alpha

12.3.0-5 is gcc-12 branch 20230630
12.3.0-6 is gcc-12 branch 20230707 with the proposed patch applied

comparing gcc summary (-5 to -6):

=== gcc Summary ===

# of expected passes136199
# of unexpected failures657
# of unexpected successes   16
# of expected failures  1112
# of unresolved testcases   8
# of unsupported tests  2539
/<>/build/gcc/xgcc  version 12.3.0 (Debian 12.3.0-5) 

=== gcc Summary ===

# of expected passes136261
# of unexpected failures652
# of unexpected successes   16
# of expected failures  1112
# of unresolved testcases   8
# of unsupported tests  2539
/<>/build/gcc/xgcc  version 12.3.0 (Debian 12.3.0-6)

[Bug target/106966] [12/13/14 Regression] alpha cross build crashes gcc-12 "internal compiler error: in emit_move_insn"

2023-07-10 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106966

--- Comment #12 from Matthias Klose  ---
I'll apply the proposed patch for the next gcc-13 Debian upload, then reporting
back test results.

[Bug target/110606] New: [10/11/12/13/14] ICE output_operand: '%&' used without any local dynamic TLS references on powerpc64le-linux-gnu

2023-07-09 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110606

Bug ID: 110606
   Summary: [10/11/12/13/14] ICE output_operand: '%&' used without
any local dynamic TLS references on
powerpc64le-linux-gnu
   Product: gcc
   Version: 13.1.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
  Assignee: unassigned at gcc dot gnu.org
  Reporter: doko at gcc dot gnu.org
  Target Milestone: ---

[forwarded from https://bugs.debian.org/1040444]

seen with 10, 11, 12, 13 and trunk, building firefox. 

$ cat Unified_cpp_gfx_skia17.ii
struct SkSTArray {
  int *begin();
  int *end();
};
static void *AllocMemory();
struct IRNode {
  void *operator new(unsigned long) { return AllocMemory(); }
};
struct SwitchCase : IRNode {
  static void MakeDefault() { new SwitchCase(true, 0); }
  SwitchCase(bool, int);
};
SkSTArray __trans_tmp_3;
void inlineStatement() {
  for (int switchCaseStmt : __trans_tmp_3)
SwitchCase::MakeDefault();
}
static thread_local int *sMemPool;
int set_thread_local_memory_pool_memPool;
void detachFromThread() { sMemPool = _thread_local_memory_pool_memPool; }
long AllocMemory_size;
void *AllocMemory() {
  void *__trans_tmp_2;
  if (sMemPool) {
__trans_tmp_2 = operator new(AllocMemory_size);
return __trans_tmp_2;
  }
  void *ptr = operator new(AllocMemory_size);
  return ptr;
}

$ powerpc64le-linux-gnu-g++-13 -c Unified_cpp_gfx_skia17.ii -fno-exceptions
-fno-strict-aliasing -fPIC -O2
during RTL pass: final
Unified_cpp_gfx_skia17.ii: In function ‘void inlineStatement()’:
Unified_cpp_gfx_skia17.ii:17:1: internal compiler error: output_operand: '%&'
used without any local dynamic TLS references
   17 | }
  | ^
0xa06ff3 output_operand_lossage(char const*, ...)
../../src/gcc/final.cc:3190
0xa07373 output_operand(rtx_def*, int)
../../src/gcc/final.cc:3632
0xa07c5c output_asm_insn(char const*, rtx_def**)
../../src/gcc/final.cc:3557
0xa09517 final_scan_insn_1
../../src/gcc/final.cc:2841
0xa09a08 final_scan_insn(rtx_insn*, _IO_FILE*, int, int, int*)
../../src/gcc/final.cc:2887
0xa09c95 final_1
../../src/gcc/final.cc:1979
0xa0a4a6 rest_of_handle_final
../../src/gcc/final.cc:4240
0xa0a4a6 execute
../../src/gcc/final.cc:4318
Please submit a full bug report, with preprocessed source (by using
-freport-bug).
Please include the complete backtrace with any bug report.


Configured with: ../src/configure -v --with-pkgversion='Debian 13.1.0-6'
--with-bugurl=file:///usr/share/doc/gcc-13/README.Bugs
--enable-languages=c,ada,c++,go,d,fortran,objc,obj-c++,m2,rust --prefix=/usr
--with-gcc-major-version-only --program-suffix=-13 --enable-shared
--enable-linker-build-id --libexecdir=/usr/libexec --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 --enable-plugin
--enable-default-pie --with-system-zlib --enable-libphobos-checking=release
--without-target-system-zlib --with-libphobos-druntime-only=yes
--enable-secureplt --enable-targets=powerpcle-linux --disable-multilib
--enable-multiarch --disable-werror --with-long-double-128
--enable-offload-targets=nvptx-none=/build/gcc-13-cross-pG4N37/gcc-13-cross-6/gcc/debian/tmp-nvptx/usr
--enable-offload-defaulted --enable-checking=release --build=x86_64-linux-gnu
--host=x86_64-linux-gnu --target=powerpc64le-linux-gnu
--program-prefix=powerpc64le-linux-gnu-
--includedir=/usr/powerpc64le-linux-gnu/include
--with-build-config=bootstrap-lto-lean --enable-link-serialization=2

[Bug target/110597] New: [12/13/14 Regression] ICE in emit_move_insn, at expr.cc:4224 on alpha-linux-gnu

2023-07-08 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110597

Bug ID: 110597
   Summary: [12/13/14 Regression] ICE in emit_move_insn, at
expr.cc:4224 on alpha-linux-gnu
   Product: gcc
   Version: 12.4.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
  Assignee: unassigned at gcc dot gnu.org
  Reporter: doko at gcc dot gnu.org
  Target Milestone: ---

forwarded from https://bugs.debian.org/1019011

seen with current gcc-12 and gcc-13 branches and trunk on alpha-linux-gnu,
-mbuild-constants triggers the issue

$ cat tst.i
short *a;
void b() { a[0] = a[1] = a[2] = a[3] = 2; }

$ alpha-linux-gnu-gcc-13 -c -msmall-text -msmall-data -mno-fp-regs
-mbuild-constants -mcpu=ev67 -O2 tst.i
during RTL pass: expand
tst.i: In function ‘b’:
tst.i:2:17: internal compiler error: in emit_move_insn, at expr.cc:4224
2 | void b() { a[0] = a[1] = a[2] = a[3] = 2; }
  |~^~~~
0x596354 emit_move_insn(rtx_def*, rtx_def*)
../../src/gcc/expr.cc:4224
0xe01205 alpha_emit_set_long_const
../../src/gcc/config/alpha/alpha.cc:2094
0xe095aa alpha_split_const_mov(machine_mode, rtx_def**)
../../src/gcc/config/alpha/alpha.cc:2208
0xe09711 alpha_expand_mov(machine_mode, rtx_def**)
../../src/gcc/config/alpha/alpha.cc:2254
0x1168e59 gen_movv4hi(rtx_def*, rtx_def*)
../../src/gcc/config/alpha/alpha.md:4463
0x801697 rtx_insn* insn_gen_fn::operator()(rtx_def*,
rtx_def*) const
../../src/gcc/recog.h:407
0x801697 emit_move_ccmode
../../src/gcc/expr.cc:4043
0x801697 emit_move_insn_1(rtx_def*, rtx_def*)
../../src/gcc/expr.cc:4188
0x801a7f emit_move_insn(rtx_def*, rtx_def*)
../../src/gcc/expr.cc:4339
0x7dfae7 force_reg(machine_mode, rtx_def*)
../../src/gcc/explow.cc:683
0xe0be16 alpha_expand_movmisalign(machine_mode, rtx_def**)
../../src/gcc/config/alpha/alpha.cc:2414
0x1169096 gen_movmisalignv4hi(rtx_def*, rtx_def*)
../../src/gcc/config/alpha/alpha.md:4485
0xa31258 maybe_expand_insn(insn_code, unsigned int, expand_operand*)
../../src/gcc/optabs.cc:8153
0xa31258 expand_insn(insn_code, unsigned int, expand_operand*)
../../src/gcc/optabs.cc:8184
0x80ab17 expand_assignment(tree_node*, tree_node*, bool)
../../src/gcc/expr.cc:5613
0x701ee2 expand_gimple_stmt_1
../../src/gcc/cfgexpand.cc:3946
0x701ee2 expand_gimple_stmt
../../src/gcc/cfgexpand.cc:4044
0x706cb7 expand_gimple_basic_block
../../src/gcc/cfgexpand.cc:6106
0x7088e6 execute
../../src/gcc/cfgexpand.cc:6841
Please submit a full bug report, with preprocessed source (by using
-freport-bug).
Please include the complete backtrace with any bug report.

[Bug go/110297] [13/14 Regression] all libgo tests fail on arm-linux-gnueabi and arm-linxu-gnueabihf

2023-06-19 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110297

Matthias Klose  changed:

   What|Removed |Added

 Target|arm-linux-gnueabihf |arm-linux-gnueabihf
   |arm-linux-gnueabi   |arm-linux-gnueabi
   ||powerpc-linux-gnu

--- Comment #1 from Matthias Klose  ---
the libgo tests also fail on powerpc-linux-gnu (for 32bit, but not for the
64bit multilibs).

the tests pass on i686-linux-gnu, also the 32bit multilib tests on
sparc64-linux-gnu.

[Bug go/110297] New: [13/14 Regression] all libgo tests fail on arm-linux-gnueabi and arm-linxu-gnueabihf

2023-06-17 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110297

Bug ID: 110297
   Summary: [13/14 Regression] all libgo tests fail on
arm-linux-gnueabi and arm-linxu-gnueabihf
   Product: gcc
   Version: 13.1.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: go
  Assignee: ian at airs dot com
  Reporter: doko at gcc dot gnu.org
  Target Milestone: ---

seen on the gcc-13 branch 20230611 on arm-linux-gnueabi and
arm-linux-gnueabihf:

and all libgo tests fail on ARM32, both on the gcc-13 branch and the trunk.

[...]
fatal error: runtime: cannot allocate memory

runtime stack:
runtime.dopanic__m
../../../src/libgo/go/runtime/panic.go:1207
runtime.fatalthrow
../../../src/libgo/go/runtime/panic.go:1073
runtime.throw
../../../src/libgo/go/runtime/panic.go:1044
runtime.persistentalloc1
../../../src/libgo/go/runtime/malloc.go:1475
runtime.persistentalloc..func1
../../../src/libgo/go/runtime/malloc.go:1429
runtime.systemstack
../../../src/libgo/go/runtime/stubs.go:61
runtime.persistentalloc
../../../src/libgo/go/runtime/malloc.go:1428
runtime.addrRanges.init
../../../src/libgo/go/runtime/mranges.go:170
runtime.pageAlloc.init
../../../src/libgo/go/runtime/mpagealloc.go:330
runtime.mheap.init
../../../src/libgo/go/runtime/mheap.go:723
runtime.mallocinit
../../../src/libgo/go/runtime/malloc.go:497
runtime.schedinit
../../../src/libgo/go/runtime/proc.go:681

:0

:0
__libc_start_main
:0


that's from a simple check:
GO=go-13

WORKDIR=$(mktemp -d)
trap "rm -rf $WORKDIR" 0 INT QUIT ABRT PIPE TERM
cd $WORKDIR
cat < hello.go
package main
import "fmt"
func main() {
fmt.Println("hello world")
}
EOF

$GO run hello.go
$GO build hello.go
echo "build: OK"
ldd hello
[ -x hello ]
./hello
echo "run: OK"

[Bug ipa/110276] New: [13 Regression] ICE building efibootguard on x86_64-linux-gnu

2023-06-15 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110276

Bug ID: 110276
   Summary: [13 Regression] ICE building efibootguard on
x86_64-linux-gnu
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: ipa
  Assignee: unassigned at gcc dot gnu.org
  Reporter: doko at gcc dot gnu.org
CC: marxin at gcc dot gnu.org
  Target Milestone: ---

seen with the gcc-13 branch 20230611 on x86_64-linux-gnu:

works with -O1, fails with -O2

$ cat itco.i
typedef long (*EFI_PCI_IO_PROTOCOL_CONFIG)();
typedef struct {
  EFI_PCI_IO_PROTOCOL_CONFIG Read;
} EFI_PCI_IO_PROTOCOL_CONFIG_ACCESS;
typedef struct {
  EFI_PCI_IO_PROTOCOL_CONFIG_ACCESS Pci;
} EFI_PCI_IO_PROTOCOL;
int init_regs_0;
static void __attribute__((constructor)) init(EFI_PCI_IO_PROTOCOL *pci_io) {
  if (init_regs_0)
pci_io->Pci.Read();
}
$ gcc -c -O2 -std=gnu99 -fpic -fshort-wchar -ffreestanding -fno-strict-aliasing
-fno-stack-protector itco.i 
during IPA pass: sra
itco.i:12:1: internal compiler error: in adjust_parameter_descriptions, at
ipa-sra.cc:4263
   12 | }
  | ^
0x74317d adjust_parameter_descriptions
../../src/gcc/ipa-sra.cc:4263
0x74317d ipa_sra_analysis
../../src/gcc/ipa-sra.cc:4427
0x74317d execute
../../src/gcc/ipa-sra.cc:4554
Please submit a full bug report, with preprocessed source (by using
-freport-bug).
Please include the complete backtrace with any bug report.

[Bug bootstrap/110275] [14 Regression] trunk fails to build with binutils trunk on riscv64-linux-gnu

2023-06-15 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110275

--- Comment #1 from Matthias Klose  ---
... and built with make profiledbootstrap-lean

[Bug bootstrap/110275] New: [14 Regression] trunk fails to build with binutils trunk on riscv64-linux-gnu

2023-06-15 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110275

Bug ID: 110275
   Summary: [14 Regression] trunk fails to build with binutils
trunk on riscv64-linux-gnu
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: bootstrap
  Assignee: unassigned at gcc dot gnu.org
  Reporter: doko at gcc dot gnu.org
  Target Milestone: ---

seen with trunk 20230613, binutils trunk 20230611 on riscv64-linux-gnu:

[...]
insn-opinit.o: in function `init_all_optabs(target_optabs*)':
/<>/build/gcc/insn-opinit.cc:4150:(.text+0x928): relocation
truncated to fit: R_RIS
CV_JAL against `.L324'
collect2: error: ld returned 1 exit status
Command exited with non-zero status 1
make[5]: *** [../../src/gcc/c/Make-lang.in:87: cc1] Error 1

gcc is configured with:

Configured with: -v
 --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-libitm
 --disable-libquadmath
 --disable-libquadmath-support
 --enable-plugin
 --with-system-zlib
 --enable-libphobos-checking=release
 --with-target-system-zlib=auto
 --enable-objc-gc=auto
 --enable-multiarch
 --disable-werror
 --disable-multilib
 --with-arch=rv64gc
 --with-abi=lp64d
 --enable-checking=yes
 --build=riscv64-linux-gnu
 --host=riscv64-linux-gnu
 --target=riscv64-linux-gnu
 --with-build-config=bootstrap-lto-lean
 --enable-link-serialization=2

[Bug lto/110098] [11.4 Regression] binutils bootstrap tests fail when built with 11.4

2023-06-02 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110098

--- Comment #1 from Matthias Klose  ---
Created attachment 55246
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55246=edit
log file

log file doesn't show any hint

[Bug lto/110098] New: [11.4 Regression] binutils bootstrap tests fail when built with 11.4

2023-06-02 Thread doko at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110098

Bug ID: 110098
   Summary: [11.4 Regression] binutils bootstrap tests fail when
built with 11.4
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: lto
  Assignee: unassigned at gcc dot gnu.org
  Reporter: doko at gcc dot gnu.org
CC: marxin at gcc dot gnu.org
  Target Milestone: ---

binutils bootstrap tests fail when built with 11.4, same configuration runs
successful tests when built with 11.3 or 12.3. seems to be limited to
x86_64-linux-gnu and i686-linux-gnu.

seen with binutils builds (2.38, 2.39, 2.40), binutils configured with 
--enable-obsolete --enable-shared --enable-plugins --enable-threads
--enable-jansson --with-system-zlib --sysconfdir=/etc
--enable-deterministic-archives --disable-compressed-debug-sections
--enable-new-dtags --disable-x86-used-note
--with-gold-ldflags=-static-libstdc++ --disable-werror --enable-pgo-build=lto
--enable-gprofng

The triggering option is --enable-pgo-build=lto, the tests pass when configured
without this option. Failing tests are:

[...]
Running
/home/packages/binutils/binutils-2.40/ld/testsuite/ld-bootstrap/bootstrap.exp
...
FAIL: bootstrap
FAIL: bootstrap with strip
FAIL: bootstrap with -Wl,--traditional-format
FAIL: bootstrap with -Wl,--no-keep-memory
FAIL: bootstrap with -Wl,--relax
FAIL: bootstrap with -Wl,--max-cache-size=-1
[...]

  1   2   3   4   5   6   7   8   9   >