<div dir="auto">Gdb now needs a couple of those installed. Perhaps they need to be in the bset.<div dir="auto"><br></div><div dir="auto">Also FreeBSD 12 and 13 regularly fail. See build@ for details.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Nov 26, 2023, 6:53 PM Chris Johns <<a href="mailto:chrisj@rtems.org">chrisj@rtems.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 27/11/2023 1:35 am, Sebastian Huber wrote:<br>
> Hello,<br>
> <br>
> could some issues on macOS be cased by explicitly setting the configure --build<br>
> and --host in the RSB:<br>
<br>
Thanks for asking on the gcc patches list. I do not know and I also do not know<br>
the rational for the per version numbering on build and host commands we are<br>
being forced to adopt.<br>
<br>
I tested the change we have for gcc-12 with gcc-13 and it worked. The main<br>
effort I resolved is in #4892 [1] and I am not sure where the cross over is or<br>
the status of the problem I found.<br>
<br>
Chris<br>
[1] <a href="https://devel.rtems.org/ticket/4892" rel="noreferrer noreferrer" target="_blank">https://devel.rtems.org/ticket/4892</a><br>
<br>
> <br>
> -------- Forwarded Message --------<br>
> Subject: Re: [PATCH] Update GMP/MPFR/MPC/ISL/gettext to latest release<br>
> Date: Sun, 26 Nov 2023 10:15:27 +0000<br>
> From: Iain Sandoe <<a href="mailto:idsandoe@googlemail.com" target="_blank" rel="noreferrer">idsandoe@googlemail.com</a>><br>
> To: Sebastian Huber <<a href="mailto:sebastian.huber@embedded-brains.de" target="_blank" rel="noreferrer">sebastian.huber@embedded-brains.de</a>><br>
> CC: Richard Biener <<a href="mailto:richard.guenther@gmail.com" target="_blank" rel="noreferrer">richard.guenther@gmail.com</a>>, GCC Patches<br>
> <<a href="mailto:gcc-patches@gcc.gnu.org" target="_blank" rel="noreferrer">gcc-patches@gcc.gnu.org</a>><br>
> <br>
> <br>
> <br>
>> On 26 Nov 2023, at 10:05, Sebastian Huber <<a href="mailto:sebastian.huber@embedded-brains.de" target="_blank" rel="noreferrer">sebastian.huber@embedded-brains.de</a>><br>
>> wrote:<br>
>><br>
>> On 26.11.23 01:35, Iain Sandoe wrote:<br>
>>>> On 25 Nov 2023, at 21:44, Sebastian Huber<br>
>>>> <<a href="mailto:sebastian.huber@embedded-brains.de" target="_blank" rel="noreferrer">sebastian.huber@embedded-brains.de</a>> wrote:<br>
>>>><br>
>>>> On 25.11.23 14:59, Richard Biener wrote:<br>
>>>>> On Sat, Nov 25, 2023 at 12:26 PM Sebastian Huber<br>
>>>>> <<a href="mailto:sebastian.huber@embedded-brains.de" target="_blank" rel="noreferrer">sebastian.huber@embedded-brains.de</a>> wrote:<br>
>>>>>> contrib/ChangeLog<br>
>>>>> Did you verify an in-tree build with these works and the testsuite<br>
>>>>> is clean?<br>
>>>><br>
>>>> I was able to build a native GCC:<br>
>>>><br>
>>>> /tmp/sh/i-native/bin/gcc --version --verbose<br>
>>>> Using built-in specs.<br>
>>>> COLLECT_AS_OPTIONS='--version'<br>
>>>> COLLECT_GCC=/tmp/sh/i-native/bin/gcc<br>
>>>> COLLECT_LTO_WRAPPER=/tmp/sh/i-native/lib/gcc/x86_64-pc-linux-gnu/14.0.0/lto-wrapper<br>
>>>> gcc (GCC) 14.0.0 20231125 (experimental) [master 9c26c91b94e]<br>
>>>> Copyright (C) 2023 Free Software Foundation, Inc.<br>
>>>> This is free software; see the source for copying conditions. There is NO<br>
>>>> warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.<br>
>>>><br>
>>>><br>
>>>> Target: x86_64-pc-linux-gnu<br>
>>>> Configured with: /home/EB/sebastian_h/src/gcc/configure<br>
>>>> --prefix=/tmp/sh/i-native --verbose --enable-checking=yes,rtl<br>
>>>> --disable-libsanitizer --disable-multilib --disable-bootstrap<br>
>>>> --enable-languages=c,c++<br>
>>>> Thread model: posix<br>
>>>> Supported LTO compression algorithms: zlib<br>
>>>> gcc version 14.0.0 20231125 (experimental) [master 9c26c91b94e] (GCC)<br>
>>>> COLLECT_GCC_OPTIONS='--version' '-v' '-mtune=generic' '-march=x86-64'<br>
>>>> '-dumpdir' 'a-'<br>
>>>> /tmp/sh/i-native/lib/gcc/x86_64-pc-linux-gnu/14.0.0/cc1 -quiet -v help-dummy<br>
>>>> -quiet -dumpdir a- -dumpbase help-dummy -mtune=generic -march=x86-64<br>
>>>> -version --version -o /tmp/ccHTKJ5B.s<br>
>>>> GNU C17 (GCC) version 14.0.0 20231125 (experimental) [master 9c26c91b94e]<br>
>>>> (x86_64-pc-linux-gnu)<br>
>>>> compiled by GNU C version 14.0.0 20231122 (experimental) [master<br>
>>>> 6bf66276e3e], GMP version 6.3.0, MPFR version 4.2.1, MPC version 1.3.1, isl<br>
>>>> version isl-0.26-GMP<br>
>>>> [...]<br>
>>>><br>
>>>> However, I noticed that this was with a disabled bootstrap (for the git<br>
>>>> bisect). The bootstrap fails with an error in ISL 0.26 which seems to be a<br>
>>>> known issue:<br>
>>>><br>
>>>> <a href="https://www.mail-archive.com/gcc@gcc.gnu.org/msg101643.html" rel="noreferrer noreferrer" target="_blank">https://www.mail-archive.com/gcc@gcc.gnu.org/msg101643.html</a><br>
>>>><br>
>>>> I thought that the GCC prerequisite library maintainers check that a new<br>
>>>> release is able to bootstrap GCC, but this seems to be not the case. The<br>
>>>> older releases have problems to recognize arm64-apple.<br>
>>> 0.24 (at least) builds fine in-tree on aarch64-apple-darwin21; do you have a<br>
>>> pointer to the recognition issue?<br>
>>> I’ll try 0.25 in the next few days.<br>
>><br>
>> For the RTEMS Project we had to add patches to ISL, MPC, MPFR for ARM64/Darwin<br>
>> hosts:<br>
>><br>
>> <a href="https://github.com/RTEMS/rtems-source-builder/commit/5e76e64bccc2d84acb6c37380f2f9d98df3b7382" rel="noreferrer noreferrer" target="_blank">https://github.com/RTEMS/rtems-source-builder/commit/5e76e64bccc2d84acb6c37380f2f9d98df3b7382</a><br>
>><br>
>> Specifically for ISL 0.24 this is:<br>
>><br>
>> <a href="https://devel.rtems.org/raw-attachment/ticket/4657/fix-mac-arm64-isl-config.patch" rel="noreferrer noreferrer" target="_blank">https://devel.rtems.org/raw-attachment/ticket/4657/fix-mac-arm64-isl-config.patch</a><br>
> <br>
> OK, it is possible (even likely) that the issue you are seeing is configuring<br>
> with “arm64-xxxx-darwinNN”.<br>
> <br>
> Although Apple has named the platform Arm64, the configuration used for OSS is<br>
> still “aarch64-apple-darwinNN”<br>
> <br>
> When I first began work on the port, I discussed this with the config script<br>
> maintainers, and the end result was that “aarch64-apple-darwinNN” had already<br>
> been adopted (and that was, shall we say, a “firm position” from their<br>
> perspective), so arm64-apple-darwinNN is not actually canonical.<br>
> <br>
> We do use “-arch arm64” in specs etc. that have to interface with system tools<br>
> (like ld etc); but elsewhere the port is ‘aarch64’.<br>
> <br>
> e.g.<br>
> $ ./config.sub arm64-apple-darwin21<br>
> aarch64-apple-darwin21<br>
> <br>
> HTH<br>
> Iain<br>
> <br>
>><br>
>> I naively thought that updating to the latest releases would help us to get<br>
>> rid of the patches.<br>
>><br>
>> -- <br>
>> embedded brains GmbH & Co. KG<br>
>> Herr Sebastian HUBER<br>
>> Dornierstr. 4<br>
>> 82178 Puchheim<br>
>> Germany<br>
>> email: <a href="mailto:sebastian.huber@embedded-brains.de" target="_blank" rel="noreferrer">sebastian.huber@embedded-brains.de</a><br>
>> phone: +49-89-18 94 741 - 16<br>
>> fax: +49-89-18 94 741 - 08<br>
>><br>
>> Registergericht: Amtsgericht München<br>
>> Registernummer: HRB 157899<br>
>> Vertretungsberechtigte Geschäftsführer: Peter Rasmussen, Thomas Dörfler<br>
>> Unsere Datenschutzerklärung finden Sie hier:<br>
>> <a href="https://embedded-brains.de/datenschutzerklaerung/" rel="noreferrer noreferrer" target="_blank">https://embedded-brains.de/datenschutzerklaerung/</a><br>
> _______________________________________________<br>
> devel mailing list<br>
> <a href="mailto:devel@rtems.org" target="_blank" rel="noreferrer">devel@rtems.org</a><br>
> <a href="http://lists.rtems.org/mailman/listinfo/devel" rel="noreferrer noreferrer" target="_blank">http://lists.rtems.org/mailman/listinfo/devel</a><br>
_______________________________________________<br>
devel mailing list<br>
<a href="mailto:devel@rtems.org" target="_blank" rel="noreferrer">devel@rtems.org</a><br>
<a href="http://lists.rtems.org/mailman/listinfo/devel" rel="noreferrer noreferrer" target="_blank">http://lists.rtems.org/mailman/listinfo/devel</a></blockquote></div>