<br>On Wednesday, May 31, 2017, Chris Johns <<a href="mailto:chrisj@rtems.org">chrisj@rtems.org</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
I am testing RSB patches to move 4.12 to gcc 7.1.0/binutils-2.28.<br>
<br>
The SH arch fails to build on FreeBSD 11.0. The issue is<br>
<a href="https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80923" target="_blank">https://gcc.gnu.org/bugzilla/<wbr>show_bug.cgi?id=80923</a>.<br>
<br>
RTEMS BSP Builder results summary for:<br>
<br>
$ rtems-bsp-builder --rtems-tools=/build/rtems/<wbr>tools/4.12-7.1<br>
--rtems=/opt/work/chris/rtems/<wbr>kernel/rtems.git --log=everything-standard-7.1<br>
--profile=everything --build=standard --jobs=7/6<br>
<br>
Total: Warnings:8682 exes:1996 objs:249031 libs:11855<br>
Failures:<br>
1 standard powerpc/mcp750 build:<br>
configure: /opt/work/chris/rtems/kernel/<wbr>rtems.git/configure --target\<br>
=powerpc-rtems4.12 --enable-rtemsbsp=mcp750 --prefix=/opt/rtems/4.12<br>
<br>
2 standard powerpc/mtx603e build:<br>
configure: /opt/work/chris/rtems/kernel/<wbr>rtems.git/configure --target\<br>
=powerpc-rtems4.12 --enable-rtemsbsp=mtx603e\<br>
--prefix=/opt/rtems/4.12<br>
<br>
3 standard powerpc/mvme2100 build:<br>
configure: /opt/work/chris/rtems/kernel/<wbr>rtems.git/configure --target\<br>
=powerpc-rtems4.12 --enable-rtemsbsp=mvme2100\<br>
--prefix=/opt/rtems/4.12<br>
<br>
4 standard powerpc/mvme2307 build:<br>
configure: /opt/work/chris/rtems/kernel/<wbr>rtems.git/configure --target\<br>
=powerpc-rtems4.12 --enable-rtemsbsp=mvme2307\<br>
--prefix=/opt/rtems/4.12<br>
<br>
5 standard powerpc/qemuprep-altivec build:<br>
configure: /opt/work/chris/rtems/kernel/<wbr>rtems.git/configure --target\<br>
=powerpc-rtems4.12 --enable-rtemsbsp=qemuprep-<wbr>altivec\<br>
--prefix=/opt/rtems/4.12<br>
<br>
6 standard powerpc/qemuprep build:<br>
configure: /opt/work/chris/rtems/kernel/<wbr>rtems.git/configure --target\<br>
=powerpc-rtems4.12 --enable-rtemsbsp=qemuprep\<br>
--prefix=/opt/rtems/4.12<br>
<br>
7 standard sh/gensh1 build:<br>
configure: /opt/work/chris/rtems/kernel/<wbr>rtems.git/configure --target\<br>
=sh-rtems4.12 --enable-rtemsbsp=gensh1 --prefix=/opt/rtems/4.12<br>
<br>
8 standard sh/gensh2 build:<br>
configure: /opt/work/chris/rtems/kernel/<wbr>rtems.git/configure --target\<br>
=sh-rtems4.12 --enable-rtemsbsp=gensh2 --prefix=/opt/rtems/4.12<br>
<br>
9 standard sh/gensh4 build:<br>
configure: /opt/work/chris/rtems/kernel/<wbr>rtems.git/configure --target\<br>
=sh-rtems4.12 --enable-rtemsbsp=gensh4 --prefix=/opt/rtems/4.12<br>
<br>
10 standard sh/simsh1 build:<br>
configure: /opt/work/chris/rtems/kernel/<wbr>rtems.git/configure --target\<br>
=sh-rtems4.12 --enable-rtemsbsp=simsh1 --prefix=/opt/rtems/4.12<br>
<br>
11 standard sh/simsh2 build:<br>
configure: /opt/work/chris/rtems/kernel/<wbr>rtems.git/configure --target\<br>
=sh-rtems4.12 --enable-rtemsbsp=simsh2 --prefix=/opt/rtems/4.12<br>
<br>
12 standard sh/simsh2e build:<br>
configure: /opt/work/chris/rtems/kernel/<wbr>rtems.git/configure --target\<br>
=sh-rtems4.12 --enable-rtemsbsp=simsh2e --prefix=/opt/rtems/4.12<br>
<br>
13 standard sh/simsh4 build:<br>
configure: /opt/work/chris/rtems/kernel/<wbr>rtems.git/configure --target\<br>
=sh-rtems4.12 --enable-rtemsbsp=simsh4 --prefix=/opt/rtems/4.12<br>
<br>
Average BSP Build Time: 0:00:17.431351<br>
Total Time 0:49:23.329735<br>
Passes: 157 Failures: 13<br>
<br>
The SH failures are expected because there are no tools. I have reached out to<br>
find a solution here.<br>
<br>
The PowerPC failures are due to using binutils-2.28 and linking the bootloader.<br>
It is broken. The linker is generating lots of messages like:<br>
<br>
/opt/work/chris/rtems/kernel/<wbr>rtems.git/c/src/lib/libbsp/<wbr>powerpc/motorola_powerpc/<wbr>bootloader/../../../powerpc/<wbr>shared/bootloader/head.S:140:(<wbr>.text+0x8a):<br>
dangerous relocation: generic linker can't handle R_PPC_SECTOFF_HA<br>
<br>
This bug exposes a PowerPC BSP build system error where running make again does<br>
not generate the error. It seems the RALF file rules are broken.<br>
<br>
I am happy to push the patches to update to gcc-7.1.0 and binutils-2.28 and keep<br>
SH on the current tools and the PowerPC on binutils-2.27.</blockquote><div><br></div><div>This sounds reasonable and unfortunately it is common to have a couple of architectures which have issues and have to be held back for a while.</div><div><br></div><div>Did you ask about the binutils issue? It appears to be motorola_powerpc BSPs which turn the executable into a compressed binary image and link it to the bootloader. Maybe the objcopy messes up the section type. One solution if this isn't fixable is to use the RTEMS utility which converts a file into a C array which can then just be compiled so it gets the right sections, CPU flags, etc. Same result in the end but a bit more complicated for the build system. </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
I will run a build of everything with tests.<br>
<br>
Chris<br>
______________________________<wbr>_________________<br>
devel mailing list<br>
<a href="javascript:;" onclick="_e(event, 'cvml', 'devel@rtems.org')">devel@rtems.org</a><br>
<a href="http://lists.rtems.org/mailman/listinfo/devel" target="_blank">http://lists.rtems.org/<wbr>mailman/listinfo/devel</a><br>
</blockquote>