Re: [Bug-apl] libapl load problem....UPDATE 8

Re: [Bug-apl] libapl load problem....UPDATE 8

Hi Elias, that is actually what  thge native function interface is doing: it tries file, then file.so and then file.dylib. I suppose the line given by Xiao-Yong below was taken from the gnu.info documentation and is only misleading

Re: [Bug-apl] libapl load problem....UPDATE 8

Since .dylib is the standard extension for libraries on OSX, it's probably a better idea to have an #ifdef that checks for the operating system and chooses the correct extension based on it. If you ever wish to support Windows in the future, they use .DLL. On 2 July 2018 at 22:15, Juergen Sauerma

Re: [Bug-apl] libapl load problem....UPDATE 8

Hi Xiao-Yong, true, but lib_file_io has been replaced by ⎕FIO and will be removed in the near future.  I would also suppose that lib_file_io.dylib can be renamed to lib_file_io.so after building it. /// Jürgen

Re: [Bug-apl] libapl load problem....UPDATE 8

I haven't checked. But having lib_file_io.dylib instead of lib_file_io.so might create problems with ⎕FX which uses dlopen. Can you check 'lib_file_io.so' ⎕FX 'FILE_IO' and subsequent FILE_IO functionalities still work or not? > On Jun 30, 2018, at 5:33 PM, Peter Teeson wrote: > > Hi J

Re: [Bug-apl] libapl load problem....UPDATE 8

Hi Jürgen: Excellent! My original goals of having static and dynamic libraries seem to have been met. libapl.0.dylib, libapl.a, libapl.dylib, libapl.la. And the versioning is OK (libapl.0.dylib), There are options that can be passed to the linker which I will get around to trying at some point.

Re: [Bug-apl] libapl load problem....UPDATE 8

Hi Peter, great! My conclusion is that one or more of the linker options -module, -shared, and -export-dynamic has caused the problem. I have removed these options for all libraries now, hoping that they are not needed by other people. I left -avoid-

Re: [Bug-apl] libapl load problem....UPDATE 8

Hi Jürgen: Good news…. That seems to have worked. I deleted the /usr/local/lib/apl dir as well as the /usr/local/include/apl dir In my case I had to install the following auto tools: autoconf-2.69 libtool-2.4.6 automake-1.15 Then Gandalf:~ pteeson$ svn co http://svn.savannah.gnu.org/svn/apl/t