From owner-freebsd-toolchain@FreeBSD.ORG Mon Dec 2 14:40:49 2013 Return-Path: Delivered-To: freebsd-toolchain@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 86B11636; Mon, 2 Dec 2013 14:40:49 +0000 (UTC) Received: from mail-pd0-x22a.google.com (mail-pd0-x22a.google.com [IPv6:2607:f8b0:400e:c02::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 583C7195C; Mon, 2 Dec 2013 14:40:49 +0000 (UTC) Received: by mail-pd0-f170.google.com with SMTP id g10so18278225pdj.29 for ; Mon, 02 Dec 2013 06:40:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:mime-version:content-type :content-transfer-encoding; bh=WnDgPFV3OFCkQA8RNFgaXyEaRqNRZc4CRUNkq3RtMHU=; b=f0lIEPCgpXeY+w+dsCMGluT9idouqlHd1SqOYEw/5Wl/3YXA3LxOoWgnlFfglMqV4e QFh3l3TAFeRR02C8+HEWFKXnpy+jsYY4R0MB+ToQevEI06+sVSO5fVfcy4k5rcMQ9rlW VRGfrH56GbkUnMpXLIykgQBSsNaxepg/Ngk6p72fKd4WUjSmidBMthTBwz99XCynDrWz MwhSGCr2woBFq9qpICK5mWXEdPCwIfblD9GQ52+F38CZQhDdmaNuD7O3yChl6xCa+a4a RG7E1BvWiUXfy6ZCVbeupzg5WbwFhqMNudhuPAeeXAgNoSCNmEnb+kn0ib3/e7xvqFIW HyFQ== X-Received: by 10.69.31.65 with SMTP id kk1mr17173611pbd.126.1385995248901; Mon, 02 Dec 2013 06:40:48 -0800 (PST) Received: from zhabar.gateway.2wire.net (76-253-2-5.lightspeed.sntcca.sbcglobal.net. [76.253.2.5]) by mx.google.com with ESMTPSA id sd3sm123041612pbb.42.2013.12.02.06.40.47 for (version=SSLv3 cipher=RC4-SHA bits=128/128); Mon, 02 Dec 2013 06:40:48 -0800 (PST) Date: Mon, 2 Dec 2013 06:40:41 -0800 From: Justin Hibbits To: freebsd-current@freebsd.org Subject: Internal compiler error on gcc with latest updates Message-ID: <20131202064041.268a14b1@zhabar.gateway.2wire.net> X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; powerpc64-portbld-freebsd11.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-toolchain@freebsd.org X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Dec 2013 14:40:49 -0000 Yesterday I started a full world update for my machine (powerpc64), but the new gcc import ICEs at emit-rtl.c:1784, when compiling zdb. I haven't tried reverting contrib/gcc yet, but is there a good way to debug this? - Justin From owner-freebsd-toolchain@FreeBSD.ORG Mon Dec 2 18:26:24 2013 Return-Path: Delivered-To: freebsd-toolchain@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6905B7FF; Mon, 2 Dec 2013 18:26:24 +0000 (UTC) Received: from mail-wg0-x22f.google.com (mail-wg0-x22f.google.com [IPv6:2a00:1450:400c:c00::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D05741A74; Mon, 2 Dec 2013 18:26:23 +0000 (UTC) Received: by mail-wg0-f47.google.com with SMTP id n12so11094472wgh.26 for ; Mon, 02 Dec 2013 10:26:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=DbOzfKCN8mh06sdfHgEcJ4Alj39UOkqtbFOIk3kDogg=; b=Ov0roD4jNUGLkvZW/ObklafM28AQKJ8oCcWLAsMQKEGu7PclVBCV4YUx7PBkzg4XZq mzv0r6u7yzn9JTOwR4jmbIu8Lrwk5CH4cEMwhwsJ4wbt+xwlqK2W3VqtqJ80k0hIj/9Y g25l1NaUWLryGTPxwy9TjVtnOcRdk4CkYQqIB+QuWHZ7Zh3s58HRMbYCPqGYCPR1Xu5I ZSAyTWhY45GXl+e8dMG8htsktzDTZf4UpUjreWxecaMqC9N12v7qbZ3IHFqzDmMh0z7t R/OKxPJ2Pcd/lnqwRAULAL9A/QTZ+ZaoNbGdTsChVmIJLGVkmM46xCO7lb7/pcKaCVRk tqWg== MIME-Version: 1.0 X-Received: by 10.180.211.71 with SMTP id na7mr19643616wic.5.1386008782197; Mon, 02 Dec 2013 10:26:22 -0800 (PST) Sender: crodr001@gmail.com Received: by 10.216.84.208 with HTTP; Mon, 2 Dec 2013 10:26:22 -0800 (PST) In-Reply-To: <20131202064041.268a14b1@zhabar.gateway.2wire.net> References: <20131202064041.268a14b1@zhabar.gateway.2wire.net> Date: Mon, 2 Dec 2013 10:26:22 -0800 X-Google-Sender-Auth: St_PJNKEJ7TahG1mp5KKevxuJ5E Message-ID: Subject: Re: Internal compiler error on gcc with latest updates From: Craig Rodrigues To: Justin Hibbits Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-current Current , freebsd-toolchain@freebsd.org X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Dec 2013 18:26:24 -0000 On Mon, Dec 2, 2013 at 6:40 AM, Justin Hibbits wrote: > Yesterday I started a full world update for my machine (powerpc64), but > the new gcc import ICEs at emit-rtl.c:1784, when compiling zdb. I > haven't tried reverting contrib/gcc yet, but is there a good way to > debug this? > If you are getting the same Internal Compiler Error, it may be worth doing a web search on the GCC web site to see if it is a known issue: https://www.google.com/#q=site:gcc.gnu.org -- Craig From owner-freebsd-toolchain@FreeBSD.ORG Mon Dec 2 18:54:51 2013 Return-Path: Delivered-To: freebsd-toolchain@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3D5E063F; Mon, 2 Dec 2013 18:54:51 +0000 (UTC) Received: from mail-bk0-x232.google.com (mail-bk0-x232.google.com [IPv6:2a00:1450:4008:c01::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 711271C46; Mon, 2 Dec 2013 18:54:50 +0000 (UTC) Received: by mail-bk0-f50.google.com with SMTP id e11so5597483bkh.37 for ; Mon, 02 Dec 2013 10:54:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=p9xeoBTm4TSgwTH8tIXQeOHMnta8tVdoZskpPDGtcB8=; b=h8MRjep9LK8r6+u6HVmHcvnpPfqqkVvgfVidAxrTMb45yA1+DqTT4nQg1gq4Ix5cPs wiw7q6QWwQ/GNBLYCfrqhVAezG/szVSWGBJd2KYqGIK3Nnc3o3tPAmTWrSo1nd/7TTeY a3pvbabKuIw39PzCbSKCMntADkZrG1AXXbV2MDfiHNu1orjgRvpY4NRGKlUxXp7uwOb8 EcQUo6c6Raj9E69w4EowQO0IdVTXI2JA6cDjkN19QVaVnEr0AdsZ9R6VQwylR1Ldd5na lI/4phu59zc2AX30DK86G8gmSGN4SHlQgy3ee192GmUnMZ7viXKQuSePepIxBP42jKlT qHWw== MIME-Version: 1.0 X-Received: by 10.204.227.198 with SMTP id jb6mr468256bkb.69.1386010488651; Mon, 02 Dec 2013 10:54:48 -0800 (PST) Received: by 10.205.72.198 with HTTP; Mon, 2 Dec 2013 10:54:48 -0800 (PST) Received: by 10.205.72.198 with HTTP; Mon, 2 Dec 2013 10:54:48 -0800 (PST) In-Reply-To: References: <20131202064041.268a14b1@zhabar.gateway.2wire.net> Date: Mon, 2 Dec 2013 10:54:48 -0800 Message-ID: Subject: Re: Internal compiler error on gcc with latest updates From: Justin Hibbits To: Craig Rodrigues Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: FreeBSD Current , freebsd-toolchain@freebsd.org X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Dec 2013 18:54:51 -0000 On Dec 2, 2013 10:26 AM, "Craig Rodrigues" wrote: > > On Mon, Dec 2, 2013 at 6:40 AM, Justin Hibbits wrote: >> >> Yesterday I started a full world update for my machine (powerpc64), but >> the new gcc import ICEs at emit-rtl.c:1784, when compiling zdb. I >> haven't tried reverting contrib/gcc yet, but is there a good way to >> debug this? > > > If you are getting the same Internal Compiler Error, > it may be worth doing a web search on the GCC web site to see if it is a known issue: > > https://www.google.com/#q=site:gcc.gnu.org > > -- > Craig Good idea. It looks like it is related to GCC bug 48561/21307. -Justin From owner-freebsd-toolchain@FreeBSD.ORG Fri Dec 6 18:47:31 2013 Return-Path: Delivered-To: freebsd-toolchain@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 92B8FD24 for ; Fri, 6 Dec 2013 18:47:31 +0000 (UTC) Received: from vlakno.cz (mail.vlakno.cz [95.129.96.251]) by mx1.freebsd.org (Postfix) with ESMTP id 1AEC11660 for ; Fri, 6 Dec 2013 18:47:30 +0000 (UTC) Received: by vlakno.cz (Postfix, from userid 1002) id 5CE8C1CC5592; Fri, 6 Dec 2013 19:40:21 +0100 (CET) Date: Fri, 6 Dec 2013 19:40:21 +0100 From: Roman Divacky To: Kurt Lidl Subject: Re: clang looking all over for linux libs [9.2 PRERELEASE] Message-ID: <20131206184021.GA66137@freebsd.org> References: <51E6FAF5.3080802@pix.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <51E6FAF5.3080802@pix.net> User-Agent: Mutt/1.5.22 (2013-10-16) Cc: freebsd-toolchain@freebsd.org X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Dec 2013 18:47:31 -0000 Fwiw, I fixed this upstream. The version 3.5 will hae this. Thanks again for the report! On Wed, Jul 17, 2013 at 04:13:41PM -0400, Kurt Lidl wrote: > > I noticed this issue this morning, while looking at a unrelated > compilation failure. I was using clang on an amd64 machine, > running a system that corresponds closely to r253388. > There are some local changes, but nothing with regards to the > toolchain, except for removing GCC via the WITHOUT_GCC flag in src.conf. > > lidl@nine0-135: cat hello.c > #include > #include > > int main(int argc, char *argv[]) > { > printf("Hello world\n"); > return 0; > } > lidl@nine0-136: ktrace -i clang -c hello.c > lidl@nine0-137: kdump |less > [...] > 74004 clang CALL > open(0x7fffffffbf00,0x120004,0x1d) > 74004 clang NAMI "/usr/lib/gcc/x86_64-linux-gnu" > 74004 clang RET open -1 errno 2 No such file or directory > 74004 clang CALL > open(0x7fffffffbf00,0x120004,0x2e) > 74004 clang NAMI "/usr/lib/x86_64-linux-gnu/gcc/x86_64-linux-gnu" > 74004 clang RET open -1 errno 2 No such file or directory > > My question is: Why is the system compiler looking for all these > directories that do not exist? > > lidl@nine0-144: kdump |egrep -e NAMI -e /usr/lib | awk '{print $4}' > [...] > "/usr/lib/gcc/x86_64-linux-gnu" > "/usr/lib/x86_64-linux-gnu/gcc/x86_64-linux-gnu" > "/usr/lib/x86_64-linux-gnu" > "/usr/lib/gcc/x86_64-unknown-linux-gnu" > "/usr/lib/x86_64-unknown-linux-gnu/gcc/x86_64-unknown-linux-gnu" > "/usr/lib/x86_64-unknown-linux-gnu" > "/usr/lib/gcc/x86_64-pc-linux-gnu" > "/usr/lib/x86_64-pc-linux-gnu/gcc/x86_64-pc-linux-gnu" > "/usr/lib/x86_64-pc-linux-gnu" > "/usr/lib/gcc/x86_64-redhat-linux6E" > "/usr/lib/x86_64-redhat-linux6E/gcc/x86_64-redhat-linux6E" > "/usr/lib/x86_64-redhat-linux6E" > "/usr/lib/gcc/x86_64-redhat-linux" > "/usr/lib/x86_64-redhat-linux/gcc/x86_64-redhat-linux" > "/usr/lib/x86_64-redhat-linux" > "/usr/lib/gcc/x86_64-suse-linux" > "/usr/lib/x86_64-suse-linux/gcc/x86_64-suse-linux" > "/usr/lib/x86_64-suse-linux" > "/usr/lib/gcc/x86_64-manbo-linux-gnu" > "/usr/lib/x86_64-manbo-linux-gnu/gcc/x86_64-manbo-linux-gnu" > "/usr/lib/x86_64-manbo-linux-gnu" > "/usr/lib/gcc/x86_64-linux-gnu" > "/usr/lib/x86_64-linux-gnu/gcc/x86_64-linux-gnu" > "/usr/lib/x86_64-linux-gnu" > "/usr/lib/gcc/x86_64-slackware-linux" > "/usr/lib/x86_64-slackware-linux/gcc/x86_64-slackware-linux" > "/usr/lib/x86_64-slackware-linux" > "/usr/lib/gcc/x86_64-unknown-freebsd9.2" > "/usr/lib/x86_64-unknown-freebsd9.2/gcc/x86_64-unknown-freebsd9.2" > "/usr/lib/x86_64-unknown-freebsd9.2" > > It's actually a lot worse than this -- it also looks in /usr/lib32 for > a different set of directories, and then again in /usr/lib > for that diffferent set of libraries, and then in /usr/bin/../lib > for the original set of directories and then again(!) in > /usr/bin/../lib32 and /usr/bin/../lib for the second set of directories. > > I would think, that as the configured system compiler, it wouldn't > bother looking around for a bunch of stuff that it isn't going to > find... Sure, the data is in the buffer cache after the first run, > but how about just not making several hundred useless system calls > for each invocation of the compiler? > > All this seems to come from: > /usr/src/contrib/llvm/tools/clang/lib/Driver/ToolChains.cpp > > Is there something that can done to make this work better? > > -Kurt > > > > _______________________________________________ > freebsd-toolchain@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-toolchain > To unsubscribe, send any mail to "freebsd-toolchain-unsubscribe@freebsd.org"