From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2337 invoked by alias); 9 Apr 2014 22:29:54 -0000 Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org Received: (qmail 2323 invoked by uid 89); 9 Apr 2014 22:29:54 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-3.8 required=5.0 tests=AWL,BAYES_00,RP_MATCHES_RCVD,SPF_HELO_PASS,SPF_PASS autolearn=ham version=3.3.2 X-HELO: mx1.redhat.com Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 09 Apr 2014 22:29:53 +0000 Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s39MTpjB007115 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 9 Apr 2014 18:29:51 -0400 Received: from greed.delorie.com (ovpn-113-46.phx2.redhat.com [10.3.113.46]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s39MTo7w013041 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 9 Apr 2014 18:29:51 -0400 Received: from greed.delorie.com (greed.delorie.com [127.0.0.1]) by greed.delorie.com (8.14.4/8.14.4) with ESMTP id s39MToCE015921; Wed, 9 Apr 2014 18:29:50 -0400 Received: (from dj@localhost) by greed.delorie.com (8.14.4/8.14.4/Submit) id s39MTmXp015920; Wed, 9 Apr 2014 18:29:48 -0400 Date: Wed, 09 Apr 2014 22:29:00 -0000 Message-Id: <201404092229.s39MTmXp015920@greed.delorie.com> From: DJ Delorie To: Jakub Jelinek CC: bonzini@gnu.org, aoliva@redhat.com, Ralf.Wildenhues@gmx.de, rguenther@suse.de, gcc-patches@gcc.gnu.org In-reply-to: <20140409130721.GK1817@tucnak.redhat.com> (message from Jakub Jelinek on Wed, 9 Apr 2014 15:07:21 +0200) Subject: Re: Patch ping References: <20140409130721.GK1817@tucnak.redhat.com> X-IsSubscribed: yes X-SW-Source: 2014-04/txt/msg00464.txt.bz2 > - http://gcc.gnu.org/ml/gcc-patches/2014-03/msg01370.html > PR sanitizer/56781 > fix --with-build-config=bootstrap-ubsan bootstrap of lto-plugin I have no particular problem with this patch, although the build has gotten beyond my full understanding these days... However, does this fix a regression? If not, it should wait for stage1. > - http://gcc.gnu.org/ml/gcc-patches/2014-03/msg01433.html > PR sanitizer/56781 > fix --with-build-config=bootstrap-asan bootstrap of lto-plugin Are we really going to multilib libiberty for every "useful" option we think of? For the build/host, we have a generic way of providing CFLAGS, and for the target we already have a multilib structure.