[Buildroot] [autobuild.buildroot.net] Build results for 2014-06-25

Thomas De Schampheleire patrickdepinguin at gmail.com
Thu Jun 26 19:11:21 UTC 2014


Hi,

On Thu, Jun 26, 2014 at 3:45 PM, Max Filippov <jcmvbkbc at gmail.com> wrote:
> On Thu, Jun 26, 2014 at 1:27 PM, Max Filippov <jcmvbkbc at gmail.com> wrote:
>> Hi Baruch,
>>
>> On Thu, Jun 26, 2014 at 10:35 AM, Baruch Siach <baruch at tkos.co.il> wrote:
>>> On Thu, Jun 26, 2014 at 08:30:11AM +0200, Thomas Petazzoni wrote:
>>>>     xtensa |                   dhcpcd-6.4.0 | NOK | http://autobuild.buildroot.net/results/ecbba5682e3a8065f3cf3e0a9670c2febc71949a/
>>>
>>> This is strange. It seems like xtensa toolchains don't like /dev/null as
>>> output file:
>>>
>>> $ .../output/host/usr/bin/xtensa-buildroot-linux-uclibc-gcc -o /dev/null test.c
>>> .../output/host/usr/lib/gcc/xtensa-buildroot-linux-uclibc/4.8.3/../../../../xtensa-buildroot-linux-uclibc/bin/ld: Final link failed: File truncated
>>>
>>> Toolchains for other architectures are just fine with /dev/null. Any Idea?
>
> It wants to read back just written .xt.lit.plt section to rearrange it
> a bit in the
> following call chain:
>
> main
>   ldwrite
>     bfd_elf_final_link
>       elf_xtensa_finish_dynamic_sections
>         elf_xtensa_combine_prop_entries
>
> and obviously fails. This only happens when the result is dynamic object,
> static linking completes successfully.
> I don't see why this might be considered invalid behaviour, and rather
> think that
> the check in the dhcpcd configure script is wrong.

I think it is debatable whether output to /dev/null in gcc is legal or not.
My personal feeling is that this should work, and that if xtensa
cannot deal with it then they should buffer internally and write out
the file as the last step.

Note that we are using the same /dev/null trick in the check-arm-abi code.

Best regards,
Thomas


More information about the buildroot mailing list