From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11803 invoked by alias); 30 Jul 2013 07:56:23 -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 11793 invoked by uid 89); 30 Jul 2013 07:56:22 -0000 X-Spam-SWARE-Status: No, score=-6.8 required=5.0 tests=AWL,BAYES_00,KHOP_THREADED,RCVD_IN_HOSTKARMA_W,RCVD_IN_HOSTKARMA_WL,RDNS_NONE,SPF_HELO_PASS,SPF_PASS autolearn=no version=3.3.1 Received: from Unknown (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.84/v0.84-167-ge50287c) with ESMTP; Tue, 30 Jul 2013 07:56:22 +0000 Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r6U7uEd7008875 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 30 Jul 2013 03:56:14 -0400 Received: from zebedee.pink (ovpn-113-140.phx2.redhat.com [10.3.113.140]) by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r6U7uBVQ021422; Tue, 30 Jul 2013 03:56:12 -0400 Message-ID: <51F7719B.9050502@redhat.com> Date: Tue, 30 Jul 2013 07:56:00 -0000 From: Andrew Haley User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130625 Thunderbird/17.0.7 MIME-Version: 1.0 To: David Starner CC: Bruce Korb , FX , "gcc@gcc.gnu.org" , "jwakely.gcc@gmail.com" Subject: Re: fatal error: gnu/stubs-32.h: No such file References: <51F66CA9.4040803@redhat.com> <51F67A08.2070709@redhat.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-SW-Source: 2013-07/txt/msg00441.txt.bz2 On 07/30/2013 05:50 AM, David Starner wrote: > Sorry about the blank message; I accidentally hit the wrong button. > > On Mon, Jul 29, 2013 at 7:19 AM, Andrew Haley wrote: >> It was "This is possible, but it's tricky, and it's really important >> to get it right. We don't want a half-arsed patch." > > We've all seen cases where a quick patch is rejected in favor of a > hypothetical patch, and years down the road, the program still has the > problem. The people who blocked the quick patch, naturally, never > bothered trying to write the patch they wanted. This is true. It is a real problem. However, it's up to the proposer to propose something that works for everyone. No-one would object to a decent diagnostic. >> That's a mistranslation. It means that there are other criteria >> beyond some people having trouble. Such as, we really want multilibs >> to be built. > > Who is we here? And why do you really want multilibs built? "We" is the GCC community. "We" really want multilibs to be built so they get tested as much as possible. It's in the best interest of all GCC users that this happens. >>> I think you should detect the issue as *soon as practical* and then >>> *ALWAYS* emit a message that *TELLS THE USER WHAT TO DO*. >> >> Yes! Yes! Yes! > > Then what are we going to do about it? As per my first comment, nobody > has offered to produce a patch in the form you would be happy with, so > I'm not going to hold my breath that it's going to appear. So don't write one. Then you're likely to be proved right. Andrew.