bug-apl
[Top][All Lists]
Advanced

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

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


From: Peter Teeson
Subject: Re: [Bug-apl] libapl load problem....UPDATE 7
Date: Fri, 29 Jun 2018 13:52:20 -0400

Hi Jürgen:
Sorry for delayed reply I was AFK. 
I just now did the following:
(0) Made a new partition (logical volume) and
        installed macOS Yosemite 10.10.5
        installed Command LineTools (Apple's package of ld, libel, make, gcc, 
etc, etc)
(1) Checked out svn1053 in new dir gnuapl in my home dir
        Gandalf:~ pteeson$ pwd /Users/pteeson 
        Gandalf:~ pteeson$ svn co http://svn.savannah.gnu.org/svn/apl/trunk 
gnuapl
(2)   Gandalf:~ pteeson$ cd gnuapl
(3)   Gandalf:gnuapl pteeson$ ./configure --with-libapl
checking for gcc... gcc
…...
(4) make
        Gandalf:gnuapl pteeson$ make 
/Library/Developer/CommandLineTools/usr/bin/make  all-recursive
        Making all in build
…..
        libtool: link: g++ -Wl,-undefined -Wl,dynamic_lookup -o .libs/libapl.so 
-bundle ,,,,, 
(5) sudo make install
        libtool: install: /usr/bin/install -c .libs/libapl.so 
/usr/local/lib/apl/libapl.so

So  completely vanilla, out of the box, build.

Gandalf:gnuapl pteeson$ ls /usr/local/lib/apl
lib_file_io.la                          lib_template_OP1.dylib
lib_file_io.so                          lib_template_OP1.la
lib_sql.0.dylib                         lib_template_OP2.0.dylib
lib_sql.a                                       lib_template_OP2.a
lib_sql.dylib                           lib_template_OP2.dylib
lib_sql.la                                      lib_template_OP2.la
lib_template_F0.0.dylib         libapl.la
lib_template_F0.a                       libapl.so
lib_template_F0.dylib           libemacs.0.dylib
lib_template_F0.la                      libemacs.a
lib_template_F12.0.dylib                libemacs.dylib
lib_template_F12.a                      libemacs.la
lib_template_F12.dylib          workspaces
lib_template_F12.la                     wslib3
lib_template_OP1.0.dylib        wslib4
lib_template_OP1.a              wslib5

What I find interesting is that most of the libraries are either .a, .la,  or 
.dylib.
But the exceptions are lib_file_io.so and libapl.so

So the gnuapl package, as a checked out, knows how to make .dylibs.
It’s just those two that seem to have a problem.

How do we figure out what we need to do to fix them?

BTW I have the complete Terminal output saved if we need to dig into it.

respect….

Peter





reply via email to

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