[patch] binutils current: libiberty/configure and --with-build-subdir
H . J . Lu
hjl@lucon.org
Mon Feb 4 11:52:00 GMT 2002
On Mon, Feb 04, 2002 at 11:41:34AM -0800, H . J . Lu wrote:
> On Mon, Feb 04, 2002 at 01:39:15PM -0500, DJ Delorie wrote:
> >
> > You can't just change the option; --with-target-subdir causes changes
> > in what's inside libiberty.a and triggers the multilib code.
> > Libiberty really needs to properly understand --with-build-subdir if
> > you want it to work that way.
> >
> > However, try configuring in a different directory and use an absolute
> > path to configure, and see if that makes a difference.
> >
> > Another consideration is that $srcdir may be improperly set, which
> > would need to be fixed first (or also).
>
> The problem is
>
> if [ "$(srcdir)" = "." ] ; then \
> if [ "$(BUILD_SUBDIR)" != "." ] ; then \
> if $(SHELL) $$s/symlink-tree $${topdir}/$${dir} "no-such-file"
> ; then \
>
> It is bogus. You only duplicate the sub tree. However, to configure
> that directory, you also need install-sh, config.guess, config.sub, ...
> from the top level. Basically, you may have to duplicate the whole tree
> under $(BUILD_SUBDIR). But do you really want to do that?
If noone is going to fix the in-tree build for build != host, shouldn't
we issue an error message during configure?
H.J.
More information about the Binutils
mailing list