[PATCH] locale: fix hard-coded reference to gcc -E

Jérémy Rosen jeremy.rosen@smile.fr
Mon Sep 19 07:23:00 GMT 2016


still no news ?

This is a simple one-line fix which only affects build time...


Thx

Jérémy Rosen


On 12/09/2016 17:58, Jérémy Rosen wrote:
> Any news
>
>
> On 02/09/2016 08:54, Jérémy Rosen wrote:
>> Any news ?
>>
>>
>> On 24/08/2016 09:57, J�r�my Rosen wrote:
>>> When new version of compilers are published, they may not be 
>>> compatible with
>>> older versions of software. This is particularly common when 
>>> software is built
>>> with -Werror.
>>>
>>> Autotools provides a way for a user to specify the name of his 
>>> compiler using a
>>> set of variables ($CC $CXX $CPP etc.). Those variables are used 
>>> correctly when
>>> compiling glibc but the script used to generate transliterations in 
>>> the locale/
>>> subdirectory directly calls the gcc binary to get the output of the
>>> preprocessor instead of using the $CPP variable provided by the build
>>> environment.
>>>
>>> This patch replaces the hard-coded reference to the gcc binary with 
>>> the proper
>>> environment variable, thus allowing a user to override it.
>>>
>>>
>>> ---
>>>    locale/gen-translit.pl | 2 +-
>>>    1 file changed, 1 insertion(+), 1 deletion(-)
>>>
>>> diff --git a/locale/gen-translit.pl b/locale/gen-translit.pl
>>> index 30d3f2f..7b287fa 100644
>>> --- a/locale/gen-translit.pl
>>> +++ b/locale/gen-translit.pl
>>> @@ -1,5 +1,5 @@
>>>    #!/usr/bin/perl -w
>>> -open F, "cat C-translit.h.in | gcc -E - |" || die "Cannot 
>>> preprocess input file";
>>> +open F, 'cat C-translit.h.in | ${CPP:-gcc -E} - |' || die "Cannot 
>>> preprocess input file";
>>>          sub cstrlen {
>>
>>
>
>



More information about the Libc-alpha mailing list