From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id A1BA01389E2 for ; Wed, 26 Nov 2014 06:44:37 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id B49A8E0880; Wed, 26 Nov 2014 06:44:36 +0000 (UTC) Received: from mail-wg0-f45.google.com (mail-wg0-f45.google.com [74.125.82.45]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id DF0C2E087F for ; Wed, 26 Nov 2014 06:44:35 +0000 (UTC) Received: by mail-wg0-f45.google.com with SMTP id b13so2815204wgh.4 for ; Tue, 25 Nov 2014 22:44:34 -0800 (PST) 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 :content-type; bh=BrLNYQuc3goJt3jq9I9UkJY3y+KvdDVn7Z3fzAYaBqk=; b=V5r/frp/o4ICR2g6m7QPUCmy7P/s5KnpqCWAOw6DU3kuLBv+PhNTpmZXW/xs7skcMP TOiD7HmrL7zywzBNO0c/7bOuh6p5lYo2GIXLGeYDxAsiKV4R1bzCj9tGa54qKfRl/NxP mMY0zrPpJVev/BptC46K492tQksoPFai0/+FKBHQlKXOb11PKpXznSjJET+qHCWh4p9x D9Af2tEmxZkAohhszrE6eRsZl/DyKYIrmNVP0VLv393jmJs7sLtf9oimdCodxX8lO0H6 yQsO8om7Dku3CqwHpvc/TtQTMtSNGj2cHAPi9X/jtuFvx9MHZwVsefn8xu9vPOMh5cnV Wpuw== X-Received: by 10.180.90.197 with SMTP id by5mr39685545wib.50.1416984274612; Tue, 25 Nov 2014 22:44:34 -0800 (PST) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-science@lists.gentoo.org Reply-to: gentoo-science@lists.gentoo.org MIME-Version: 1.0 Received: by 10.27.13.142 with HTTP; Tue, 25 Nov 2014 22:44:14 -0800 (PST) In-Reply-To: <6E766410-CDDF-43F7-B041-C4704B7CDF58@gmail.com> References: <1674279.U7b94vagPy@qcd-nzi3> <6E766410-CDDF-43F7-B041-C4704B7CDF58@gmail.com> From: Jeramia Poland Date: Wed, 26 Nov 2014 12:14:14 +0530 Message-ID: Subject: Re: [gentoo-science] Emerge Sage-doc-6.3 fails 3.16.5-sources gcc-4.8.3 with lto and graphite To: gentoo-science Content-Type: multipart/alternative; boundary=f46d0438eb6d57382a0508bd5cfb X-Archives-Salt: c0beec0f-492d-4e38-bf16-c82959a6e749 X-Archives-Hash: 49a6388ad673355e5491c19fe13dc675 --f46d0438eb6d57382a0508bd5cfb Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Okay, let me know if you want to try something. On Wed, Nov 26, 2014 at 11:58 AM, Fran=C3=A7ois Bissey wrote: > I think I will ping pynac upstream to see if they have any idea but I thi= nk > it may be a recurring gcc or a subtle abuse of C++. It would be > interesting to see > if putting -fno-fat-lto-objects would with getting the symbol in pynac. > There are > other things =E2=80=98i can think off that may work but need to consult u= pstream > and > people who know more c++. > > Fran=C3=A7ois > > > On 26/11/2014, at 18:57, Jeramia Poland > wrote: > > > > The output of > > > > nm -D /usr/lib64/python2.7/site-packages/sage/symbolic/pynac.so | grep > > ZTVN5GiNaC9containerISt6vectorEE > > > > is: > > > > U _ZTVN5GiNaC9containerISt6vectorEE (with the ZTVN part showing up in > red) > > > > The output of > > > > nm -D /usr/lib64/libpynac.so.1.1.0 | grep > ZTVN5GiNaC9containerISt6vectorEE > > > > is: > > > > (nothing it appears to be missing) > > > > Output of the third command is attached. The -ffat-lto-objects flag > should be in there. I added after the first couple of packages (like > pciutils, elfutils, openssh, etc.) wouldn't build to see if it would help > so I didn't have to use the "no-lto" environment setting from that graphi= te > and lto instruction page I referenced earlier. It didn't see to work as = I > now have a package.env file full of no-lto entries. Neither sage nor pyna= c > are no-lto entries right now as it appeared to me that they merged. > > > > Jeramia > > > > > > > > On Wed, Nov 26, 2014 at 2:43 AM, Fran=C3=A7ois Bissey > wrote: > > I think I have all the logs I can use at the moment. I want the output > of the > > following two commands: > > nm -D /usr/lib64/python2.7/site-packages/sage/symbolic/pynac.so | grep > > ZTVN5GiNaC9containerISt6vectorEE > > > > nm -D /usr/lib64/libpynac.so.1.1.0 | grep > ZTVN5GiNaC9containerISt6vectorEE > > > > Actually make that 3 commands with the output of > > readelf -d /usr/lib64/python2.7/site-packages/sage/symbolic/pynac.so > > > > Also to cross check that I am not missing anything fro your info output= , > > I cannot see "-ffat-lto-objects" anywhere in your compilation flags. > > Is this correct? > > > > Francois > > > > On Mon, 24 Nov 2014 19:05:42 Fran=C3=A7ois Bissey wrote: > > > Hum I am starting to wonder if there are things going on between lot > and C++ > > > templates. More professional code may do ok but a lot of the stuff we > have > > > in sage may be a bit dubious. Can you send me the penal build log > please > > > and for good measure the one for sage. You can do it privately if you > don=E2=80=99t > > > want to post big file on the list. > > > > > > I have been free of grading for almost 4 years. My wife is very happy > about > > > that. > > > > > > Fran=C3=A7ois > > > > > > > On 24/11/2014, at 17:12, Jeramia Poland > wrote: > > > > > > > > Sorry for the delayed reply, I had a bunch of papers to grade. Yes, > it is > > > > installed. Attached are the lld results. Jeramia > > > > > > > > On Sun, Nov 23, 2014 at 1:20 AM, Fran=C3=A7ois Bissey < > frp.bissey@gmail.com> > > > > wrote: I hate automated spellchecking, I meant pynac not =E2=80=9Cp= enal=E2=80=9D I > > > > remember turning it off on an iPad after a ludicrous suggestion for > > > > lapack. > > > > > > > > Fran=C3=A7ois > > > > > > > > > On 22/11/2014, at 15:33, Fran=C3=A7ois Bissey > wrote: > > > > > I assume penal is installed otherwise > > > > > > > > > > > > > > > > > > > --f46d0438eb6d57382a0508bd5cfb Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Okay, let me know if you want to try something.

On Wed, Nov 26, 2014 a= t 11:58 AM, Fran=C3=A7ois Bissey <frp.bissey@gmail.com> w= rote:
I think I will ping pynac upstream = to see if they have any idea but I think
it may be a recurring gcc or a subtle abuse of C++. It would be interesting= to see
if putting -fno-fat-lto-objects would with getting the symbol in pynac. The= re are
other things =E2=80=98i can think off that may work but need to consult ups= tream and
people who know more c++.

Fran=C3=A7ois

> On 26/11/2014, at 18:57, Jeramia Poland <jeramia.poland@gmail.com> wrote:
>
> The output of
>
> nm -D /usr/lib64/python2.7/site-packages/sage/symbolic/pynac.so | grep=
> ZTVN5GiNaC9containerISt6vectorEE
>
> is:
>
> U _ZTVN5GiNaC9containerISt6vectorEE=C2=A0 (with the ZTVN part showing = up in red)
>
> The output of
>
> nm -D /usr/lib64/libpynac.so.1.1.0 | grep ZTVN5GiNaC9containerISt6vect= orEE
>
> is:
>
> (nothing it appears to be missing)
>
> Output of the third command is attached.=C2=A0 The -ffat-lto-objects f= lag should be in there.=C2=A0 I added after the first couple of packages (l= ike pciutils, elfutils, openssh, etc.) wouldn't build to see if it woul= d help so I didn't have to use the "no-lto" environment setti= ng from that graphite and lto instruction page I referenced earlier.=C2=A0 = It didn't see to work as I now have a package.env file full of no-lto e= ntries. Neither sage nor pynac are no-lto entries right now as it appeared = to me that they merged.
>
> Jeramia
>
>
>
> On Wed, Nov 26, 2014 at 2:43 AM, Fran=C3=A7ois Bissey <frp.bissey@gmail.com> wrote:
> I think I have all the logs I can use at the moment. I want the output= of the
> following two commands:
> nm -D /usr/lib64/python2.7/site-packages/sage/symbolic/pynac.so | grep=
> ZTVN5GiNaC9containerISt6vectorEE
>
> nm -D /usr/lib64/libpynac.so.1.1.0 | grep ZTVN5GiNaC9containerISt6vect= orEE
>
> Actually make that 3 commands with the output of
> readelf -d /usr/lib64/python2.7/site-packages/sage/symbolic/pynac.so >
> Also to cross check that I am not missing anything fro your info outpu= t,
> I cannot see "-ffat-lto-objects" anywhere in your compilatio= n flags.
> Is this correct?
>
> Francois
>
> On Mon, 24 Nov 2014 19:05:42 Fran=C3=A7ois Bissey wrote:
> > Hum I am starting to wonder if there are things going on between = lot and C++
> > templates. More professional code may do ok but a lot of the stuf= f we have
> > in sage may be a bit dubious. Can you send me the penal build log= please
> > and for good measure the one for sage. You can do it privately if= you don=E2=80=99t
> > want to post big file on the list.
> >
> > I have been free of grading for almost 4 years. My wife is very h= appy about
> > that.
> >
> > Fran=C3=A7ois
> >
> > > On 24/11/2014, at 17:12, Jeramia Poland <jeramia.poland@gmail.com> wrote:
> > >
> > > Sorry for the delayed reply, I had a bunch of papers to grad= e. Yes, it is
> > > installed. Attached are the lld results. Jeramia
> > >
> > > On Sun, Nov 23, 2014 at 1:20 AM, Fran=C3=A7ois Bissey <frp.bissey@gmail.com>
> > > wrote: I hate automated spellchecking, I meant pynac not =E2= =80=9Cpenal=E2=80=9D I
> > > remember turning it off on an iPad after a ludicrous suggest= ion for
> > > lapack.
> > >
> > > Fran=C3=A7ois
> > >
> > > > On 22/11/2014, at 15:33, Fran=C3=A7ois Bissey <frp.bissey@gmail.com> wrote:
> > > >=C2=A0 I assume penal is installed otherwise
> > >
> > > <lib_link_1.txt><lib_link_2.txt>
>
>
>
> <readelf.txt>



--f46d0438eb6d57382a0508bd5cfb--