Re: argument list too long in project with many files

2014-05-30 Thread Marco Maggi
$builddir/$(distdir) 2> /dev/null ; \ > done \ >) \ > ) Thanks. It feels a bit like fighting Automake, and I do not want it to fight back; I need more courage to shoulder this strategy. So I reverted to a multi Makefile.am solution. -- Marco Maggi

argument list too long in project with many files

2014-05-29 Thread Marco Maggi
Ciao, on a x86_64-unknown-linux-gnu running Automake 1.14.1, I am packaging a project with ``many'' files as sources for C and Fortran libraries[1]; I am using a single Makefile.am, so the files are listed with a non-empty directory part. When running some makefile rules with GNU

Re: stripping directory component from installation file pathname

2014-03-10 Thread Marco Maggi
Thien-Thi Nguyen wrote: > () Marco Maggi > () Mon, 24 Feb 2014 12:49:15 +0100 >I just want to strip the string prefix "lib/" from the >installation pathnames. > Maybe you can use a var that includes the trailing slash: > intreelib = lib/ > ..._

Re: stripping directory component from installation file pathname

2014-02-24 Thread Marco Maggi
Ralf Corsepius wrote: > On 02/24/2014 11:13 AM, Marco Maggi wrote: >> Ralf Corsepius wrote: >>> Do I understand correctly, your issue is installation dirs? >>> In that case you can try to use a separate installation-dir >>> variable. something along the lines

Re: stripping directory component from installation file pathname

2014-02-24 Thread Marco Maggi
o not want the "lib" component, I want the installed files to be: /usr/local/lib64/vicare-scheme/stuff/alpha.fasl /usr/local/lib64/vicare-scheme/stuff/beta.fasl -- Marco Maggi

stripping directory component from installation file pathname

2014-02-24 Thread Marco Maggi
Ciao, I am moving a package that compiles many source files to many binary files, from "one Makefile.am per subdirectory" to a single top level Makefile.am. Most of the thing has gone fine (excluding the tedium of rechecking all the search paths). This transition has introduced a

[solved] Re: error in distcheck caused by Info files modification time

2013-10-22 Thread Marco Maggi
Marco Maggi wrote: > AFAICT with almost all of my packages: when running "distcheck" the > documentation is built only in PDF format, not Info format; the Info > files are already present in the distribution archive. [...] > the problem seems to be that the Inf

error in distcheck caused by Info files modification time

2013-10-10 Thread Marco Maggi
Ciao, I use the Autotools in several packages with no problems running "make distcheck", but in a single package I get an error. I am on a x86_64-unknown-linux-gnu with Autoconf 2.69 and Automake 1.14, and I use: AM_INIT_AUTOMAKE([foreign dist-xz no-dist-gzip]) AFAICT with

on naming test files for parallel test harness and not removing extensions

2013-02-07 Thread Marco Maggi
would generate: test-sofa.guile.log test-sofa.guile.trs test-sofa.vicare.log test-sofa.vicare.trs with no conflict. TIA [1] From line 224 onwards: <http://github.com/marcomaggi/r6rs-sofa/blob/master/tests/Makefile.am> -- Marco Maggi