From owner-freebsd-toolchain@freebsd.org Tue Oct 20 11:41:21 2015 Return-Path: Delivered-To: freebsd-toolchain@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9E42CA1A509 for ; Tue, 20 Oct 2015 11:41:21 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 92DA01630; Tue, 20 Oct 2015 11:41:16 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id OAA03740; Tue, 20 Oct 2015 14:41:15 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1ZoVI3-00051i-2B; Tue, 20 Oct 2015 14:41:15 +0300 To: freebsd-toolchain@FreeBSD.org Cc: John Baldwin From: Andriy Gapon Subject: clang confuses kgdb on static symbols Message-ID: <562627C8.5060108@FreeBSD.org> Date: Tue, 20 Oct 2015 14:38:48 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Oct 2015 11:41:21 -0000 I see exactly the same behavior both kgdb and kgdb710 (devel/gdb with KGDB option): (kgdb) p/x intr_cpus No symbol "intr_cpus" in current context. (kgdb) p/x 'intr_cpus.0' $1 = 0xf Not sure if clang should try to not produce that '.0' suffix (especially given that there are no other intr_cpus symbols) or if kgdb should somehow figure out the suffix. -- Andriy Gapon From owner-freebsd-toolchain@freebsd.org Tue Oct 20 18:32:39 2015 Return-Path: Delivered-To: freebsd-toolchain@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 19629A1A2E9 for ; Tue, 20 Oct 2015 18:32:39 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E9C2B1B84; Tue, 20 Oct 2015 18:32:38 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from ralph.baldwin.cx (c-73-231-226-104.hsd1.ca.comcast.net [73.231.226.104]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id E140CB976; Tue, 20 Oct 2015 14:32:37 -0400 (EDT) From: John Baldwin To: Andriy Gapon Cc: freebsd-toolchain@freebsd.org Subject: Re: clang confuses kgdb on static symbols Date: Tue, 20 Oct 2015 10:27:37 -0700 Message-ID: <2309223.qpHU2DNGVF@ralph.baldwin.cx> User-Agent: KMail/4.14.3 (FreeBSD/10.2-PRERELEASE; KDE/4.14.3; amd64; ; ) In-Reply-To: <562627C8.5060108@FreeBSD.org> References: <562627C8.5060108@FreeBSD.org> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 20 Oct 2015 14:32:38 -0400 (EDT) X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Oct 2015 18:32:39 -0000 On Tuesday, October 20, 2015 02:38:48 PM Andriy Gapon wrote: > > I see exactly the same behavior both kgdb and kgdb710 (devel/gdb with KGDB option): > (kgdb) p/x intr_cpus > No symbol "intr_cpus" in current context. > (kgdb) p/x 'intr_cpus.0' > $1 = 0xf > > Not sure if clang should try to not produce that '.0' suffix (especially given > that there are no other intr_cpus symbols) or if kgdb should somehow figure out > the suffix. What if you disable the hack in sys/conf/kern.mk to use dwarf-2? If '-gdwarf-4' works then you can just set that in the DEBUG makeoptions as a test, otherwise try hacking kern.mk to disable this bit: # # Add -gdwarf-2 when compiling -g. The default starting in clang v3.4 # and gcc 4.8 is to generate DWARF version 4. However, our tools don't # cope well with DWARF 4, so force it to genereate DWARF2, which they # understand. Do this unconditionally as it is harmless when not needed, # but critical for these newer versions. # .if ${CFLAGS:M-g} != "" && ${CFLAGS:M-gdwarf*} == "" CFLAGS+= -gdwarf-2 .endif -- John Baldwin From owner-freebsd-toolchain@freebsd.org Tue Oct 20 19:44:33 2015 Return-Path: Delivered-To: freebsd-toolchain@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B3366A19738 for ; Tue, 20 Oct 2015 19:44:33 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-io0-x22d.google.com (mail-io0-x22d.google.com [IPv6:2607:f8b0:4001:c06::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 818A3BC5; Tue, 20 Oct 2015 19:44:33 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by iow1 with SMTP id 1so34357665iow.1; Tue, 20 Oct 2015 12:44:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=mHk6ScfxwZcGIAy7n9enLM26uhHj+NTLzpudNq1VjbI=; b=qcnumr1pYlVdx7eOgm8jMAfx5GfCJUTQ8BwSfB3RIn92gMLMKEcE4y2O+Dghk4hSsF pyXZph5Ivw2vVhq3zRtd2V7TlI33X0bwD7KzQML9mSfTuACm63GvdxFHYhGRvls933+t pkrs+VDm4lm8mKOZvX9i9DoPOdKmX+qBP0Kg7ezju8LuR2CCyW8SY4f5nnHvXByEwLYl 6YUK7SUAY+A7vNKXVVZjHjMDOpouVj/AcpPWoTcSFGCDfCCZHYNr6CBRRnZnsOuAgkwK OpVhrGdE4hWIRaeGFmj06F/U84oKs3Puu79rZMUAkCpZVYNdtLHdMQV0QeUsrx7fvmAE fMdw== X-Received: by 10.107.10.95 with SMTP id u92mr6126222ioi.180.1445370272951; Tue, 20 Oct 2015 12:44:32 -0700 (PDT) MIME-Version: 1.0 Sender: carpeddiem@gmail.com Received: by 10.107.158.75 with HTTP; Tue, 20 Oct 2015 12:44:13 -0700 (PDT) In-Reply-To: <2309223.qpHU2DNGVF@ralph.baldwin.cx> References: <562627C8.5060108@FreeBSD.org> <2309223.qpHU2DNGVF@ralph.baldwin.cx> From: Ed Maste Date: Tue, 20 Oct 2015 15:44:13 -0400 X-Google-Sender-Auth: HpJL95ozUpmfytWVvGHYM9OzK7g Message-ID: Subject: Re: clang confuses kgdb on static symbols To: John Baldwin Cc: Andriy Gapon , "freebsd-toolchain@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Oct 2015 19:44:33 -0000 On 20 October 2015 at 13:27, John Baldwin wrote: > > If '-gdwarf-4' works then you can just set that in the DEBUG makeoptions as a > test, otherwise try hacking kern.mk to disable this bit: > > # > # Add -gdwarf-2 when compiling -g. The default starting in clang v3.4 > # and gcc 4.8 is to generate DWARF version 4. However, our tools don't > # cope well with DWARF 4, so force it to genereate DWARF2, which they > # understand. Do this unconditionally as it is harmless when not needed, > # but critical for these newer versions. > # > .if ${CFLAGS:M-g} != "" && ${CFLAGS:M-gdwarf*} == "" > CFLAGS+= -gdwarf-2 > .endif Note that Clang defaults to DWARF 2 on FreeBSD, so removing the override in kern.mk isn't sufficient. >From contrib/llvm/tools/clang/lib/Driver/Tools.cpp: else if (!A->getOption().matches(options::OPT_g0) && !A->getOption().matches(options::OPT_ggdb0)) { // Default is dwarf-2 for Darwin, OpenBSD, FreeBSD and Solaris. const llvm::Triple &Triple = getToolChain().getTriple(); if (Triple.isOSDarwin() || Triple.getOS() == llvm::Triple::OpenBSD || Triple.getOS() == llvm::Triple::FreeBSD || Triple.getOS() == llvm::Triple::Solaris) CmdArgs.push_back("-gdwarf-2"); else CmdArgs.push_back("-g"); } It may be time for us to remove this default from Clang. From owner-freebsd-toolchain@freebsd.org Tue Oct 20 19:56:00 2015 Return-Path: Delivered-To: freebsd-toolchain@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CE0E4A19B6F for ; Tue, 20 Oct 2015 19:56:00 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 457E01297; Tue, 20 Oct 2015 19:56:00 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id t9KJtrng011469 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Tue, 20 Oct 2015 22:55:53 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua t9KJtrng011469 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id t9KJtrCW011405; Tue, 20 Oct 2015 22:55:53 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 20 Oct 2015 22:55:53 +0300 From: Konstantin Belousov To: Ed Maste Cc: John Baldwin , "freebsd-toolchain@freebsd.org" , Andriy Gapon Subject: Re: clang confuses kgdb on static symbols Message-ID: <20151020195553.GQ2257@kib.kiev.ua> References: <562627C8.5060108@FreeBSD.org> <2309223.qpHU2DNGVF@ralph.baldwin.cx> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Oct 2015 19:56:00 -0000 On Tue, Oct 20, 2015 at 03:44:13PM -0400, Ed Maste wrote: > On 20 October 2015 at 13:27, John Baldwin wrote: > > > > If '-gdwarf-4' works then you can just set that in the DEBUG makeoptions as a > > test, otherwise try hacking kern.mk to disable this bit: > > > > # > > # Add -gdwarf-2 when compiling -g. The default starting in clang v3.4 > > # and gcc 4.8 is to generate DWARF version 4. However, our tools don't > > # cope well with DWARF 4, so force it to genereate DWARF2, which they > > # understand. Do this unconditionally as it is harmless when not needed, > > # but critical for these newer versions. > > # > > .if ${CFLAGS:M-g} != "" && ${CFLAGS:M-gdwarf*} == "" > > CFLAGS+= -gdwarf-2 > > .endif > > Note that Clang defaults to DWARF 2 on FreeBSD, so removing the > override in kern.mk isn't sufficient. > > >From contrib/llvm/tools/clang/lib/Driver/Tools.cpp: > else if (!A->getOption().matches(options::OPT_g0) && > !A->getOption().matches(options::OPT_ggdb0)) { > // Default is dwarf-2 for Darwin, OpenBSD, FreeBSD and Solaris. > const llvm::Triple &Triple = getToolChain().getTriple(); > if (Triple.isOSDarwin() || Triple.getOS() == llvm::Triple::OpenBSD || > Triple.getOS() == llvm::Triple::FreeBSD || > Triple.getOS() == llvm::Triple::Solaris) > CmdArgs.push_back("-gdwarf-2"); > else > CmdArgs.push_back("-g"); > } > > It may be time for us to remove this default from Clang. I doubt that names of the local symbols have anything to do with the dwarf version. We cannot stop generating dwarf-2 until in tree gdb and kgdb are substituted by a working replacement. From owner-freebsd-toolchain@freebsd.org Tue Oct 20 20:07:55 2015 Return-Path: Delivered-To: freebsd-toolchain@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C7737A19E4E for ; Tue, 20 Oct 2015 20:07:55 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-io0-x22f.google.com (mail-io0-x22f.google.com [IPv6:2607:f8b0:4001:c06::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 94BB617DC; Tue, 20 Oct 2015 20:07:55 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by iodv82 with SMTP id v82so34999347iod.0; Tue, 20 Oct 2015 13:07:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=r3M9ThtjyOUZivD2DdJow3u3TPji5nSCRtwv6Y2xhqs=; b=j8liGXUbgpD9hx/nav5V4CUZbk753+xhVrRuS8MdfZXj9n9jVHzLO6ESn+SZjL15Cr ogQy/4WqVMzTIor4oDTBTeAQWAtH4byboAeMZsTpD/NRPOiLJQhqLHuxPlWg/5xT211i 6Go0d+aLxPtnLemMbOHOy4qZHQD7PybKr9NVWioyqHHmVYE0O0zbJd8uOTGP/RfBnE35 OB9+E1iVQqwpFQkRLqmOwhFhNb1nltC3UtZFuaUa823DUIlrLmvKKj7Vj7zrrxasZTu+ +xh1i7D402pGA3L8F1oIZ3USz99x3HMURQ5qVzbkH64qIDLSwbWwP/cuB9hDpZfduGM3 hObw== X-Received: by 10.107.10.95 with SMTP id u92mr6265053ioi.180.1445371674973; Tue, 20 Oct 2015 13:07:54 -0700 (PDT) MIME-Version: 1.0 Sender: carpeddiem@gmail.com Received: by 10.107.158.75 with HTTP; Tue, 20 Oct 2015 13:07:35 -0700 (PDT) In-Reply-To: <20151020195553.GQ2257@kib.kiev.ua> References: <562627C8.5060108@FreeBSD.org> <2309223.qpHU2DNGVF@ralph.baldwin.cx> <20151020195553.GQ2257@kib.kiev.ua> From: Ed Maste Date: Tue, 20 Oct 2015 16:07:35 -0400 X-Google-Sender-Auth: b95pJgG8Q8F_qyhQtwEe1paB5b8 Message-ID: Subject: Re: clang confuses kgdb on static symbols To: Konstantin Belousov Cc: John Baldwin , "freebsd-toolchain@freebsd.org" , Andriy Gapon Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Oct 2015 20:07:55 -0000 On 20 October 2015 at 15:55, Konstantin Belousov wrote: > > We cannot stop generating dwarf-2 until in tree gdb and kgdb are substituted > by a working replacement. Note that I'm only suggesting removing the baked-in default from Clang, not the setting in kern.mk. From owner-freebsd-toolchain@freebsd.org Tue Oct 20 20:30:38 2015 Return-Path: Delivered-To: freebsd-toolchain@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CBEFDA0A554 for ; Tue, 20 Oct 2015 20:30:38 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5C73DB54; Tue, 20 Oct 2015 20:30:38 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id t9KKUXWl092210 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Tue, 20 Oct 2015 23:30:33 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua t9KKUXWl092210 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id t9KKUXcr092180; Tue, 20 Oct 2015 23:30:33 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 20 Oct 2015 23:30:33 +0300 From: Konstantin Belousov To: Ed Maste Cc: John Baldwin , "freebsd-toolchain@freebsd.org" , Andriy Gapon Subject: Re: clang confuses kgdb on static symbols Message-ID: <20151020203033.GR2257@kib.kiev.ua> References: <562627C8.5060108@FreeBSD.org> <2309223.qpHU2DNGVF@ralph.baldwin.cx> <20151020195553.GQ2257@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Oct 2015 20:30:38 -0000 On Tue, Oct 20, 2015 at 04:07:35PM -0400, Ed Maste wrote: > On 20 October 2015 at 15:55, Konstantin Belousov wrote: > > > > We cannot stop generating dwarf-2 until in tree gdb and kgdb are substituted > > by a working replacement. > > Note that I'm only suggesting removing the baked-in default from > Clang, not the setting in kern.mk. Wouldn't this cause another outburst of 'works by default' discussion from some other place ? From owner-freebsd-toolchain@freebsd.org Tue Oct 20 21:07:35 2015 Return-Path: Delivered-To: freebsd-toolchain@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 388F1A1A1C6 for ; Tue, 20 Oct 2015 21:07:35 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-yk0-x231.google.com (mail-yk0-x231.google.com [IPv6:2607:f8b0:4002:c07::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EE1C09AD; Tue, 20 Oct 2015 21:07:34 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by ykba4 with SMTP id a4so23867346ykb.3; Tue, 20 Oct 2015 14:07:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=Utffei6X4a9sxnHuZrAFaw4C+cLzmST4u4mHqyOjpVM=; b=keZ6wM5NjnlFXYRRv7dqlZY70CzmNCWncYc4rLBl62k18OKUi55S+m8SjVVYWTzhVz mQ6si2yKLcIANpjDm0iZ5ZyhJUMgGnLji8Ts3Kt/bQOi29cCxNi7htOLzxI9R7TaXAMy 94cOPL4rJLNS60UsQPK6KN8ORjPTFEJjrGiGY8jbxGutdT255hWSc9TZerrHjVqgwVlZ +HzbpmqZ0ts9VSRTk/cV4JZJoqKHgpeQ642L+OZdLV+vyiXYyBPnZDD7kD4cT13qSdCx vzzTGe+VcYT7JfiVHMjf5ou/hn5axX6rnbWuKCMLbi6MTVG8w8w24EmDS1cpAUuhuv/k zrog== X-Received: by 10.13.239.131 with SMTP id y125mr4006021ywe.318.1445375253923; Tue, 20 Oct 2015 14:07:33 -0700 (PDT) MIME-Version: 1.0 Sender: carpeddiem@gmail.com Received: by 10.37.84.134 with HTTP; Tue, 20 Oct 2015 14:07:14 -0700 (PDT) In-Reply-To: <20151020203033.GR2257@kib.kiev.ua> References: <562627C8.5060108@FreeBSD.org> <2309223.qpHU2DNGVF@ralph.baldwin.cx> <20151020195553.GQ2257@kib.kiev.ua> <20151020203033.GR2257@kib.kiev.ua> From: Ed Maste Date: Tue, 20 Oct 2015 17:07:14 -0400 X-Google-Sender-Auth: tZRk9IeGLXSyxHsOC95qIlySVjA Message-ID: Subject: Re: clang confuses kgdb on static symbols To: Konstantin Belousov Cc: John Baldwin , "freebsd-toolchain@freebsd.org" , Andriy Gapon Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Oct 2015 21:07:35 -0000 On 20 October 2015 at 16:30, Konstantin Belousov wrote: > > Wouldn't this cause another outburst of 'works by default' discussion > from some other place ? Ok, I'll hold off on this until we make progress on the gdb retirement plan. From owner-freebsd-toolchain@freebsd.org Tue Oct 20 21:18:51 2015 Return-Path: Delivered-To: freebsd-toolchain@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9BC2FA1A468 for ; Tue, 20 Oct 2015 21:18:51 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-pa0-f52.google.com (mail-pa0-f52.google.com [209.85.220.52]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6E507EA3 for ; Tue, 20 Oct 2015 21:18:51 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: by padhk11 with SMTP id hk11so32154738pad.1 for ; Tue, 20 Oct 2015 14:18:45 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:message-id:references:to; bh=IyD49Xt/9HA7BjBpCsstxAvPxeOfjq4jW0XyEDyfFzk=; b=R8LKmo4m1UU2sIVmfEpVNW8swB1QyNUv0XYJLEVDg8ItxpZ6aeGgnfa5eRwwAWhNQj 23rtW720G3xdz1DcI8mWhXcsOGSWS4whbEzNHE2pJnztMeZk28kxtr66LDwDfADPJ+sc V7EgF/nELJCcz7tG71JvNQjd0J9kSEu8BO8m6BN/V2FCDNsL1/ct1AEk9WeVzvLQ8VGL VW5/kzLExT6hIEsXo1fUpiteLVhz4RKRCHHyQp0F+zy7v6Af7kYWRGdmojNz91Mwc6T1 KasjOD7fJNHzj7IIofJkLk9p64GPejW7Ivyd6ohgpzOLnyncRdfn2LX5rlzjNj0/CawZ dNAg== X-Gm-Message-State: ALoCoQkPjGI1oDds5XlKCK3oUy2loW+bDVMCohyHwk5iecdATy/uw60JlRs3TwIj3FCfBcDfKI/F X-Received: by 10.66.221.193 with SMTP id qg1mr6333527pac.103.1445375925731; Tue, 20 Oct 2015 14:18:45 -0700 (PDT) Received: from ip-100-127-129-52.ec2.internal ([69.53.245.5]) by smtp.gmail.com with ESMTPSA id zk3sm5411768pbb.41.2015.10.20.14.18.44 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Tue, 20 Oct 2015 14:18:45 -0700 (PDT) Sender: Warner Losh Subject: Re: clang confuses kgdb on static symbols Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Content-Type: multipart/signed; boundary="Apple-Mail=_42B2C88D-B263-433E-9107-905575C242B3"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5.2 From: Warner Losh In-Reply-To: Date: Tue, 20 Oct 2015 15:18:43 -0600 Cc: Konstantin Belousov , "freebsd-toolchain@freebsd.org" , Andriy Gapon , John Baldwin Message-Id: <67EE4C55-2AFF-4D81-AB79-44C05844F757@bsdimp.com> References: <562627C8.5060108@FreeBSD.org> <2309223.qpHU2DNGVF@ralph.baldwin.cx> <20151020195553.GQ2257@kib.kiev.ua> <20151020203033.GR2257@kib.kiev.ua> To: Ed Maste X-Mailer: Apple Mail (2.2104) X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Oct 2015 21:18:51 -0000 --Apple-Mail=_42B2C88D-B263-433E-9107-905575C242B3 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii > On Oct 20, 2015, at 3:07 PM, Ed Maste wrote: >=20 > On 20 October 2015 at 16:30, Konstantin Belousov = wrote: >>=20 >> Wouldn't this cause another outburst of 'works by default' discussion >> from some other place ? >=20 > Ok, I'll hold off on this until we make progress on the gdb retirement = plan. Have the issues with ctfconvert been fixed that caused us to go to dwarf2 by default? Warner --Apple-Mail=_42B2C88D-B263-433E-9107-905575C242B3 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJWJq+zAAoJEGwc0Sh9sBEA4iEP/AtKhLEWkUSUMTI20Dp/OAX+ SLHc45Geydcx1gP8Q7+OA17Ug+iCE50qZrCw/N/0UfwUotMD1rTWqxoB/uNMo10W W+v7JEIYjTiLxxAaQX35qQ2XCRg2FTK1qEt6GHRHAZEVW8QL7ojVfpNKNV0arDRT y7EQ169HtICMop3pRksBzmw80Swwtwobd4vt9P540T+Y9b2SY0WL69yTB12FzMrJ PnMNdMP164DZns0M8H/nITGwAETVxAeMUYDSpivjS5DFhkCABZjx98bBF/A1dY8Z IvYF8t1E/C2MOVRIKQi/akT0yr5rdnv61oIUAMiU6kk8idVHMkfwKwCFxwMgaWbo SXPAxOUcKl8jKdnE84EkokB3ZYy31A/5TJf//w0Z0Odhi/gON2ZrPvYnvB32woqe U1+0kXDt8yxXfiLDhXddkeBDh+E/Kwg2ogzIWJfG7WSkh/THX/ZNHRoYizHJ17lU llK0bRD+9QdeDhovrXqn6FzavlBai4jHOW97CQxiEx0kOwf+6EwTQUhnvbQrmptX 6Vt9wXvO/s/v6RJJxI/GCTJDexwzsrQX+G+vm/7OgHIaUopkPlaXiFfbmNCK9w6B 7F+jnCQbOGZ6zpwz5Zrd2f7KI7R1IncwaypqPQzBurujFQE4MrumqNaFMSQNh4zn kPuSAw7268QusdxMtGkX =NiBt -----END PGP SIGNATURE----- --Apple-Mail=_42B2C88D-B263-433E-9107-905575C242B3-- From owner-freebsd-toolchain@freebsd.org Tue Oct 20 21:26:54 2015 Return-Path: Delivered-To: freebsd-toolchain@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 24152A1A74A for ; Tue, 20 Oct 2015 21:26:54 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-io0-x229.google.com (mail-io0-x229.google.com [IPv6:2607:f8b0:4001:c06::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E270814CE; Tue, 20 Oct 2015 21:26:53 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by iow1 with SMTP id 1so37280445iow.1; Tue, 20 Oct 2015 14:26:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=gkZtceKDvK2/vq26UTaGMbeKw5fQr34HQxV6TkkuXa4=; b=s86t3iyY3gR7TfCOcC2ovUHHNvjB1jfFJkcdYuBIXM0EQVSPNFsYL1TL3ZR0S5Y87z GiNgUuV82v2cIsK9shpqVGNfar5VeSx+T/mQwgrMW6QhHxIPoHI81Ty1gnoqiyKKF28W qnr5vxcxeJnFErZHsdICk4TbxML7nOupqlMILv3p+3Pc+I04TXLWxuPYuueoDd3bzSar H4FkrpesLmNTfB3bwTAPInTPT1dm1LzRiyGQ8guoLuTgp8TGOQHK2NtNsahMdnHyInkm pdyyrnBZFw3Cu5E4sTpuasQlyUUdfs9yjLFa+2fOll2LigG2aS141t43wfrrKUBNyePT v/ew== X-Received: by 10.107.155.16 with SMTP id d16mr6191834ioe.38.1445376409503; Tue, 20 Oct 2015 14:26:49 -0700 (PDT) MIME-Version: 1.0 Sender: carpeddiem@gmail.com Received: by 10.107.158.75 with HTTP; Tue, 20 Oct 2015 14:26:29 -0700 (PDT) In-Reply-To: <67EE4C55-2AFF-4D81-AB79-44C05844F757@bsdimp.com> References: <562627C8.5060108@FreeBSD.org> <2309223.qpHU2DNGVF@ralph.baldwin.cx> <20151020195553.GQ2257@kib.kiev.ua> <20151020203033.GR2257@kib.kiev.ua> <67EE4C55-2AFF-4D81-AB79-44C05844F757@bsdimp.com> From: Ed Maste Date: Tue, 20 Oct 2015 17:26:29 -0400 X-Google-Sender-Auth: DU-N_vOzO7mK1SwyqySem7pXCBI Message-ID: Subject: Re: clang confuses kgdb on static symbols To: Warner Losh Cc: Konstantin Belousov , "freebsd-toolchain@freebsd.org" , Andriy Gapon , John Baldwin Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Oct 2015 21:26:54 -0000 On 20 October 2015 at 17:18, Warner Losh wrote: > >> On Oct 20, 2015, at 3:07 PM, Ed Maste wrote: >> >> On 20 October 2015 at 16:30, Konstantin Belousov wrote: >>> >>> Wouldn't this cause another outburst of 'works by default' discussion >>> from some other place ? >> >> Ok, I'll hold off on this until we make progress on the gdb retirement plan. > > Have the issues with ctfconvert been fixed that caused us to go > to dwarf2 by default? It should be - kaiw imported a new libdwarf when this first came up to pick up new DWARF support. It had a few outstanding issues, but those should now be fixed with my elftoolchain update in r276371 last December. Testing that support is of course one of the prerequisites for changing the default back to DWARF 4. From owner-freebsd-toolchain@freebsd.org Tue Oct 20 21:45:40 2015 Return-Path: Delivered-To: freebsd-toolchain@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 726ADA1AB8E for ; Tue, 20 Oct 2015 21:45:40 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 303F11E71; Tue, 20 Oct 2015 21:45:40 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from [IPv6:2001:7b8:3a7::addd:9ba1:b883:b22b] (unknown [IPv6:2001:7b8:3a7:0:addd:9ba1:b883:b22b]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 4742E1ECF5; Tue, 20 Oct 2015 23:45:36 +0200 (CEST) Subject: Re: clang confuses kgdb on static symbols Mime-Version: 1.0 (Mac OS X Mail 9.0 \(3094\)) Content-Type: multipart/signed; boundary="Apple-Mail=_1FEB7582-FEF7-42C2-8AA1-1A9489079978"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.6b2 From: Dimitry Andric In-Reply-To: <562627C8.5060108@FreeBSD.org> Date: Tue, 20 Oct 2015 23:45:29 +0200 Cc: freebsd-toolchain@FreeBSD.org, John Baldwin Message-Id: References: <562627C8.5060108@FreeBSD.org> To: Andriy Gapon X-Mailer: Apple Mail (2.3094) X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Oct 2015 21:45:40 -0000 --Apple-Mail=_1FEB7582-FEF7-42C2-8AA1-1A9489079978 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 20 Oct 2015, at 13:38, Andriy Gapon wrote: >=20 > I see exactly the same behavior both kgdb and kgdb710 (devel/gdb with = KGDB option): > (kgdb) p/x intr_cpus > No symbol "intr_cpus" in current context. > (kgdb) p/x 'intr_cpus.0' > $1 =3D 0xf >=20 > Not sure if clang should try to not produce that '.0' suffix = (especially given > that there are no other intr_cpus symbols) or if kgdb should somehow = figure out > the suffix. As far as I know, static symbols are candidates for shuffling around, completely optimizing away, et cetera, as long as the program still works according to the abstract model. (This is of course without taking e.g. __used attributes into account.) It appears that intr_cpus is a struct, and I have seen before that individual members of such static structs are sometimes assigned individual symbols, suffixed with .0, .1 and so on. This is likely what is happening in this case. -Dimitry --Apple-Mail=_1FEB7582-FEF7-42C2-8AA1-1A9489079978 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.28 iEYEARECAAYFAlYmtf8ACgkQsF6jCi4glqPYWACdGPQpk/XEDFdofRSO1y1cdryP Qj8An0HuR4Khmy8kh36zrbEBuUA2Sa0F =pJ6J -----END PGP SIGNATURE----- --Apple-Mail=_1FEB7582-FEF7-42C2-8AA1-1A9489079978-- From owner-freebsd-toolchain@freebsd.org Fri Oct 23 09:48:04 2015 Return-Path: Delivered-To: freebsd-toolchain@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CDA02A1C9C8; Fri, 23 Oct 2015 09:48:04 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 858751A14; Fri, 23 Oct 2015 09:48:02 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id MAA08103; Fri, 23 Oct 2015 12:47:54 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1ZpYwq-0009uD-9S; Fri, 23 Oct 2015 12:47:54 +0300 To: freebsd-toolchain@FreeBSD.org Cc: FreeBSD Current , freebsd-stable List From: Andriy Gapon Subject: kernel-toolchain fails in stable/9 build on head Message-ID: <562A01FA.5050100@FreeBSD.org> Date: Fri, 23 Oct 2015 12:46:34 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.20 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, 23 Oct 2015 09:48:04 -0000 $ make kernel-toolchain ... ===> gnu/usr.bin/cc/cc_tools (depend) make[4]: "/usr/devel/svn/stable/9/share/mk/bsd.own.mk" line 233: warning: unsetting WITH_CTF cc -O2 -pipe -O2 -fno-strict-aliasing -pipe -fno-omit-frame-pointer -I. -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr/obj/usr/devel/svn/stable/9/tmp/usr\" -I/usr/obj/usr/devel/svn/stable/9/tmp/usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc -I/usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -I/usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/include -I/usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libcpp/include -I/usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libdecnumber -g -DGENERATOR_FILE -DHAVE_CONFIG_H -g -std=gnu89 -I/usr/obj/usr/devel/svn/stable/9/tmp/legacy/usr/include -static -L/usr/obj/usr/devel/svn/stable/9/tmp/legacy/usr/lib -o genattrtab genattrtab.o rtl.o read-rtl.o ggc-none.o vec.o min-insn-modes.o gensupport.o print-rtl.o errors.o libiberty.a -lm print-rtl.o: In function `print_rtx': /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:287: undefined reference to `dump_addr' /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:533: undefined reference to `bitmap_print' /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:268: undefined reference to `print_node_brief' /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:540: undefined reference to `dump_addr' /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:415: undefined reference to `insn_file' /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:416: undefined reference to `insn_file' /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:416: undefined reference to `insn_line' /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:434: undefined reference to `reg_names' /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:588: undefined reference to `real_to_decimal' /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:592: undefined reference to `real_to_hexadecimal' /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:573: undefined reference to `mode_size' /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:575: undefined reference to `mode_size' cc: error: linker command failed with exit code 1 (use -v to see invocation) *** Error code 1 -- Andriy Gapon From owner-freebsd-toolchain@freebsd.org Fri Oct 23 10:28:58 2015 Return-Path: Delivered-To: freebsd-toolchain@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C1799A1B426; Fri, 23 Oct 2015 10:28:58 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 806FB10A8; Fri, 23 Oct 2015 10:28:57 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id NAA08760; Fri, 23 Oct 2015 13:28:56 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1ZpZah-0009x0-Mj; Fri, 23 Oct 2015 13:28:55 +0300 Subject: Re: kernel-toolchain fails in stable/9 build on head To: freebsd-toolchain@FreeBSD.org References: <562A01FA.5050100@FreeBSD.org> Cc: FreeBSD Current , freebsd-stable List From: Andriy Gapon Message-ID: <562A0BAF.8070402@FreeBSD.org> Date: Fri, 23 Oct 2015 13:27:59 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <562A01FA.5050100@FreeBSD.org> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.20 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, 23 Oct 2015 10:28:59 -0000 Oh, hrrm: --- libbackend.a --- building static backend library nm: 'print-rtl.o': No such file or directory nm: 'rtl.o': No such file or directory nm: 'vec.o': No such file or directory ar: warning: can't open file: vec.o: No such file or directory ar: warning: can't open file: rtl.o: No such file or directory ar: warning: can't open file: print-rtl.o: No such file or directory ranlib libbackend.a That's with -j4 during another attempt to build the same target. On 23/10/2015 12:46, Andriy Gapon wrote: > > $ make kernel-toolchain > ... > ===> gnu/usr.bin/cc/cc_tools (depend) > make[4]: "/usr/devel/svn/stable/9/share/mk/bsd.own.mk" line 233: warning: > unsetting WITH_CTF > cc -O2 -pipe -O2 -fno-strict-aliasing -pipe -fno-omit-frame-pointer -I. > -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H > -DPREFIX=\"/usr/obj/usr/devel/svn/stable/9/tmp/usr\" > -I/usr/obj/usr/devel/svn/stable/9/tmp/usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_tools/../cc_tools > -I/usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_tools/../cc_tools > -I/usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc > -I/usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config > -I/usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/include > -I/usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libcpp/include > -I/usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libdecnumber > -g -DGENERATOR_FILE -DHAVE_CONFIG_H -g -std=gnu89 > -I/usr/obj/usr/devel/svn/stable/9/tmp/legacy/usr/include -static > -L/usr/obj/usr/devel/svn/stable/9/tmp/legacy/usr/lib -o genattrtab genattrtab.o > rtl.o read-rtl.o ggc-none.o vec.o min-insn-modes.o gensupport.o print-rtl.o > errors.o libiberty.a -lm > print-rtl.o: In function `print_rtx': > /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:287: > undefined reference to `dump_addr' > /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:533: > undefined reference to `bitmap_print' > /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:268: > undefined reference to `print_node_brief' > /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:540: > undefined reference to `dump_addr' > /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:415: > undefined reference to `insn_file' > /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:416: > undefined reference to `insn_file' > /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:416: > undefined reference to `insn_line' > /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:434: > undefined reference to `reg_names' > /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:588: > undefined reference to `real_to_decimal' > /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:592: > undefined reference to `real_to_hexadecimal' > /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:573: > undefined reference to `mode_size' > /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:575: > undefined reference to `mode_size' > cc: error: linker command failed with exit code 1 (use -v to see invocation) > *** Error code 1 > -- Andriy Gapon From owner-freebsd-toolchain@freebsd.org Fri Oct 23 11:18:47 2015 Return-Path: Delivered-To: freebsd-toolchain@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 35AE0A1C2A6; Fri, 23 Oct 2015 11:18:47 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id E856515D7; Fri, 23 Oct 2015 11:18:45 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id OAA09475; Fri, 23 Oct 2015 14:18:44 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1ZpaMt-000A1N-TF; Fri, 23 Oct 2015 14:18:43 +0300 Subject: Re: kernel-toolchain fails in stable/9 build on head To: freebsd-toolchain@FreeBSD.org References: <562A01FA.5050100@FreeBSD.org> <562A0BAF.8070402@FreeBSD.org> Cc: FreeBSD Current , freebsd-stable List From: Andriy Gapon Message-ID: <562A1770.7070808@FreeBSD.org> Date: Fri, 23 Oct 2015 14:18:08 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <562A0BAF.8070402@FreeBSD.org> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.20 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, 23 Oct 2015 11:18:47 -0000 [sorry for top-posting *again*] Just for the records, doing `make make` and then using the resulting make binary seems to have solved the problems. On 23/10/2015 13:27, Andriy Gapon wrote: > > Oh, hrrm: > > --- libbackend.a --- > building static backend library > nm: 'print-rtl.o': No such file or directory > nm: 'rtl.o': No such file or directory > nm: 'vec.o': No such file or directory > ar: warning: can't open file: vec.o: No such file or directory > ar: warning: can't open file: rtl.o: No such file or directory > ar: warning: can't open file: print-rtl.o: No such file or directory > ranlib libbackend.a > > That's with -j4 during another attempt to build the same target. > > On 23/10/2015 12:46, Andriy Gapon wrote: >> >> $ make kernel-toolchain >> ... >> ===> gnu/usr.bin/cc/cc_tools (depend) >> make[4]: "/usr/devel/svn/stable/9/share/mk/bsd.own.mk" line 233: warning: >> unsetting WITH_CTF >> cc -O2 -pipe -O2 -fno-strict-aliasing -pipe -fno-omit-frame-pointer -I. >> -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H >> -DPREFIX=\"/usr/obj/usr/devel/svn/stable/9/tmp/usr\" >> -I/usr/obj/usr/devel/svn/stable/9/tmp/usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_tools/../cc_tools >> -I/usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_tools/../cc_tools >> -I/usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc >> -I/usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config >> -I/usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/include >> -I/usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libcpp/include >> -I/usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libdecnumber >> -g -DGENERATOR_FILE -DHAVE_CONFIG_H -g -std=gnu89 >> -I/usr/obj/usr/devel/svn/stable/9/tmp/legacy/usr/include -static >> -L/usr/obj/usr/devel/svn/stable/9/tmp/legacy/usr/lib -o genattrtab genattrtab.o >> rtl.o read-rtl.o ggc-none.o vec.o min-insn-modes.o gensupport.o print-rtl.o >> errors.o libiberty.a -lm >> print-rtl.o: In function `print_rtx': >> /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:287: >> undefined reference to `dump_addr' >> /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:533: >> undefined reference to `bitmap_print' >> /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:268: >> undefined reference to `print_node_brief' >> /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:540: >> undefined reference to `dump_addr' >> /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:415: >> undefined reference to `insn_file' >> /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:416: >> undefined reference to `insn_file' >> /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:416: >> undefined reference to `insn_line' >> /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:434: >> undefined reference to `reg_names' >> /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:588: >> undefined reference to `real_to_decimal' >> /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:592: >> undefined reference to `real_to_hexadecimal' >> /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:573: >> undefined reference to `mode_size' >> /usr/devel/svn/stable/9/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/print-rtl.c:575: >> undefined reference to `mode_size' >> cc: error: linker command failed with exit code 1 (use -v to see invocation) >> *** Error code 1 >> > > -- Andriy Gapon From owner-freebsd-toolchain@freebsd.org Sat Oct 24 23:46:30 2015 Return-Path: Delivered-To: freebsd-toolchain@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BAF8DA1EDAB for ; Sat, 24 Oct 2015 23:46:30 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A5FED18BD for ; Sat, 24 Oct 2015 23:46:30 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id t9ONkUaY031449 for ; Sat, 24 Oct 2015 23:46:30 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-toolchain@FreeBSD.org Subject: [Bug 192490] [build] race condition with multiple instances of cleandir in subdirectories; results in failure like "rm: fts_read: No such file or directory" Date: Sat, 24 Oct 2015 23:46:28 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: conf X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: ngie@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: ian@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: resolution bug_status Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Oct 2015 23:46:30 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=192490 Garrett Cooper,425-314-3911 changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|In Progress |Closed --- Comment #12 from Garrett Cooper,425-314-3911 --- Closing bug. -- You are receiving this mail because: You are on the CC list for the bug.