[Qt-interest] Qt 4.7.0 trunk on Fedora 12?

[Brett Morgan]

On Tue, May 25, 2010 at 10:30 AM, Rohan McGovern
<rohan.mcgovern at nokia.com> wrote:
> On Tuesday 25 May 2010, ext Brett Morgan wrote:
>> Heya Guys,
>>
>> I am attempting to build Qt 4.7.0 from gitorious on Fedora 12 and
>> it appears to be building binaries that don't know where their
>> .so's are installed. I'm building a build box to make sure i
>> didn't do something stupid in my VM, but I was wondering if this
>> is a known issue with a fix?
>>
>> Otherwise, what information can I dig out of my build to help
>> debug what is going wrong?
>
> What was your build process and what do you mean by "don't know
> where their .so's are installed"?

I'm doing a fairly basic process, git pull, ./configure, make && sudo
make install and the results are as follows:

[brett at localhost ~]$ /usr/local/Trolltech/Qt-4.7.0/bin/designer
/usr/local/Trolltech/Qt-4.7.0/bin/designer: error while loading shared
libraries: libQtDesignerComponents.so.4: cannot open shared object
file: No such file or directory
[brett at localhost ~]$

> The build should embed an rpath into the generated binaries (e.g. if
> you configured with `-prefix /usr/local' then the binaries should
> have `/usr/local/lib' added to their rpath).  You can use `chrpath'
> to check the rpath.

I'm noticing two things, first there is some noise in the fedora wiki
about avoiding rpath, and a standard f12 install doesn't have chrpath
in a user's default path. For example:
http://fedoraproject.org/wiki/PackagingGuidelines#Beware_of_Rpath

However, the rpath is actually baked into the executable:

[brett at localhost ~]$ readelf -d
/usr/local/Trolltech/Qt-4.7.0/bin/designer | grep RPATH
 0x0000000f (RPATH)                      Library rpath:
[/usr/local/Trolltech/QtEmbedded-4.7.0/lib]

> Note that by default the build is not expected to work right until
> after you do `make install'.

yupyup

> --
> Rohan
>

-- 
Brett Morgan
http://www.google.com/profiles/brett.morgan