libnspr: remove thumb2 handling
authorArnout Vandecappelle <arnout@mind.be>
Tue, 19 Jan 2016 22:51:11 +0000 (23:51 +0100)
committerPeter Korsgaard <peter@korsgaard.com>
Tue, 19 Jan 2016 23:12:41 +0000 (00:12 +0100)
commit86e97855724f77817749cf6a036a352ad9b99cca
tree39166cb69fefeab2209520041bf764b59baf1a05
parent91ea9331275d5074be9202a6d866f6a6a860b8d9
libnspr: remove thumb2 handling

libnspr currently passes --enable-thumb2 if the CPU has thumb
instructions. This option will pass -mthumb to the compiler. However,
if an external multilib toolchain is used that has a thumb-specific
variant (e.g. Sourcery), it will try to use that one. But we only copy
a single variant to the sysroot, so the build will fail with:

.../arm-none-linux-gnueabi/bin/ld: cannot find crti.o: No such file or directory
...
collect2: error: ld returned 1 exit status
../../config/rules.mk:303: recipe for target 'libnspr4.so' failed

We can in fact just remove the thumb2 handling. With current libnspr,
the thumb and thumb2 options just add -marm and -mthumb. But we already
pass that in our toolchain wrapper so it's completely redundant.

Note that when nothing is passed, the configure script still tries to
autodetect whether thumb2 is available (but doesn't do it correctly,
see the error above), but in the end it doesn't use the result for
anything. In other words, even if it detects that thumb2 is available,
it will _not_ pass -mthumb to the compiler.

Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
package/libnspr/libnspr.mk