[prev in list] [next in list] [prev in thread] [next in thread] 

List:       fink-users
Subject:    Re: [Fink-users] python35-3.5.0-1 fails tests on 10.11/7.2
From:       Daniel Johnson <daniel.johnson31 () gmail ! com>
Date:       2015-12-11 16:11:29
Message-ID: 86BC6BB4-2EA4-4050-BD8C-1B7EA8057106 () gmail ! com
[Download RAW message or body]

[Attachment #2 (multipart/signed)]


> On Dec 10, 2015, at 5:33 PM, Daniel Johnson <daniel.johnson31@gmail.com> wrote:
> 
> > 
> > On Dec 10, 2015, at 5:19 PM, Hanspeter Niederstrasser <fink@snaggledworks.com> \
> > wrote: 
> > 
> > On Thu, December 10, 2015 3:49 pm, Alexander Hansen wrote:
> > > 
> > > > On Dec 10, 2015, at 13:42, Jacques Bloch
> > > > <Jacques.Bloch@physik.uni-regensburg.de> wrote:
> > > > 
> > > > Somehow i was able to use DYLD_LIBRARY_PATH with armadillo which i put
> > > > in ~/opt/lib on my system.
> > > > 
> > > > Jacques
> > > > 
> > > > Sent from my iPhone
> > > 
> > > 
> > > That may be implementation-dependent.  If armadillo just wants _a_
> > > DYLD_LIBRARY_PATH and doesnâ € ™t rely on it being an environment variable,
> > > that may still work.
> > > 
> > > Fionna:~ hansen$ DYLD_LIBRARY_PATH="/sw/lib"
> > > Fionna:~ hansen$ export DYLD_LIBRARY_PATH
> > > Fionna:~ hansen$ printenv DYLD_LIBRARY_PATH
> > > Fionna:~ hansen$ echo $DYLD_LIBRARY_PATH
> > > /sw/lib
> > 
> > From what I understand, DYLD_LIBRARY_PATH still works, but it just doesn't
> > get passed to subshells.
> > 
> > So
> > 
> > DYLD_LIBRARY_PATH=/foo/lib /bin/sh BAR.sh
> > 
> > will use /foo/lib successfully, but
> > 
> > DYLD_LIBRARY_PATH=/foo/lib ./BAR.sh
> > 
> > (where BAR.sh starts with #!/bin/sh) will fail.
> > 
> 
> Specifically, all DYLD_* environment variables get removed when running any binary \
> that is considered "protected". That includes anything in /bin, /sbin, /usr/bin and \
> /usr/sbin. So the problem is that you can't pass DYLD_* to /bin/sh since it's \
> protected. If you were to use fink's bash it WILL work since it isn't protected but \
> that would mean a dependency on bash. That's kind of an expensive work around. 
> DYLD_FALLBACK_LIBRARY_PATH is the one exception that does get passed but it's \
> useless for overriding an already installed library.

Ok, the tests on python27, python34 and python35 should be fixed now. What I had to \
do is change the library install_name during the tests and change back after. \
However, that caused _sysconfigdata.py to be regenerated during make install with \
references to %b. This is actually harmless but fink's validator doesn't like it. To \
get around it I had to run make a second time during InstallScript, patch the file \
then run make install. Took a while to figure that out. It Works For Me but let me \
know if you encounter any issues.

Daniel


["signature.asc" (signature.asc)]

-----BEGIN PGP SIGNATURE-----

iQIcBAEBCAAGBQJWavWxAAoJEHIZ9WxpsAjhtPcP/i+q22ZeOASDepcetOgy4L5R
wzqMzqIva1WXnV0dY3t4qpUkCVVJaN1K+38tfNAS0KmcD0lzkxkU45C0Upq9K8xH
BM+nTAncE6u9wEDi2KQEbMVuWsjFEIQiknjVUFnNeYDar7C2ccTXQYg8yefPPnIx
7LI2KqUeipD7rpbNVg1DK6Lj1F14GjEcckepv5YFZmtYCk3uPYQTy0pI7svTgxzY
zCPMuSat79bmxklBSyKxMu9IoZnV52bfexCKMKHprx9kJknz20PBq9kA8oh3jOEQ
EEokmo6o5tsyLqi7RHcRoZX6hvRz+NMBfmqdGATH+BuTnVK9bb16BSb4E1Gua5zJ
Npw+W5RQ3wKZREstILT5sPWAAeemCbugnFlbFbW76sPkGoSJDUEptMuMBbePAQMh
JvniIvHI4JO+Wwc4gKbqAlRmw0EoXN+m3TAxTP6EwvwEsHqpLv81yj1Y3L5bbxXm
rgy1Dg1vHCs/OKJHNYoum5bzSY5V5eHj+zt4WcWo1TByuNhG97Wo8ex2i1v14okM
baURnRKiLHxx0+SP/mEayZNXtvzVqiaUgIZRbedQnR5EolYiRgRB7BzbOIWAwLoF
lZIpzr3TlOfabvYkmz/aEnqYy0E0NG8AWQKl8IT2+mHt4rLT883SpW1Z35zUHat1
RKMeOEjOWYbniBO5QPLl
=KmLk
-----END PGP SIGNATURE-----


------------------------------------------------------------------------------


_______________________________________________
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users


[prev in list] [next in list] [prev in thread] [next in thread]