[PATCH] configure: Check whether linker supports --enable-new-dtags.

[Tomas Carnecky]

The wine binary uses RPATH (which has been discouraged long ago and many 
distributions try to avoid it). The problem arises if PREFIX is /usr 
(which is more or less the default in precompiled packages that the 
distributions use) and thus RPATH /usr/bin/../lib, since RPATH precedes 
everything else, most importantly LD_LIBRARY_PATH, the use of 
LD_LIBRARY_PATH to override common system libraries (those who reside in 
/usr/lib) is impossible.

The --enable-new-dtags option makes the linker emit RUNPATH along with 
RPATH. If the loader (ld) detects both RPATH and RUNPATH, it ignores 
RPATH and uses only RUNPATH. RUNPATH differs from RPATH in that it has 
lower priority than LD_LIBRARY_PATH and thus makes it possible to 
override libraries.

---

This will make it possible for Debian/Ubuntu users to capture wine 
applications using yukon (http://neopsis.com/projects/yukon/). Yukon 
overrides libX11.so and libGL.so, when the application calls 
glXSwapBuffers() it captures the framebuffer and saves it to a file. 
Debian/Ubuntu wine packages use only RPATH (as opposed to other 
distributions that have the new dtags enabled by default) and won't 
allow to use LD_LIBRARY_PATH to override the libraries (the loader looks 
in RPATH first, discovers that /usr/lib/libGL.so exists and loads that 
instead of yukon's modified libGL.so).

  configure.ac |    3 +++
  1 files changed, 3 insertions(+), 0 deletions(-)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 6bdb9aff9747ed449609cfb58889a4c653f5a56a.diff
Type: text/x-patch
Size: 612 bytes
Desc: not available
Url : http://www.winehq.org/pipermail/wine-patches/attachments/20070730/8a028ed6/6bdb9aff9747ed449609cfb58889a4c653f5a56a.bin