**** BEGIN LOGGING AT Sat Mar 08 02:59:59 2014
Mar 08 19:07:37 <h725> hi. I have a build environment (for an ARM target) set up and working correctly. Now I need to prevent the build system (i.e., compiler) from emitting any thumb[2] or vfp instructions. How can I achieve this?
Mar 08 19:19:48 <imphil> h725, have a look for the TUNE_* settings, you need to specify the right options to gcc (-mXXX for a complete set or the individual float/thumb settings)
Mar 08 19:20:43 <imphil> h725, http://git.yoctoproject.org/cgit/cgit.cgi/meta-raspberrypi/tree/conf/machine/include/tune-arm1176jzf-s.inc for an example in the raspberry pi layer
Mar 08 19:21:31 <h725> imphil: thanks, checking it out
Mar 08 19:22:59 <h725> hm, So these are specific optimizations that are turned on, I'd have to turn them off for CortexA8 (which has them turned on too)
Mar 08 19:23:43 <h725> the reason I'm asking is that my "Build Configuration" summary already says TARGET_FPU "soft", and still the compiler emmitts vfp instructions
Mar 08 19:28:43 <h725> a different question i have is how to rebuild a single package (e.g., eglibc) with bitbake. I can confirm whether my changes work by only looking at eglibc which compiles much faster than a complete core-image-minimal
Mar 08 19:36:15 <imphil> h725, just do a verbose compile, and you should see which options get passed to the compiler
Mar 08 19:38:33 <h725> imphil: I'll do that as soon as I figured out how to recompile a single package (e.g., eglibc) b/c recompiling the whole target image just is too long of a debug cycle
Mar 08 19:39:03 <imphil> just use the package name instead of the image name when calling bitbake
Mar 08 19:39:12 <imphil> bitbake also has a --help flag :)
Mar 08 19:51:54 <h725> imphil: I know that the build system uses memchr.S which has an optimized assembly implementation to build eglibc, I just removed all occurrences of memchr.S in my tmp/work directory and bitbake -v eglibc does not perform any compilation
Mar 08 20:36:50 <imphil> h725, bitbake -C clean -v eglibc
Mar 08 20:37:24 <h725> imphil: yes I achieved the same with bitbake -c compile -f eglibc
Mar 08 20:37:37 <h725> but since I removed all the memchr.S files I have to restart
Mar 08 20:38:05 <h725> I thought bitbake is more down the lines of make and acts on updated files automatically --- turns out i was wrong
**** ENDING LOGGING AT Sun Mar 09 02:59:58 2014