<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Jun 3, 2019 at 4:12 AM Sebastian Huber <<a href="mailto:sebastian.huber@embedded-brains.de">sebastian.huber@embedded-brains.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
<br>
On 03/06/2019 07:17, Sebastian Huber wrote:<br>
> On 03/06/2019 04:18, Chris Johns wrote:<br>
>> On 31/5/19 8:11 pm, Sebastian Huber wrote:<br>
>>> All the builds on FreeBSD 12 failed this week. The reason seems to <br>
>>> be this:<br>
>>><br>
>>> grep -r ORIGINAL_AS_FOR_TARGET .<br>
>>> ./gcc/config.log:ORIGINAL_AS_FOR_TARGET=''<br>
>>> ./gcc/config.status:S["ORIGINAL_AS_FOR_TARGET"]=""<br>
>>> ./gcc/as:ORIGINAL_AS_FOR_TARGET=""<br>
>>> ./gcc/as: original=$ORIGINAL_AS_FOR_TARGET<br>
>>> ./gcc/collect-ld:ORIGINAL_AS_FOR_TARGET=""<br>
>>> ./gcc/collect-ld: original=$ORIGINAL_AS_FOR_TARGET<br>
>>> ./gcc/nm:ORIGINAL_AS_FOR_TARGET=""<br>
>>> ./gcc/nm: original=$ORIGINAL_AS_FOR_TARGET<br>
>>> ./gcc/Makefile:ORIGINAL_AS_FOR_TARGET =<br>
>>><br>
>>> I don't know why this variable is empty.<br>
>>><br>
>> What does a Linux build show? I wonder if there is a Linux specific <br>
>> change<br>
>> introduced, for example related to sed, shell etc.<br>
><br>
> I use the GNU sed to build GCC on Freebsd. On Linux it looks like:<br>
><br>
> grep -r ORIGINAL_AS_FOR_TARGET .<br>
> ./gcc/Makefile:ORIGINAL_AS_FOR_TARGET = <br>
> /scratch/git-rtems-source-builder/rtems/build/tmp/sb-sebastian_h/6/rtems-aarch64.bset/opt/rtems/5/bin/aarch64-rtems6-as<br>
> ./gcc/nm:ORIGINAL_AS_FOR_TARGET="/scratch/git-rtems-source-builder/rtems/build/tmp/sb-sebastian_h/6/rtems-aarch64.bset/opt/rtems/5/bin/aarch64-rtems6-as" <br>
><br>
> ./gcc/nm: original=$ORIGINAL_AS_FOR_TARGET<br>
> ./gcc/collect-ld:ORIGINAL_AS_FOR_TARGET="/scratch/git-rtems-source-builder/rtems/build/tmp/sb-sebastian_h/6/rtems-aarch64.bset/opt/rtems/5/bin/aarch64-rtems6-as" <br>
><br>
> ./gcc/collect-ld: original=$ORIGINAL_AS_FOR_TARGET<br>
> ./gcc/as:ORIGINAL_AS_FOR_TARGET="/scratch/git-rtems-source-builder/rtems/build/tmp/sb-sebastian_h/6/rtems-aarch64.bset/opt/rtems/5/bin/aarch64-rtems6-as" <br>
><br>
> ./gcc/as: original=$ORIGINAL_AS_FOR_TARGET<br>
> ./gcc/config.status:S["ORIGINAL_AS_FOR_TARGET"]="/scratch/git-rtems-source-builder/rtems/build/tmp/sb-sebastian_h/6/rtems-aarch64.bset/opt/rtems/5/bin/aarch64-rtems6-as" <br>
><br>
> ./gcc/config.log:ORIGINAL_AS_FOR_TARGET='/scratch/git-rtems-source-builder/rtems/build/tmp/sb-sebastian_h/6/rtems-aarch64.bset/opt/rtems/5/bin/aarch64-rtems6-as' <br>
><br>
><br>
> If it is still broken in one week, then I will start a git bisect.<br>
><br>
<br>
It was not a GCC build issue:<br>
<br>
building: aarch64-rtems6-gdb-4f6d070adb-x86_64-freebsd12.0-1<br>
error: building aarch64-rtems6-gdb-4f6d070adb-x86_64-freebsd12.0-1<br>
Build FAILED<br>
See error report: <br>
rsb-report-aarch64-rtems6-gdb-4f6d070adb-x86_64-freebsd12.0-1.txt<br>
error: building aarch64-rtems6-gdb-4f6d070adb-x86_64-freebsd12.0-1<br>
config: tools/rtems-binutils-head.cfg<br>
package: aarch64-rtems6-binutils-4f6d070adb-x86_64-freebsd12.0-1<br>
building: aarch64-rtems6-binutils-4f6d070adb-x86_64-freebsd12.0-1<br>
error: building aarch64-rtems6-binutils-4f6d070adb-x86_64-freebsd12.0-1<br>
Build FAILED<br>
See error report: <br>
rsb-report-aarch64-rtems6-binutils-4f6d070adb-x86_64-freebsd12.0-1.txt<br>
error: building aarch64-rtems6-binutils-4f6d070adb-x86_64-freebsd12.0-1<br>
config: tools/rtems-gcc-head-newlib-head.cfg<br>
package: <br>
aarch64-rtems6-gcc-0f4558599b9-newlib-d5daede26-x86_64-freebsd12.0-1<br>
download: <br>
<a href="https://codeload.github.com/RTEMS/gnu-mirror-gcc/tar.gz/0f4558599b9" rel="noreferrer" target="_blank">https://codeload.github.com/RTEMS/gnu-mirror-gcc/tar.gz/0f4558599b9</a> -> <br>
sources/gnu-mirror-gcc-0f4558599b9.tar.gz<br>
<br>
RSB continued with the build set even though some steps failed because I <br>
used --keep-going.<br>
<br>
<a href="https://www.sourceware.org/ml/binutils/2019-06/msg00008.html" rel="noreferrer" target="_blank">https://www.sourceware.org/ml/binutils/2019-06/msg00008.html</a></blockquote><div><br></div><div>I started a build sweep on Linux this morning which has finished. Looks like it is OK on Linux which is not a huge surprise.</div><div><br></div><div>I've been following the CTF thread and it is ironic that it wouldn't build on Solaris since the submission is from Oracle people.</div><div><br></div><div>--joel </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
-- <br>
Sebastian Huber, embedded brains GmbH<br>
<br>
Address : Dornierstr. 4, D-82178 Puchheim, Germany<br>
Phone : +49 89 189 47 41-16<br>
Fax : +49 89 189 47 41-09<br>
E-Mail : <a href="mailto:sebastian.huber@embedded-brains.de" target="_blank">sebastian.huber@embedded-brains.de</a><br>
PGP : Public key available on request.<br>
<br>
Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.<br>
<br>
_______________________________________________<br>
devel mailing list<br>
<a href="mailto:devel@rtems.org" target="_blank">devel@rtems.org</a><br>
<a href="http://lists.rtems.org/mailman/listinfo/devel" rel="noreferrer" target="_blank">http://lists.rtems.org/mailman/listinfo/devel</a></blockquote></div></div>