Bug#629819: libc6-dev: moving crt1.o crti.o etc. to /usr/lib/<triplet> breaks external multiarch unaware applications
On Thu, Jul 21, 2011 at 03:34:11AM -0500, Jonathan Nieder wrote:
> Aurelien Jarno wrote:
>
> > What should be done
> > instead is trying to understand why --sysroot doesn't work.
>
> Here's a quick patch. It only covers the libc (libc.so, crti.o, etc)
> part of the problem. The right way to deal with libgcc1 is still
> being considered at Bug#634821.
>
> If someone knows how to expand this advice to include settings for
> --with-libs and --with-headers when building GCC from source, that
> would be nice.
>
> Index: debhelper.in/libc.NEWS
> ===================================================================
> --- debhelper.in/libc.NEWS (revision 4801)
> +++ debhelper.in/libc.NEWS (working copy)
> @@ -10,7 +10,7 @@
> multiarch, you might try to pass the following options to your
> compiler:
>
> - -I/usr/include/$arch --sysroot /usr/lib/$arch
> + -I/usr/include/$arch -B/lib/$arch -B/usr/lib/$arch
>
> -- Aurelien Jarno <aurel32@debian.org> Sun, 26 Jun 2011 22:28:52 +0200
>
Do we really need -B on /lib/$arch ? This directory should not be used
for linking, only at runtime. Also reading the documentation, it seems
-B also does the job for the include files, so maybe we also don't need
-I.
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurelien@aurel32.net http://www.aurel32.net
Reply to: