Re: GNU Automake 1.12.3 released

2012-08-15 Thread Richard Stallman
Congratulations on the new release. -- Dr Richard Stallman President, Free Software Foundation 51 Franklin St Boston MA 02110 USA www.fsf.org www.gnu.org Skype: No way! That's nonfree (freedom-denying) software. Use Ekiga or an ordinary phone call

Re: Using convenience libraries with non-recursive make

2012-08-15 Thread Russ Allbery
Bob Friesenhahn writes: > On Wed, 15 Aug 2012, Diego Elio Pettenò wrote: >> why are you using multiple convenience libraries? If you're not going >> to install any of them, and the result is one final binary, you should >> just list all the sources to that one target. This also helps if you >> ch

Using convenience libraries with non-recursive make

2012-08-15 Thread Del Merritt
I'm using automake 1.11.1 and autoconf 2.68. I am switching from a set of hand-written Makefiles to autoconf/automake. I'm switching to autotools since the support for cross-compilation is already there; my hand-written Makefiles are getting hard to manage, and they don't support VPATH builds

Re: Using convenience libraries with non-recursive make

2012-08-15 Thread Del Merritt
On 08/15/2012 03:16 PM, Diego Elio Pettenò wrote: On 15/08/2012 08:26, Del Merritt wrote: nodist_EXTRA_libmyprog_la_SOURCES = dummy.cxx I would bet that this one is giving you trouble, but... I was using that on a hint from the automake manual: http://www.gnu.org/software/automake/ma

Re: Using convenience libraries with non-recursive make

2012-08-15 Thread Bob Friesenhahn
On Wed, 15 Aug 2012, Diego Elio Pettenò wrote: why are you using multiple convenience libraries? If you're not going to install any of them, and the result is one final binary, you should just list all the sources to that one target. This also helps if you change some of the source files as it o

RE: Using convenience libraries with non-recursive make

2012-08-15 Thread John Calcote
Hi Del, First, if you're building a pure convenience library (you don't want shared objects), then save yourself a layer of complexity by removing libtool from the equation - just use LIBRARIES instead of LTLIBRARIES in your Makefile.am file. Second, make sure all your relative paths are correct -

Re: Using convenience libraries with non-recursive make

2012-08-15 Thread Diego Elio Pettenò
On 15/08/2012 08:26, Del Merritt wrote: > >nodist_EXTRA_libmyprog_la_SOURCES = dummy.cxx I would bet that this one is giving you trouble, but... why are you using multiple convenience libraries? If you're not going to install any of them, and the result is one final binary, you should just l

Using convenience libraries with non-recursive make

2012-08-15 Thread Del Merritt
I'm using automake 1.11.1 and autoconf 2.68. I am switching from a set of hand-written Makefiles to autoconf/automake. I'm switching to autotools since the support for cross-compilation is already there; my hand-written Makefiles are getting hard to manage, and they don't support VPATH builds

Re: Dynamic package version numbers with Autoconf and Automake

2012-08-15 Thread Robert Boehne
On 08/15/12 08:45, Bob Friesenhahn wrote: On Wed, 15 Aug 2012, Miles Bader wrote: (3) The final version info is updated (using VCS info and/or autoconf version info) at make time using a script, and when it changes, only causes a source file (e.g., version.c) to change. This means tha

Re: Dynamic package version numbers with Autoconf and Automake

2012-08-15 Thread Bob Friesenhahn
On Wed, 15 Aug 2012, Miles Bader wrote: (3) The final version info is updated (using VCS info and/or autoconf version info) at make time using a script, and when it changes, only causes a source file (e.g., version.c) to change. This means that although some things are rebuilt after a

Re: Dynamic package version numbers with Autoconf and Automake (was: Re: Automake 1.12.0b test release)

2012-08-15 Thread Roger Leigh
On Tue, Aug 14, 2012 at 06:57:02PM -0500, Bob Friesenhahn wrote: > AC_INIT(m4_esyscmd([scripts/pkginfo.sh package_name]), > m4_esyscmd([scripts/pkginfo.sh package_version]), > m4_esyscmd([scripts/pkginfo.sh package_bugreport])) > > Unfortunately, the values passed to AC_INIT are ca