Re: creating a shared library from more than one src directory

2004-10-22 Thread Bob Friesenhahn
On Fri, 22 Oct 2004, Alexandre Duret-Lutz wrote: Jens> Are there any tips how to write such Makefile.am's? Consider using Libtool convenience libraries for your subdirectories (there is a section about this in the Automake manual). Another way is to use the non-recursive build approach where the s

Re: creating a shared library from more than one src directory

2004-10-22 Thread Alexandre Duret-Lutz
>>> "Jens" == Jens Rehsack <[EMAIL PROTECTED]> writes: [...] Jens> Are there any tips how to write such Makefile.am's? Consider using Libtool convenience libraries for your subdirectories (there is a section about this in the Automake manual). -- Alexandre Duret-Lutz

Re: Forcing the linking language

2004-10-22 Thread Alexandre Duret-Lutz
>>> "Norman" == Norman Gray <[EMAIL PROTECTED]> writes: [...] Norman> I've managed to get this to work by setting Norman> libfoo_la_SOURCES = dummy.f Norman> where dummy.f is a trivial Fortran routine. Make it nodist_EXTRA_libfoo_la_SOURCES = dummy.f so that the file does not have t

Re: automake 1.8.5 problem

2004-10-22 Thread Alexandre Duret-Lutz
Hi, >>> "saiph" == saiph <[EMAIL PROTECTED]> writes: saiph> i'm using automake 1.8.5 with gentoo and it appears to saiph> does not support dist_ prefix. every variable with that saiph> prefix causes an error message, ie: saiph> Makefile.am:1: invalid variable `dist_bin_SCRIPTS' saiph> Mak

Re: preventing re-running of texi2dvi?

2004-10-22 Thread Alexandre Duret-Lutz
>>> "Dan" == Dan McMahill <[EMAIL PROTECTED]> writes: Dan> I'd like to be able to include the .pdf, .ps, and .html Dan> format manuals in my distfile and not have 'make clean' Dan> cause them to be rebuilt. [...] That's a legitimate goal, but this is just not supported presently. (Unless you

Re: Shipping generated file from generated generator

2004-10-22 Thread Alexandre Duret-Lutz
>>> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes: [...] Akim> I don't know how to do that without using .SECONDARY, Akim> which doesn't appear to be universal amongst makes. Is Akim> there a more portable solution? I don't know of any, and I recommend against it. A distributed file sh

Re: Possable automake 1.9 bug

2004-10-22 Thread Alexandre Duret-Lutz
[Sorry for the delay. I have been switching providers.] >>> "Chris" == Chris Ison <[EMAIL PROTECTED]> writes: >> Libtool libraries are not programs. If that used to work in 1.8 it >> was a bug. Chris> it certainly worked in 1.6 to 1.8 (and maybe earlier but I can't Chris> remember that far

Re: Shipping generated file from generated generator

2004-10-22 Thread Akim Demaille
>>> "Stepan" == Stepan Kasal <[EMAIL PROTECTED]> writes: > I guess the following should fix it: > $(generated_sources): $(makedoc_SOURCES) $(cmd_sources) > make $(AM_MAKEFLAGS) makedoc$(EXEEXT) $(MAKE) > rm -f $(generated_sources) > ./makedoc $(cmd_sources) > This way the

creating a shared library from more than one src directory

2004-10-22 Thread Jens Rehsack
Hi, I have a problem, and even I was searching for days I couldn't found a solution. I need to create several shared libraries for a project, whereby each library will be composed from several modules. As example: project/ +- project/src/ |+- project/src/core/ ||+- project/src/cor

Re: Shipping generated file from generated generator

2004-10-22 Thread Stepan Kasal
Hello Akim, On Thu, Oct 21, 2004 at 06:06:42PM +0200, Akim Demaille wrote: > > noinst_PROGRAMS = makedoc > > bin_PROGRAMS = ginfo infokey > > > makedoc_SOURCES = makedoc.c > > ginfo_SOURCES = echo-area.c echo-area.h ... \ > > doc.c funs.h > > infokey_SOURCES = infokey.c infokey.h key.c ke