make xdev-links

[Warner Losh]

On Oct 19, 2014, at 4:18 PM, Jeroen Hofstee <jeroen at myspectrum.nl> wrote:

> Hello Warner,
> 
> On 19-10-14 22:03, Warner Losh wrote:
>> On Oct 19, 2014, at 3:46 AM, Jeroen Hofstee <jeroen at myspectrum.nl> wrote:
>> 
>>> Hi,
>>> 
>>> I noticed that the xdev target no longer installs the long names, but it needs
>>> the xdev-links target for that purpose. However if you try to use that compiler you get:
>>> 
>>> armv6-freebsd-cc main.c
>>> ERROR: Source object /tmp/main-2cb9c8.o has EABI version 0, but target a.out has EABI version 4
>> that’s weird. Looks like you tried to build in a stale tree, or with the wrong binaries
>> since one of them is old ABI while the other one is new EABI 4 that we implement.
> 
> I don't understand what you mean by that, I build
> 
> commit 12cfd5c5b7dc8bca093c3db614f93a61d02aa127
> Author: rpaulo <rpaulo at FreeBSD.org>
> Date:   Sat Oct 18 17:00:55 2014 +0000
> 
>    Make the ti_mbox and ti_pruss drivers optional.
> 
>    MFC after:  1 week
> 
> with
> make XDEV=arm XDEV_ARCH=armv6 xdev
> make XDEV=arm XDEV_ARCH=armv6 xdev-links
> 
> resulting in
> 
> FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512
> Target: armv6--freebsd
> Thread model: posix
> 
> So I am not behind (too much) if that is what you meant.

You just built clang. If you are using the old gcc that you built a while ago, all bets are off.
Also, if your ports tree isn’t clean, you may have old OABI .os in there that weren’t rebuilt.

>>> If the symlinks are renamed to armv6-freebsd-gnuebi-* compiling works fine.
>>> Should such a rename be considered?
>> The links aren’t causing that error. They won’t be renamed. If there’s a real bug here,
>> it needs to be fixed elsewhere.
> 
> I don't know the root cause, but clang e.g. will behave differently
> depending on the name it is invoked with. So perhaps that logic needs
> to be extended then.

clang can’t build u-boot. Second, if clang produces oabi binaries with the above
name, it needs to change to not do that. Either way, not an xdev problem.

>>> Unrelated, since crochet wants to be run as root, I noticed u-boot will stop
>>> compiling, since the root shell has VENDOR set to amd, overwriting the actual
>>> board VENDOR in the Makefiles.
>> That’s odd. It shouldn’t be doing that. Any idea where that’s coming from?
> 
> No idea, I do know 2 more people reported the same problem in the
> u-boot mailinglist before, so it is not limited to my setup. I just didn't
> encounter it before, since I typically don't build u-boot as root.

Yea, that sounds like a bug to me. I get “acorn” on my rPi, which is quite lame.

Warner
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 842 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://lists.freebsd.org/pipermail/freebsd-arm/attachments/20141020/7cf6e4b2/attachment.sig>