Is there any framebuffer testcases?

Peng Fan van.freenix at gmail.com
Thu Apr 14 02:09:28 UTC 2016


Hi Joel.

2016-04-14 6:07 GMT+08:00 Joel Sherrill <joel at rtems.org>:

> 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.
>

I do not know how add add  a local patch. Please kindly guide. I am glad to
test your patch.

Thanks,
Peng.


>
> --joel
>
> On Wed, Apr 13, 2016 at 4:57 PM, Chris Johns <chrisj at rtems.org> 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 \
>>>       -DPNGLIB_LIBNAME='PNG16_0' -DPNGLIB_VERSION='1.6.21'
>>> -DSYMBOL_PREFIX='' -DPNG_NO_USE_READ_MACROS -DPNG_BUILDING_SYMBOL_TABLE
>>>   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 rtems.org
>> http://lists.rtems.org/mailman/listinfo/users
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rtems.org/pipermail/users/attachments/20160414/28cd4bdb/attachment-0002.html>


More information about the users mailing list