It is really strange but reporting with otool shows two level:
otool -hV /Users/alexey/Applications/gnu-apl/lib/apl/libemacs.dylib
/Users/alexey/Applications/gnu-apl/lib/apl/libemacs.dylib:
Mach header
magic cputype cpusubtype caps filetype ncmds sizeofcmds flags
MH_MAGIC_64 X86_64 ALL 0x00 DYLIB 14 2272
NOUNDEFS DYLDLINK TWOLEVEL WEAK_DEFINES BINDS_TO_WEAK NO_REEXPORTED_DYLIBS
For flat libraries there should be no TWOLEVEL flag.
Br,
/Alexey
2017-12-04 17:33 GMT+01:00 Juergen Sauermann <juergen.sauerm...@t-online.de>
:
> Hi,
>
> from the GNU APL printout it looks like the file was found, but something
> is wrong with the file:
>
> * file /Users/alexey/Applications/gnu**-apl/lib/apl/libemacs.dylib (
> flat namespace*
> * in /Users/alexey/Applications/gnu**-apl/lib/apl/libemacs.dylib )*
>
> So GNU APL was able to open the file (using *dlopen()*) but then gets the
> "flat namespace" error at some point.
>
> The second link below says:
>
> * amandogra <https://github.com/amandogra> * commented on Oct 2, 2016
> <https://github.com/tmux/tmux/issues/547#issuecomment-250954758>
>
> It got solved by OS upgrade.
> For someone who comes to this...
> I was on Mac OSX El Capitan, but I upgraded to macOS Sierra.
> Then, I executed the following command
>
> brew unlink libevent && brew link libevent
>
> This fixed my issue.
>
> The posting was related to a different library but the (rest of the) error
> message looks very similar (considering
> that GNU APL cuts off the start the error message text until the last : in
> it). The full error message was most likely:
>
> Expected in: flat namespace
>
> Maybe *"nm** -D" *on the dylib file reveals some more information.
>
> Best Regards,
> /// Jürgen
>
>
> On 12/04/2017 04:06 AM, Elias Mårtenson wrote:
>
> Perhaps adding the path to the dylib file in DYLIB_LIBRARY_PATH will help?
> Don't forget to exprt the variable before starting apl.
>
> Regards,
> Elias
>
> On 4 December 2017 at 01:56, Juergen Sauermann <
> juergen.sauerm...@t-online.de> wrote:
>
>> Hi,
>>
>> I haven't changed anything in that area. One poster in one of the links
>> below mentioned that an OS-X upgrade
>> had fixed a similar problem that the poster had, so my impression is that
>> this is a problem than cannot be fixed
>> inside GNU APL.
>>
>> Best Regards,
>> /// Jürgen
>>
>>
>>
>> On 12/03/2017 12:02 PM, Elias Mårtenson wrote:
>>
>> 10.6.8 is indeed very old. I thought my Macbook was old and it's running
>> 10.10.
>>
>> I have to admit that I haven't tried the Emacs mode on OSX in a while
>> since I don't use Macs anymore. That said, last time I did try, it worked
>> fine.
>>
>> Jürgen, could there be an issue with the way the libraries are built? Did
>> anything change in the last couple of years?
>>
>> Regards,
>> Elias
>>
>> On 3 December 2017 at 18:58, Juergen Sauermann <
>> juergen.sauerm...@t-online.de> wrote:
>>
>>> Hi Alexey,
>>>
>>> I am not really familiar with emacs or OS X, so Elias is probably better
>>> informed than me.
>>>
>>> Unfotunately shared libraries are rather platform dependent and so are
>>> the error messages that
>>> they produce. From the output below it seems that the file
>>> *libemacs.dylib* exists and was found,
>>> but could not be opened with *dlopen()*. It might be that your platform
>>> needs additional linker flags
>>> for dynamic libraries to work, but I have no idea which ones.
>>>
>>> See also:
>>>
>>> https://github.com/tmux/tmux/issues/547 or
>>>
>>> https://developer.apple.com/library/content/documentation/Po
>>> rting/Conceptual/PortingUnix/compiling/compiling.html
>>>
>>> Best Regards,
>>> /// Jürgen
>>>
>>>
>>> On 11/30/2017 08:39 PM, Alexey Veretennikov wrote:
>>>
>>> Hi,
>>>
>>> I've built GNU APL with the following parameters on my old (OSX 10.6.8)
>>> macbook:
>>>
>>> ./configure --prefix=/Users/alexey/Applications/gnu-apl
>>> make install
>>>
>>> So nothing special(I did a small change though since strndup is not yet
>>> supported on this OS). I'm using gcc 7.2.0.
>>> However when I try to run apl from emacs, I get the following error:
>>>
>>> Could not find shared library 'libemacs'
>>> The following directories and file names were tried:
>>> file /Users/alexey/Applications/gnu-apl/lib/apl/libemacs.so (No
>>> such file or directory)
>>> file /Users/alexey/Applications/gnu-apl/lib/apl/libemacs.dylib (
>>> flat namespace
>>> in /Users/alexey/Applications/gnu-apl/lib/apl/libemacs.dylib )
>>> file /Users/alexey/Applications/gnu-apl/lib/apl/libemacs (No such
>>> file or directory)
>>> directory /usr/lib/apl
>>> directory /usr/local/lib/apl
>>> file ./libemacs.so (No such file or directory)
>>> file ./libemacs.dylib (No such file or directory)
>>> file ./libemacs (No such file or directory)
>>> directory ./native
>>> directory ./emacs_mode
>>>
>>>
>>> The file /Users/alexey/Applications/gnu-apl/lib/apl/libemacs.dylib
>>> exists.
>>>
>>> Br,
>>> /Alexey
>>>
>>>
>>>
>>
>>
>
>
