Bug#629819: libc6-dev: moving crt1.o crti.o etc. to /usr/lib/<triplet> breaks external multiarch unaware applications

[Jonathan Nieder <jrnieder@gmail.com>]

Aurelien Jarno wrote:

> Thanks a lot for the tests, I have just done the change in the SVN.

Thanks again.

For what it's worth (not much :)) I suspect building gcc trunk with

	./configure --prefix=$HOME/opt/gcc \
		CFLAGS_FOR_TARGET="-g -O2 -B/usr/lib/x86_64-linux-gnu"
	make BOOT_CFLAGS="-g -O2 -B/usr/lib/x86_64-linux-gnu"

would work in an alternate universe where the gcc subdirs had been
relibtoolized with the latest Debian libtool, though because we don't
live in such a universe I haven't been able to check.

(I simulated that a little by introducing "makefile" files with a
lowercase 'm' like so:

	include Makefile
	LIBTOOL = libtool

until growing tired of the exercise in the middle of building stage3.
The version of libtool in gcc's trunk simply drops -B flags passed to
it.  Yegh.  At least the exercise helped my conscience a little.)