8173 2015-08-17 08:36:38 +0000 Wrong dynamic loader because of missing -mfloat-abi=hard in LDFLAGS (in scons) 2017-04-02 21:32:12 +0000 1 1 7 Build System, Metadata & Runtime OE-Core devtools / tool chain 1.8.1 x86 Multiple RESOLVED WONTFIX Medium normal 2.3 1 tasskjapp richard.purdie benjamin.esquivel meta.mr.watcher meta.watcher --- --- No (bug/feature does not impact docs) oldest_to_newest 53140 0 tasskjapp 2015-08-17 08:36:38 +0000 I compiled a console image and an sdk for Jetson TK1. The sdk was generated with "bitbake -cpopulate_sdk console-image". Binaries compiled with the sdk failed with: "./tstapp: No such file or directory". Doing "readelf -a" on the binary revealed that it was looking for /lib/ld-linux.so.3, while my target (and sdk) had /lib/ld-linux-armhf.so.3. Adding -mfloat-abi=hard to LDFLAGS solved it. I suspect this linker option should have made it into the "export LDFLAGS" line in the environment setup of the sdk. 53273 1 benjamin.esquivel 2015-08-20 14:49:53 +0000 Isn't this something that the configuration should have picked up? I'm saying this because I recently fixed an issue in glibc where the config was picking up the wrong setting for hard-float ABI at the configure. 54111 2 richard.purdie 2015-09-15 19:58:53 +0000 Can you give more of an example of how you ended up linking a binary like this? I tried a test with beaglebone and the SDK locally and the environment file lists: CC="arm-poky-linux-gnueabi-gcc -march=armv7-a -mfloat-abi=hard -mfpu=neon -mtune=cortex-a8 --sysroot=$SDKTARGETSYSROOT" so if you use $CC, you get the right option to gcc. You can't be using $LD since that wouldn't accept -mfloat-abi as an option. If you're not using $CC, you can't be getting the --sysroot or other important options. Basically, I need more information about how to reproduce this. 54764 3 tasskjapp 2015-09-29 05:44:14 +0000 Sorry for the late reply. Busy at work, so I haven't had a chance to look at this. I use SCons. There you set up a build environment where you specify e.g. CC and LD and their flags. I took info from the environment setup and used the following flags. # common (c/c++) flags ccflags = [ '-march=armv7-a', '-mthumb', '-mthumb-interwork', '-mfloat-abi=hard', '-mfpu=neon', '-mtune=cortex-a15', '-pipe', '-g', '-feliminate-unused-debug-types', '--sysroot=' + armsysroot] # specific c, c++ flags cflags = ['-std=gnu99', '-Wshadow'] cxxflags = ['-std=c++0x', '-Wno-psabi'] # link flags and paths ldflags = [ '-pthread', '-g3', '-Wl,-O1', '-Wl,--hash-style=gnu', '-Wl,--as-needed', '--sysroot=' + armsysroot] My SCons build first compiles all the c/c++ files, and then links with LD. I had to add '-march=armv7-a' to the ldflags list to get a working binary. 54973 4 sjolley.yp.pm 2015-10-05 21:01:27 +0000 I believe he has answered the question. Please put it back in NEEDINFO if that is not the case. 60595 5 richard.purdie 2016-03-31 13:36:02 +0000 (In reply to comment #3) > My SCons build first compiles all the c/c++ files, and then links with LD. I > had to add '-march=armv7-a' to the ldflags list to get a working binary. Sorry, I'm confused. You had to add '-mfloat-abi=hard' or '-march=armv7-a' or both? 60596 6 tasskjapp 2016-03-31 13:48:37 +0000 No wonder you're confused. I only added -mfloat-abi=hard, so my previous comment was wrong. Sorry. 71999 7 richard.purdie 2017-04-02 21:32:12 +0000 Sorry for the delay in getting back to this. I think the clue here is that your LDFLAGS contain -Wl options which mean that they're being passed to gcc as the driver to the linker, not caling ld directly. If you're using gcc as the driver to the linker, you also need to add CFLAGS to LDFLAGS as you've discovered. Most environments add in LDFLAGS to CFLAGS when linking, it appears scons doesn't and you therefore need to do that yourself. I'm not sure there is much we can do about this from the project side, the same LDFLAGS are what we use for building all our software and we can't really change that. I'm going to have to mark this as WONFIX buts more CANTFIX, sorry :(