https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119364
--- Comment #8 from Matthias Klose ---
the patch in comment 7 works for me, also building the libgcobol library
successfully.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119364
--- Comment #5 from Matthias Klose ---
goes further, until:
../../src/gcc/cobol/lexio.cc: In function 'replacing_pair_t
parse_replacing_pair(const char*, const char*)':
../../src/gcc/cobol/lexio.cc:725:33: error: call of overloaded 'span_t(long
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119364
--- Comment #3 from Matthias Klose ---
checked with 20250405, that this fails with an i686 -> amd64 cross compiler:
[...]
In file included from ../../src/gcc/cobol/cdf.y:37:
../../src/gcc/cobol/../../libgcobol/common-defs.h:185:23: error: enume
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119571
--- Comment #3 from Matthias Klose ---
https://launchpad.net/ubuntu/+source/gcc-15-cross/5ubuntu1
https://launchpad.net/ubuntu/+source/gcc-15-cross-ports/6ubuntu1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119571
--- Comment #1 from Matthias Klose ---
also seen with arm64 -> alpha and s390x -> ppc64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118939
--- Comment #7 from Matthias Klose ---
ahh, yes, the not yet completed 64bit time_t stuff ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118939
Matthias Klose changed:
What|Removed |Added
Status|WAITING |UNCONFIRMED
Ever confirmed|1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119353
--- Comment #8 from Matthias Klose ---
mentioned on irc, #gcc:
https://github.com/Rust-GCC/gccrs/commit/1bd6cdbd8d2a6e0bfaaf5c8ef61ca453f09899cf
that works for me on x86_64-linux-gnu at least
Severity: normal
Priority: P3
Component: cobol
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
Target Milestone: ---
In file included from ../../src/gcc/cobol/cdf.y:34:
../../src/gcc/../libgcobol/common-defs.h:170:23: error: enumerator
: 14.2.1
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116917
Matthias Klose changed:
What|Removed |Added
Summary|[13 Regression] raised |[13/14 Regression] raised
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119211
Bug 119211 depends on bug 119237, which changed state.
Bug 119237 Summary: building a cobol cross compiler fails to build the compiler
fully
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119237
What|Removed |Ad
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119237
Matthias Klose changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119237
--- Comment #4 from Matthias Klose ---
the transformation for GCOBOL_INSTALL_NAME is now fixed in trunk, I didn't
touch the cross case yet.
Is there a rationale, why GCOBOL_TARGET_INSTALL_NAME should be used, together
with that logic in the ins
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119237
Matthias Klose changed:
What|Removed |Added
CC||doko at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119352
Matthias Klose changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
Priority: P3
Component: cobol
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
Target Milestone: ---
trying to build an x86_64-linux-gnu to aarch64-linux-gnu cobol cross compiler
succeeds, but the gcobol driver is not built, and then
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118939
Matthias Klose changed:
What|Removed |Added
CC||doko at gcc dot gnu.org
--- Comment
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
Target Milestone: ---
Created attachment 60506
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60506&action=edit
preprocessed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114065
--- Comment #34 from Matthias Klose ---
two months now passed, and we are in stage4 now for over a month. what is the
status of that now?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118248
--- Comment #14 from Matthias Klose ---
there's no .i file for D, the file in question is
libphobos/libdruntime/core/exception.d
Priority: P3
Component: other
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
Target Milestone: ---
just saw this, not having gold installed with the binutils 2.44 release:
$ gcc -fuse-ld=gold foo.c
collect2: fatal error: cannot find &#x
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118795
--- Comment #3 from Matthias Klose ---
the issue goes away when building without precompiled headers :-/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118781
Matthias Klose changed:
What|Removed |Added
Resolution|--- |FIXED
Status|WAITING
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
Target Milestone: ---
seen with trunk 20241218 and 20250203 building the actiona 3.10.1 package. It's
a "The bug is not reproducible" issue, but consistent when retrying:
g++ -c -pipe -s
: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
Target Milestone: ---
seen with trunk 20241218 and 20250203 building the atlas-ecmwf 0.40.0 package:
[ 63%] Building Fortran object
Priority: P3
Component: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
Target Milestone: ---
seen with trunk 20241218 and 20250203 on x86_64-linux-gnu. Not yet reduced, the
build system has a hardcoded pch build. building
Component: lto
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
Target Milestone: ---
seen with trunk 20241218 and 20250203, building the fiat-ecmwf (Fortran)
package. triggered by LTO, builds without LTO:
during RTL pass: final
/usr/src/fiat-ecmwf-1.4.1
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
Target Milestone: ---
seen with trunk 20241218 and 20250203, build the fckit 0.13.2 package, same ICE
with and without LTO:
cd /<>/debian/build-gf
: normal
Priority: P3
Component: lto
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
Target Milestone: ---
seen with trunk 20241218 and 20250203, bootstrapping the golang-1.23 package.
Disabling LTO lets the package build
++
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
Target Milestone: ---
seen with trunk 20250203, building the higwayhash package
--- scalar_sip_tree_hash.ii ---
template < class State > PaddedUpdate(char [State::kPacketSize] alignas(2)
$ g++
Priority: P3
Component: lto
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
Target Milestone: ---
seen with trunk 20241218 and 20250203 on x86_64-linux-gnu, building the
onevpl-intel-gpu 24.3.4 package with LTO. Builds sucessfully
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
Target Milestone: ---
seen with trunk 20250207 on arm-linux-gnueabihf, last successful build from
20250203:
during RTL pass: dwarf2
m2/gm2-compiler-boot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118248
--- Comment #10 from Matthias Klose ---
length = 4, delta = 8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118248
--- Comment #9 from Matthias Klose ---
Program received signal SIGSEGV, Segmentation fault.
0x041176b8 in riscv_block_move_straight (dest=dest@entry=0x3fff5a78c00,
src=src@entry=0x3fff5a78ba0,
length=length@entry=4, align=align@entr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118248
--- Comment #8 from Matthias Klose ---
Rechecked with 20250203. this works for Debian unstable, but not for Ubuntu
plucky. The differences for this are a different baseline (zEC12 vs z13), and
enabling the hardening defaults directly in the comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106271
--- Comment #15 from Matthias Klose ---
are you able to check this with 24.04 LTS as well?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106271
--- Comment #12 from Matthias Klose ---
also note that the Debian and Ubuntu builds are configured with
--disable-multilib
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106271
--- Comment #11 from Matthias Klose ---
this is fixed in the 14 branch and in 15.
Severity: normal
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
Target Milestone: ---
Created attachment 60365
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60365&action=edit
te
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-14 branch 20250130, plus the proposed backport for PR
target/118501, when build
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 20250130 on s390x-linux-gnu, building libgm2 (NumberIO.o), last
successful build from 20250114
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118501
--- Comment #13 from Matthias Klose ---
the backport requires some more work:
../../src/gcc/config/aarch64/aarch64.md:7255:13: error: 'force_lowpart_subreg'
was not declared in this scope; did you mean 'lowpart_subreg'?
7255 | rtx op1 = forc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118485
Matthias Klose changed:
What|Removed |Added
Status|WAITING |UNCONFIRMED
Ever confirmed|1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118584
--- Comment #3 from Matthias Klose ---
this is what Debian calls mips64el, and was built for gcc-14
15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: d
Assignee: ibuclaw at gdcproject dot org
Reporter: doko at gcc dot gnu.org
Target Milestone: ---
trunk 20250115, libphobos fails to build on mips64el-linux-gnu (unde
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118538
--- Comment #14 from Matthias Klose ---
I'll look at this when I'm back from traveling.
14.2.0-4ubuntu2~24.04 is based on the
gcc-14 branch 7e0649ac0fab8e0673e3eba8d357f1a21463ae0f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118248
--- Comment #6 from Matthias Klose ---
the same version as the native compiler, and I rechecked with 20250114.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118248
--- Comment #3 from Matthias Klose ---
still seen with 20250114
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118485
--- Comment #1 from Matthias Klose ---
trunk 20241223 did also built that successfully.
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
Target Milestone: ---
seen with 20250114 on the trunk targeting a m68k-linux-gnu compiler on
x86_64-linux-gnu, the build fails with
raised STORAGE_ERROR : stack
Version: 15.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: ---
Created attachment 60151
--> https://gcc.gnu.org/bugzi
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
Target Milestone: ---
Created attachment 60150
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60150&action=edit
preprocessed source
seen wit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117186
Matthias Klose changed:
What|Removed |Added
CC||doko at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118438
Matthias Klose changed:
What|Removed |Added
Target|s390x-linux-gnu |s390x-linux-gnu
|
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
Target Milestone: ---
seen with trunk 20250112 on powerpc64-linux-gnu, last successful build on
20250101:
[...]
Comparing stages 2 and 3
Bootstrap comparison
Priority: P3
Component: d
Assignee: ibuclaw at gdcproject dot org
Reporter: doko at gcc dot gnu.org
Target Milestone: ---
seen with trunk 20250112 on s390x-linux-gnu. works with 20250101 trunk:
/bin/bash ../libtool --tag=D --mode=compile /<>/build/./gcc/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118369
--- Comment #11 from Matthias Klose ---
gcc-multilib and the gcc cross compilers conflict, and cannot be installed
together, because some header files for the non-default multilibs are installed
on the standard include path. In practice, this d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118369
--- Comment #9 from Matthias Klose ---
let's take that on irc, maybe quicker.
I've never used the approach to get the build deps from the gcc-12 package,
maybe try
apt source gcc-12
cd gcc-12-12*
apt buil-dep .
or just
apt build-dep
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118369
--- Comment #7 from Matthias Klose ---
afaik, there are no changes.
is libc6-dev-i386 installed?
you might want to install the binaries, that are used for the package builds:
apt install build-dep gcc-14
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118266
--- Comment #18 from Matthias Klose ---
yes, that fixes the cross build based on trunk 20250108. Thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118266
--- Comment #2 from Matthias Klose ---
also seen with the host being arm64 or ppc64el.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118266
--- Comment #1 from Matthias Klose ---
Configured with: -v
--with-pkgversion='Ubuntu 15-20250101-0ubuntu1'
--with-bugurl='file:///usr/share/doc/gcc-15/README.Bugs'
--enable-languages=c,ada,c++,go,d,fortran,objc,obj-c++
Priority: P3
Component: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
Target Milestone: ---
seen with trunk 20250101 building a x86_64-linux-gnux32 cross compiler on
x86_64-linux-gnu, in libgfortran. using -O1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118248
--- Comment #2 from Matthias Klose ---
it's the first I was building that for 15
Version: 15.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: ---
gnatbind
Severity: normal
Priority: P3
Component: d
Assignee: ibuclaw at gdcproject dot org
Reporter: doko at gcc dot gnu.org
Target Milestone: ---
seen with trunk 20241220, trying to build a riscv64 cross compiler on
s390x-linux-gnu,
full build log at
https
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117725
--- Comment #11 from Matthias Klose ---
yes, that patch works for me.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117725
--- Comment #9 from Matthias Klose ---
ok, looks I omitted those mentioned in comment #2, however the build is now
failing with a different issue.
Please could you attach your proposed merge?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117725
--- Comment #8 from Matthias Klose ---
see https://buildd.debian.org/status/logs.php?pkg=gcc-snapshot&arch=s390x
clicking on the "Maybe Failed" shows you the build log, search for
--enable-languages to look at all configuration options.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117725
--- Comment #6 from Matthias Klose ---
there's a workaround for 32bit Windows in
ec68dc1ca4d967b599f1202855917d5ec9cae52f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117725
--- Comment #5 from Matthias Klose ---
even with the changes from comment 3, it still fails with:
In file included from
../../../../../src/libsanitizer/interception/interception.h:18,
from
../../../../../src/libsanitizer/interc
Version: 15.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: ---
trunk 20241214 produced an underlinked libm2iso.so on x86_64-linux
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 20241213 on s390x-linux-gnu, building the libsanitizer m31
multilibs:
libtool: compile
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117851
--- Comment #6 from Matthias Klose ---
tested on the trunk, and on the gcc-14 branch with offload compilers
configured. libgomp test failures down from 1000 to 10.
Severity: normal
Priority: P3
Component: libgomp
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
CC: jakub at gcc dot gnu.org
Target Milestone: ---
seen with 14 and trunk, and probably earlier versions. All libgomp
Priority: P3
Component: sanitizer
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
CC: dodji at gcc dot gnu.org, dvyukov at gcc dot gnu.org,
jakub at gcc dot gnu.org, kcc at gcc dot gnu.org
Target
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 20241120, gnat fails to build on s390x-linux-gnu:
libtool: compile: /<>/build/./gcc/xgcc
-B/<>
Priority: P3
Component: modula2
Assignee: gaius at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
Target Milestone: ---
This is a reminder to decide if the Modula-2 runtime libraries need a soname
bump for the GCC 15 release.
Priority: P3
Component: go
Assignee: ian at airs dot com
Reporter: doko at gcc dot gnu.org
Target Milestone: ---
This is a reminder to decide if libgo needs a soname bump for the GCC 15
release.
Priority: P3
Component: d
Assignee: ibuclaw at gdcproject dot org
Reporter: doko at gcc dot gnu.org
Target Milestone: ---
This is a reminder to decide if libgphobos needs a soname bump for the GCC 15
release.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117657
Matthias Klose changed:
What|Removed |Added
CC||doko at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117677
--- Comment #1 from Matthias Klose ---
20241116 succeeded to build
Component: analyzer
Assignee: dmalcolm at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
Target Milestone: ---
trunk 20241119 fails to build on i686-linux-gnu, not seen on other linux
targets
LC_ALL=C GCC_COLORS= /<>/build/./gcc/xgcc
-B/<>/build/./gcc/ -fno-
ormal
Priority: P3
Component: libdiagnostics
Assignee: dmalcolm at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
Target Milestone: ---
the installation of sarif-replay doesn't honor prefix and suffixes, configured
with e.g.
--program-
: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
Target Milestone: ---
trunk 20241116 fails to build on arm-linux-gnueabi*, several errors like:
../../../src/libgcc/config/arm/linux-atomic.c:252:23
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
Target Milestone: ---
seen with trunk 20241116 targeting hppa64-linux-gnu (ore hppa64-elf):
../../../src/libgcc/config/pa/linux-atomic.c:267:23: error: two
0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libgomp
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
CC: jakub at gcc dot gnu.org
Target Milestone: ---
seen with trunk 20241116, w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117058
--- Comment #3 from Matthias Klose ---
well, the tree was up-to-date when starting the build. A reference here to
commit 8f22fea3171a65a1c6db874a23b8ed9988ded9ba and PR ada/115535 would have
been helpful.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117058
--- Comment #1 from Matthias Klose ---
that's independent of profiled bootstrap and lto builds
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
Target Milestone: ---
seen with the gcc-13 branch 20241009 on all *-linux-* targets, last successful
build is from 20240830. The build fails with
make[5]: Entering directory '
s390x-linux-gnu
Product: gcc
Version: 15.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 at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116268
Matthias Klose changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
: target
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
Target Milestone: ---
while looking at an armhf build, still seeing that notes on arm-linux-gnueabi*
cannot be turned off.
e.g.
/usr/include/c++/14/bits/stl_algo.h:2667:28: note: parameter
Severity: normal
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
Target Milestone: ---
trunk 20240805 fails to bootstrap with a profiled LTO build, seen on
x86_64-linux-gnu and powerpc64le
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115951
--- Comment #8 from Matthias Klose ---
yes, recent bootstraps succeeded on all architectures
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115951
--- Comment #5 from Matthias Klose ---
a new build survived on x86_64-linux-gnu. will wait on the results on other
architectures.
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 on the trunk, targeting linux, architecture doesn't m
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.
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?
1 - 100 of 985 matches
Mail list logo
