Is there any framebuffer testcases?

[Peng Fan]

On Wed, Apr 13, 2016 at 12:51:54PM +0200, Sebastian Huber wrote:
>On 13/04/16 12:33, Peng Fan wrote:
>>Ok. I see it. It was finally archived in to libscore.a. Please kindly guide
>>me to fix this, I do not know where to begin.
>
>Sorry, I didn't follow the thread. What is the problem?

As Chris posted,

"
The test is simple:

  $ cat hw.c
  #include <stdio.h>
  int main(void)
  {
    printf("hello world\n");
    return 0;
  }
  $ arm-rtems4.12-gcc -o hw hw.c


The actual failing test case used by configure is attached. It would seem
changes to newlib or gcc have broken building 3rd party packages.

$ i386-rtems4.12-gcc -o conftest conftest.c
/opt/work/rtems/4.12/lib/gcc/i386-rtems4.12/6.0.0/../../../../i386-rtems4.12/bin/ld:
warning: cannot find entry symbol _start; defaulting to 0000000008048074
/opt/work/rtems/4.12/lib/gcc/i386-rtems4.12/6.0.0/../../../../i386-rtems4.12/lib/libc.a(lib_a-fclose.o):
In function `_fclose_r':
/opt/work/chris/rtems/rsb/rtems-source-builder.master/rtems/build/i386-rtems4.12-gcc-6-20160327-newlib-2.4.0-x86_64-freebsd10.1-1/build/i386-rtems4.12/newlib/libc/stdio/../../../../../gcc-6-20160327/newlib/libc/stdio/fclose.c:117:
undefined reference to `_Mutex_recursive_Release'
/opt/work/chris/rtems/rsb/rtems-source-builder.master/rtems/build/i386-rtems4.12-gcc-6-20160327-newlib-2.4.0-x86_64-freebsd10.1-1/build/i386-rtems4.12/newlib/libc/stdio/../../../../../gcc-6-20160327/newlib/libc/stdio/fclose.c:86:
undefined reference to `_Mutex_recursive_Acquire'
/opt/work/chris/rtems/rsb/rtems-source-builder.master/rtems/build/i386-rtems4.12-gcc-6-20160327-newlib-2.4.0-x86_64-freebsd10.1-1/build/i386-rtems4.12/newlib/libc/stdio/../../../../../gcc-6-20160327/newlib/libc/stdio/fclose.c:91:
undefined reference to `_Mutex_recursive_Release'
/opt/work/rtems/4.12/lib/gcc/i386-rtems4.12/6.0.0/../../../../i386-rtems4.12/lib/libc.a(lib_a-fflush.o):
In function `_fflush_r':
/opt/work/chris/rtems/rsb/rtems-source-builder.master/rtems/build/i386-rtems4.12-gcc-6-20160327-newlib-2.4.0-x86_64-freebsd10.1-1/build/i386-rtems4.12/newlib/libc/stdio/../../../../../gcc-6-20160327/newlib/libc/stdio/fflush.c:282:
undefined reference to `_Mutex_recursive_Release'
/opt/work/chris/rtems/rsb/rtems-source-builder.master/rtems/build/i386-rtems4.12-gcc-6-20160327-newlib-2.4.0-x86_64-freebsd10.1-1/build/i386-rtems4.12/newlib/libc/stdio/../../../../../gcc-6-20160327/newlib/libc/stdio/fflush.c:280:
undefined reference to `_Mutex_recursive_Acquire'
/opt/work/rtems/4.12/lib/gcc/i386-rtems4.12/6.0.0/../../../../i386-rtems4.12/lib/libc.a(lib_a-findfp.o):
In function `__fp_lock':
/opt/work/chris/rtems/rsb/rtems-source-builder.master/rtems/build/i386-rtems4.12-gcc-6-20160327-newlib-2.4.0-x86_64-freebsd10.1-1/build/i386-rtems4.12/newlib/libc/stdio/../../../../../gcc-6-20160327/newlib/libc/stdio/findfp.c:297:
undefined reference to `_Mutex_recursive_Acquire'
/opt/work/rtems/4.12/lib/gcc/i386-rtems4.12/6.0.0/../../../../i386-rtems4.12/lib/libc.a(lib_a-findfp.o):
In function `__fp_unlock':
/opt/work/chris/rtems/rsb/rtems-source-builder.master/rtems/build/i386-rtems4.12-gcc-6-20160327-newlib-2.4.0-x86_64-freebsd10.1-1/build/i386-rtems4.12/newlib/libc/stdio/../../../../../gcc-6-20160327/newlib/libc/stdio/findfp.c:308:
undefined reference to `_Mutex_recursive_Release'
/opt/work/rtems/4.12/lib/gcc/i386-rtems4.12/6.0.0/../../../../i386-rtems4.12/lib/libc.a(lib_a-findfp.o):
In function `__sinit_lock_acquire':
/opt/work/chris/rtems/rsb/rtems-source-builder.master/rtems/build/i386-rtems4.12-gcc-6-20160327-newlib-2.4.0-x86_64-freebsd10.1-1/build/i386-rtems4.12/newlib/libc/stdio/../../../../../gcc-6-20160327/newlib/libc/stdio/findfp.c:282:
undefined reference to `_Mutex_recursive_Acquire'
"

Thanks,
Peng.

>
>-- 
>Sebastian Huber, embedded brains GmbH
>
>Address : Dornierstr. 4, D-82178 Puchheim, Germany
>Phone   : +49 89 189 47 41-16
>Fax     : +49 89 189 47 41-09
>E-Mail  : sebastian.huber at embedded-brains.de
>PGP     : Public key available on request.
>
>Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.
>