[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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

From: Peter Teeson
Subject: Re: [Bug-apl] libapl load problem....UPDATE 8
Date: Sun, 01 Jul 2018 14:05:22 -0400

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…..


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…..



reply via email to

[Prev in Thread] Current Thread [Next in Thread]