From owner-freebsd-toolchain@freebsd.org Tue Sep 20 20:56:37 2016 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 C51A6BE262A for ; Tue, 20 Sep 2016 20:56:37 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-48.reflexion.net [208.70.210.48]) (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 5A48E9A3 for ; Tue, 20 Sep 2016 20:56:36 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 3686 invoked from network); 20 Sep 2016 20:57:16 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 20 Sep 2016 20:57:16 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.00.0) with SMTP; Tue, 20 Sep 2016 16:56:21 -0400 (EDT) Received: (qmail 18711 invoked from network); 20 Sep 2016 20:56:20 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 20 Sep 2016 20:56:20 -0000 Received: from [192.168.0.105] (ip70-189-131-151.lv.lv.cox.net [70.189.131.151]) by iron2.pdx.net (Postfix) with ESMTPSA id A306AEC9039; Tue, 20 Sep 2016 13:56:28 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: binutils 2.27 [not working for powerpc64 (and powerpc?)] From: Mark Millard In-Reply-To: Date: Tue, 20 Sep 2016 13:56:27 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <9972E75F-9102-4A18-BA9B-33AB6BF64789@dsl-only.net> References: To: FreeBSD Toolchain , FreeBSD Ports X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.23 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 Sep 2016 20:56:37 -0000 The below forward from freebsd-pcc's list confirms that binutils 2.27 = not working for powerpc64 (& powerpc?) contexts. Note: Krzysztof Parzyszek is one of the two people that have recently = been working on updating clang/llvm for fixing some of the issues that = block FreeBSD from using clang for powerpc and powerpc64 for buildworld = and buildkernel. =3D=3D=3D Mark Millard markmi at dsl-only.net On 2016-Sep-20, at 11:19 AM, Krzysztof Parzyszek wrote: > I've had similar problems after building gcc-4.8. After reverting = back to binutils 2.25 and rebuilding, it worked fine. >=20 > -Krzysztof >=20 > On 9/9/2016 11:32 AM, Bill Sorenson wrote: >> Everything I've built with the new binutils using either GCC 4.9, 5.4 = or >> 6.2 instantly dumps when run. This is on an Xserve G5. Is this just = me or >> is there something genuinely broken here? >>=20 >> Thanks, >> Bill From owner-freebsd-toolchain@freebsd.org Tue Sep 20 20:59:26 2016 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 377BABE293A; Tue, 20 Sep 2016 20:59:26 +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 F1B9FCF1; Tue, 20 Sep 2016 20:59:25 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from [IPv6:2001:7b8:3a7::d1af:1acb:3df8:c9f0] (unknown [IPv6:2001:7b8:3a7:0:d1af:1acb:3df8:c9f0]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 725D537547; Tue, 20 Sep 2016 22:59:22 +0200 (CEST) Subject: Re: binutils 2.27 [not working for powerpc64 (and powerpc?)] Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: multipart/signed; boundary="Apple-Mail=_C303CC53-1F7A-4183-9659-E220CEAB5AE8"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.6.1 From: Dimitry Andric In-Reply-To: <9972E75F-9102-4A18-BA9B-33AB6BF64789@dsl-only.net> Date: Tue, 20 Sep 2016 22:59:17 +0200 Cc: FreeBSD Toolchain , FreeBSD Ports Message-Id: <7386974C-F100-41DF-B742-28C1DB4E5F07@FreeBSD.org> References: <9972E75F-9102-4A18-BA9B-33AB6BF64789@dsl-only.net> To: Mark Millard X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.23 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 Sep 2016 20:59:26 -0000 --Apple-Mail=_C303CC53-1F7A-4183-9659-E220CEAB5AE8 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Has anyone succeeded in bisecting upstream binutils, to see where this = problem was introduced? -Dimitry On 20 Sep 2016, at 22:56, Mark Millard wrote: >=20 > The below forward from freebsd-pcc's list confirms that binutils 2.27 = not working for powerpc64 (& powerpc?) contexts. >=20 > Note: Krzysztof Parzyszek is one of the two people that have recently = been working on updating clang/llvm for fixing some of the issues that = block FreeBSD from using clang for powerpc and powerpc64 for buildworld = and buildkernel. >=20 > =3D=3D=3D > Mark Millard > markmi at dsl-only.net >=20 > On 2016-Sep-20, at 11:19 AM, Krzysztof Parzyszek wrote: >=20 >> I've had similar problems after building gcc-4.8. After reverting = back to binutils 2.25 and rebuilding, it worked fine. >>=20 >> -Krzysztof >>=20 >> On 9/9/2016 11:32 AM, Bill Sorenson wrote: >>> Everything I've built with the new binutils using either GCC 4.9, = 5.4 or >>> 6.2 instantly dumps when run. This is on an Xserve G5. Is this just = me or >>> is there something genuinely broken here? >>>=20 >>> Thanks, >>> Bill --Apple-Mail=_C303CC53-1F7A-4183-9659-E220CEAB5AE8 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.30 iEYEARECAAYFAlfhoykACgkQsF6jCi4glqOfGQCfV/Ju2T9JjHK33bKxXx2URAfa 77cAoIGcszqJaIZeWkV1UUucfPBQtkod =NHad -----END PGP SIGNATURE----- --Apple-Mail=_C303CC53-1F7A-4183-9659-E220CEAB5AE8-- From owner-freebsd-toolchain@freebsd.org Tue Sep 20 21:55:44 2016 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 DA198BE3C2E for ; Tue, 20 Sep 2016 21:55:44 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-37.reflexion.net [208.70.210.37]) (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 87D9F28C for ; Tue, 20 Sep 2016 21:55:43 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 1923 invoked from network); 20 Sep 2016 21:56:24 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 20 Sep 2016 21:56:24 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v8.00.0) with SMTP; Tue, 20 Sep 2016 17:55:42 -0400 (EDT) Received: (qmail 1777 invoked from network); 20 Sep 2016 21:55:41 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 20 Sep 2016 21:55:41 -0000 Received: from [192.168.0.105] (ip70-189-131-151.lv.lv.cox.net [70.189.131.151]) by iron2.pdx.net (Postfix) with ESMTPSA id 4CE29EC8839; Tue, 20 Sep 2016 14:55:36 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: binutils 2.27 [not working for powerpc64 (and powerpc?)] From: Mark Millard In-Reply-To: <7386974C-F100-41DF-B742-28C1DB4E5F07@FreeBSD.org> Date: Tue, 20 Sep 2016 14:55:35 -0700 Cc: FreeBSD Toolchain , FreeBSD Ports Content-Transfer-Encoding: quoted-printable Message-Id: <05960430-8B1B-4B84-AC28-019BFD031021@dsl-only.net> References: <9972E75F-9102-4A18-BA9B-33AB6BF64789@dsl-only.net> <7386974C-F100-41DF-B742-28C1DB4E5F07@FreeBSD.org> To: Dimitry Andric X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.23 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 Sep 2016 21:55:45 -0000 On 2016-Sep-20, at 1:59 PM, Dimitry Andric wrote: > Has anyone succeeded in bisecting upstream binutils, to see where this = problem was introduced? >=20 > -Dimitry Apparently not from what I've seen in the lists. It will be a couple/few = weeks before I again have powerpc64 or powerpc access. I've just been = monitoring powerpc64 & powerpc things in hopes of things working once I = have access again --or at least my knowing what to do to sidestep issues = and what sequence to progress in from what I had in very early 2016-June = when I lost access temporarily. May be someone will have the time & knowledge to bisect the upstream = binutils materials. I may figure how to sometime after I get access = again. But it is not the only FreeBSD powerpc64 (PowerMac) thing that = I'd likely be investigating. (Example: because of problems with = sprg0-value handling for FreeBSD vs. OpenFirmware on PowerMac = powerpc64's: testing usefdt=3D1 mode for Nathan Whitehorn in hopes of = future changes avoiding OpenFirmware use from FreeBSD. Nathan put the = hooks in place for testing somewhat after I'd already lost access.) I wonder if the various(?) binutil port(s) that are 2.27 based now and = can be built to target powerpc64/powerpc should be marked broken for = powerpc64/powerpc until this is figured out. Any ports that are only for = targeting powerpc64 or powerpc probably should not be at 2.27 at this = point. I've submited a bugzilla report 212868 for devel/binutils with the text = of the list reports that I've quoted. > On 20 Sep 2016, at 22:56, Mark Millard wrote: >>=20 >> The below forward from freebsd-pcc's list confirms that binutils 2.27 = not working for powerpc64 (& powerpc?) contexts. >>=20 >> Note: Krzysztof Parzyszek is one of the two people that have recently = been working on updating clang/llvm for fixing some of the issues that = block FreeBSD from using clang for powerpc and powerpc64 for buildworld = and buildkernel. >>=20 >> =3D=3D=3D >> Mark Millard >> markmi at dsl-only.net >>=20 >> On 2016-Sep-20, at 11:19 AM, Krzysztof Parzyszek wrote: >>=20 >>> I've had similar problems after building gcc-4.8. After reverting = back to binutils 2.25 and rebuilding, it worked fine. >>>=20 >>> -Krzysztof >>>=20 >>> On 9/9/2016 11:32 AM, Bill Sorenson wrote: >>>> Everything I've built with the new binutils using either GCC 4.9, = 5.4 or >>>> 6.2 instantly dumps when run. This is on an Xserve G5. Is this just = me or >>>> is there something genuinely broken here? >>>>=20 >>>> Thanks, >>>> Bill =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-toolchain@freebsd.org Wed Sep 21 03:50:54 2016 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 316EEBE2CCE; Wed, 21 Sep 2016 03:50:54 +0000 (UTC) (envelope-from instructionset@gmail.com) Received: from mail-yb0-x22b.google.com (mail-yb0-x22b.google.com [IPv6:2607:f8b0:4002:c09::22b]) (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 E0A3C2A5; Wed, 21 Sep 2016 03:50:53 +0000 (UTC) (envelope-from instructionset@gmail.com) Received: by mail-yb0-x22b.google.com with SMTP id u125so19931170ybg.3; Tue, 20 Sep 2016 20:50:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=l92+tfMHqX0IA/6yvoq0Ny/i+JiSa3bmNPdJ+qh4WkI=; b=MNA6bgCvuCD/GE6hApt3lJOQ1BW+fi98UEjBh2V8yGRVG+kD5EATQxRetK5NSo+S0R EcJ4tx0EqN8cWGGTf76IKQFSy731+25YuZ6LcPUwBqBFtdI88Kc76Pu+ihHCck6JG/6s s3SDcnUrp/HbhW7Tsqyc1tC6XZjp/4dxBuJIf29Jhn9AJmzfFZrSYz2E0/oGezMt9gFI UaAxSge+IliK6nNU+r4pbWPOwMZ5jUe/I/k2l6iOuu+RZiW0EURTPMZlsT6t3vDWYKlT fZgzrh1NXioSNn/h4ieHU+u0vkqZZFpNqQhKVMicqC+YCITHAWGnaLhObz9xiSwclFuw XiZQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=l92+tfMHqX0IA/6yvoq0Ny/i+JiSa3bmNPdJ+qh4WkI=; b=GV8yBHU1oBXjeLCNYM92wiWd5gJNzc5s4hjV7M9NBIEKyrSY8HQ/1UPja9qepJXX9H KKmqIKlil1eJ6Ux8dHTOffHXtvvGEWMyGY3zOiCjLeS3sckmRy2SO4gEBu6Cd1wmMey8 t1QvSHYsFvmxkOZG4j4avGS//xNzpFt6TyMkkvjSfzJN64ei7CjUV5gx9AaPGTOIRafZ d488i70BFqjyJsXYl3wDwHZtK7Fs/kQ3R2BGVGvmeNC/+Qlx6rml8bk5c5v24Vyl4cql rw6cZIb+kpvAsR9GmrXfGLO0Pmltev9f0+GuZQSlDsDyD8k9Bk5bn6hQA9Wqx54L5llN Ob+w== X-Gm-Message-State: AE9vXwNwyNGwQ1SG/SiNS7yuBXkl5b/vtgM3Gxph1jioxMYiw9YXeZDAO/Bvsv4V5kqwE4BAGL7JHxE7JZXBvQ== X-Received: by 10.37.173.150 with SMTP id z22mr14493437ybi.88.1474429853122; Tue, 20 Sep 2016 20:50:53 -0700 (PDT) MIME-Version: 1.0 Received: by 10.129.134.133 with HTTP; Tue, 20 Sep 2016 20:50:52 -0700 (PDT) In-Reply-To: <05960430-8B1B-4B84-AC28-019BFD031021@dsl-only.net> References: <9972E75F-9102-4A18-BA9B-33AB6BF64789@dsl-only.net> <7386974C-F100-41DF-B742-28C1DB4E5F07@FreeBSD.org> <05960430-8B1B-4B84-AC28-019BFD031021@dsl-only.net> From: Bill Sorenson Date: Tue, 20 Sep 2016 22:50:52 -0500 Message-ID: Subject: Re: binutils 2.27 [not working for powerpc64 (and powerpc?)] To: Mark Millard Cc: Dimitry Andric , FreeBSD Toolchain , FreeBSD Ports Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Sep 2016 03:50:54 -0000 I don't have a massive amount expertise in this area but I'll look into it. >From what I can tell this seems to only affect powerpc64. Bill On Tue, Sep 20, 2016 at 4:55 PM, Mark Millard wrote: > > On 2016-Sep-20, at 1:59 PM, Dimitry Andric wrote: > > > Has anyone succeeded in bisecting upstream binutils, to see where this > problem was introduced? > > > > -Dimitry > > Apparently not from what I've seen in the lists. It will be a couple/few > weeks before I again have powerpc64 or powerpc access. I've just been > monitoring powerpc64 & powerpc things in hopes of things working once I > have access again --or at least my knowing what to do to sidestep issues > and what sequence to progress in from what I had in very early 2016-June > when I lost access temporarily. > > May be someone will have the time & knowledge to bisect the upstream > binutils materials. I may figure how to sometime after I get access again. > But it is not the only FreeBSD powerpc64 (PowerMac) thing that I'd likely > be investigating. (Example: because of problems with sprg0-value handling > for FreeBSD vs. OpenFirmware on PowerMac powerpc64's: testing usefdt=1 mode > for Nathan Whitehorn in hopes of future changes avoiding OpenFirmware use > from FreeBSD. Nathan put the hooks in place for testing somewhat after I'd > already lost access.) > > I wonder if the various(?) binutil port(s) that are 2.27 based now and can > be built to target powerpc64/powerpc should be marked broken for > powerpc64/powerpc until this is figured out. Any ports that are only for > targeting powerpc64 or powerpc probably should not be at 2.27 at this point. > > I've submited a bugzilla report 212868 for devel/binutils with the text of > the list reports that I've quoted. > > > > On 20 Sep 2016, at 22:56, Mark Millard wrote: > >> > >> The below forward from freebsd-pcc's list confirms that binutils 2.27 > not working for powerpc64 (& powerpc?) contexts. > >> > >> Note: Krzysztof Parzyszek is one of the two people that have recently > been working on updating clang/llvm for fixing some of the issues that > block FreeBSD from using clang for powerpc and powerpc64 for buildworld and > buildkernel. > >> > >> === > >> Mark Millard > >> markmi at dsl-only.net > >> > >> On 2016-Sep-20, at 11:19 AM, Krzysztof Parzyszek swissmail.org> wrote: > >> > >>> I've had similar problems after building gcc-4.8. After reverting > back to binutils 2.25 and rebuilding, it worked fine. > >>> > >>> -Krzysztof > >>> > >>> On 9/9/2016 11:32 AM, Bill Sorenson wrote: > >>>> Everything I've built with the new binutils using either GCC 4.9, 5.4 > or > >>>> 6.2 instantly dumps when run. This is on an Xserve G5. Is this just > me or > >>>> is there something genuinely broken here? > >>>> > >>>> Thanks, > >>>> Bill > > > === > Mark Millard > markmi at dsl-only.net > > _______________________________________________ > freebsd-toolchain@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain > To unsubscribe, send any mail to "freebsd-toolchain- > unsubscribe@freebsd.org" > From owner-freebsd-toolchain@freebsd.org Wed Sep 21 12:25:37 2016 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 37833BE1209 for ; Wed, 21 Sep 2016 12:25:37 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from smtp.digiware.nl (gtw.digiware.nl [IPv6:2001:4cb8:90:ffff::3]) (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 E287EA56 for ; Wed, 21 Sep 2016 12:25:36 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from router.digiware.nl (localhost.digiware.nl [127.0.0.1]) by smtp.digiware.nl (Postfix) with ESMTP id 01DAE295F9; Wed, 21 Sep 2016 14:25:25 +0200 (CEST) X-Virus-Scanned: amavisd-new at digiware.com Received: from smtp.digiware.nl ([127.0.0.1]) by router.digiware.nl (router.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZzMVdfbRHl5V; Wed, 21 Sep 2016 14:25:21 +0200 (CEST) Received: from [192.168.10.67] (opteron [192.168.10.67]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.digiware.nl (Postfix) with ESMTPSA id 7DAD8295F8 for ; Wed, 21 Sep 2016 14:25:21 +0200 (CEST) Subject: Fwd: Linking error with rocksdb References: <17b328e5-93d0-2004-f928-3331a645fc1f@digiware.nl> To: FreeBSD Toolchain From: Willem Jan Withagen X-Forwarded-Message-Id: <17b328e5-93d0-2004-f928-3331a645fc1f@digiware.nl> Message-ID: Date: Wed, 21 Sep 2016 14:25:20 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.3.0 MIME-Version: 1.0 In-Reply-To: <17b328e5-93d0-2004-f928-3331a645fc1f@digiware.nl> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Sep 2016 12:25:37 -0000 Hi I seem to remember running into this before. But cannot find the old messages. I'm trying the latest Ceph master which has compiled and linked before, but now runs into a snag that cannot seem to understand. rocksdb is build in the ceph tree, but as a standalone task in Cmake. resulting in a libsrocks.a in the rocksdb root directory. Binding against it results in missing declarations. librocksdb.a is recent: > ll src/rocksdb/librocksdb.a 80012 -rw-rw-r-- 1 wjw tegenbosch 305720086 Sep 21 10:40 src/rocksdb/librocksdb.a And it seems defined: > nm -e src/rocksdb/librocksdb.a | grep NewLRU U _ZN7rocksdb11NewLRUCacheEmibd U _ZN7rocksdb11NewLRUCacheEmibd U _ZN7rocksdb11NewLRUCacheEmibd U _ZN7rocksdb11NewLRUCacheEmibd U _ZN7rocksdb11NewLRUCacheEmibd 0000000000001fd0 T _ZN7rocksdb11NewLRUCacheEmibd U _ZN7rocksdb11NewLRUCacheEmibd U _ZN7rocksdb11NewLRUCacheEmibd U _ZN7rocksdb11NewLRUCacheEmibd U _ZN7rocksdb11NewLRUCacheEmibd U _ZN7rocksdb11NewLRUCacheEmibd U _ZN7rocksdb11NewLRUCacheEmibd Strange thing that this is a routine that is only added recently. Which suggests that it tries to bind against an older librocksdb ..?? Then I checkout a completely fresh head in a nes directory, still the same error. So I've deleted anything in /usr/local/ that looks like a librocksdb-library. But still it hits error. Any suggestions where to look further. --WjW /usr/bin/CC -Wall -Wtype-limits -Wignored-qualifiers -Winit-self -Wpointer-arith -Werror=format-security -fno-strict-aliasing -fsigned-char -Wno-inconsistent-missing-override -Wno-mismatched-tags -Wno-unused-function -Wno-unused-local-typedef -Wno-inconsistent-missing-override -Wno-unused-private-field -Wno-varargs -Wno-gnu-designator -Wno-mismatched-tags -Wno-missing-braces -Wno-parentheses -Wno-deprecated-register -ftemplate-depth-1024 -Wno-invalid-offsetof -Wnon-virtual-dtor -fdiagnostics-color=auto -I/usr/local/include/nss/nss -I/usr/local/include/nspr -fno-builtin-malloc -fno-builtin-calloc -fno-builtin-realloc -fno-builtin-free -O0 -Wl,-export-dynamic CMakeFiles/ceph-mon.dir/ceph_mon.cc.o CMakeFiles/common_texttable_obj.dir/common/TextTable.cc.o -o ../bin/ceph-mon -L/usr/local/lib ../lib/libmon.a ../lib/libcommon.a ../lib/libos.a ../lib/libglobal.a -lrt /usr/local/lib/libatomic_ops.a /usr/local/lib/libtcmalloc.so ../lib/libkv.a /usr/local/lib/libleveldb.so ../../src/rocksdb/librocksdb.a -lsnappy -lz -lbz2 /usr/local/lib/liblz4.so ../lib/libcommon.a ../lib/libjson_spirit.a ../lib/libcommon_utf8.a ../lib/liberasure_code.a /usr/local/lib/libboost_thread.so /usr/local/lib/libboost_system.so /usr/local/lib/libboost_regex.so /usr/local/lib/libboost_random.so /usr/local/lib/libboost_program_options.so /usr/local/lib/libboost_date_time.so /usr/local/lib/libboost_iostreams.so /usr/local/lib/libboost_chrono.so /usr/local/lib/libboost_atomic.so -lexecinfo /usr/local/lib/nss/libssl3.so /usr/local/lib/nss/libsmime3.so /usr/local/lib/nss/libnss3.so /usr/local/lib/nss/libnssutil3.so /usr/local/lib/libplds4.so /usr/local/lib/libplc4.so /usr/local/lib/libnspr4.so -lpthread -lrt -Wl,-rpath,/usr/local/lib:/usr/local/lib/nss: ../lib/libmon.a(RocksDBStore.cc.o): In function `RocksDBStore::do_open(std::__1::basic_ostream >&, bool)': /home/wjw/Ceph/master/ceph/src/kv/RocksDBStore.cc:(.text+0x5253): undefined reference to `rocksdb::NewLRUCache(unsigned long, int)' ../lib/libmon.a(RocksDBStore.cc.o): In function `rocksdb::Status::InvalidArgument(rocksdb::Slice const&, rocksdb::Slice const&)': /home/wjw/Ceph/master/ceph/src/kv/RocksDBStore.cc:(.text._ZN7rocksdb6Status15InvalidArgumentERKNS_5SliceES3_[_ZN7rocksdb6Status15InvalidArgumentERKNS_5SliceES3_]+0x2f): undefined reference to `rocksdb::Status::Status(rocksdb::Status::Code, rocksdb::Slice const&, rocksdb::Slice const&)' ../lib/libmon.a(RocksDBStore.cc.o):(.data.rel.ro._ZTVN12RocksDBStore19MergeOperatorRouterE[_ZTVN12RocksDBStore19MergeOperatorRouterE]+0x20): undefined reference to `rocksdb::AssociativeMergeOperator::FullMerge(rocksdb::Slice const&, rocksdb::Slice const*, std::__1::deque, std::__1::allocator >, std::__1::allocator, std::__1::allocator > > > const&, std::__1::basic_string, std::__1::allocator >*, rocksdb::Logger*) const' c++: error: linker command failed with exit code 1 (use -v to see invocation) gmake[3]: *** [src/CMakeFiles/ceph-mon.dir/build.make:129: bin/ceph-mon] Error 1 gmake[3]: Leaving directory '/usr/srcs/Ceph/master/ceph/build' gmake[2]: *** [CMakeFiles/Makefile2:569: src/CMakeFiles/ceph-mon.dir/all] Error 2 gmake[2]: Leaving directory '/usr/srcs/Ceph/master/ceph/build' gmake[1]: *** [CMakeFiles/Makefile2:581: src/CMakeFiles/ceph-mon.dir/rule] Error 2 gmake[1]: Leaving directory '/usr/srcs/Ceph/master/ceph/build' gmake: *** [Makefile:264: ceph-mon] Error 2 12.527u 6.015s 0:18.51 100.1% 2902+225k 2141+53502io 1pf+0w From owner-freebsd-toolchain@freebsd.org Thu Sep 22 18:43:02 2016 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 BC331BE532E for ; Thu, 22 Sep 2016 18:43:02 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-58.reflexion.net [208.70.210.58]) (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 7F8B177B for ; Thu, 22 Sep 2016 18:43:01 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 18056 invoked from network); 22 Sep 2016 17:43:51 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 22 Sep 2016 17:43:51 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.00.0) with SMTP; Thu, 22 Sep 2016 13:43:06 -0400 (EDT) Received: (qmail 22898 invoked from network); 22 Sep 2016 17:43:06 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 22 Sep 2016 17:43:06 -0000 Received: from [192.168.0.105] (ip70-189-131-151.lv.lv.cox.net [70.189.131.151]) by iron2.pdx.net (Postfix) with ESMTPSA id D5903EC8FC3; Thu, 22 Sep 2016 10:42:59 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: From llvm: Fwd: [Bug 26519] Clang 3.8.0's "Target: powerpc-unknown-freebsd11.0" code generation is violating the SVR4 ABI (SEGV can result) [re-fixed in llvm -r282174] From: Mark Millard In-Reply-To: Date: Thu, 22 Sep 2016 10:42:58 -0700 Cc: FreeBSD Toolchain , FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: References: <08136189-299F-4BD6-9E49-8D39A8913D62@dsl-only.net> <0E2783E3-277F-47F1-B696-46FCFF0DB0F1@dsl-only.net> <09E211AC-6245-4A89-94DE-225A5EBA1FD2@FreeBSD.org> <827D7E4C-5719-456E-95D3-A95BBC341E7E@dsl-only.net> To: Dimitry Andric X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Sep 2016 18:43:02 -0000 Quick top post reporting that the fix for the post-amble code is in = place in llvm -r282174 : > Begin forwarded message: >=20 > From: bugzilla-daemon[ at ]llvm.org > Subject: [Bug 26519] Clang 3.8.0's "Target: = powerpc-unknown-freebsd11.0" code generation is violating the SVR4 ABI = (SEGV can result) > Date: September 22, 2016 at 10:23:21 AM PDT > To: >=20 > Krzysztof Parzyszek changed bug 26519=20 > What Removed Added > Status REOPENED RESOLVED > Resolution --- FIXED >=20 > Comment # 11 on bug 26519 from Krzysztof Parzyszek > Committed in r282174. >=20 > You are receiving this mail because: > =E2=80=A2 You reported the bug. =3D=3D=3D Mark Millard markmi at dsl-only.net On 2016-Sep-12, at 6:40 PM, Mark Millard wrote: > On 2016-Sep-10, at 6:56 PM, Mark Millard = wrote: >=20 >> Quick top post: Krzysztof has re-opened llvm bugzilla 26519 because = the post-amble side of things has not been fixed yet. . . >>=20 >>=20 >>=20 >> Krzysztof Parzyszek changed bug 26519=20 >> What Removed Added >> Status RESOLVED REOPENED >> Resolution FIXED --- >> Comment # 9 on bug 26519 from Krzysztof Parzyszek >> The post-amble has not been fixed. >>=20 >> You are receiving this mail because: >> =E2=80=A2 You reported the bug. >>=20 >> =3D=3D=3D >> Mark Millard >> markmi at dsl-only.net >=20 > There is now a code review active for this now, quoting the notice: >=20 >> Comment # 10 on bug 26519 from Krzysztof Parzyszek >> The epilogue part of the fix: https://reviews.llvm.org/D24466 >>=20 >>=20 >> Hopefully there is nothing else missing. >>=20 >> You are receiving this mail because: >> =E2=80=A2 You reported the bug. >=20 > =3D=3D=3D > Mark Millard > markmi at dsl-only.net >=20 > On 2016-Sep-10, at 6:23 PM, Mark Millard = wrote: >>=20 >> On 2016-Sep-10, at 10:18 AM, Dimitry Andric = wrote: >>=20 >>> On 06 Sep 2016, at 15:04, Mark Millard = wrote: >>>>=20 >>>> llvm's bugzilla reports that the stack-handling SVR4 ABI violation = for TARGET_ARCH=3Dpowerpc has been fixed r280705 (likely on trunk)! >>>=20 >>> I merged the upstream fix to projects/clang390-import: >>>=20 >>> https://svnweb.freebsd.org/changeset/base/305686 >>>=20 >>> -Dimitry >>=20 >> Looking at things for this again I've submitted a question to = https://llvm.org/bugs/show_bug.cgi?id=3D26519 asking if the post-amble = code's side if things was also adjusted (instead of just the = pre-amble/"claim" code side of things). >>=20 >> [I'm not clang/llvm literate so I may have missed interpreted = something when I looked.] >>=20 >> My original submittal also noted the stack pointer adjustment-timing = problem existed on the post-amble side in 3.8.0's code generation (when = removing the frame from the stack): >>=20 >>> 0x1801b8c : lwz r30,24(r31) >>> 0x1801b90 : lwz r29,20(r31) >>> 0x1801b94 : lwz r28,16(r31) >>> 0x1801b98 : lwz r27,12(r31) >>> 0x1801b9c : lwz r26,8(r31) >>> 0x1801ba0 : addi r1,r1,32 # Stack = pointer adjusted first >>> 0x1801ba4 : lwz r0,4(r1) >>> 0x1801ba8 : lwz r31,-4(r1) # Then Frame = Pointer load happens >>> # "outside" the new = stack range. >>> 0x1801bac : mtlr r0 >>> 0x1801bb0 : blr >>=20 >> If such code can still be generated there would still be a time frame = needing a red-zone to protect stack the contents from signals. >>=20 >> Hopefully I'm just wrong and this was fixed too. >>=20 >>=20 >>=20 >> =3D=3D=3D >> Mark Millard >> markmi at dsl-only.net >>=20 >>=20 >=20