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 
> <juergen.sauerm...@t-online.de> 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 
>> <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
> 

Reply via email to