By default, Bugzilla does not search the list of RESOLVED bugs.
You can force it to do so by putting the upper-case word ALL in front of your search query, e.g.: ALL tdelibs
We recommend searching for bugs this way, as you may discover that your bug has already been resolved and fixed in a later release.
Bug 1272 - Build issue: rpath not set on installed libs/binaries
Summary: Build issue: rpath not set on installed libs/binaries
Status: NEW
Alias: None
Product: TDE
Classification: Unclassified
Component: other (any) (show other bugs)
Version: R14.0.x [Trinity]
Hardware: All Linux
: P5 enhancement
Assignee: Timothy Pearson
URL:
Depends on:
Blocks:
 
Reported: 2012-10-16 14:03 CDT by ulrich.gemkow
Modified: 2018-05-27 11:00 CDT (History)
2 users (show)

See Also:
Compiler Version:
TDE Version String:
Application Version:
Application Name:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description ulrich.gemkow 2012-10-16 14:03:01 CDT 
When compiling TDE from the latest git using the build instructions on the wiki, the rpath (DT_PATH) is not set in the compiled/installed libraries and binaries.

Setting the rpath would greatly simplify installating and using TDE in parallel with other desktop environments.
Comment 1 Darrell 2012-10-16 15:37:45 CDT 
Would you please provide some text? I'll update the wiki accordingly. :)

With the packages using autotools there is the --disable-rpath option. I presume not using that option allows building with rpath.

With cmake there is -DCMAKE_SKIP_RPATH=OFF/ON. I presume -DCMAKE_SKIP_RPATH=OFF allows building with rpath?
Comment 2 jhgdfguryyvudf 2012-10-17 10:28:57 CDT 
First: I am new to cmake!

As far as I understand (http://www.cmake.org/Wiki/CMake_RPATH_handling) cmake will not add an rpath when not explicitely told to do so. I found none of the required options in the cmake config files. So cmake is right not to add an rpath.

It is rather easy to teach cmake to add an rpath to both libs and binaries
(add -DCMAKE_INSTALL_RPATH=...) and this works for me.

But I think the author of the cmake-config-files had some reason not to add an rpath which probably should be unterstood before simply adding the options (and maybe introducing problems - I can only test with one rather new distribution).
Comment 3 Darrell 2012-10-17 11:08:43 CDT 
The wiki has the following:

"arts and tdelibs execute compiled binaries as part of the build process. Therefore they need to have -DCMAKE_SKIP_RPATH="OFF" set. All other modules do not need the RPATH set."

That implies all other cmake packages should use -DCMAKE_SKIP_RPATH="ON" or nothing at all. For the autotools packages there is an explicit --disable-rpath configure option.

I'm not knowledgeable about using rpath. I've read a bit on the topic and all I get is a headache. Most writers urge not setting rpath and letting the operating system search for shared libraries. If you want to add that information all I need is some text to copy and paste to the wiki. But the additional text probably should be discussed in the developer's mail list before posting.