code coverage, ARM and C library
Vladimir Prus
vladimir@codesourcery.com
Wed Oct 25 20:32:00 GMT 2006
Hello,
at the moment, when building gcc for arm-none-eabi with newlib as C library,
gcc decides that the C library is not available, sets inhibit_libc for
compilations, and as result instead of real gcov support routines dummy
functions are used.
There are two places where inhibit_libc is set
- Configure code (which looks at --with-newlib and --with-headers)
- Arm config bits, which set inhibit_libc unconditionally.
That hardcoding looks wrong -- there's nothing fundamentally preventing
building arm toolchain with some C library. If I remove that hardcoding, and
modify configure options appropriately, inhibit_libc is not set, gcc builds
fine, and the code coverage works.
The patch is attached, OK?
- Volodya
* config/arm/t-strongarm-pe: (TARGET_LIBGCC2_CFLAGS): Do no set
inhibit_libc.
* config/arm/t-strongarm-elf: Likewise.
* config/arm/t-pe: Likewise.
* config/arm/t-arm-elf: Likewise.
* config/arm/t-xscale-elf: Likewise.
* config/arm/t-arm-coff: Likewise.
* config/arm/t-xscale-coff: Likewise.
* config/arm/t-wince-pe: Likewise.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: inhibit_libc.diff
Type: text/x-diff
Size: 3847 bytes
Desc: not available
URL: <http://gcc.gnu.org/pipermail/gcc-patches/attachments/20061025/87f585b9/attachment.bin>
More information about the Gcc-patches
mailing list