Hi Michael,
On Thu, 7 May 2015 18:52:52, Michael Haubenwallner wrote:
>
> Hi Bernd,
>
> On 05/06/2015 03:01 PM, Bernd Edlinger wrote:
>> On Tue, 5 May 2015 18:03:15, Michael Haubenwallner wrote:
>>>
>>> Now that gcc-5 is out, what about an automake-1.11.6 update for gcc-6?
>>>
>>> BTW, the actual commands I use to re-run automake for everything (I found)
>>> is:
>>> $ export AUTOMAKE='automake-1.11 --add-missing --copy --force-missing'
>>> $ /src/gcc-trunk/configure --prefix=/install \
>>> --enable-languages=c,c++,fortran,go,java,lto,objc,obj-c++ \
>>> --enable-liboffloadmic=target \
>>> --enable-libmpx \
>>> --enable-maintainer-mode
>>> $ make bootstrap
>>>
>>
>> And for completeness: ada missing here?
>
> This starts to become tricky here on my quite up-to-date Gentoo stable amd64
> box:
>
> The normal host compiler is: gcc version 4.8.4 configured to
> --enable-languages=c,c++
> while the gnat compiler is: gnatgcc version 4.3.5 configured to
> --enable-languages=c,ada
>
> But: How do I tell the gcc-trunk/configure to use gcc/g++ for C/C++ and
> gnatgcc for Ada?
>
> I've thought of using CC=gnatgcc, but then I also would need something like
> CXX=gnatg++
> OTOH, seems like Gentoo never has enabled ada for the normal host gcc.
>
> Is this a problem I should fix with Gentoo, or is it me missing anything here?
>
> Thanks!
> /haubi/
>
> $ gcc -v
> Using built-in specs.
> COLLECT_GCC=/usr/x86_64-pc-linux-gnu/gcc-bin/4.8.4/gcc
> COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-pc-linux-gnu/4.8.4/lto-wrapper
> Target: x86_64-pc-linux-gnu
> Configured with:
> /var/tmp/portage/sys-devel/gcc-4.8.4/work/gcc-4.8.4/configure
> --host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --prefix=/usr
> --bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/4.8.4
> --includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.4/include
> --datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.8.4
> --mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.8.4/man
> --infodir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.8.4/info
> --with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.4/include/g++-v4
> --with-python-dir=/share/gcc-data/x86_64-pc-linux-gnu/4.8.4/python
> --enable-languages=c,c++ --enable-obsolete --enable-secureplt
> --disable-werror --with-system-zlib --disable-nls --enable-checking=release
> --with-bugurl=https://bugs.gentoo.org/ --with-pkgversion='Gentoo 4.8.4 p1.4,
> pie-0.6.1' --enable-libstdcxx-time --enable-shared --enable-threads=posix
> --enable-__cxa_atexit --enable-clocale=gnu --enable-multilib
> --with-multilib-list=m32,m64 --disable-altivec --disable-fixed-point --en
> able-targets=all --disable-libgcj --enable-libgomp --disable-libmudflap
> --disable-libssp --disable-libquadmath --enable-lto --without-cloog
> --enable-libsanitizer
> Thread model: posix
> gcc version 4.8.4 (Gentoo 4.8.4 p1.4, pie-0.6.1)
>
> $ gnatgcc -v
> Using built-in specs.
> Target: x86_64-pc-linux-gnu
> Configured with:
> /var/tmp/portage/dev-lang/gnat-gcc-4.3.5/work/gcc-4.3.5/configure
> --prefix=/usr --bindir=/usr/x86_64-pc-linux-gnu/gnat-gcc-bin/4.3
> --includedir=/usr/lib64/gnat-gcc/x86_64-pc-linux-gnu/4.3/include
> --libdir=/usr/lib64/gnat-gcc/x86_64-pc-linux-gnu/4.3
> --libexecdir=/usr/libexec/gnat-gcc/x86_64-pc-linux-gnu/4.3
> --datadir=/usr/share/gnat-gcc-data/x86_64-pc-linux-gnu/4.3
> --mandir=/usr/share/gnat-gcc-data/x86_64-pc-linux-gnu/4.3/man
> --infodir=/usr/share/gnat-gcc-data/x86_64-pc-linux-gnu/4.3/info
> --program-prefix=gnat --enable-languages=c,ada --with-gcc
> --host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --disable-nls
> --with-system-zlib --disable-checking --disable-werror --disable-libgomp
> --disable-libmudflap --disable-libssp --disable-libunwind-exceptions
> --enable-libada --enable-threads=gnat --enable-shared=boehm-gc,ada,libada
> --enable-multilib --enable-__cxa_atexit --enable-clocale=gnu
> Thread model: gnat
> gcc version 4.3.5
Hmm...
I don't think the boot strap can work if the "gcc" driver program does not
understand ada and c++ at the same time.
This can be a bit tricky: If you can not find a working gcc with ada and c,c++
for your machine, then you will need to boot-strap that on a different host
first.
That is possible, if you copy the so called system root files, that is all the
necessary
glibc headers, and glibc binaries from your target system to
$PREFIX/x86_64-pc-linux-gnu/include
and $PREFIX/x86_64-pc-linux-gnu/lib on the build-maching after binutils install
but before
gcc boot-strap begins.
Bernd.