From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24036 invoked by alias); 8 Jul 2013 15:11:27 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 24027 invoked by uid 89); 8 Jul 2013 15:11:26 -0000 X-Spam-SWARE-Status: No, score=-3.3 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,KHOP_THREADED,RCVD_IN_DNSWL_LOW,RCVD_IN_HOSTKARMA_YE,SPF_PASS autolearn=ham version=3.3.1 Received: from mail-wi0-f178.google.com (HELO mail-wi0-f178.google.com) (209.85.212.178) by sourceware.org (qpsmtpd/0.84/v0.84-167-ge50287c) with ESMTP; Mon, 08 Jul 2013 15:11:26 +0000 Received: by mail-wi0-f178.google.com with SMTP id k10so4069762wiv.5 for ; Mon, 08 Jul 2013 08:11:24 -0700 (PDT) X-Received: by 10.194.90.244 with SMTP id bz20mr12890808wjb.69.1373296283928; Mon, 08 Jul 2013 08:11:23 -0700 (PDT) MIME-Version: 1.0 Received: by 10.194.236.232 with HTTP; Mon, 8 Jul 2013 08:11:03 -0700 (PDT) In-Reply-To: References: <51D83AAC.4080200@gmail.com> <87y59jo6yq.fsf@igel.home> <51D97472.8010704@gmail.com> From: Bruce Korb Date: Mon, 08 Jul 2013 15:11:00 -0000 Message-ID: Subject: Re: fatal error: gnu/stubs-32.h: No such file To: Andrew Pinski Cc: Gabriel Dos Reis , Jonathan Wakely , Andreas Schwab , GCC Content-Type: text/plain; charset=ISO-8859-1 X-SW-Source: 2013-07/txt/msg00112.txt.bz2 Hi, On Sun, Jul 7, 2013 at 10:19 PM, Andrew Pinski wrote: > I think disable multilib by default is a mistake and is a broken > choice for broken distros which don't install the 32bit development by > default when you install the development part. If a distro does something that you consider wrong, you would have their many clients suffer? When there's a simple test to see if the platform can support multilib? That is not very friendly. Not friendly at all. > > I think the problem is still in the distros rather than GCC. > > I strongly disagree. We (GCC) are at fault here. We implicitly > enable a feature at configure time without knowing its builds > will succeed (despite having repeated reports that it does often > fail) without much input from the builder (who might be ignorant of > real reason of failures.) Usually we do the opposite. Making the innocent suffer inscrutible failures because you think that many mass distributions are wrong? That is wrong. I agree whole heartedly with Gaby. > But having multilib enabled by default on x86_64 is simply very highly > desirable, REMEMBER: we are talking about having a multilib enableable test in the configure. If it fails, then it is not enabled by default. This is not rocket science. > If you don't have gmp or mfr installed, > configure will let you know, loudly complains, and won't budge until > you install the required tools Exactly. > > It's better to abort early. > > it is, as the saying goes, drowning the baby because we want to > keep the water. :-D It is punishing the innocent by failing the build with inscrutible error messages. Sounds like baby drowning to me... Please add a multilib-able test to configure. Thank you.