From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-return-179404-listarch-gcc=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 6496 invoked by alias); 16 Jul 2013 13:24:58 -0000
Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc/>
List-Post: <mailto:gcc@gcc.gnu.org>
List-Help: <http://gcc.gnu.org/ml/>
Sender: gcc-owner@gcc.gnu.org
Received: (qmail 6476 invoked by uid 89); 16 Jul 2013 13:24:57 -0000
X-Spam-SWARE-Status: No, score=-3.1 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,KHOP_THREADED,RCVD_IN_DNSWL_LOW,RCVD_IN_HOSTKARMA_YE,RDNS_NONE,SPF_PASS autolearn=ham version=3.3.1
Received: from Unknown (HELO mail-lb0-f181.google.com) (209.85.217.181)    by sourceware.org (qpsmtpd/0.84/v0.84-167-ge50287c) with ESMTP; Tue, 16 Jul 2013 13:24:56 +0000
Received: by mail-lb0-f181.google.com with SMTP id w10so587914lbi.40        for <gcc@gcc.gnu.org>; Tue, 16 Jul 2013 06:24:48 -0700 (PDT)
MIME-Version: 1.0
X-Received: by 10.112.173.161 with SMTP id bl1mr1109667lbc.51.1373981087987; Tue, 16 Jul 2013 06:24:47 -0700 (PDT)
Received: by 10.112.160.104 with HTTP; Tue, 16 Jul 2013 06:24:47 -0700 (PDT)
In-Reply-To: <CAAiZkiCJFAagOV2J+8Bd62BuFA9fzDUHt8qtsphvj9MhqGnSmg@mail.gmail.com>
References: <51D83AAC.4080200@gmail.com>	<87y59jo6yq.fsf@igel.home>	<51D97472.8010704@gmail.com>	<CAH6eHdSzVcjpVzktBfi6n0cNq=DfBOADAP3BpvTqydmzCFwbCQ@mail.gmail.com>	<CAAiZkiB0W3Lbv63eXcpP6EYhbj-t4DJ=zvFEsSfer_n6nKM_wA@mail.gmail.com>	<CAH6eHdS9v+GyLvVYEjVDbuFtGxwn27-VhqEofykYMe0C_tv9aA@mail.gmail.com>	<CAAiZkiBjh3iR+Gsh2etKRnzO2q=N5iBnXQgwwod4vOELSsbLRA@mail.gmail.com>	<CA+=Sn1=M9_uUHxEV6r0b-0AQE73v=Lv=AgbWwT9nAMuZ=_M7xQ@mail.gmail.com>	<CAKRnqNJa840OJfszZPQm7vhfedbTo4XkVVx1ZHz8ybFMxzx_dw@mail.gmail.com>	<20130708152427.GQ2336@tucnak.redhat.com>	<CAKRnqN+Y77wh1yQ+0hhudFZtVyZutFt8LHYxSfhqownNePuS4A@mail.gmail.com>	<51E514CB.4050006@redhat.com>	<CAAiZkiCJFAagOV2J+8Bd62BuFA9fzDUHt8qtsphvj9MhqGnSmg@mail.gmail.com>
Date: Tue, 16 Jul 2013 13:24:00 -0000
Message-ID: <CAH6eHdTrLrw_d1Wxm3V6oQ1PMqnVWCC0XupPbW8NYqTtk09HoQ@mail.gmail.com>
Subject: Re: fatal error: gnu/stubs-32.h: No such file
From: Jonathan Wakely <jwakely.gcc@gmail.com>
To: Gabriel Dos Reis <gdr@integrable-solutions.net>
Cc: Florian Weimer <fweimer@redhat.com>, Bruce Korb <bruce.korb@gmail.com>, 	Jakub Jelinek <jakub@redhat.com>, Andrew Pinski <pinskia@gmail.com>, 	Andreas Schwab <schwab@linux-m68k.org>, GCC <gcc@gcc.gnu.org>
Content-Type: text/plain; charset=ISO-8859-1
X-SW-Source: 2013-07/txt/msg00208.txt.bz2

On 16 July 2013 13:46, Gabriel Dos Reis wrote:
> On Tue, Jul 16, 2013 at 4:39 AM, Florian Weimer <fweimer@redhat.com> wrote:
>> I think this is actually a glibc problem.  I wonder if it's possible to
>> install a stubs-32.h file in a suitable location by default which contains
>> an illuminating #error directive.  That file would be hidden by the real one
>> if you install the actual 32 bit development environment.
>>
>> --
>> Florian Weimer / Red Hat Product Security Team
>
> that wouldn't solve the failures on current systems.

GCC sources could contain a gnu/stubs-32.h header with an #error and
ensure that the right directory to find it is searched when building
the target libraries, but only after all other directories.  It
wouldn't need to be installed with GCC because it's only needed while
configuring the target libs.