I'm tempted to port it, but can't make any firm promises yet. The build system
and dependencies are quite different from 3.4.3
Matthias
> On 10 Dec 2015, at 16:27, Alexander Hansen
> wrote:
>
>
>> On Dec 10, 2015, at 04:00, Mark Johnson
> On Dec 10, 2015, at 6:10 AM, Hanspeter Niederstrasser
> wrote:
>
> On 10.11.2 with Xcode 7.2
>
> t/local/06_tcpecho.t ... ok
> t/local/07_sslecho.t ... 1/78
> # Failed test 'set_cert_and_key: private key `t/data/key.pem' () 7174: 1 -
> On Dec 10, 2015, at 5:19 PM, Hanspeter Niederstrasser
> wrote:
>
>
> On Thu, December 10, 2015 3:49 pm, Alexander Hansen wrote:
>>
>>> On Dec 10, 2015, at 13:42, Jacques Bloch
>>> wrote:
>>>
>>> Somehow i was able to use
> Yep, thatâs exactly whatâs going on. Python uses DYLD_LIBRARY_PATH to
> find the just-built library and that doesnât work anymore. In theory, I
> could use install_name_tool to change the library path before tests and
> reset it after, but that would require changing a LOT of files since
> On Dec 10, 2015, at 13:42, Jacques Bloch
> 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
why can we not put libraries in /usr/local/lib which is not locked by SIP?
J.
---
Dr. Jacques C.R. Bloch
Institute for Theoretical Physics
University of Regensburg
93040 Regensburg, Germany
tel: +49 941 943-2018
fax: +49 941 943-3887
email: jacques.bl...@ur.de
web:
Fink doesn’t put things in /usr/local to avoid having files overwritten by
third-party installs.
That wouldn’t help here, anyway, because the issue is that SIP prevents the use
of DYLD_LIBRARY_PATH at all. Even to point to even an *arbitrary* unprotected
library directory like
> On Dec 10, 2015, at 13:14, Alexander Hansen
> wrote:
>
>
> Fink doesn’t put things in /usr/local to avoid having files overwritten by
> third-party installs.
>
> That wouldn’t help here, anyway, because the issue is that SIP prevents the
> use of
On Thu, December 10, 2015 3:49 pm, Alexander Hansen wrote:
>
>> On Dec 10, 2015, at 13:42, Jacques Bloch
>> 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
On 10.11.2 with Xcode 7.2
t/local/06_tcpecho.t ... ok
t/local/07_sslecho.t ... 1/78
# Failed test 'set_cert_and_key: private key `t/data/key.pem' () 7174:
1 - error:25066067:DSO support routines:DLFCN_LOAD:could not load the
shared library
# private key
[370/396/3] test_platform
dyld: Library not loaded: /sw/lib/python3.5/config-3.5m/libpython3.5m.dylib
Referenced from: /sw/build.build/python35-3.5.0-1/Python-3.5.0/python.exe
Reason: image not found
test test_platform failed -- Traceback (most recent call last):
File
> On Dec 10, 2015, at 08:51, Daniel Johnson wrote:
>
>>
>> On Dec 10, 2015, at 6:52 AM, Hanspeter Niederstrasser
>> wrote:
>>
>> [370/396/3] test_platform
>> dyld: Library not loaded: /sw/lib/python3.5/config-3.5m/libpython3.5m.dylib
>>
> On Dec 10, 2015, at 6:52 AM, Hanspeter Niederstrasser
> wrote:
>
> [370/396/3] test_platform
> dyld: Library not loaded: /sw/lib/python3.5/config-3.5m/libpython3.5m.dylib
> Referenced from: /sw/build.build/python35-3.5.0-1/Python-3.5.0/python.exe
> Reason: image not
I noticed the announcement where nethack version 3.6.0 has been released. The
latest version for Fink is 3.4.3.
Will there be someone producing & releasing an update or should I go get the
“official” binary from www.nethack.org?
--
Mark Johnson
mailto:mhjohn...@mac.com
home: (303) 304-0510
> On Dec 10, 2015, at 04:00, Mark Johnson wrote:
>
> I noticed the announcement where nethack version 3.6.0 has been released. The
> latest version for Fink is 3.4.3.
>
> Will there be someone producing & releasing an update or should I go get the
> “official” binary from
15 matches
Mail list logo