Re: VPATH in automake

2000-09-11 Thread Akim Demaille
> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes: Tom> I'm suprised config.status removes the line. # Any assignment to VPATH causes Sun make to only execute # the first set of double-colon rules, so remove it if not needed. # If there is a colon in the path, we need to keep it. if test "x$s

Re: VPATH in automake

2000-09-08 Thread Tom Tromey
> "James" == James Bonfield <[EMAIL PROTECTED]> writes: James> eg_SOURCES = a/a.c b/b.c c/c.c As Alexandre says, this works in the cvs automake. James> Notice the lack of a plus sign. Automake handles `+=' "specially", which unfortunately means it sometimes doesn't do what you expect. Jam

Re: VPATH in automake

2000-09-08 Thread Alexandre Oliva
On Sep 8, 2000, James Bonfield <[EMAIL PROTECTED]> wrote: > automake: Makefile.am: not supported: source file `a/a.c' is in subdirectory This is supposed in CVS automake. -- Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/ Red Hat GCC Developer aoliva@{c

Re: VPATH in automake

2000-09-08 Thread Ossama Othman
Hi, On Fri, Sep 08, 2000 at 03:18:09PM +0100, James Bonfield wrote: > eg_SOURCES = a/a.c b/b.c c/c.c > > Previously this was all home-cooked Makefiles without autoconf, automake, etc. > I've managed to get this working in autoconf by using VPATH. However I create > shared libraries, and so libto

VPATH in automake

2000-09-08 Thread James Bonfield
Hello, I've got a project which at one stage consisted of several separate libraries, each in its own directory. This was needlessly fine grained though and so now it consists of just one library, but still with multiple subdirectories. Eg: eg_SOURCES = a/a.c b/b.c c/c.c Previously this was a