hi,
Quoting YunQiang Su <[email protected]>:
Package: assimp
Version: 3.0~dfsg-1
X-Debbugs-CC: [email protected]
This package has one or more -L/usr/lib in its build system,
which will make it ftbfs if there is libraries under /usr/lib,
while is not the default architecture, mips* for example.
On mips* systems, /usr/lib is defined as place to hold O32
libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64.
Beside the way, on the multiarch system like Debian, user may install
libraries under /usr/lib by hand.
Please use the default search path if you can, and please consider fix
this.
I will try to fix this bug, while if you can help to fix it,
It will be very appreciative.
The attachement is the buildlog of this package on mips64el platform.
thanks for your bugreport.
checking your build-logs, it seems however that the problem is not
related to the incorrect use of '-L/usr/lib' but instead to incorrect
mangling of the symbols-file debian/libassimp3.symbols
assimp uses the 'pkg-kde-tools' package to allow symbol-files with
pseudo types ("{c++:size_t}").
i believe that the problem you see is that pkg-kde-tools does not
support mips64el yet.
if you agree, i'll reassign this bug-report to the pkg-kde-tools package.
fgmard
IOhannes
--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]
