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