Content-Type: multipart/alternative; boundary="----=_NextPart_001_00F8_01C8F6FF.6A2174D0" ------=_NextPart_001_00F8_01C8F6FF.6A2174D0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit I got DirectFB1.2.0 and LiTE running on an ARM based Mini computer (gumstix.com) and am able to run a few examples such as arm-linux-dfbinfo, but not others like dfbinspector (this is for another e-mail). I am having problems running some of the LiTE tools such as arm-linux-lite_bench and I believe this may be an issue with DFB and libpng. When running the tools/examples the FreeType font provider is loaded and then an error spits out: Arm-linux-lite_bench: can't resolve symbol 'pow' Does anyone know what could be causing this error? I have attached an strace log if it is of any help. Regards, Bryan ------=_NextPart_001_00F8_01C8F6FF.6A2174D0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I got DirectFB1.2.0 and LiTE running on an ARM = based Mini computer (gumstix.com) and am able to run a few examples such as arm-linux-dfbinfo, but not others like dfbinspector (this is for another e-mail).

 

I am having problems running some of the LiTE tools = such as arm-linux-lite_bench and I believe this may be an issue with DFB and libpng.  When running the tools/examples the FreeType font provider = is loaded and then an error spits out:

 

    Arm-linux-lite_bench: = can’t resolve symbol ‘pow’

 

Does anyone know what could be causing this = error?  I have attached an strace log if it is of any help.

 

Regards,

Bryan

------=_NextPart_001_00F8_01C8F6FF.6A2174D0--