[Poppler-bugs] [Bug 14583] New: multilib issue: not searching for libqt in /usr/lib{, 64}/ qt/lib64

[bugzilla-daemon at freedesktop.org]

http://bugs.freedesktop.org/show_bug.cgi?id=14583

           Summary: multilib issue: not searching for libqt in
                    /usr/lib{,64}/qt/lib64
           Product: poppler
           Version: unspecified
          Platform: x86-64 (AMD64)
        OS/Version: Linux (All)
            Status: NEW
          Severity: normal
          Priority: medium
         Component: qt frontend
        AssignedTo: poppler-bugs at lists.freedesktop.org
        ReportedBy: barsnick at gmx.net


Hi,
I'm trying to build poppler on an x86_64 machine running the Linux distribution
SLES9.

The Qt libraries are to be found in /usr/lib/qt/lib64 (and /usr/lib64/qt is a
symbolic link to /usr/lib/qt).

The include files are found properly, under /usr/lib/qt/include. Yet the
library is incorrectly detected in /usr/lib/qt/lib. configure thinks everything
is okay. Yet in the build process, when linking libpoppler-qt.so, the linker
detects that /usr/lib/qt/lib/libqt*.so does not contain the correct symbols.
This is the case because this is not a valid x86_64 library, and it should be
linking against /usr/lib/qt/lib64/libqt*.so.

So there are two buglets hidden in here:

a) Qt path detection needs to be expanded properly for multi-lib. I see that
m4/qt.m4 is adapted from OpenOffice.org, perhaps they have a newer solution
which covers these LSB updates.

b) configure should be checking the linking of a program against libqt.so, not
only the presence of that library. (Though I don't understand why the
AC_TRY_LINK for -pthreads works. Or perhaps it just doesn't, and gives a false
negative.)


-- 
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.