<p><blockquote type="cite">On Jul 16, 2009 12:55 PM, <<a href="mailto:Joerg-Cyril.Hoehle@t-systems.com">Joerg-Cyril.Hoehle@t-systems.com</a>> wrote:<br><br><p><font color="#500050">Juan Lang wrote:
>Another way of looking at the error is that MacPorts (and fink, I
>presume) instal...</font></p>There's confusion here: The problem here is not with MacPorts or Fink.<br>
I have neither of them on my system. Just MacOS, some developer packages<br>
from Mac's install DVD, X11User.pkg from this DVD, XQuartz and<br>
Wine compiled myself (+ SuspiciousPackage.pkg, admitedly).<br>
That's all it takes to run into trouble.<br>
<br>
Kronenberg and MacPorts set DYLD_FALLBACK_*, Fink sets LD_LIBRARY_PATH<br>
to work around the issue.<br>
<p><font color="#500050">
>it's just an error in your configuration.
</font></p>I strongly disagree. Points can be made that it's either<br>
an error A) in Wine or B) at the system level.<br>
But it's never C) the user's.<br>
<br>
Here are the arguments:<br>
<br>
A) An application whose ./configure manages to detect and use X/FreeType/png,<br>
� should ensure that those detected paths also work at run-time.<br>
�Maybe autoconf needs a patch?<br>
�Maybe there's a need for a <a href="http://winewrapper.in" target="_blank">winewrapper.in</a> to get filled with the X_LIBS path?<br>
<br>
B) The Mac must ensure that all X apps work fine at "system level" - for<br>
� all users. Not including /usr/X11/lib into the default path looks like<br>
� a major goof from Apple.<br>
� Or they should provide means to remember default path (e.g. on Solaris,<br>
� -Lpath for shared libraries is not only a link-time indication, it's<br>
� remembered for run-time).<br>
<br>
I'll look into B) should this issue persist after I'll be back from vacation.<br>
<br>
Regards,<br>
� � � �J�rg H�hle<br>
<br>
<br>
</blockquote></p>