This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: code coverage, ARM and C library


On Wed, 2006-10-25 at 22:06 +0400, Vladimir Prus wrote:
> 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.

OK.

R.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]