On 02/11/2015 23:01, Eliot Gable wrote:
That produces this output:
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/home/test/usr/bin/../libexec/gcc/x86_64-unknown-linux-gnu/5.2.0/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: ../gcc-5.2.0/configure --prefix=/usr
On Tue, Nov 3, 2015 at 3:53 AM, Pierre Labastie
wrote:
>
> I think the original command as something wrong at the end: "-I
> ./tinfo/make_hash.c". I guess gcc thinks that ./tinfo/make_hash.c is an
> include directory...
>
> How that command was generated looks like a bug
I finally have glibc, binutils, and gcc all building within the chroot
using my alternate paths. Further, bzip2 and pkg-config both built without
issues and installed to my alternate paths. I even verified that bzip2
correctly executes, compresses, and decompresses files. It took some header
file
On 02/11/2015 17:53, Eliot Gable wrote:
> I finally have glibc, binutils, and gcc all building within the chroot using
> my alternate paths. Further, bzip2 and pkg-config both built without issues
> and installed to my alternate paths. I even verified that bzip2 correctly
> executes, compresses,
That produces this output:
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/home/test/usr/bin/../libexec/gcc/x86_64-unknown-linux-gnu/5.2.0/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: ../gcc-5.2.0/configure --prefix=/usr
--with-local-prefix=/usr
On Mon, November 2, 2015 22:01, Eliot Gable wrote:
> That produces this output:
...
> --dynamic-linker=/home/test/lib/ld-linux-x86-64.so.2 -lgcc --as-needed
> -lgcc_s --no-as-needed -lc -lgcc --as-needed -lgcc_s --no-as-needed
> /home/test/usr/bin/../lib/gcc/x86_64-unknown-linux-gnu/5.2.0/crtend.o
On 13/10/2015 23:23, Ken Moffat wrote:
On Tue, Oct 13, 2015 at 05:00:30PM -0400, Eliot Gable wrote:
export CFLAGS="-mtune=core-avx2 -O2 -fPIC"
export CXXFLAGS=$CFLAGS
Where do you get core-avx2 from ? It seems to be a gentooism. If
you *relly* need to optimise for your specific machine, then
Yes, I know I am using non-standard paths. However, this GCC pass 2 was
working fine on GCC 4.9.2 previously.
libtool: link: x86_64-bps-linux-gnu-g++ -fPIC -DPIC -shared -nostdlib
/data/firmware/bps/tools/lib/../lib64/crti.o
>
>
> A few comments below -
> >
> > libtool: link: x86_64-bps-linux-gnu-g++ -fPIC -DPIC -shared -nostdlib
> > /data/firmware/bps/tools/lib/../lib64/crti.o
>
> For starters, I'm trying to make sure I understand what you are
> doing differently. I assume:
>
> 1. wherever we use /mnt/lfs. you use
On Tue, Oct 13, 2015 at 05:00:30PM -0400, Eliot Gable wrote:
>
> >
> > > export CFLAGS="-mtune=core-avx2 -O2 -fPIC"
> > > export CXXFLAGS=$CFLAGS
> >
> > Where do you get core-avx2 from ? It seems to be a gentooism. If
> > you *relly* need to optimise for your specific machine, then I would
> >
10 matches
Mail list logo