From: Jonathan Wakely <jwakely.gcc@gmail.com>
To: Tammo Tjarks <tammo@tammo-tjarks.de>
Cc: gcc-help <gcc-help@gcc.gnu.org>
Subject: Re: Error for unknown spec function 'dumps' when compiling GCC 11.X
Date: Tue, 26 Oct 2021 10:30:23 +0100 [thread overview]
Message-ID: <CAH6eHdQ=WSJPVn+YEA4LFprm-=KdooK-Kx9KHsYdwu1zEVaTjg@mail.gmail.com> (raw)
In-Reply-To: <0882e244-222f-7d8f-6f40-4a36f9efbe4a@tammo-tjarks.de>
On Mon, 25 Oct 2021 at 22:47, Tammo Tjarks <tammo@tammo-tjarks.de> wrote:
>
> Hello Jonathan,
> thank you very much for your quick answer. Maybe it is related to the fact, that I compile from tarball and do not clone the git repository.
That's the usual way people build a release. The Git repo is most
commonly used for building the tips of development branches.
> I use the commands:
>
> unset LD_LIBRARY_PATH
>
>
> export PATH="/opt/add_swlibs/gcc/10.3.0/rh6_64/bin:${PATH}"
> export LDFLAGS="-L/opt/add_swlibs/versioned_libs/0.5/linux60_64/lib64_static_only "
>
> /opt/add_swlibs/.compile/gcc/11.2/rh6_64/gcc-11.2.0/configure --prefix=/opt/add_swlibs/gcc/11.2.0/rh6_64 --enable-shared --enable-threads=posix --without-local-prefix --with-pic --enable-targets=all --build=x86_64-pc-linux-gnu --host=x86_64-pc-linux-gnu --target=x86_64-pc-linux-gnu \
> --with-ld=/opt/add_swlibs/binutils/2.36.1/linux60_64/bin/ld LDFLAGS=-Wl,-rpath,/opt/add_swlibs/gcc/11.2.0/rh6_64/lib64 --disable-multilib --with-as=/opt/add_swlibs/binutils/2.36.1/linux60_64/bin/as \
> --enable-__cxa_atexit --enable-gnu-indirect-function --enable-checking --enable-gather-detailed-mem-stats \
> --with-mpc-include=/opt/add_swlibs/versioned_libs/0.5/include --with-mpc-lib=/opt/add_swlibs/versioned_libs/0.5/linux60_64/lib64_static_only \
> --with-mpfr-include=/opt/add_swlibs/versioned_libs/0.5/include --with-mpfr-lib=/opt/add_swlibs/versioned_libs/0.5/linux60_64/lib64_static_only \
> --with-gmp-include=/opt/add_swlibs/versioned_libs/0.5/include --with-gmp-lib=/opt/add_swlibs/versioned_libs/0.5/linux60_64/lib64_static_only \
> --with-isl-include=/opt/add_swlibs/versioned_libs/0.5/include --with-isl-lib=/opt/add_swlibs/versioned_libs/0.5/linux60_64/lib64_static_only \
> --with-zstd-include=/opt/add_swlibs/versioned_libs/0.5/include --with-zstd-lib=/opt/add_swlibs/versioned_libs/0.5/linux60_64/lib64_static_only
>
> to compile. Used similar command for 10.3 (where I did not use/provide isl and zstd).
> The library directory (/opt/add_swlibs/versioned_libs/0.5/linux60_64/lib64_static_only is a directory where I linked only the static libraries to link the gcc itself without dynamic dependencies. I compile for RH6, but have seen the same problem for RH7/8. For compilation I use
> gcc 10.3.
You're making things far more complicated than necessary. See
https://gcc.gnu.org/wiki/InstallingGCC
Also, if you have already installed binutils to the same --prefix as
gcc then gcc will find it and use it automatically, you don't need to
use --with-as and --with-ld that way (installing all these packages to
different directories seems superficially logical, but is actually
just over-complicated and unnecessary).
I don't know why any of this would cause your problem with the specs,
but I also don't know why your configure command needs to be so long.
Have you tried simplifying your command to the minimum necessary? e.g.
remove --enable-gather-detailed-memory-stats and
--without-local-prefix ?
And why bother adding things that are the defaults anyway, like
--enable-shared --enable-threads=posix and the redundant
build/host/target options?
next prev parent reply other threads:[~2021-10-26 9:30 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <4e64dbb4-8179-4f35-6786-78995a5b26ea@tammo-tjarks.de>
2021-10-25 20:41 ` Fwd: " Tammo Tjarks
2021-10-25 21:20 ` Jonathan Wakely
2021-10-25 21:47 ` Tammo Tjarks
2021-10-26 9:30 ` Jonathan Wakely [this message]
2021-10-26 22:51 ` Tammo Tjarks
2021-11-03 23:58 ` Tammo Tjarks
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='CAH6eHdQ=WSJPVn+YEA4LFprm-=KdooK-Kx9KHsYdwu1zEVaTjg@mail.gmail.com' \
--to=jwakely.gcc@gmail.com \
--cc=gcc-help@gcc.gnu.org \
--cc=tammo@tammo-tjarks.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).