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

[Juergen Sauermann]

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

signature.asc
Description: OpenPGP digital signature