> I just installed automake-1.5d to check and verify for you that the couple
> of bugs I came across in 1.4 have really been fixed 1.5. When I try to run
>
> "aclocal" from automake 1.5, I get the following error:
> > aclocal
>
> aclocal: configure.in: 8: macro `AM_PROG_LIBTOOL' not found in libr
> &Agr;&lgr;&eacgr;&xgr;&agr;&ngr;&dgr;&rgr;&ogr;&sfgr;> nobase_include_HEADERS = sampleprocject/header1.h
> sampleproject2.h
>
> &Agr;&lgr;&eacgr;&xgr;&agr;&ngr;&dgr;&rgr;&ogr;&sfgr;> but then automake fails with:
>
> &Agr;&lgr;&eacgr;&xgr;&agr;&ngr;&dgr;&rgr;&ogr;&sfgr;> src/Makefile.am:8: in
Hello Tom, Alexandre & all,
I just installed automake-1.5d to check and verify for you that the couple of
bugs I came across in 1.4 have really been fixed 1.5. When I try to run
"aclocal" from automake 1.5, I get the following error:
> aclocal
aclocal: configure.in: 8: macro `AM_PROG_LIBTOOL'
> Hello all,
>
> Any help on this would be very much appreciated as I am completely stuck.
>
> I am having trouble repackaging a shared library using the Automake,
> libtool, and Autoconf. I have been able to successfully build a
> distribution that installs the shared library correctly, but when
Please not that for testing I run: ./configure --prefix=/tmp/k
> Hello all,
>
> I'm trying to install my header files in the directory
> "/usr/local/include/PACKAGE/". Using a very simple "sampleproject" which I
> created I tried using:
>
> "pkgincludedir_HEADERS = header1.h header2.h"
>
> This
Hello all,
I'm trying to install my header files in the directory
"/usr/local/include/PACKAGE/". Using a very simple "sampleproject" which I
created I tried using:
"pkgincludedir_HEADERS = header1.h header2.h"
This fails during make install because mkin
"/bin/sh ../config/mkinstalldirs /tmp
&Sgr;&tgr;&igr;&sfgr; &Sgr;&aacgr;&bgr;&bgr;&agr;&tgr;&ogr; 02 &PHgr;&egr;&bgr;&rgr;&ogr;&ugr;&aacgr;&rgr;&igr;&ogr;&sfgr; 2002 09:19, &ogr;/&eegr; Tom Tromey &eacgr;&ggr;&rgr;&agr;&psgr;&egr;:
> > ">" == =?iso-8859-7?b?wevd7uHt5PHv8iDK4fH18N/k5/I=?= (Alexandros
> > Karypidis) writes:
> >
> >> I have found a workaround. It seems that automake generates a rule
> >> to build a library, only if XXX_la_SOURCES is defined.
> >>
> >> libgather_la_SOURCES = gather.c
> >> The gather.c is an empty file (created with "touch gather.c").
> >> Is there a way to make this work without the gathe
> >> From the autobook:
> >> `_LIBADD': Like `_LDADD', but used for static libraries and not
> >> programs.
>
> At first I thought this was a bug in the book.
> Then it looked like a bug, and then like an undocumented change.
>
> But now I think maybe the docs (both book and automake.texi) have
>
I have found a workaround. It seems that automake generates a rule to build
a library, only if XXX_la_SOURCES is defined. So the following doesn't work:
SUBDIRS = lib1 lib2 .
lib_LTLIBRARIES = libgather.la
libgather_la_SOURCES =
libgather_la_LIBADD = lib1/libgoodbye1.la lib2/libgoodbye2.la
B
> I'm not distinguishing between dynamic & static. Libraries are libraries.
I suppose you are correct. That's supposed to be the whole purpose of
libtool after all. Anyway, as you suggested, I'm focusing on:
libgather_la_LIBADD = lib1/libgoodbye1.la lib2/libgoodbye2.la
Now, the only relevant
>From the autobook:
`_LIBADD': Like `_LDADD', but used for static libraries and not programs.
...and I want to create a dynamically library. Anyway, in either case the
subsequent make fails and I get:
when using "libgather_la_LIBADD = lib1/libgoodbye1.la lib2/libgoodbye2.la"
make[2]: Enterin
I am trying to understand how convenience libriaries work. Using the dir
structure "project/src/libX", where X is 1 & 2, I want to create 2
convenience libraries in project/src/lib1 & project/src/lib2, then merge them
into a shared library in project/src. So I wrote the following 3 Makefile.a
13 matches
Mail list logo
