Broken arm support in clang now?

[Mark Millard]

On 2018-Aug-11, at 11:09 AM, Dimitry Andric <dim at FreeBSD.org> wrote:
> 
> On 11 Aug 2018, at 19:31, Warner Losh <imp at bsdimp.com> wrote:
>> 
>> On Sat, Aug 11, 2018, 10:20 AM Dimitry Andric <dim at freebsd.org> wrote:
>> On 11 Aug 2018, at 16:55, Warner Losh <imp at bsdimp.com> wrote:
>>> 
>>> It looks like armv5 clang bogusly uses lld:
>>> 
>>> From a 'make buildkernel' of the RT1310 kernel config:
>>> 
>>> cc -target arm-gnueabi-freebsd12.0
> ...
>>> ld: warning: lld uses extended branch encoding, no object with architecture
>>> supporting feature detected.
>>> ld: warning: lld may use movt/movw, no object with architecture supporting
>>> feature detected.
> ...

Did the build get either of the below notices? Both?

make[1]: "/usr/src/Makefile.inc1" line 341: SYSTEM_COMPILER: Determined that CC=cc matches the source tree.  Not bootstrapping a cross-compiler.
make[1]: "/usr/src/Makefile.inc1" line 346: SYSTEM_LINKER: Determined that LD=ld matches the source tree.  Not bootstrapping a cross-linker.

?

(The example text was taken from an amd64 -> aarch64 cross build.)

>> Host is amd64. Target is arm. No src.conf. Did a full buildworld TARGET=arm a few days ago. /usr/bin/ld is lld.
> 
> Okay, so in the above "cc" command, can you somehow figure out which cc
> executable it is using? And please add a -v to the "linking kernel.full"
> command line, so it shows exactly which linker it runs?
> 
> I have the idea that it is preferring your /usr/bin/ld over
> ${WORLDTMP}/usr/bin/ld...



===

Mark Millard
Nexus Technology, Inc. 
78 Northeastern Blvd., Unit #2 
Nashua  NH  03062

877-595-8116  x821

mark.millard at nexustechnology.com

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 3136 bytes
Desc: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-toolchain/attachments/20180811/95e6f81b/attachment.bin>