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

[Peter Teeson]

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.

Such as -macosx_version_min version, -compatibility_version number, -current_version number.

But these are intended for the dynamic loader warning people about compatibility issues.

It’s covered in the documentation I referred to.

But what we have now is fine…. thanks…..

respect….

Peter

On Jul 1, 2018, at 12:00 PM, Juergen Sauermann <address@hidden> wrote:

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-version in, because I see no need for versioning of GNU APL related
libraries (and introducing it now could break existing programs due to the changed library names).

SVN 1054.

/// Jürgen

On 07/01/2018 12:33 AM, Peter Teeson wrote:

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/trunk gnuapl

Then followed items 1-5 per your instructions.

Then Gandalf:~ pteeson$ ls /usr/local/lib/apl

lib_file_io.0.dylib lib_template_F12.0.dylib  libapl.0.dylib

lib_file_io.a lib_template_F12.a  libapl.a

lib_file_io.dylib lib_template_F12.dylib  libapl.dylib

lib_file_io.la lib_template_F12.la  libapl.la

lib_sql.0.dylib lib_template_OP1.0.dylib libemacs.0.dylib

lib_sql.a lib_template_OP1.a  libemacs.a

lib_sql.dylib lib_template_OP1.dylib  libemacs.dylib

lib_sql.la lib_template_OP1.la  libemacs.la

lib_template_F0.0.dylib lib_template_OP2.0.dylib workspaces

lib_template_F0.a lib_template_OP2.a wslib3

lib_template_F0.dylib lib_template_OP2.dylib wslib4

lib_template_F0.la lib_template_OP2.la wslib5

Note that some of the .dylibs have version numbers as part of the lib name.

This conforms to Apple’s Dynamic Libraries Programming Topics documentation

So far so good… I will now proceed with the original experiment….

Thanks for the help and support…..

respect….

Peter