memcpy performance (fwd)
Jonathan Larmour
jlarmour@cygnus.co.uk
Tue Dec 9 14:51:00 GMT 1997
Joel Sherrill wrote:
>Eric Norum wrote:
> /shareNeXT/OS4.2/RTEMS/src/tools-970904/build-m68k-tools/gcc/xgcc
> -B/shareNeXT/OS4.2/RTEMS/src/tools-970904/build-m68k-tools/gcc/
> -idirafter
> /shareNeXT/OS4.2/RTEMS/src/tools-970904/build-m68k-tools/m68k-rtems/newlib/targ-include
> -idirafter
> /shareNeXT/OS4.2/RTEMS/src/tools-970904/src/newlib/libc/include
> -nostdinc -O2 -g -pipe -m68332 -O2 -DHAVE_GETTIMEOFDAY
> -DMALLOC_PROVIDED -DEXIT_PROVIDED -DMISSING_SYSCALL_NAMES
> -DSIGNAL_PROVIDED -DREENTRANT_SYSCALLS_PROVIDED -fno-builtin
> -I/shareNeXT/OS4.2/RTEMS/src/tools-970904/build-m68k-tools/m68k-rtems/newlib/./targ-include
> -I/shareNeXT/OS4.2/RTEMS/src/tools-970904/src/newlib/./libc/include
> -c ../../../../../../src/newlib/libc/string/memcpy.c
The -fno-builtin would probably explain why the gcc version isn't used.
It looks very deliberate though! He could try removing it, unless he
knows why it should be there, or wait until someone else with more
experience of this particular port can explain!
HTH,
Jonathan L.
More information about the Newlib
mailing list