suggestions about MacOS DYLD_FALLBACK_LIBRARY_PATH patch

Jeremy Nowka jnowka at gmail.com
Fri Jul 17 04:55:51 CDT 2009


On Jul 16, 2009 12:55 PM, <Joerg-Cyril.Hoehle at t-systems.com> wrote:

Juan Lang wrote: >Another way of looking at the error is that MacPorts (and
fink, I >presume) instal...
There's confusion here: The problem here is not with MacPorts or Fink.
I have neither of them on my system. Just MacOS, some developer packages
from Mac's install DVD, X11User.pkg from this DVD, XQuartz and
Wine compiled myself (+ SuspiciousPackage.pkg, admitedly).
That's all it takes to run into trouble.

Kronenberg and MacPorts set DYLD_FALLBACK_*, Fink sets LD_LIBRARY_PATH
to work around the issue.

>it's just an error in your configuration.
I strongly disagree. Points can be made that it's either
an error A) in Wine or B) at the system level.
But it's never C) the user's.

Here are the arguments:

A) An application whose ./configure manages to detect and use
X/FreeType/png,
  should ensure that those detected paths also work at run-time.
 Maybe autoconf needs a patch?
 Maybe there's a need for a winewrapper.in to get filled with the X_LIBS
path?

B) The Mac must ensure that all X apps work fine at "system level" - for
  all users. Not including /usr/X11/lib into the default path looks like
  a major goof from Apple.
  Or they should provide means to remember default path (e.g. on Solaris,
  -Lpath for shared libraries is not only a link-time indication, it's
  remembered for run-time).

I'll look into B) should this issue persist after I'll be back from
vacation.

Regards,
       Jörg Höhle
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.winehq.org/pipermail/wine-devel/attachments/20090717/f14de232/attachment.htm>


More information about the wine-devel mailing list