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 22F451389E2 for ; Wed, 26 Nov 2014 07:39:59 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 20D91E08C0; Wed, 26 Nov 2014 07:39:58 +0000 (UTC) Received: from mail-wi0-f179.google.com (mail-wi0-f179.google.com [209.85.212.179]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 5B235E086A for ; Wed, 26 Nov 2014 07:39:57 +0000 (UTC) Received: by mail-wi0-f179.google.com with SMTP id ex7so3955511wid.6 for ; Tue, 25 Nov 2014 23:39:56 -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=SK/gWGm8ZQk6jXV0VRssUfTJrZsME/pdI1PLjShh8uE=; b=NpomsNIrwAg716RROjoYapbl5Tz3dRTpB7oJQH1dJz2V5oMWgtRuuOlkKJOeg0EYPz tM71UoAKI7ejPYnDXQMTTxbhjVIMN2QNuw91sadtVlZEt64sZT0bRnKHEdyAfIsPnl39 zlk6l2a8HiZU9LNgWmvbxhBVdKBjKRpLzbcC1l4Wg4kVsA7le1xnn4d5VvLfeyxyhWDR O40HhYydpx5/FgCZMoJXLlVJbxUsRGl6EWn4yJSDkjfNLaebnqKmU49RQ7Z6QjI0q8Ns 7n9y849PpyRlbq2qeRhQ0dCX1ahboYiI4OTCMH9TCiwd9G1Qdpqg1xdF3qnt1hHaXAy0 B5Hw== X-Received: by 10.180.12.75 with SMTP id w11mr28021659wib.9.1416987595984; Tue, 25 Nov 2014 23:39:55 -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 23:39:35 -0800 (PST) In-Reply-To: <999548BE-B23C-476F-B49B-ABF7B0016679@gmail.com> References: <1674279.U7b94vagPy@qcd-nzi3> <6E766410-CDDF-43F7-B041-C4704B7CDF58@gmail.com> <999548BE-B23C-476F-B49B-ABF7B0016679@gmail.com> From: Jeramia Poland Date: Wed, 26 Nov 2014 13:09:35 +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=001a11c23d284f53580508be225b X-Archives-Salt: a8326ceb-8e7e-46e0-a35b-ea8ad34f65ba X-Archives-Hash: d753ab1108bd3c759d873f0c2032d3e9 --001a11c23d284f53580508be225b Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Unfortunately it seems not have worked. 'nm -D /usr/lib64/libpynac.so.1.1.0 | grep ZTVN5GiNaC9containerISt6vectorEE' still just returns nothing. On Wed, Nov 26, 2014 at 1:02 PM, Fran=C3=A7ois Bissey wrote: > Well first emerge penal with =E2=80=9C-fno-fat-lto-objects=E2=80=9D and i= nspect libpynac.so > for the symbol. > > Fran=C3=A7ois > > > On 26/11/2014, at 19:28, Fran=C3=A7ois Bissey wr= ote: > > > > 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. > There are > > other things =E2=80=98i can think off that may work but need to consult= upstream > 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 outpu= t, > >> 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=9Cpe= nal=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 > >>>> > >>>> > >> > >> > >> > >> > > > --001a11c23d284f53580508be225b Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Unfortunately it seems not have worked. =C2=A0'nm = -D /usr/lib64/libpynac.so.1.1.0 | grep ZTVN5GiNaC9containerISt6vectorEE' still just returns nothing.



On Wed, Nov 26, 2014 at 1:02 PM, Fran=C3=A7ois Bissey <frp= .bissey@gmail.com> wrote:
W= ell first emerge penal with =E2=80=9C-fno-fat-lto-objects=E2=80=9D and insp= ect libpynac.so
for the symbol.

Fran=C3=A7ois

> On 26/11/2014, at 19:28, Fran=C3=A7ois Bissey <frp.bissey@gmail.com> wrote:
>
> 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 intere= sting 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 consul= t upstream 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 show= ing up in red)
>>
>> The output of
>>
>> nm -D /usr/lib64/libpynac.so.1.1.0 | grep ZTVN5GiNaC9containerISt6= vectorEE
>>
>> is:
>>
>> (nothing it appears to be missing)
>>
>> Output of the third command is attached.=C2=A0 The -ffat-lto-objec= ts flag should be in there.=C2=A0 I added after the first couple of package= s (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 s= etting 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-l= to entries. Neither sage nor pynac are no-lto entries right now as it appea= red 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 ou= tput 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 ZTVN5GiNaC9containerISt6= vectorEE
>>
>> 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 o= utput,
>> I cannot see "-ffat-lto-objects" anywhere in your compil= ation 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 betwe= en lot and C++
>>> templates. More professional code may do ok but a lot of the s= tuff 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 ver= y happy 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 gr= ade. 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 sugge= stion for
>>>> lapack.
>>>>
>>>> Fran=C3=A7ois
>>>>
>>>>> On 22/11/2014, at 15:33, Fran=C3=A7ois Bissey <frp.bissey@gmail.com> wrote:
>>>>> I assume penal is installed otherwise
>>>>
>>>> <lib_link_1.txt><lib_link_2.txt>
>>
>>
>>
>> <readelf.txt>



--001a11c23d284f53580508be225b--