This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: How to prevent multilib builds if OS support missing?
- From: Jakub Jelinek <jakub at redhat dot com>
- To: Ulrich Weigand <Ulrich dot Weigand at de dot ibm dot com>
- Cc: gcc at gcc dot gnu dot org
- Date: Tue, 26 Nov 2002 21:03:28 +0100
- Subject: Re: How to prevent multilib builds if OS support missing?
- References: <OF42EA00DB.F1EE6FE8-ONC1256C7D.00681F81@de.ibm.com>
- Reply-to: Jakub Jelinek <jakub at redhat dot com>
On Tue, Nov 26, 2002 at 08:12:39PM +0100, Ulrich Weigand wrote:
> is there some mechanism to prevent a gcc build from failing because
> some multilibbed library cannot be built due to missing OS support
> (missing libraries, binutils support etc.)?
>
> I had thought that code in config-ml.in could be used for that purpose,
> e.g. there is sparc code with the comment:
> # We will not be able to create libraries with -m64 if
> # we cannot even link a trivial program. If usually
> # indicates the 64bit libraries are missing.
> which subsequently disables the -m64 multilib builds.
>
> However, when I've added similar code to disable -m31 builds on
> s390x-ibm-linux systems where 31bit libraries are missing, gcc
> still did not build, because it still tried unsuccessfully to
> build a multilibbed libgcc_s.so.
>
> Apparently, config-ml.in is not even used inside the gcc/ directory
> at all, only for the target libraries (libstdc++ etc.).
>
> Is there some corresponding facility to disable multilibbed variants
> of libgcc if OS support is missing?
It would have to be written. Should probably go into mklibgcc.in.
Jakub