Re: top level makefile.in

Nathanael Nerode
2002-10-01T22:50:49Z

On Tue, Oct 01, 2002 at 11:52:00AM -0400, Andrew Cagney wrote:
> >On Mon, Sep 30, 2002 at 09:22:13PM -0400, Daniel Jacobowitz wrote:
> >
> >>On Tue, Oct 01, 2002 at 10:48:33AM +0930, Alan Modra wrote:
> >
> >>> pepper:/usr/tmp/ppc/bin# make install
> >>> /bin/sh ./mkinstalldirs /usr/local /usr/local
> >>> ./mkinstalldirs: ./mkinstalldirs: No such file or directory
> >>> make: *** [installdirs] Error 127
> >>>
> >>> What's the idea of putting
> >>>
> >>> srcdir = .
> >>>
> >>> in the top level Makefile.in? Surely you don't expect everybody
> >>> to run autogen?
> >
> >>
> >>Well, there's some complication here - Nathaniel had a working patch
> >>in, and Andrew reverted it because it broke GDB's (and binutils'...)
> >>make -f Makefile.in gas.tar.bz2 hack.
> >
> >
> >Frankly, I'd rather have those broken than "make install". :)
> >
> >2002-09-29 Andrew Cagney <ac131313@redhat.com>
> >
> > Revert below (note that src does not contain Makefile.tpl):
> >
> >And _that_ comment isn't true. At least as of a few minutes ago,
> >/src does contain Makefile.tpl. Hmm, I see Nick has been hacking on
> >Makefile.in too, which is now a generated file.
>
> The're not listed in `:ext:sources.redhat.com:/cvs/src CVSROOT/modules'
> under src-support.
>
> Nathanael, which top-level files now need to be included.
>
> Andrew

Makefile.tpl, Makefile.def, and src-release should be included. Eek.

You need to revert the change to 'configure' corresponding to my reverted
change to Makefile.tpl/Makefile.in, until everyone's using src-release
and my changes can be put back in full; the partial reversion is the
cause of the build breakage.

--Nathanael