This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: Fallout (mostly runtime library-related) from GCC versionnumber change
"Joseph S. Myers" <joseph@codesourcery.com> writes:
> On Wed, 16 Mar 2005, Zack Weinberg wrote:
>
>> > Also libexecsubdir, parts of which get "4.1.0" and parts of which get
>> > "const". Does fixincludes/mkheaders.in's definition of libexecsubdir
>> > still work after this patch?
>>
>> No, it doesn't. Good catch, thanks. Is that an installed program?
>
> Yes, it's installed; parts of the code for rerunning fixincludes go in
> libsubdir and parts in libexecsubdir.
Ok, I'll adjust this in my tree.
>> The definition of libsubdir in gcc/Makefile.in is already correct.
>> (It was being overridden by a bad definition from the top level, though.)
>
> My comment is simply that libexecsubdir != libsubdir so defining one to
> the other seems odd. However, I don't think this definition of
> libexecsubdir ever actually gets used. Nor does gcc/Makefile.in's
> SUBDIR_FLAGS_TO_PASS seem to get used. Given that these definitions don't
> seem to be used, they are separate issues.
Agreed. This is not a spring-cleaning-on-the-Makefiles patch series,
much as it would be nice to have one.
zw