This is the mail archive of the fortran@gcc.gnu.org mailing list for the GNU Fortran 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: Fallout (mostly runtime library-related) from GCC version numberchange


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.

> > gcc/Makefile.in's
> >
> >         "libexecsubdir=$(libsubdir)" \
> >
> > seems dodgy, but this is pre-existing and may be harmless.
> 
> 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.

-- 
Joseph S. Myers               http://www.srcf.ucam.org/~jsm28/gcc/
    jsm@polyomino.org.uk (personal mail)
    joseph@codesourcery.com (CodeSourcery mail)
    jsm28@gcc.gnu.org (Bugzilla assignments and CCs)


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