Date: Mon, 20 Oct 2014 08:02:26 -0600 From: Warner Losh <imp@bsdimp.com> To: Jeroen Hofstee <jeroen@myspectrum.nl> Cc: freebsd-arm@freebsd.org Subject: Re: make xdev-links Message-ID: <B24B850B-4BC1-4F61-A088-4CF4C4D61B81@bsdimp.com> In-Reply-To: <544438CC.2040607@myspectrum.nl> References: <54438864.2050506@myspectrum.nl> <B4573F69-6A83-4FB1-82EF-DF509DFA6562@bsdimp.com> <544438CC.2040607@myspectrum.nl>
index | next in thread | previous in thread | raw e-mail
[-- Attachment #1 --] On Oct 19, 2014, at 4:18 PM, Jeroen Hofstee <jeroen@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@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@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 [-- Attachment #2 --] -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJURRXyAAoJEGwc0Sh9sBEAFvsQANxu0Dq7g1B43WTeIzJxJzej 9rP3DEFHRjz/+RBDka8zstmJJEFIAC5F3nRUvAng5/JQBwNTdxXQzI2zadYoabLY loIVRl7UsD026jBhgLAJbdGWU2xgA6/1g6Xraxwz0WzWTnT83Q6lN/kCipzt+rF0 N9HS2bm0Wcs0+fWAqhaX57S6YpmLZgTV5RQ5i1pGTO83WC2E3HMDPAGuLg7GfpdB xwmqa/qXHwr8/gbWbTDRjyG05wWNFf5NpEtc/lEmA1GwEpuL1EXCUiXWrncBJQI3 T3GPplBkImLQTm4SadVaQF1O1ZukNaxNrhYBhYRwuIdYmJIqPgN82ooIkrvAdp3n fRPjKhX8I+43mqT0ESjvxWRoF1apuBonYaRBq1T6si/ugUgVZttH41LZdvEX5dQ1 Jrd1zj5hw6qD8bGpxs+XiLvBp17U77u9Bo2aB2/MlwOrNRriUguDye3eZLQix15L ukv5wHMTznqb7w8F7wGEB6CukBcI0zA3k54y/xXfvi9vcTvq671qJ4T5kRJ1C1bj r7gjqi3t43I/LVh1v/ZOFTkl85YV2hRF99PgLb6uqBtHB2D8YatS99cSdq9ayLj6 CyFeCLPv8cQMLAEKek24bnKajpzbSo6O4SPQnYPfrQgjONtM5vvJhjfLV7wwVdld gbIGA6oQwmtVkMcrw8IL =hiZk -----END PGP SIGNATURE-----help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?B24B850B-4BC1-4F61-A088-4CF4C4D61B81>