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
On Thu, Jul 21, 2011 at 11:27:41AM -0500, Jonathan Nieder wrote:
Hi,
Aurelien Jarno wrote:
Do we really need -B on /lib/$arch ?
Good point. It would be better to leave that out, because simpler.
I included it because it was in the default search path for gcc-4.6.
This directory
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
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
Hi,
Aurelien Jarno wrote:
Do we really need -B on /lib/$arch ?
Good point. It would be better to leave that out, because simpler.
I included it because it was in the default search path for gcc-4.6.
This directory should not be used
for linking, only at runtime. Also reading the
Hallo!
On Wed, 08 Jun 2011 17:41:58 +0200, Andreas Beckmann deb...@abeckmann.de
wrote:
the moving of crt1.o, crti.o, ... from /usr/lib to /usr/lib/triplet
breaks external applications that are not aware of the new multiarch
paths. One such application is GCC from SVN, which now fails to
Hi!
Thomas Schwinge wrote:
What's the route forward here? (Or has everyone manually added symlinks
to /usr/lib/ by now?
On this machine, /usr/share/doc/libc6/NEWS.Debian.gz says:
| Starting with the eglibc package version 2.13-5, the libraries are
| shipped in the multiarch directory
Package: libc6-dev
Version: 2.13-5
Severity: normal
Hi,
the moving of crt1.o, crti.o, ... from /usr/lib to /usr/lib/triplet
breaks external applications that are not aware of the new multiarch
paths. One such application is GCC from SVN, which now fails to compile
with this error:
8 matches
Mail list logo