compilation rules with dependencies don't work with subdir-objects

Hi, automake generated compilation rules involving object files in subdirectories lead to a build failure. With 'no-dependencies', the build failure disappears. $ automake --version automake (GNU automake) 1.10 $ autoconf --version autoconf (GNU Autoconf) 2.60 $ gcc -v Reading specs from /usr/lib

Re: compilation rules with dependencies don't work with subdir-objects

Hello Bruno, * Bruno Haible wrote on Wed, Nov 08, 2006 at 02:20:44PM CET: > > automake generated compilation rules involving object files in subdirectories > lead to a build failure. With 'no-dependencies', the build failure disappears. Thanks for the report. A better title would have been: Dep

Re: Aclocal bug?

Hello Gary, * Gary V. Vaughan wrote on Wed, Nov 08, 2006 at 06:34:45AM CET: > Bad news, I appear to have hit a bug in aclocal. From a fresh checkout > of m4 CVS HEAD: [...] > $ bootstrap > ... > bootstrap: running: autopoint --force > bootstrap: running: gnulib-tool --update > ... > bootstrap: ru

Re: gnupload example

Hello Karl, * Karl Berry wrote on Wed, Nov 08, 2006 at 06:02:55PM CET: > gnupload --help has this example: > > gnupload ... >--to alpha.gnu.org:automake \\ >... > > I suggest changing it to: >--to alpha.gnu.org:gnu/automake \\ Thanks. I took liberty to app

Re: gnupload example

I suggested changing the example to: --to alpha.gnu.org:gnu/automake \\ But actually I had it exactly wrong, and you had it right in the first place. The gnu/ must *not* be there in the filename: directive, because the ftp-upload script on the server side puts it in. So it should come

Re: Aclocal bug?

On 8 Nov 2006, at 13:17, Ralf Wildenhues wrote: Hello Gary, Hallo Ralf! * Gary V. Vaughan wrote on Wed, Nov 08, 2006 at 06:34:45AM CET: Bad news, I appear to have hit a bug in aclocal. From a fresh checkout of m4 CVS HEAD: [...] $ bootstrap ... bootstrap: running: autopoint --force boot