Re: --add-missing

Hello Eric, * Eric Polino wrote on Tue, Jul 24, 2007 at 06:00:44AM CEST: > > Here lies the problem. If I run toplevel/ag.sh it creates > finch/libgnt/Makefile.in, as it always has and should. Within there > it generates a variable called DIST_COMMON which doesn't reference the > automake scripts

Re: automake failing nearly all tests

Hello Michael, * Benoit SIGOURE wrote on Fri, Jul 20, 2007 at 11:46:54PM CEST: > On Jul 20, 2007, at 11:16 PM, Michael Muratet US-Huntsville wrote: > > > >I got an error during the building of an application that automake was > >out of date. Fair enough. After building, digging, and rebuilding I >

Re: LIBTOOLFLAGS missing in install-%DIR%LTLIBRARIES and uninstall-%DIR%LTLIBRARIES targets

Hello Francesco, > * lib/am/ltlib.am (install-%DIR%LTLIBRARIES) > (uninstall-%DIR%LTLIBRARIES): Use $(AM_LIBTOOLFLAGS) and > $(LIBTOOLFLAGS). > * lib/am/progs.am (install-%DIR%PROGRAMS) > (uninstall-%DIR%PROGRAMS): Likewise. > * tests/libtool7.test: Update test

Re: LIBTOOLFLAGS missing in install-%DIR%LTLIBRARIES and uninstall-%DIR%LTLIBRARIES targets

eers, Ralf 2007-07-18 Francesco Salvestrini <[EMAIL PROTECTED]> Ralf Wildenhues <[EMAIL PROTECTED]> * lib/am/ltlib.am (install-%DIR%LTLIBRARIES) (uninstall-%DIR%LTLIBRARIES): Use $(AM_LIBTOOLFLAGS) and $(LIBTOOLFLAGS). * lib/

Re: How do i get make install to only copy target if it was rebuilt

Hello, * Benoit SIGOURE wrote on Fri, Jul 06, 2007 at 10:46:47PM CEST: > http://lists.gnu.org/archive/html/automake-patches/2006-10/msg00070.html See this one as well: Cheers, Ralf

Re: need help in "deep" project ..

I forgot: > * Roberto Alejandro Espí Muñoz wrote on Tue, Jul 03, 2007 at 07:11:43PM CEST: > > > AUTOMAKE_OPTIONS = foreign This belongs in the toplevel Makefile.am (or, alternatively, if you use the new style AM_INIT_AUTOMAKE invocation, in configure.ac like this: AM_INIT_AUTOMAKE([foreign])

Re: need help in "deep" project ..

* Roberto Alejandro Espí Muñoz wrote on Tue, Jul 03, 2007 at 07:11:43PM CEST: > > AC_INIT([/src/main.cpp]) Please remove the leading slash: AC_INIT([src/main.cpp]) Also note that there is a new form of AC_INIT/AM_INIT_AUTOMAKE, used and explained in the manual:

Re: Chicken and Egg Problem

Hello Chris, * Chris Williams wrote on Wed, Jun 27, 2007 at 12:02:04AM CEST: > > So... I download an build autoconf, all is good. > > When I go to build automake I get: > > # ./configure > checking build system type... x86_64-unknown-linux-gnu [...] > config.status: creating tests/aclocal-1.10

Re: Lack of AM_PROG_CXX_C_O

* Julio M. Merino Vidal wrote on Mon, Jun 25, 2007 at 05:40:51PM CEST: > [ AC_PROG_{CXX,FC,F77}_C_O ] > > Aha, that's what I was suspecting. So, if this macro is not required for > C++ code, maybe the documentation should be adjusted to mention this fact? Well, there exists a C++ compiler on Uni

Re: Lack of AM_PROG_CXX_C_O

Hello Julio, * Julio M. Merino Vidal wrote on Mon, Jun 25, 2007 at 04:55:55PM CEST: > > I see that Autoconf 2.61 has added the macros AC_PROG_{CXX,FC,F77}_C_O. > Does Automake need to mimic these, replacing them with their AM_* > counterparts? I have a dusty patch for this lying around somewhe

Re: Automake does not replace PACKAGE/VERSION etc in pot/po files

Hello Noah, Apologies for the delay. Has this issue already been dealt with? * Noah Slater wrote on Sat, Jun 02, 2007 at 04:23:54PM CEST: > > I notice that the [EMAIL PROTECTED] and [EMAIL PROTECTED] both have PACKAGE > and > VERSION information properly filled in for my package. On the other >

Re: Automake violations of the gnu coding conventions

* K. Richard Pixley wrote on Wed, Jun 20, 2007 at 08:21:55PM CEST: > Ralf Wildenhues wrote: > >Only if the source tree is read-only AND also the autotools ARE > >present, then I can see how you get a failure. > That is my current situation, yes. Automake is present and the sou

Re: Autoconf and Solaris Lint

Hello Jason, * Jason Curl wrote on Wed, Jun 20, 2007 at 11:55:54PM CEST: > > I've searched in vain on the Web how I might run configure to use Solaris' > 'lint' program. It appears that their 'lint' is very much like a compiler > where it produces objects that can be linked together to form a fi

Re: Adding extra rules to make

Hello Jason, * [EMAIL PROTECTED] wrote on Thu, Jun 21, 2007 at 01:56:50PM CEST: > > As part of the build process, I would like to convert text files to > binary files. They don't get installed, the files can be used later to > test the program. Try the following (untested): SRC = 01_InvalidByte

Re: Automake violations of the gnu coding conventions

* K. Richard Pixley wrote on Tue, Jun 19, 2007 at 11:00:49PM CEST: > Ralf Wildenhues wrote: > >What was your point again with respect to missing autotools? > >Can you now finally be bothered to bring forward a specific setup that > >goes wrong? > > > This

Re: Automake violations of the gnu coding conventions

* K. Richard Pixley wrote on Tue, Jun 19, 2007 at 09:46:10PM CEST: > > Pick a package that uses automake. Download the tarball. Unpack. > Remove automake from your system. > > At this point we need to scramble the file time stamps. You can do this > in any number of ways. The easiest, albe

Re: Automake violations of the gnu coding conventions

* K. Richard Pixley wrote on Tue, Jun 19, 2007 at 09:21:53PM CEST: > Harlan Stenn wrote: > >I agree with Ralf - can you demonstrate an example of the problem you > >are trying to solve? > > > I've already described the use case twice. And the response seems to be > that automake doesn't support

Re: Automake violations of the gnu coding conventions

* K. Richard Pixley wrote on Tue, Jun 19, 2007 at 06:20:39PM CEST: > Ralf Wildenhues wrote: > > > >If you have a counter example to above, please show how to reproduce it. > >Thank you. > > > What you seem to be saying is that anything that doesn't work with

Re: Automake violations of the gnu coding conventions

Hello Richard, * K. Richard Pixley wrote on Tue, Jun 19, 2007 at 05:18:27AM CEST: > > AM_MAINTAINER_MODE is good to know about, thank you. But it doesn't really > solve the problem for users. Now if generated makefiles could have those > rules turned off using a command line and/or environment

Re: Need more EXTRA_PROGRAMS variables

* Behdad Esfahbod wrote on Tue, Jun 19, 2007 at 12:13:17AM CEST: > On Sun, 2007-06-17 at 14:31 +0200, Ralf Wildenhues wrote: > > > If you can live with $(EXTRA_PROGRAMS) also > > containing the tests, that is. If not, then I'd like to know why not. > > I can. But

Re: Automake 1.10 - No rule to make target '-c', needed by 'all-am'. Stop.

Hello Craig, * Craig Sanders wrote on Tue, Jun 19, 2007 at 07:39:11AM CEST: > > Thankyou for your prompt response to my two queries last week. > > I think I have solved my own problems. One of the problems was that I > had defined the variable ; > > INSTALL = install -c -m 644 Above line is

Re: Automake 1.10 - No rule to make target '-c', needed by 'all-am'. Stop.

Hello Craig, * Craig Sanders wrote on Fri, Jun 15, 2007 at 09:26:50AM CEST: > > I have just installed automake 1.10 and autoconf 2.61 on my system. I > am able to successfully run aclocal, autoconf and automake on my > package. The resulting configure script that is created runs without > any err

Re: Determine Data Root Directoy in code

Hello Jeshua, * jeshuabratman wrote on Wed, Jun 13, 2007 at 09:28:37PM CEST: > > [...] I don't know how that datarootdir variable is passed into the C > code. It doesn't seem to be put in config.h. Does this help?

Re: duplicate installdirs bug

Hello David, * David Fang wrote on Fri, Jun 15, 2007 at 05:27:22AM CEST: > With automake 1.9.6, I'm getting distcheck failures during the > install phase (or just during non-distcheck make install): > > = reduced Makefile.am = > # let package name == 'yoyodyne' >

Re: make distcheck and the /etc dir

Hello, * Daniel Leidert wrote on Mon, Jun 04, 2007 at 07:38:18PM CEST: > Am Montag, den 04.06.2007, 15:56 +0200 schrieb Jason Curl: > > > ># Makefile.am for installing configuration data > >etcdir=/etc/lx2005 > > This line misses a $(DESTDIR) to not break package builds and distcheck. N

Re: make distcheck and the /etc dir

Hello, and sorry for chiming in so late, * Noah Slater wrote on Mon, Jun 04, 2007 at 06:57:43PM CEST: > > # Makefile.am for installing configuration data > > etcdir=/etc/lx2005 > > etc_DATA = serlog.conf > > This is seriously broken. What if my /etc directory is read-only, for > example.

Re: C library package design

Hello Ivan, * Ivan Leben wrote on Wed, May 16, 2007 at 04:05:23AM CEST: > > First thing that troubles me is, whether I should build the examples > in the same run as the library itself, Yes, for simplicity I would do that. > using a single configure script Yes. > with an additional --with-exam

Re: spaces and distcheck

Hello Dave, * deckrider wrote on Mon, May 14, 2007 at 10:54:16PM CEST: > From using automake (GNU automake) 1.10 on cygwin, I noticed that > 'make distcheck' doesn't work when the build directory contains > spaces. This seems to also be true on unix (the reason it was noticed > on cygwin is becau

Re: separating source and install name

Hello Perrog, * Perrog wrote on Fri, May 11, 2007 at 10:36:10AM CEST: > > In cases when you make a debug build, or static build, or some other > architecture build, it may be desirable to rename the installed library. > For example, libA_d is the debug version of libA. But this also has > another

Re: What is `aclocal' trying to tell me? ``error: m4_defn: undefined macro: _m4_divert_diversion''

* Thomas Schwinge wrote on Wed, May 09, 2007 at 07:23:34PM CEST: > On Wed, May 09, 2007 at 06:26:49PM +0200, Ralf Wildenhues wrote: > > * Thomas Schwinge wrote on Wed, May 09, 2007 at 03:51:01PM CEST: > > > I used to use this successfully with GNU Automake 1.10, but > > >

Re: What is `aclocal' trying to tell me? ``error: m4_defn: undefined macro: _m4_divert_diversion''

Hello Thomas, * Thomas Schwinge wrote on Wed, May 09, 2007 at 03:51:01PM CEST: > > I used to use this successfully with GNU Automake 1.10, but now I'm on a > system where only 1.9 is available, which i supossed to work and be > supported as well. What says `m4 --version'? Could you try 1.4.9, p

Re: variables containing newline characters

Hello James, * James Willenbring wrote on Mon, May 07, 2007 at 06:48:20PM CEST: > > "If the failure comes from a substituted value with newlines, then I > wonder how that could have worked before: Autoconf before 2.60 wasn't > able to deal with newlines in substituted values." > > That is surpr

Re: variables containing newline characters

Hello James, * James Willenbring wrote on Fri, May 04, 2007 at 05:51:18AM CEST: > > I am attempting to move the Trilinos project from Automake 1.8.2 to 1.10. I > am having trouble with variables that span multiple lines. Since some of > the variables that we commonly use can have hundreds of cha

Re: 'toolman_MANS' not supported?

Hello Harald, * Harald Dunkel wrote on Mon, Apr 30, 2007 at 01:04:25PM CEST: > > I have to install several manpages in separate > subdirectories. But it seems that something like > > toolmandir = ${prefix}/tooldir/man > toolman_MANS = hello.1 > > does not work. Did I miss something in

Re: separating source and install name

Hello Perrog, * Perrog wrote on Fri, Apr 13, 2007 at 09:04:57PM CEST: > Is there a special reason $program_transform_name macro is limited to > PROGRAMS primitive, and lack parallells to LIBRARIES and DATA? `info Autoconf "Transformation Rules"' has a partial answer to this: |Whether to do th

Re: renamed objects and other languages

[ drop automake-prs, please ] Hello, * Stepan Kasal wrote on Thu, Apr 26, 2007 at 11:58:26AM CEST: > > indeed. I believe you have found a bug, and I believe it is > desirable to fix it. I agree. > Though I'm not able to write a patch right now, I can write down some > hints: perhaps they will

Re: Make dist problems

Hello Matí-as, * Matí­as Alejandro Torres wrote on Tue, Apr 24, 2007 at 10:09:57PM CEST: > > I'm building a package using automake and here is the situation: > > - Libraries are built in the process, binaries too. > - When I compile the package with `make` it works great. The package is > compi

Re: Overwriting targets.

* Benoit Sigoure wrote on Mon, Apr 23, 2007 at 04:06:44PM CEST: > Quoting Ralf Wildenhues <[EMAIL PROTECTED]>: [...] >> all-local: >>cd gcc-4.0.1 && $(MAKE) all > > BTW, this simulates the case when `gcc-4.0.1' is after `.' in SUBDIRS. >

Re: renamed objects and other languages

* Florian Briegel wrote on Mon, Apr 23, 2007 at 11:59:10AM CEST: > Am Montag, 23. April 2007 schrieb Benoit Sigoure: > > > > Is there any reason why you would not want to do this? > > Simplicity. > > aaa_SOURCES = foo.x > > is much more easy to handle than this one > > BUILT_SOURCES = foo.c

Re: renamed objects and other languages

Hello Florian, * [EMAIL PROTECTED] wrote on Sun, Apr 22, 2007 at 03:38:45PM CEST: > --- snip > SUFFIXES = .x > > .x.cc: > > %.cc %.h: %.x > :> $*.cc > :> $*.h > > bin_PROGRAMS = aaa > aaa_SOURCES = main.cc foo.x > --- snip > > as soon long I don't add: > >

Re: Overwriting targets.

Hello Brendon, * Brendon Costa wrote on Mon, Apr 23, 2007 at 03:34:21AM CEST: [...] > $buildir/patched/gcc-4.0.1/Makefile > $buildir/patched/doxygen-1.5.1/Makefile > > When i do a make distclean i want to perform the distclean as normal > for all directories EXCEPT when descending into $builddir/

Re: --print-libdir request

Hello Thien-Thi, * Thien-Thi Nguyen wrote on Tue, Apr 17, 2007 at 09:14:37AM CEST: [...] > > amlibdir=`automake --print-libdir` > for f in install-sh INSTALL COPYING ; do > ln -sf ${amlibdir}/$f > done > > or perhaps there is already something available to achieve the same goals, > wit

Re: FCLINK with conditional fortran sources

Hello Christopher, * Christopher Hulbert wrote on Sun, Apr 15, 2007 at 03:58:10PM CEST: > On 3/26/07, Ralf Wildenhues <[EMAIL PROTECTED]> wrote: >> * Christopher Hulbert wrote on Fri, Mar 23, 2007 at 02:27:25AM CET: >> > I have a library that has an optional fortran interf

Re: separating source and install name

Hello Perrog, * Perrog wrote on Thu, Apr 12, 2007 at 08:59:11PM CEST: > > I want to write a complex makefile that separate the source (or build > name) and install name. I.e the original name of one file is say > Ddd_config, and I want to install it as Ddd. The way install works > makes it natura

Re: Makefiles and libraries problem

* Matí­as Alejandro Torres wrote on Thu, Apr 12, 2007 at 01:40:30AM CEST: > > ** > The Makefile.am in the database/ directory (a library) > ** > > contactsdb_la_SOURCES = idatabase.c\ Make that libcontactsdb_la_SOURCES = ... >idatabase

Re: Problems with libtool convenience libraries and automake

Hello Kent, * Kent Boortz wrote on Mon, Apr 09, 2007 at 06:55:18PM CEST: > > I build using "-static" given to libtool when creating executables, to > link statically with our own libraries, but dynamically against system > libraries. There are two answers to address your issues: 1) Upcoming Libt

Re: Lost in automatic dependencies

* Stephane Bortzmeyer wrote on Wed, Apr 04, 2007 at 10:47:28PM CEST: > > Indeed, removing /usr/local/etc/config.site solved the problem (the > cache was innocent; I've already tried to delete it.) Now, when I > modify ".h" files, everything is compiled again. > So, we've found the guilty, thanks.

Re: passing -R to libtool

Hello Dave, * deckrider wrote on Wed, Apr 04, 2007 at 01:47:45AM CEST: > > Given that I don't know where a user has installed prerequisite > libraries, I assume the user can pass their location using LDFLAGS. > For instance: > > ./configure LDFLAGS="-L/my/path/to/the/lib" > > However, for

Re: Placing libraries in single central directory

Hello Antoon, * antoon wrote on Tue, Apr 03, 2007 at 09:44:19AM CEST: > > lib_LIBRARIES = libarea.a > # Language: C language > libarea_a_SOURCES = checkdep.c \ > drawdept.c \ > drawgleg.c > By default this library is placed in the same directory

Re: BUILT_SOURCES automagically made MAINTAINERCLEANFILES

Hello Benoit, * Benoit Sigoure wrote on Fri, Mar 30, 2007 at 10:30:43PM CEST: > > I've searched in the manual but the following behavior is not documented: [...] > # Built sources are automatically removed by maintainer-clean. > $clean_files{'$(BUILT_SOURCES)'} = MAINTAINER_CLEAN > if var

Re: distcheck rule

Hi Bob, * Bob Rossi wrote on Mon, Apr 02, 2007 at 04:12:50PM CEST: > > I recently found out about 'make distcheck' and wanted to run before I > released any more versions of cgdb. [...] > However, I've run into this problem, and don't immediately understand > what it is testing or how to fix it.

Re: problem with a test that is expected to fail, on cygwin only...

[ http://lists.gnu.org/archive/html/automake-patches/2007-01/msg5.html ] * Ralf Wildenhues wrote on Thu, Jan 18, 2007 at 10:22:28PM CET: > * Ed Hartnett wrote on Tue, Jan 16, 2007 at 03:17:00AM CET: > > > > I am having a problem on cygwin only. > > > > I have

Re: Lost in automatic dependencies

* Stephane Bortzmeyer wrote on Thu, Mar 29, 2007 at 10:53:57PM CEST: > On Wed, Mar 28, 2007 at 11:45:47PM +0200, > Ralf Wildenhues <[EMAIL PROTECTED]> wrote: > > > so please enclose AM_INIT_AUTOMAKE in `set -x', `set +x' in > > configure.ac, add `set -x

Re: undefined macro

Hello Ben, * [EMAIL PROTECTED] wrote on Thu, Mar 29, 2007 at 05:37:20AM CEST: > > Jason kindly gave me a login on the system that was exhibiting > the problem. I think I tracked down the problem. My analysis > follows. I'm sorry that you had to do it for this known bug. I guess I should have

Re: shell pwd: non-POSIX variable name ??

* Stepan Kasal wrote on Thu, Mar 29, 2007 at 04:19:33PM CEST: > > For your information, I found this comment in Automake 1.9.5: > (and I believe is was there since 1.7 till 1.9.6) [...] >> Needless to say that all of this worked without any warnings prior to >> automake-1.10. Yes, and Automake 1

Re: undefined macro

Hello John, Jason, all, * John Darrington wrote on Thu, Mar 29, 2007 at 01:52:12AM CEST: > [ CCing to automake@gnu.org as this is an automake issue ] Thanks. > I had similar problems after upgrading to automake-1.10, which > (because it wasn't available in Debian etch) I installed in /usr/local

Re: Lost in automatic dependencies

* Stephane Bortzmeyer wrote on Wed, Mar 28, 2007 at 11:33:16PM CEST: > On Wed, Mar 28, 2007 at 11:16:32PM +0200, > Ralf Wildenhues <[EMAIL PROTECTED]> wrote > a message of 27 lines which said: > > and could you show the configure.ac up to AC_PROG_CXX? > > I did no

Re: Lost in automatic dependencies

* Stephane Bortzmeyer wrote on Wed, Mar 28, 2007 at 11:06:31PM CEST: > On Wed, Mar 28, 2007 at 10:48:24PM +0200, > Ralf Wildenhues <[EMAIL PROTECTED]> wrote > a message of 16 lines which said: > > > Please show the configure output around "checking dependency s

Re: Lost in automatic dependencies

* quoting myself: > * Stephane Bortzmeyer wrote on Wed, Mar 28, 2007 at 10:41:51PM CEST: > > It seems that my C program does not track dependencies. If I touch a > > ".h", nothing is recompiled. > > > > I did *not* use "no-dependencies". More clues (sorry, hit the wrong key too early): does the M

Re: Lost in automatic dependencies

Hi Stephane, * Stephane Bortzmeyer wrote on Wed, Mar 28, 2007 at 10:41:51PM CEST: > It seems that my C program does not track dependencies. If I touch a > ".h", nothing is recompiled. > > I did *not* use "no-dependencies". Hmm. Please show the configure output around "checking dependency style"

Re: Overriding suffix based implicit rules

Hello Artus, * Artus wrote on Tue, Mar 27, 2007 at 02:40:06PM CEST: > > What shoul I write in Makefile.am to inform automake that .c files in this > specific directory are C++ source files and not C files? I tried the > following with no sucess (and I do not want to rename the files). Well, rena

Re: FCLINK with conditional fortran sources

Hello Christopher, * Christopher Hulbert wrote on Fri, Mar 23, 2007 at 02:27:25AM CET: > I have a library that has an optional fortran interface. I'd rather > not separate this into two different libraries, but on systems without > a fortran compiler, FCLD is empty and creating a libtool archive >

Re: Shouldn't the definition of maintainer-clean be changed?

Hello Benoit, Please limit followups to this message to *ONE* group only, except as noted below, for simplicity let's say as this is where things started off. I've already thrown out a couple of lists. * Benoit Sigoure wrote on Mon, Mar 19, 2007 at 10:42:09PM CET: > > Here is a first patch pro

Re: Shouldn't the definition of maintainer-clean be changed?

Hello everyone, First, please be aware of another thread discussing a similar topic: * Benoit Sigoure wrote on Mon, Mar 19, 2007 at 12:39:32PM CET: > > Same thing here. Actually I discovered last year, by reading the GNU Coding

Re: precompiled header support

Hi Paul, * Paul Biggar wrote on Wed, Mar 14, 2007 at 01:34:12PM CET: > > There seems to have been talk in 2004 of pre-compiled headers, but no > indication of whether autotools were going to do it. I quite like > autotools handling my libtool and dependency problems, and dealing > with precompile

Re: automake does not install mkinstalldirs?

Hello Stephane, * Stephane Bortzmeyer wrote on Mon, Mar 12, 2007 at 09:45:05AM CET: > "automake --add-missing" installs what I want except mkinstalldirs: [...] > Of course, I can do a symlink myself but I wonder why does automake > ignores this file? Quoting `(automake.info)Auxiliary Programs':

Re: newbye question: autoconf/make with non standard compiler/linker

Hello Eric, * Eric Chassande-Mottin wrote on Mon, Mar 05, 2007 at 11:11:12AM CET: I'm trying to use autoconf/make to compile/link a package of C++ routines. these routines are so-called DLD (dynamically loadable functions) for GNU Octave. they are compiled and linked with "mkoctfile" (which in

Re: Wishlist: Clean target for generated C files?

Hi Bob, * Bob Proulx wrote on Fri, Mar 02, 2007 at 05:18:21AM CET: > > > > Looks to me like if your generated code had proper dependencies you > > would not need the 'moreclean' step. Is that observation correct? > > If no, what am I missing? If yes, then let's see why you have not > > (or ca

Re: Any way not tp hardcode library path in project makefile.am

Hello Jeff, * Jeff Safier wrote on Thu, Mar 01, 2007 at 06:12:48PM CET: > Is there any way to link a shared object (or .la file) created with > libtool (through automake) without hardcoding a path when specifying the > file in the program_LDADD line On many systems, libtool will not hard-code run

Re: Wishlist: Clean target for generated C files?

Hello Bob, quick reply upon a glance: * Bob Proulx wrote on Thu, Mar 01, 2007 at 05:37:56PM CET: [...] > > <-- less clean -- more clean --> > MOSTLYCLEANFILES > CLEANFILES > MORECLEANFILES > DISTCLEANFILES > MAINTAINERCLEANFILES > >

Re: problem on mingw builds when upgrading to 1.10

Hi Ed, Thanks for the report. * Ed Hartnett wrote on Tue, Feb 27, 2007 at 09:30:24PM CET: > > My package, netcdf, builds on MinGW fine with automake 1.9.6, but not > if I use automake 1.10. > > In the later case, it gets an error running tests, because it gets > confused (as do I) about running

Re: Creating a shared object rather the a static library

Hello Jeff, * Jeff Safier wrote on Tue, Feb 27, 2007 at 03:30:21PM CET: > So, I realized my mistake and I can use libtool. > > However when I make my library I install it in /usr/local/lib. I am now > however having trouble linking it to my project. I get an error that it > cant find the libra

Re: adding .asm files into your own .la fails

Hello Christian, * Christian Parpart wrote on Sun, Feb 18, 2007 at 07:39:44PM CET: > > automake/libtool doesn't seem to want my .asm. Yep. Quoting : | |Only the suffixes `.s' and `.S' are recognized by `automake' as | being

Re: Non-recursive makefile with DejaGnu testsuite

Hello Bernd, * Bernd Jendrissek wrote on Fri, Feb 16, 2007 at 10:45:26AM CET: > > Here is the problem: automake's rule for site.exp: > > site.exp: Makefile > [snip] > @echo 'set srcdir $(srcdir)' >>site.tmp > @echo "set objdir `pwd`" >>site.tmp > [snip] > @mv

Re: Some problems I had with texi/info files

Hello Ben, * BeN [F1233 121D312] wrote on Sat, Feb 17, 2007 at 03:59:04AM CET: > > >cat Makefile.am > info_TEXINFOS = project.texi > > >cat configure.ac > AC_INIT([project],1.0.1,[EMAIL PROTECTED]) > AM_INIT_AUTOMAKE([foreign 1.6]) > AC_PROG_INSTALL > AC_CONFIG_FILES([Makefile]) > AC_OUTPUT > >

Re: HPUX: PARALLEL=4 make -P

Oh, boy. The simple summary is: for parallel builds, use GNU make, avoid HP-UX make. Here's a longer one: I have been able to reproduce the issue on the HP testdrive host "HP-UX 11i v2 on Integrity rx1620", which is a two-way system. Here's a reduced self-contained example: tr T \\t >Makefile <

Re: Library collision

Hello Jeff, * Jeff Safier wrote on Wed, Feb 14, 2007 at 05:16:55PM CET: > I have two libraries (from an existing Windows app) that have been > converted to LINUX static libraries > It seems that each library calls a function from the other library. Which is unclean design, but oh well. > I not

Re: prog_DEPENDENCIES

* Bob Rossi wrote on Wed, Feb 14, 2007 at 04:48:35PM CET: > On Wed, Feb 14, 2007 at 04:40:03PM +0100, Ralf Wildenhues wrote: > > * Bob Rossi wrote on Wed, Feb 14, 2007 at 04:19:20PM CET: > > > > > > One other question. This is in regards to libraries depending on &g

Re: prog_DEPENDENCIES

Hi Bob, * Bob Rossi wrote on Wed, Feb 14, 2007 at 04:19:20PM CET: > On Mon, Jan 29, 2007 at 07:52:02PM +0100, Ralf Wildenhues wrote: > > > BTW, all the _DEPENDENCIES that I'm talking about are > > > libraries that are built from my own project, but not necessarily

Re: how to hook into shared libraries (by chaining)

* Christian Parpart wrote on Tue, Feb 13, 2007 at 04:55:00PM CET: > On Tuesday 13 February 2007 13:33:58 Ralf Wildenhues wrote: > > > > The question is how portable you want to be. > Only gentoo would be really self-seeking and result into a quite a > little user base. But

Re: make portability issue

Hello Guillaume, * Guillaume Rousse wrote on Mon, Feb 12, 2007 at 11:29:05AM CET: > > Still on the portability issue, I have some doubts about the following > hack, to create an output file of the same type as the input one: > > SUFFIXES = .png .small.png > > .png.small.png: > convert -

Re: how to hook into shared libraries (by chaining)

* Christian Parpart wrote on Tue, Feb 13, 2007 at 11:59:35AM CET: > > I want to override some functions located in libGL.so and libX11.so, in order > to capture movies from (any) OpenGL application. > > There are now several ways to achieve this, but none of them seems to be > userfriendly *and

Re: $(datadir) and @datadir@

* Christian Parpart wrote on Tue, Feb 13, 2007 at 12:45:04PM CET: > On Thursday 08 February 2007 20:47:53 Albert Chin wrote: > > > > If you use $(datadir), the user can override it at build time (e.g. > > make datadir=''). Not so with @datadir@ where the @datadir@ > > string is replaced in-place. >

Re: HPUX: PARALLEL=4 make -P

Hello Jason, all, * Jason Kraftcheck wrote on Mon, Feb 12, 2007 at 07:34:25PM CET: > > This looks like a race to create .libs by concurrent libtool processes. Nope. Unless the output is mangled in order, the link commands are simply issued too early. Looks like a bug in HP-UX make. Haven't re

Re: HPUX: PARALLEL=4 make -P

Hello deckrider, * deckrider wrote on Sat, Feb 10, 2007 at 12:47:23AM CET: > I'm having some parallel problem that isn't always repeatable (as is > the case with many parallel problems) when using HP make as follows: > > PARALLEL=4 make -P distcheck > > I get errors like this: Please post the w

Re: Automatic dependecy based compilation targets

Hello Mihai, * Dizzy wrote on Fri, Feb 02, 2007 at 11:49:10AM CET: On Thursday 01 February 2007 19:40, Ralf Wildenhues wrote: > > If you want your libfoo and libbar to not be convenience archives, but > installable libraries, then for the EXTRA* stuff I think you need to put > &quo

Re: Can't use automake-1.10 in Mingw and Cygwin in Windows XP

Hello Haibin, Please do not cross-post to more than one group. There is no need. * haibin zhang wrote on Fri, Feb 09, 2007 at 04:43:17PM CET: I found that automake-1.10 can't be used in Mingw and Cygwin in Windows XP. No, that's not right in general. if I use automake-1.9.6, it 's ok.

Re: AM_LIBADD

<http://thread.gmane.org/gmane.comp.sysutils.automake.general/7761> Hello Akim, * Akim Demaille wrote on Thu, Feb 08, 2007 at 10:54:56AM CET: > >>> "RW" == Ralf Wildenhues <[EMAIL PROTECTED]> writes: > > > Hello Akim, > > Hi Ralk, I missed yo

Re: Desktop file and exec path

Hello Andreas, all, I think most was already said in this thread. Let me add a small nit: * Andreas Schwab wrote on Thu, Feb 08, 2007 at 02:04:10PM CET: > > Use @DATADIR@ in glpegsolitaire.desktop.in and put this in your makefile: > > glpegsolitaire.desktop: $(srcdir)/glpegsolitaire.desktop.in

Re: custom install rules

* Ralf Wildenhues wrote on Thu, Feb 08, 2007 at 12:53:29PM CET: > Almost. It should be > fooplug_LIBTOOLFLAGS = --tag=disable-static Erm. fooplug_la_LIBTOOLFLAGS.

Re: make portability issue

Hello Guillaume, * Guillaume Rousse wrote on Thu, Feb 08, 2007 at 10:44:35AM CET: > > I just found an issue in GNU make handling of empty variable in > substitutions: > A = foo > LIST = $(A) $(B) > LIST_H = $(LIST:=.h) > > all: > echo $(LIST_H) > > With GNU make 3.80, LIST_H is incorect

Re: custom install rules

* Christian Parpart wrote on Thu, Feb 08, 2007 at 10:45:13AM CET: > hm... okay, so assuming I've too DSOs in a directory, one shared library > (libfoo.so) and a plugin (fooplug.so), how would the rules then look like? > lib_LTLIBRARIES = libfoo.la > libfoo_la_SOURCES = libfoo.cpp > fooplugsdir =

Re: custom install rules

Hello Christian, * Christian Parpart wrote on Thu, Feb 08, 2007 at 07:18:18AM CET: > > I'd like to install some plugins, that usually do not need any .la or .a > files > to be installed (and even compiled). Use the `install-exec-local' target to extend Automake's install rules, don't override

Re: Large number of tests when shell has limited argument list space

Hello Albert, * Albert Chin wrote on Tue, Feb 06, 2007 at 09:45:10PM CET: > > I don't know if this is easy, but check-TESTS could be modified to > iterate over more than one $(TESTS) variable: > check-TESTS: $(TESTS1) $(TESTS2) $(TESTS3) ... > @failed=0; all=0; xfail=0; xpass=0; skip=

Re: Large number of tests when shell has limited argument list space

Hi Albert, Thanks for the report. * Albert Chin wrote on Tue, Feb 06, 2007 at 05:52:43AM CET: > ImageMagick-6.2.9 has a large number of tests. The check-TESTS rule in > automake-1.10 is: > check-TESTS: $(TESTS) > ... > list=' $(TESTS) '; \ > Because AIX 4.3.3 has a small limit on t

Re: Desktop file and exec path

Hello Enrico, * Enrico Sardi wrote on Sun, Feb 04, 2007 at 11:56:07PM CET: > > Is there a way to set the "Exec" path in a .desktop file from an > automake variable? I don't understand this question, sorry. It's possible both to read and to manipulate files in both the configure.ac script as we

Re: automake 1.9.6 build failure

* Mike Owens wrote on Thu, Feb 01, 2007 at 08:35:37PM CET: > Thanks for your reply. I bet you are correct, but there is still a > problem: there is no bootstrap file in the project (tarball or svn). It's in the upstream CVS source tree:

Re: Automatic dependecy based compilation targets

Hello Mihai, * Dizzy wrote on Thu, Feb 01, 2007 at 03:22:44PM CET: > > I get multiple definitions errors at link time for libfinal.la and symbols in > libbar.la. Now I can workarround this by "knowing" that libbar.la "provides" > libfoo.la (as LIBADD) and I shouldn't list libfoo.la too in libfi

Re: automake 1.9.6 build failure

Hello Mike, * Mike Owens wrote on Thu, Feb 01, 2007 at 04:20:29PM CET: > I am maintaining my copy of automake in a subversion vendor branch. I > have encountered a problem that is very difficult for me to diagnose. > The copy in subversion will not build on Solaris. The tarball will. That's proba

Re: generated headers

Hello Jason, * Jason Kraftcheck wrote on Thu, Feb 01, 2007 at 06:10:04PM CET: > I have some headers that are generated from other files. I don't what > these headers installed nor included in the dist. I do need them for the > compilation of some object files, though. That's what BUILT_SOURCES

<    8   9   10   11   12   13   14   15   16   17   >