Re: Building a static library consisting of libraries

* Norbert Sendetzky wrote on Mon, Jun 12, 2006 at 08:59:07PM CEST: > On Monday 12 June 2006 12:57, Ralf Wildenhues wrote: > > Mixing Libtool and non-Libtool libraries isn't the best idea. Better to > > mix libtool libraries > > lib_LTLIBRARIES = libfoo.la > > > > and libtool static libraries > >

Re: Building a static library consisting of libraries

Hi Stepan, * Stepan Kasal wrote on Tue, Jun 13, 2006 at 07:04:01AM CEST: > On Mon, Jun 12, 2006 at 08:59:07PM +0200, Norbert Sendetzky wrote: > > Let me first ask a question: Are .a libraries (libopendbx.a) static > > libraries or is that only dependent on the -static flag? > > *.a is always a st

Re: Building a static library consisting of libraries

On Tuesday 13 June 2006 09:03, Ralf Wildenhues wrote: > > My Makefile.am in lib: > > > > include_HEADERS = odbx.h > > > > lib_LTLIBRARIES = libopendbx.la > > libopendbx_la_SOURCES = odbxlib.c odbxlib.h odbx.c odbxdrv.h > > libopendbx_la_CFLAGS = @PKGCFLAGS@ > > libopendbx_la_CPPFLAGS = -DLIBPATH=\

Re: Suggestion: AC_DEFINE -> m4_pattern_allow

>>> "Ralf" == Ralf Wildenhues <[EMAIL PROTECTED]> writes: > Hi Akim, > * Akim Demaille wrote on Wed, May 31, 2006 at 04:26:17PM CEST: >> >>> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes: >> >> Some time ago I sent this message for which I had no answer. >> > I suggest that the AC_DEF

Re: Suggestion: AC_DEFINE -> m4_pattern_allow

>>> "Stepan" == Stepan Kasal <[EMAIL PROTECTED]> writes: > Hello, >> * Akim Demaille wrote on Wed, May 31, 2006 at 04:26:17PM CEST: >> > I suggest that Automake provide the same feature for AM_CONDITIONAL: > well, you already implemented it, granting Alexandre one point for > his hint: > h

Re: Suggestion: AC_DEFINE -> m4_pattern_allow

Hello Akim, * Akim Demaille wrote on Tue, Jun 13, 2006 at 12:08:23PM CEST: > >>> "Ralf" == Ralf Wildenhues <[EMAIL PROTECTED]> writes: > > * Akim Demaille wrote on Wed, May 31, 2006 at 04:26:17PM CEST: > >> >>> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes: > >> > >> Some time ago I sent

[AM-1.4] Multiple Subdir Problem

Well, it ain't all that multiple. I just added another subdir to my project in the toplevel Makefile.am like this: SUBDIRS = tops gui (it was just "gui" before). The subdir "tops" has a rudimentary Makefile.am as well. My problem is that the configure run doesn't touch that new directory at

Re: [AM-1.4] Multiple Subdir Problem

Daniel Haude wrote: > Well, it ain't all that multiple. I just added another subdir to my > project in the toplevel Makefile.am like this: > > SUBDIRS = tops gui > > (it was just "gui" before). > > The subdir "tops" has a rudimentary Makefile.am as well. My problem is > that the configure run do

Re: [AM-1.4] Multiple Subdir Problem

Hello Daniel, * Daniel Haude wrote on Tue, Jun 13, 2006 at 02:42:52PM CEST: > Well, it ain't all that multiple. I just added another subdir to my > project in the toplevel Makefile.am like this: > The subdir "tops" has a rudimentary Makefile.am as well. My problem is > that the configure run

[AM-1.4] "make distclean" tries to build objects

What can one say about this? I don't get it. Thanks, --Daniel [EMAIL PROTECTED]:~/Projects/ctops$ make distclean Making distclean in . make[1]: Entering directory `/home/dh/Projects/ctops' rm -f config.h rm -f TAGS ID rm -f Makefile rm -f config.cache config.log stamp-h stamp-h[0-9]* make[1]: L

Re: [AM-1.4] "make distclean" tries to build objects

Hello, > What can one say about this? I don't get it. I'm afraid your mail does not contain enough information for any reasonable answer. Can the project be downloaded somewhere? Could you post gui/Makefile.am? Which version of Automake was used? Stepan

Re: [AM-1.4] "make distclean" tries to build objects

Hi Daniel, Daniel Haude wrote: > What can one say about this? I don't get it. > > Thanks, > --Daniel > > > [EMAIL PROTECTED]:~/Projects/ctops$ make distclean > Making distclean in . > make[1]: Entering directory `/home/dh/Projects/ctops' > rm -f config.h > rm -f TAGS ID > rm -f Makefile > rm -f

Re: [AM-1.4] "make distclean" tries to build objects

On Tue, 13 Jun 2006 17:08:58 +0200, Gary V. Vaughan <[EMAIL PROTECTED]> wrote: Probably not. You are fighting against all the bugs and misfeatures that have been fixed over the last five years of automake development if you insist on staying with automake-1.4 (I branched for the 1.4px series in

Re: recommendation for GNU make

Ralf Wildenhues <[EMAIL PROTECTED]> writes: > * doc/install.texi (Compilers and Options): Weaken the > suggestion to use GNU make for VPATH builds. Thanks, I installed that.