Original library was setup and installed as:
libproject_la_LDFLAGS = -version-info 0:0:0 $(ALDFLAG) $(BLDFLAG)
I added a new procedure and modified several others (without changing their
interface).
Refering to 7.3 of libtool I change the above to:
libproject_la_LDFLAGS = -version-info 1:1:1 $
On Sunday 17 May 2009 2:52:17 pm Ralf Wildenhues wrote:
> Hello Gerald,
>
> * Gerald I. Evenden wrote on Sun, May 17, 2009 at 08:40:46PM CEST:
> > Has anyone successfully written a configure.ac that successfully tests
> > for the Gnu Scientific Library (aka GSL)?
>
Has anyone successfully written a configure.ac that successfully tests for the
Gnu Scientific Library (aka GSL)?
I would appreciate knowing how you did it?
Additional comment: GSL requires an additional library so that the traditional
test by compiling a test routine fails because there is no m
On Thursday 07 May 2009 1:08:40 am Ralf Wildenhues wrote:
> Hello Gerald,
>
> * Gerald I. Evenden wrote on Thu, May 07, 2009 at 02:58:28AM CEST:
> > Well, everything compiled and looked OK when installed in /usr/local/lib
> >
> > libproject.a
> > libproject.la
>
As and aside on this whole mess and before I blow my brains out (just kidding,
I think) I tried starting the whole mess over and setting the version to
0:0:0 after doing a 'make maintainer-clean'.
Well, everything compiled and looked OK when installed in /usr/local/lib
libproject.a
libproject.l
In a shared library there are about 8 routines out over 100 that refer to
libgsl and libpthread. A frequent situation may arise where an application
program has no need for using the 8 procedures infected with other library
needs.
At the current time, when I try to link such a program I get a
On Sunday 03 May 2009 1:02:54 pm Jan Engelhardt wrote:
> On Sunday 2009-05-03 18:58, John Calcote wrote:
> >It appears that Libtool is smart enough to detect ridiculous cases, but it
> >should probably throw an error of some sort, rather than simply generate
> >code with a different version number.
The following is the beginning of my Makefile.am script:
include_HEADERS = project.h
lib_LTLIBRARIES = libproject.la
noinst_HEADERS = proj_list.h
libproject_la_LDFLAGS = -version-info 2:0:1
which worked fine when with previous loading of a library with 2:0:0
versioning code.
But now, when I
On Friday 03 April 2009 2:29:36 pm Ralf Wildenhues wrote:
> Hello Gerald,
>
> * Gerald I. Evenden wrote on Fri, Apr 03, 2009 at 08:11:22PM CEST:
> > One added note, that bothers me a little.
> >
> > If the system checks for an entry being present in a particular iibrary
On Friday 03 April 2009 12:17:14 pm John Calcote wrote:
> On 4/3/2009 8:49 AM, Gerald I. Evenden wrote:
> > On Thursday 02 April 2009 5:56:52 pm Peter Johansson wrote:
> >> Hello Gerald,
> >>
> >> Gerald I. Evenden wrote:
> >>> After trying so
On Friday 03 April 2009 12:17:14 pm John Calcote wrote:
> On 4/3/2009 8:49 AM, Gerald I. Evenden wrote:
> > On Thursday 02 April 2009 5:56:52 pm Peter Johansson wrote:
> >> Hello Gerald,
> >>
> >> Gerald I. Evenden wrote:
> >>> After trying so
On Thursday 02 April 2009 5:56:52 pm Peter Johansson wrote:
> Hello Gerald,
>
> Gerald I. Evenden wrote:
> > After trying so many options related to libraries I am exhausted.
> >
> > I have a simple program that needs to link with a shared library
> > installe
After trying so many options related to libraries I am exhausted.
I have a simple program that needs to link with a shared library installed
in /usr/local/lib.
When using my own simple Makefile and simply adding "-lproject -lm" everything
works fine (libproject is the shared library).
But rega
On Friday 27 March 2009 10:52:33 am Russ Allbery wrote:
> "Gerald I. Evenden" writes:
> > Then I ran autoconfig followed by "autoconfig -vfi" and got messages:
> > ...
> > configure.ac:34: required file `src/malloc.c' not found
> > con
On Friday 27 March 2009 12:38:16 am Russ Allbery wrote:
> "Gerald I. Evenden" writes:
> > On Thursday 26 March 2009 10:26:13 pm Russ Allbery wrote:
> >> However, more fundamentally, you're reinventing AC_REPLACE_FUNC, which
> >> you probably don&#x
On Thursday 26 March 2009 10:26:13 pm Russ Allbery wrote:
> "Gerald I. Evenden" writes:
> > I am quite new to using this system but managed to get it to make a
> > distribution of a shared library. The first try was, however, simple
> > and straight forward.
>
I am quite new to using this system but managed to get it to make a
distribution of a shared library. The first try was, however, simple and
straight forward.
However, I want selectively add two files to the library based upon the
condition that they are *not* present on the target computer.
17 matches
Mail list logo
