[Bug 227669] Review Request: ppl-0.9 - A modern C++ library providing numerical abstractions

[bugzilla at redhat.com]

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.

Summary: Review Request: ppl-0.9 - A modern C++ library providing numerical abstractions


https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=227669





------- Additional Comments From bagnara at cs.unipr.it  2007-06-08 14:15 EST -------
> (In reply to comment #22)
>>> * rpmlint
>>>   The result of rpmlint for srpm, binary rpms and the installed
>>>   rpms is attached.
>>>
>>>   SUMMARY:
>>>   * Undefined non-weak symbols
>>>     - Two libraries have undefined non-weak symbols. 
> This means:
> -----------------------------------------------------------
> -bash-3.2# ldd -r /usr/lib/libppl.so | sort
> undefined symbol: __gmpz_cmp    (/usr/lib/libppl.so)
> undefined symbol: __gmpz_mul    (/usr/lib/libppl.so)
> undefined symbol: __gmpn_popcount       (/usr/lib/libppl.so)
> undefined symbol: __gmpq_equal  (/usr/lib/libppl.so)
> <snip>
> -----------------------------------------------------------
> For example, /usr/lib/libppl.so contains undefined non-weak
> symbols. For this library, perhaps linkage against /usr/lib/libgmp??.so
> is missing.

This should be solved now.

>>>>> * About libppl_gprolog.so:
>>>> This one.  I thought I had fixed it by adding an -rpath option,
>>>> ppl_gprolog works, but now I get the following:
>>>>
>>>> + /usr/lib/rpm/check-rpaths /usr/lib/rpm/check-buildroot
>>> *******************************************************************************
>>>> ERROR   0001: file '/usr/lib64/ppl/libppl_swiprolog.so' contains a standard
>>>> rpath '/usr/lib64' in [/usr/lib64]
>>>> ERROR   0001: file '/usr/lib64/ppl/ppl_yap.so' contains a standard rpath
>>>> '/usr/lib64' in [/usr/lib64]
>>> <snip>
>>>> Net result: I am totally confused.  
>>> Your newest spec file uses --disable-rpath + adds ppl-0.9-makefiles.patch
>>> to add rpath on ppl_gprolog. Do you see this rpath problem
>>> on the newest spec file?
>> Yes.
> Please attach the full build log. I am i386 user and currently
> I don't have this problem.

I will attach it.

>>>> Anyway, the sources with which I am working are:
>>> I will appreciate it if you also upload the srpm, thanks!
>> Because of the error above, the srpm is not generated.
> rpmbuild -bs foo.spec just do so.

Right.  The files are

http://www.cs.unipr.it/ppl/Download/ftp/releases/0.9/RedHat/FC6/ppl-0.9-7.src.rpm
http://www.cs.unipr.it/ppl/Download/ftp/releases/0.9/RedHat/FC6/ppl.spec
http://www.cs.unipr.it/ppl/Download/ftp/releases/0.9/ppl-0.9.tar.gz
http://www.cs.unipr.it/ppl/Download/ftp/releases/0.9/RedHat/FC6/ppl-0.9-docfiles.patch
http://www.cs.unipr.it/ppl/Download/ftp/releases/0.9/RedHat/FC6/ppl-0.9-configure.patch
http://www.cs.unipr.it/ppl/Download/ftp/releases/0.9/RedHat/FC6/ppl-0.9-makefiles.patch



-- 
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.