Is there any framebuffer testcases?

Joel Sherrill joel at
Wed Apr 13 22:07:50 UTC 2016

Peng.. do you know how to add a local patch and try that? I am happy to
push it upstream and bump the RSB to the next newlib snapshot but
we need to know it resolves a bit of the issue.

If we need to add more symbols, then now is the time.


On Wed, Apr 13, 2016 at 4:57 PM, Chris Johns <chrisj at> wrote:

> On 13/04/2016 17:46, Peng Fan wrote:
>> Hi Chris,
>> I met this, so I add export INCLUDES=-I%{_includedir}:
> I saw but I am concerned there is more to this. I think INCLUDES is
> specific to automake.
> arm-rtems4.12-gcc -E -DHAVE_CONFIG_H -I. -I../libpng-1.6.21 \
>>   pnglibconf.c > pnglibconf.tf1
> This is a CPP action and not a CC action. This is the root of the problem
> as the CPPFLAGS is not being set.
> pnglibconf.c:33:19: fatal error: zlib.h: No such file or directory
>>   # include <zlib.h>
>>                     ^
>> compilation terminated.
>> Makefile:2095: recipe for target 'pnglibconf.out' failed
>> make: *** [pnglibconf.out] Error 1
>> shell cmd failed: /bin/sh -ex
>> /home/Freenix/work/forfun/rtems/rtems-source-builder/rtems/build/libpng-v1.6.21-arm-rtems4.12-1/doit
>> error: building libpng-v1.6.21-arm-rtems4.12-1
>> `
>> Actually I found zlib.h is at arm-rtems4.12/mx6ulevk/lib/include/zlib.h,
>> but I do not know why the directory is not in the search PATH.
> The include path to the BSP headers is present in CFLAGS but there is no
> CPPFLAGS defined by the RSB and we need to have the path in the CPPFLAGS. I
> have a patch I am testing which adds this. Once the symbols issue is
> resolved and I can test the whole process I will push the change.
> Chris
> _______________________________________________
> users mailing list
> users at
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <>

More information about the users mailing list