Message ID | 20231125112534.13312-1-sebastian.huber@embedded-brains.de |
---|---|
State | New |
Headers | show |
Series | Update GMP/MPFR/MPC/ISL/gettext to latest release | expand |
On Sat, Nov 25, 2023 at 12:26 PM Sebastian Huber <sebastian.huber@embedded-brains.de> wrote: > > contrib/ChangeLog Did you verify an in-tree build with these works and the testsuite is clean? > * download_prerequisites: Update to gmp-6.3.0, mpfr-4.2.1, > mpc-1.3.1, isl-0.26, and gettext-0.22.4. > * prerequisites.md5: Update hash. > * prerequisites.sha512: Likewise. > --- > contrib/download_prerequisites | 10 +++++----- > contrib/prerequisites.md5 | 10 +++++----- > contrib/prerequisites.sha512 | 10 +++++----- > 3 files changed, 15 insertions(+), 15 deletions(-) > > diff --git a/contrib/download_prerequisites b/contrib/download_prerequisites > index 9568091c0dba..b9deab316917 100755 > --- a/contrib/download_prerequisites > +++ b/contrib/download_prerequisites > @@ -27,11 +27,11 @@ version='(unversioned)' > # remember to also update the files `contrib/prerequisites.sha512` and > # `contrib/prerequisites.md5` with the new checksums. > > -gmp='gmp-6.2.1.tar.bz2' > -mpfr='mpfr-4.1.0.tar.bz2' > -mpc='mpc-1.2.1.tar.gz' > -isl='isl-0.24.tar.bz2' > -gettext='gettext-0.22.tar.gz' > +gmp='gmp-6.3.0.tar.bz2' > +mpfr='mpfr-4.2.1.tar.bz2' > +mpc='mpc-1.3.1.tar.gz' > +isl='isl-0.26.tar.bz2' > +gettext='gettext-0.22.4.tar.gz' > > base_url='http://gcc.gnu.org/pub/gcc/infrastructure/' > > diff --git a/contrib/prerequisites.md5 b/contrib/prerequisites.md5 > index 716a9ff910c7..2ccff4a4c44f 100644 > --- a/contrib/prerequisites.md5 > +++ b/contrib/prerequisites.md5 > @@ -1,5 +1,5 @@ > -28971fc21cf028042d4897f02fd355ea gmp-6.2.1.tar.bz2 > -44b892bc5a45bafb4294d134e13aad1d mpfr-4.1.0.tar.bz2 > -9f16c976c25bb0f76b50be749cd7a3a8 mpc-1.2.1.tar.gz > -dd2f7b78e118c25bd96134a52aae7f4d isl-0.24.tar.bz2 > -c092102240f8f66134d22718421d5115 gettext-0.22.tar.gz > +c1cd6ef33085e9cb818b9b08371f9000 gmp-6.3.0.tar.bz2 > +7765afa036e4ce7fb0e02bce0fef894b mpfr-4.2.1.tar.bz2 > +5c9bc658c9fd0f940e8e3e0f09530c62 mpc-1.3.1.tar.gz > +da50c85e9841db36d48a492bbe836863 isl-0.26.tar.bz2 > +e541ba3603674a853cff9b28a68dd61e gettext-0.22.4.tar.gz > diff --git a/contrib/prerequisites.sha512 b/contrib/prerequisites.sha512 > index f71398bdbc31..9bc9ce468fdc 100644 > --- a/contrib/prerequisites.sha512 > +++ b/contrib/prerequisites.sha512 > @@ -1,5 +1,5 @@ > -8904334a3bcc5c896ececabc75cda9dec642e401fb5397c4992c4fabea5e962c9ce8bd44e8e4233c34e55c8010cc28db0545f5f750cbdbb5f00af538dc763be9 gmp-6.2.1.tar.bz2 > -410208ee0d48474c1c10d3d4a59decd2dfa187064183b09358ec4c4666e34d74383128436b404123b831e585d81a9176b24c7ced9d913967c5fce35d4040a0b4 mpfr-4.1.0.tar.bz2 > -3279f813ab37f47fdcc800e4ac5f306417d07f539593ca715876e43e04896e1d5bceccfb288ef2908a3f24b760747d0dbd0392a24b9b341bc3e12082e5c836ee mpc-1.2.1.tar.gz > -aab3bddbda96b801d0f56d2869f943157aad52a6f6e6a61745edd740234c635c38231af20bc3f1a08d416a5e973a90e18249078ed8e4ae2f1d5de57658738e95 isl-0.24.tar.bz2 > -e2a58dde1cae3e6b79c03e7ef3d888f7577c1f4cba283b3b0f31123ceea8c33d7c9700e83de57104644de23e5f5c374868caa0e091f9c45edbbe87b98ee51c04 gettext-0.22.tar.gz > +3b684c9bcb9ede2b7e54d0ba4c9764bfa17c20d4f3000017c553b6f1e135b536949580ff37341680c25dc236cfe0ba1db8cfdfe619ce013656189ef0871b89f8 gmp-6.3.0.tar.bz2 > +c81842532ecc663348deb7400d911ad71933d3b525a2f9e5adcd04265c9c0fdd1f22eca229f482703ac7f222ef209fc9e339dd1fa47d72ae57f7f70b2336a76f mpfr-4.2.1.tar.bz2 > +4bab4ef6076f8c5dfdc99d810b51108ced61ea2942ba0c1c932d624360a5473df20d32b300fc76f2ba4aa2a97e1f275c9fd494a1ba9f07c4cb2ad7ceaeb1ae97 mpc-1.3.1.tar.gz > +492deba2cbfc693efb41621861a0679390becf2777e32111aceef8db1d38d772385dfd83cee14a41c930f9904549334e4d6dc2c5fce0c69e0bef9c8cf031d6b5 isl-0.26.tar.bz2 > +ad2fa2f69be996a637e9b51e8941a39e10050060245dcec1fe75c15b68d0ff973043c87b77e4e2830e407e3bdd040b578f8e24fd05bba43adb94eaee34001aa5 gettext-0.22.4.tar.gz > -- > 2.35.3 >
On 25.11.23 14:59, Richard Biener wrote: > On Sat, Nov 25, 2023 at 12:26 PM Sebastian Huber > <sebastian.huber@embedded-brains.de> wrote: >> contrib/ChangeLog > Did you verify an in-tree build with these works and the testsuite > is clean? I was able to build a native GCC: /tmp/sh/i-native/bin/gcc --version --verbose Using built-in specs. COLLECT_AS_OPTIONS='--version' COLLECT_GCC=/tmp/sh/i-native/bin/gcc COLLECT_LTO_WRAPPER=/tmp/sh/i-native/lib/gcc/x86_64-pc-linux-gnu/14.0.0/lto-wrapper gcc (GCC) 14.0.0 20231125 (experimental) [master 9c26c91b94e] Copyright (C) 2023 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Target: x86_64-pc-linux-gnu Configured with: /home/EB/sebastian_h/src/gcc/configure --prefix=/tmp/sh/i-native --verbose --enable-checking=yes,rtl --disable-libsanitizer --disable-multilib --disable-bootstrap --enable-languages=c,c++ Thread model: posix Supported LTO compression algorithms: zlib gcc version 14.0.0 20231125 (experimental) [master 9c26c91b94e] (GCC) COLLECT_GCC_OPTIONS='--version' '-v' '-mtune=generic' '-march=x86-64' '-dumpdir' 'a-' /tmp/sh/i-native/lib/gcc/x86_64-pc-linux-gnu/14.0.0/cc1 -quiet -v help-dummy -quiet -dumpdir a- -dumpbase help-dummy -mtune=generic -march=x86-64 -version --version -o /tmp/ccHTKJ5B.s GNU C17 (GCC) version 14.0.0 20231125 (experimental) [master 9c26c91b94e] (x86_64-pc-linux-gnu) compiled by GNU C version 14.0.0 20231122 (experimental) [master 6bf66276e3e], GMP version 6.3.0, MPFR version 4.2.1, MPC version 1.3.1, isl version isl-0.26-GMP [...] However, I noticed that this was with a disabled bootstrap (for the git bisect). The bootstrap fails with an error in ISL 0.26 which seems to be a known issue: https://www.mail-archive.com/gcc@gcc.gnu.org/msg101643.html I thought that the GCC prerequisite library maintainers check that a new release is able to bootstrap GCC, but this seems to be not the case. The older releases have problems to recognize arm64-apple.
> On 25 Nov 2023, at 21:44, Sebastian Huber <sebastian.huber@embedded-brains.de> wrote: > > On 25.11.23 14:59, Richard Biener wrote: >> On Sat, Nov 25, 2023 at 12:26 PM Sebastian Huber >> <sebastian.huber@embedded-brains.de> wrote: >>> contrib/ChangeLog >> Did you verify an in-tree build with these works and the testsuite >> is clean? > > I was able to build a native GCC: > > /tmp/sh/i-native/bin/gcc --version --verbose > Using built-in specs. > COLLECT_AS_OPTIONS='--version' > COLLECT_GCC=/tmp/sh/i-native/bin/gcc > COLLECT_LTO_WRAPPER=/tmp/sh/i-native/lib/gcc/x86_64-pc-linux-gnu/14.0.0/lto-wrapper > gcc (GCC) 14.0.0 20231125 (experimental) [master 9c26c91b94e] > Copyright (C) 2023 Free Software Foundation, Inc. > This is free software; see the source for copying conditions. There is NO > warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. > > > Target: x86_64-pc-linux-gnu > Configured with: /home/EB/sebastian_h/src/gcc/configure --prefix=/tmp/sh/i-native --verbose --enable-checking=yes,rtl --disable-libsanitizer --disable-multilib --disable-bootstrap --enable-languages=c,c++ > Thread model: posix > Supported LTO compression algorithms: zlib > gcc version 14.0.0 20231125 (experimental) [master 9c26c91b94e] (GCC) > COLLECT_GCC_OPTIONS='--version' '-v' '-mtune=generic' '-march=x86-64' '-dumpdir' 'a-' > /tmp/sh/i-native/lib/gcc/x86_64-pc-linux-gnu/14.0.0/cc1 -quiet -v help-dummy -quiet -dumpdir a- -dumpbase help-dummy -mtune=generic -march=x86-64 -version --version -o /tmp/ccHTKJ5B.s > GNU C17 (GCC) version 14.0.0 20231125 (experimental) [master 9c26c91b94e] (x86_64-pc-linux-gnu) > compiled by GNU C version 14.0.0 20231122 (experimental) [master 6bf66276e3e], GMP version 6.3.0, MPFR version 4.2.1, MPC version 1.3.1, isl version isl-0.26-GMP > [...] > > However, I noticed that this was with a disabled bootstrap (for the git bisect). The bootstrap fails with an error in ISL 0.26 which seems to be a known issue: > > https://www.mail-archive.com/gcc@gcc.gnu.org/msg101643.html > > I thought that the GCC prerequisite library maintainers check that a new release is able to bootstrap GCC, but this seems to be not the case. The older releases have problems to recognize arm64-apple. 0.24 (at least) builds fine in-tree on aarch64-apple-darwin21; do you have a pointer to the recognition issue? I’ll try 0.25 in the next few days. Iain
On 26.11.23 01:35, Iain Sandoe wrote: > > >> On 25 Nov 2023, at 21:44, Sebastian Huber <sebastian.huber@embedded-brains.de> wrote: >> >> On 25.11.23 14:59, Richard Biener wrote: >>> On Sat, Nov 25, 2023 at 12:26 PM Sebastian Huber >>> <sebastian.huber@embedded-brains.de> wrote: >>>> contrib/ChangeLog >>> Did you verify an in-tree build with these works and the testsuite >>> is clean? >> >> I was able to build a native GCC: >> >> /tmp/sh/i-native/bin/gcc --version --verbose >> Using built-in specs. >> COLLECT_AS_OPTIONS='--version' >> COLLECT_GCC=/tmp/sh/i-native/bin/gcc >> COLLECT_LTO_WRAPPER=/tmp/sh/i-native/lib/gcc/x86_64-pc-linux-gnu/14.0.0/lto-wrapper >> gcc (GCC) 14.0.0 20231125 (experimental) [master 9c26c91b94e] >> Copyright (C) 2023 Free Software Foundation, Inc. >> This is free software; see the source for copying conditions. There is NO >> warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. >> >> >> Target: x86_64-pc-linux-gnu >> Configured with: /home/EB/sebastian_h/src/gcc/configure --prefix=/tmp/sh/i-native --verbose --enable-checking=yes,rtl --disable-libsanitizer --disable-multilib --disable-bootstrap --enable-languages=c,c++ >> Thread model: posix >> Supported LTO compression algorithms: zlib >> gcc version 14.0.0 20231125 (experimental) [master 9c26c91b94e] (GCC) >> COLLECT_GCC_OPTIONS='--version' '-v' '-mtune=generic' '-march=x86-64' '-dumpdir' 'a-' >> /tmp/sh/i-native/lib/gcc/x86_64-pc-linux-gnu/14.0.0/cc1 -quiet -v help-dummy -quiet -dumpdir a- -dumpbase help-dummy -mtune=generic -march=x86-64 -version --version -o /tmp/ccHTKJ5B.s >> GNU C17 (GCC) version 14.0.0 20231125 (experimental) [master 9c26c91b94e] (x86_64-pc-linux-gnu) >> compiled by GNU C version 14.0.0 20231122 (experimental) [master 6bf66276e3e], GMP version 6.3.0, MPFR version 4.2.1, MPC version 1.3.1, isl version isl-0.26-GMP >> [...] >> >> However, I noticed that this was with a disabled bootstrap (for the git bisect). The bootstrap fails with an error in ISL 0.26 which seems to be a known issue: >> >> https://www.mail-archive.com/gcc@gcc.gnu.org/msg101643.html >> >> I thought that the GCC prerequisite library maintainers check that a new release is able to bootstrap GCC, but this seems to be not the case. The older releases have problems to recognize arm64-apple. > > 0.24 (at least) builds fine in-tree on aarch64-apple-darwin21; do you have a pointer to the recognition issue? > I’ll try 0.25 in the next few days. For the RTEMS Project we had to add patches to ISL, MPC, MPFR for ARM64/Darwin hosts: https://github.com/RTEMS/rtems-source-builder/commit/5e76e64bccc2d84acb6c37380f2f9d98df3b7382 Specifically for ISL 0.24 this is: https://devel.rtems.org/raw-attachment/ticket/4657/fix-mac-arm64-isl-config.patch I naively thought that updating to the latest releases would help us to get rid of the patches.
> On 26 Nov 2023, at 10:05, Sebastian Huber <sebastian.huber@embedded-brains.de> wrote: > > On 26.11.23 01:35, Iain Sandoe wrote: >>> On 25 Nov 2023, at 21:44, Sebastian Huber <sebastian.huber@embedded-brains.de> wrote: >>> >>> On 25.11.23 14:59, Richard Biener wrote: >>>> On Sat, Nov 25, 2023 at 12:26 PM Sebastian Huber >>>> <sebastian.huber@embedded-brains.de> wrote: >>>>> contrib/ChangeLog >>>> Did you verify an in-tree build with these works and the testsuite >>>> is clean? >>> >>> I was able to build a native GCC: >>> >>> /tmp/sh/i-native/bin/gcc --version --verbose >>> Using built-in specs. >>> COLLECT_AS_OPTIONS='--version' >>> COLLECT_GCC=/tmp/sh/i-native/bin/gcc >>> COLLECT_LTO_WRAPPER=/tmp/sh/i-native/lib/gcc/x86_64-pc-linux-gnu/14.0.0/lto-wrapper >>> gcc (GCC) 14.0.0 20231125 (experimental) [master 9c26c91b94e] >>> Copyright (C) 2023 Free Software Foundation, Inc. >>> This is free software; see the source for copying conditions. There is NO >>> warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. >>> >>> >>> Target: x86_64-pc-linux-gnu >>> Configured with: /home/EB/sebastian_h/src/gcc/configure --prefix=/tmp/sh/i-native --verbose --enable-checking=yes,rtl --disable-libsanitizer --disable-multilib --disable-bootstrap --enable-languages=c,c++ >>> Thread model: posix >>> Supported LTO compression algorithms: zlib >>> gcc version 14.0.0 20231125 (experimental) [master 9c26c91b94e] (GCC) >>> COLLECT_GCC_OPTIONS='--version' '-v' '-mtune=generic' '-march=x86-64' '-dumpdir' 'a-' >>> /tmp/sh/i-native/lib/gcc/x86_64-pc-linux-gnu/14.0.0/cc1 -quiet -v help-dummy -quiet -dumpdir a- -dumpbase help-dummy -mtune=generic -march=x86-64 -version --version -o /tmp/ccHTKJ5B.s >>> GNU C17 (GCC) version 14.0.0 20231125 (experimental) [master 9c26c91b94e] (x86_64-pc-linux-gnu) >>> compiled by GNU C version 14.0.0 20231122 (experimental) [master 6bf66276e3e], GMP version 6.3.0, MPFR version 4.2.1, MPC version 1.3.1, isl version isl-0.26-GMP >>> [...] >>> >>> However, I noticed that this was with a disabled bootstrap (for the git bisect). The bootstrap fails with an error in ISL 0.26 which seems to be a known issue: >>> >>> https://www.mail-archive.com/gcc@gcc.gnu.org/msg101643.html >>> >>> I thought that the GCC prerequisite library maintainers check that a new release is able to bootstrap GCC, but this seems to be not the case. The older releases have problems to recognize arm64-apple. >> 0.24 (at least) builds fine in-tree on aarch64-apple-darwin21; do you have a pointer to the recognition issue? >> I’ll try 0.25 in the next few days. > > For the RTEMS Project we had to add patches to ISL, MPC, MPFR for ARM64/Darwin hosts: > > https://github.com/RTEMS/rtems-source-builder/commit/5e76e64bccc2d84acb6c37380f2f9d98df3b7382 > > Specifically for ISL 0.24 this is: > > https://devel.rtems.org/raw-attachment/ticket/4657/fix-mac-arm64-isl-config.patch OK, it is possible (even likely) that the issue you are seeing is configuring with “arm64-xxxx-darwinNN”. Although Apple has named the platform Arm64, the configuration used for OSS is still “aarch64-apple-darwinNN” When I first began work on the port, I discussed this with the config script maintainers, and the end result was that “aarch64-apple-darwinNN” had already been adopted (and that was, shall we say, a “firm position” from their perspective), so arm64-apple-darwinNN is not actually canonical. We do use “-arch arm64” in specs etc. that have to interface with system tools (like ld etc); but elsewhere the port is ‘aarch64’. e.g. $ ./config.sub arm64-apple-darwin21 aarch64-apple-darwin21 HTH Iain > > I naively thought that updating to the latest releases would help us to get rid of the patches. > > -- > embedded brains GmbH & Co. KG > Herr Sebastian HUBER > Dornierstr. 4 > 82178 Puchheim > Germany > email: sebastian.huber@embedded-brains.de > phone: +49-89-18 94 741 - 16 > fax: +49-89-18 94 741 - 08 > > Registergericht: Amtsgericht München > Registernummer: HRB 157899 > Vertretungsberechtigte Geschäftsführer: Peter Rasmussen, Thomas Dörfler > Unsere Datenschutzerklärung finden Sie hier: > https://embedded-brains.de/datenschutzerklaerung/
On 26.11.23 11:15, Iain Sandoe wrote: > >> On 26 Nov 2023, at 10:05, Sebastian Huber<sebastian.huber@embedded-brains.de> wrote: >> >> On 26.11.23 01:35, Iain Sandoe wrote: >>>> On 25 Nov 2023, at 21:44, Sebastian Huber<sebastian.huber@embedded-brains.de> wrote: >>>> >>>> On 25.11.23 14:59, Richard Biener wrote: >>>>> On Sat, Nov 25, 2023 at 12:26 PM Sebastian Huber >>>>> <sebastian.huber@embedded-brains.de> wrote: >>>>>> contrib/ChangeLog >>>>> Did you verify an in-tree build with these works and the testsuite >>>>> is clean? >>>> I was able to build a native GCC: >>>> >>>> /tmp/sh/i-native/bin/gcc --version --verbose >>>> Using built-in specs. >>>> COLLECT_AS_OPTIONS='--version' >>>> COLLECT_GCC=/tmp/sh/i-native/bin/gcc >>>> COLLECT_LTO_WRAPPER=/tmp/sh/i-native/lib/gcc/x86_64-pc-linux-gnu/14.0.0/lto-wrapper >>>> gcc (GCC) 14.0.0 20231125 (experimental) [master 9c26c91b94e] >>>> Copyright (C) 2023 Free Software Foundation, Inc. >>>> This is free software; see the source for copying conditions. There is NO >>>> warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. >>>> >>>> >>>> Target: x86_64-pc-linux-gnu >>>> Configured with: /home/EB/sebastian_h/src/gcc/configure --prefix=/tmp/sh/i-native --verbose --enable-checking=yes,rtl --disable-libsanitizer --disable-multilib --disable-bootstrap --enable-languages=c,c++ >>>> Thread model: posix >>>> Supported LTO compression algorithms: zlib >>>> gcc version 14.0.0 20231125 (experimental) [master 9c26c91b94e] (GCC) >>>> COLLECT_GCC_OPTIONS='--version' '-v' '-mtune=generic' '-march=x86-64' '-dumpdir' 'a-' >>>> /tmp/sh/i-native/lib/gcc/x86_64-pc-linux-gnu/14.0.0/cc1 -quiet -v help-dummy -quiet -dumpdir a- -dumpbase help-dummy -mtune=generic -march=x86-64 -version --version -o /tmp/ccHTKJ5B.s >>>> GNU C17 (GCC) version 14.0.0 20231125 (experimental) [master 9c26c91b94e] (x86_64-pc-linux-gnu) >>>> compiled by GNU C version 14.0.0 20231122 (experimental) [master 6bf66276e3e], GMP version 6.3.0, MPFR version 4.2.1, MPC version 1.3.1, isl version isl-0.26-GMP >>>> [...] >>>> >>>> However, I noticed that this was with a disabled bootstrap (for the git bisect). The bootstrap fails with an error in ISL 0.26 which seems to be a known issue: >>>> >>>> https://www.mail-archive.com/gcc@gcc.gnu.org/msg101643.html >>>> >>>> I thought that the GCC prerequisite library maintainers check that a new release is able to bootstrap GCC, but this seems to be not the case. The older releases have problems to recognize arm64-apple. >>> 0.24 (at least) builds fine in-tree on aarch64-apple-darwin21; do you have a pointer to the recognition issue? >>> I’ll try 0.25 in the next few days. >> For the RTEMS Project we had to add patches to ISL, MPC, MPFR for ARM64/Darwin hosts: >> >> https://github.com/RTEMS/rtems-source-builder/commit/5e76e64bccc2d84acb6c37380f2f9d98df3b7382 >> >> Specifically for ISL 0.24 this is: >> >> https://devel.rtems.org/raw-attachment/ticket/4657/fix-mac-arm64-isl-config.patch > OK, it is possible (even likely) that the issue you are seeing is configuring with “arm64-xxxx-darwinNN”. > > Although Apple has named the platform Arm64, the configuration used for OSS is still “aarch64-apple-darwinNN” > > When I first began work on the port, I discussed this with the config script maintainers, and the end result was that “aarch64-apple-darwinNN” had already been adopted (and that was, shall we say, a “firm position” from their perspective), so arm64-apple-darwinNN is not actually canonical. > > We do use “-arch arm64” in specs etc. that have to interface with system tools (like ld etc); but elsewhere the port is ‘aarch64’. > > e.g. > $ ./config.sub arm64-apple-darwin21 > aarch64-apple-darwin21 For the RTEMS Project, we only build cross compilers. Maybe this caused the trouble. We observed also other issues with recent Apple systems and GCC: https://lists.rtems.org/pipermail/users/2023-November/068909.html
> On 26 Nov 2023, at 14:24, Sebastian Huber <sebastian.huber@embedded-brains.de> wrote: > > On 26.11.23 11:15, Iain Sandoe wrote: >>> On 26 Nov 2023, at 10:05, Sebastian Huber<sebastian.huber@embedded-brains.de> wrote: >>> >>> On 26.11.23 01:35, Iain Sandoe wrote: >>>>> On 25 Nov 2023, at 21:44, Sebastian Huber<sebastian.huber@embedded-brains.de> wrote: >>>>> >>>>> On 25.11.23 14:59, Richard Biener wrote: >>>>>> On Sat, Nov 25, 2023 at 12:26 PM Sebastian Huber >>>>>> <sebastian.huber@embedded-brains.de> wrote: >>>>>>> contrib/ChangeLog >>>>>> Did you verify an in-tree build with these works and the testsuite >>>>>> is clean? >>>>> I was able to build a native GCC: <snip> >>> Specifically for ISL 0.24 this is: >>> >>> https://devel.rtems.org/raw-attachment/ticket/4657/fix-mac-arm64-isl-config.patch >> OK, it is possible (even likely) that the issue you are seeing is configuring with “arm64-xxxx-darwinNN”. >> Although Apple has named the platform Arm64, the configuration used for OSS is still “aarch64-apple-darwinNN” >> When I first began work on the port, I discussed this with the config script maintainers, and the end result was that “aarch64-apple-darwinNN” had already been adopted (and that was, shall we say, a “firm position” from their perspective), so arm64-apple-darwinNN is not actually canonical. >> We do use “-arch arm64” in specs etc. that have to interface with system tools (like ld etc); but elsewhere the port is ‘aarch64’. >> e.g. >> $ ./config.sub arm64-apple-darwin21 >> aarch64-apple-darwin21 > > For the RTEMS Project, we only build cross compilers. Maybe this caused the trouble. We observed also other issues with recent Apple systems and GCC: > > https://lists.rtems.org/pipermail/users/2023-November/068909.html Yes, XCode 15 has a new linker, and the initial releases have/had/has some issues (depending on the beta), there is a workaround, which is to use “ld-classic” which is essentially the old linker. (but that is unrelated to the aarch64 configuration issue). Iain
diff --git a/contrib/download_prerequisites b/contrib/download_prerequisites index 9568091c0dba..b9deab316917 100755 --- a/contrib/download_prerequisites +++ b/contrib/download_prerequisites @@ -27,11 +27,11 @@ version='(unversioned)' # remember to also update the files `contrib/prerequisites.sha512` and # `contrib/prerequisites.md5` with the new checksums. -gmp='gmp-6.2.1.tar.bz2' -mpfr='mpfr-4.1.0.tar.bz2' -mpc='mpc-1.2.1.tar.gz' -isl='isl-0.24.tar.bz2' -gettext='gettext-0.22.tar.gz' +gmp='gmp-6.3.0.tar.bz2' +mpfr='mpfr-4.2.1.tar.bz2' +mpc='mpc-1.3.1.tar.gz' +isl='isl-0.26.tar.bz2' +gettext='gettext-0.22.4.tar.gz' base_url='http://gcc.gnu.org/pub/gcc/infrastructure/' diff --git a/contrib/prerequisites.md5 b/contrib/prerequisites.md5 index 716a9ff910c7..2ccff4a4c44f 100644 --- a/contrib/prerequisites.md5 +++ b/contrib/prerequisites.md5 @@ -1,5 +1,5 @@ -28971fc21cf028042d4897f02fd355ea gmp-6.2.1.tar.bz2 -44b892bc5a45bafb4294d134e13aad1d mpfr-4.1.0.tar.bz2 -9f16c976c25bb0f76b50be749cd7a3a8 mpc-1.2.1.tar.gz -dd2f7b78e118c25bd96134a52aae7f4d isl-0.24.tar.bz2 -c092102240f8f66134d22718421d5115 gettext-0.22.tar.gz +c1cd6ef33085e9cb818b9b08371f9000 gmp-6.3.0.tar.bz2 +7765afa036e4ce7fb0e02bce0fef894b mpfr-4.2.1.tar.bz2 +5c9bc658c9fd0f940e8e3e0f09530c62 mpc-1.3.1.tar.gz +da50c85e9841db36d48a492bbe836863 isl-0.26.tar.bz2 +e541ba3603674a853cff9b28a68dd61e gettext-0.22.4.tar.gz diff --git a/contrib/prerequisites.sha512 b/contrib/prerequisites.sha512 index f71398bdbc31..9bc9ce468fdc 100644 --- a/contrib/prerequisites.sha512 +++ b/contrib/prerequisites.sha512 @@ -1,5 +1,5 @@ -8904334a3bcc5c896ececabc75cda9dec642e401fb5397c4992c4fabea5e962c9ce8bd44e8e4233c34e55c8010cc28db0545f5f750cbdbb5f00af538dc763be9 gmp-6.2.1.tar.bz2 -410208ee0d48474c1c10d3d4a59decd2dfa187064183b09358ec4c4666e34d74383128436b404123b831e585d81a9176b24c7ced9d913967c5fce35d4040a0b4 mpfr-4.1.0.tar.bz2 -3279f813ab37f47fdcc800e4ac5f306417d07f539593ca715876e43e04896e1d5bceccfb288ef2908a3f24b760747d0dbd0392a24b9b341bc3e12082e5c836ee mpc-1.2.1.tar.gz -aab3bddbda96b801d0f56d2869f943157aad52a6f6e6a61745edd740234c635c38231af20bc3f1a08d416a5e973a90e18249078ed8e4ae2f1d5de57658738e95 isl-0.24.tar.bz2 -e2a58dde1cae3e6b79c03e7ef3d888f7577c1f4cba283b3b0f31123ceea8c33d7c9700e83de57104644de23e5f5c374868caa0e091f9c45edbbe87b98ee51c04 gettext-0.22.tar.gz +3b684c9bcb9ede2b7e54d0ba4c9764bfa17c20d4f3000017c553b6f1e135b536949580ff37341680c25dc236cfe0ba1db8cfdfe619ce013656189ef0871b89f8 gmp-6.3.0.tar.bz2 +c81842532ecc663348deb7400d911ad71933d3b525a2f9e5adcd04265c9c0fdd1f22eca229f482703ac7f222ef209fc9e339dd1fa47d72ae57f7f70b2336a76f mpfr-4.2.1.tar.bz2 +4bab4ef6076f8c5dfdc99d810b51108ced61ea2942ba0c1c932d624360a5473df20d32b300fc76f2ba4aa2a97e1f275c9fd494a1ba9f07c4cb2ad7ceaeb1ae97 mpc-1.3.1.tar.gz +492deba2cbfc693efb41621861a0679390becf2777e32111aceef8db1d38d772385dfd83cee14a41c930f9904549334e4d6dc2c5fce0c69e0bef9c8cf031d6b5 isl-0.26.tar.bz2 +ad2fa2f69be996a637e9b51e8941a39e10050060245dcec1fe75c15b68d0ff973043c87b77e4e2830e407e3bdd040b578f8e24fd05bba43adb94eaee34001aa5 gettext-0.22.4.tar.gz