awesome

Welcome to awesome bug tracking system.
Tasklist

FS#744 - Don't strip off the RPATH

Attached to Project: awesome
Opened by Maciej Blizinski (automatthias) - Wednesday, 10 March 2010, 23:49 GMT
Last edited by Uli Schlachter (psychon) - Friday, 24 August 2012, 19:53 GMT
Task Type Bug Report
Category Build system
Status Closed
Assigned To No-one
Operating System All
Severity Medium
Priority Normal
Reported Version git/master
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Cmake strips off the RPATH of the binary by default. On Solaris, this is unacceptable, because the binary must be able to find libraries from /opt/csw/lib, and there is no /etc/ld.so.conf on Solaris, so RPATH is the only option.

The following patch allows the binary to work:

https://gar.svn.sourceforge.net/svnroot/gar/csw/mgar/pkg/awesome/trunk/files/turn-off-rpath-breakage.patch

See also:
http://ptribble.blogspot.com/2010/01/stupid-build-systems.html
This task depends upon

Closed by  Uli Schlachter (psychon)
Friday, 24 August 2012, 19:53 GMT
Reason for closing:  Fixed
Additional comments about closing:  commit cde352fd45090cfae265618de555a1e5081bd562
Author: Steven Oliver <oliver.steven@gmail.com>
Date: Thu Aug 23 22:12:03 2012 -0400

Don't strip RPATH on Solaris ( FS#744 )

Signed-off-by: Steven Oliver <oliver.steven@gmail.com>
Signed-off-by: Uli Schlachter <psychon@znc.in>

(I got rid of the trailing whitespace)
Comment by Uli Schlachter (psychon) - Saturday, 31 July 2010, 15:00 GMT
I can't find any docs for that cmake option and it sounds like this will cause awesome to always be built with an rpath. That's unacceptable for e.g. debian.

Anyone who actually understand cmake and can shed some light on this?
Comment by Uli Schlachter (psychon) - Thursday, 12 August 2010, 16:23 GMT
Finally found some docs for cmake's rpath stuff: http://www.cmake.org/Wiki/CMake_RPATH_handling
Comment by Michael Abbott (Araneidae) - Tuesday, 14 December 2010, 20:28 GMT
I also have a problem with the RPATH binary being stripped off when building to a non-standard prefix. The attached patch keeps the RPATH and follows an approach suggested on the cmake mailing list.

It would seem that what we really need is some mechanism for configuring build options for awesome, perhaps one could have a configuration script with selectable options.</irony>
Comment by Steven Oliver (steveno) - Friday, 24 August 2012, 02:13 GMT
It seems the only thing holding this bug back is the fact that some systems need to strip RPATH and some don't. This updated patch should only strip the RPATH when compiling on Solaris.

Loading...