<div dir="ltr"><div><div><div><div><div><div><div>I think I see what is going on. It looks like Qt sets USE_EABI_HARDFLOAT=0 when I need it to be USE_EABI_HARDFLOAG=1.<br><br></div>This is done in qt5jsbackend-5.0.2/src/vi/v8.pri as a consequence of <br>
<br></div>config_hardfloat {<br></div>  DEFINES += USE_EABI_HARDFLOAT=1<br></div>} else {<br></div>  DEFINES += USE_EABI_HARDFLOAT=0<br>}<br><br></div>Where config_hardfloat is always undefined.<br><br></div>This may bring up a larger question in that some embedded systems will wish to use softfloat and some hardfloat<br>
<div><div><div><div><div><div><div><br><br></div></div></div></div></div></div></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Nov 6, 2013 at 9:28 AM, Thomas De Schampheleire <span dir="ltr"><<a href="mailto:patrickdepinguin@gmail.com" target="_blank">patrickdepinguin@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Charles,<br>
<div><div class="h5"><br>
On Wed, Nov 6, 2013 at 5:57 PM, Charles Krinke <<a href="mailto:charles.krinke@gmail.com">charles.krinke@gmail.com</a>> wrote:<br>
> Recently one of our app engineers moved to QtQuick 2.0 and all of a sudden<br>
> with the buildroot built binaries from Qt-5.0.2, I am seeing this error when<br>
> a qml-style program is run.<br>
><br>
> ERROR: Binary compiled with -mfloat-abi=hard but without<br>
> -DUSE_EABI_HARDFLOAT<br>
><br>
> In searching this, I can see mention of this on the buildroot mailing list<br>
> from June, but no hints or resolution. The archive of the mailing list is<br>
> this page:<br>
><br>
> <a href="http://buildroot-busybox.2317881.n4.nabble.com/ERROR-Binary-compiled-with-mfloat-abi-hard-but-without-DUSE-EABI-HARDFLOAT-td49130.html" target="_blank">http://buildroot-busybox.2317881.n4.nabble.com/ERROR-Binary-compiled-with-mfloat-abi-hard-but-without-DUSE-EABI-HARDFLOAT-td49130.html</a><br>

><br>
> Although I am using the TI AM3517 and not Raspberry Pi, the error seems to<br>
> be the same.<br>
><br>
> I am assuming this has something to do with make options. This morning, I<br>
> tried adding "-DUSE-EABI_HARDFLAT" to the Makefile for libQt5V8 where the<br>
> offending message is coming from, but the cheap shot doesnt work.<br>
><br>
> I am working with a buildroot from the end of July, so am not using the<br>
> experimental Qt-5.1 stuff (yet) and am hoping not to move forward in a<br>
> crisis if I can help it.<br>
><br>
> So, ... as usual, I am hoping for a clue or two to let me understand how to<br>
> get QtQuick back to functionality with Qt-5.0.2.<br>
<br>
</div></div>Although I have no experience whatsoever with qt (and will not be able<br>
to help you myself), I suggest to send a (def)config file that<br>
exhibits the problem. This may help others in trying to reproduce the<br>
problem...<br>
<br>
Best regards,<br>
Thomas<br>
</blockquote></div><br><br clear="all"><br>-- <br>Charles Krinke<br><br>
</div>