Re: Chosing between system and builtin library

Hi Sylvain, * Sylvain Beucler wrote on Tue, Oct 14, 2008 at 08:55:56PM CEST: > > (I'm not 100% sure this is the right list, please let me know if this > is the case :)) Good enough, I'd say. > I'd like to implement something like gettext's inclusion of 'libintl', > which can be either included

magic variables for included fragments (was: Feature request)

* Akim Demaille wrote on Wed, Sep 24, 2008 at 10:01:01AM CEST: > Le 23 sept. 08 à 23:08, Ralf Wildenhues a écrit : >> * Akim Demaille wrote on Tue, Sep 23, 2008 at 04:35:50PM CEST: >>> >>> I'm slowly getting rid of my recursive Makefiles. Instead I have one >&

Re: Depend on a local library in a different source directory

Hello Sylvain, Thomas, Please don't top-post, and please keep the list in Cc:, thanks. * Sylvain Beucler wrote on Sun, Oct 12, 2008 at 08:44:45PM CEST: > > Is there also a way to automatically (re)build '../mylib.la' when I > issue 'make' in 'lib/python/'? put this in lib/python/Makefile.am: .

Re: Fixing plural case in Banner

Hi William, Thanks for the patch. Please send further patches to the automake-patches list. I found one really minor nit, at a glance: > --- a/lib/am/check.am > +++ b/lib/am/check.am > @@ -86,24 +86,35 @@ check-TESTS: $(TESTS) > echo "$${col}$$res$${std}: $$tst"; \ > done; \ >

Re: error building ac378dbab6 on mac os X

* William Pursell wrote on Thu, Oct 09, 2008 at 10:00:34PM CEST: > Ralf Wildenhues wrote: >> * William Pursell wrote on Thu, Oct 09, 2008 at 06:28:18PM CEST: >>> bash-3.2$ make >>> CDPATH="${ZSH_VERSION+.}:" && cd ../automake && >>>

Re: Questions on exporting functions from a shared library

* Jef Driesen wrote on Thu, Oct 09, 2008 at 05:26:46PM CEST: > Ralf Wildenhues wrote: >> * Jef Driesen wrote on Wed, Oct 08, 2008 at 10:24:46AM CEST: >>> BTW, what is the reason that when I use mylib_la_CFLAGS = >>> -DMYLIB_BUILD, in Makefile.am, all my object fil

Re: error building ac378dbab6 on mac os X

Hello William, * William Pursell wrote on Thu, Oct 09, 2008 at 06:28:18PM CEST: > bash-3.2$ make > CDPATH="${ZSH_VERSION+.}:" && cd ../automake && > perllibdir="/Users/williampursell/git/build-automake/lib:./lib" > "/Users/williampursell/git/build-automake/aclocal" --acdir=m4 -I m4 > cd ../au

mailing list netiquette (was: [automake] Dependency question with _LDADD)

Hello, guys, let's please cut this off at this point. I don't like top-posting, I don't like it if people don't trim their replies to only quote what they address. I spend very little time reading most messages, and am very likely to just drop those that are sloppily written, unreadable, un-unde

Re: Questions on exporting functions from a shared library

* Jef Driesen wrote on Wed, Oct 08, 2008 at 10:24:46AM CEST: > > I am shipping the symbols file. In my Makefile.am, I have > > EXTRA_DIST = mylib.symbol > > to make sure the file is included in the tarball. > > But with this approach, msvc users will need to (manually) generate a > DEF file from

Re: Fortran projects (was: Compilation order)

* Alberto Luaces wrote on Wed, Oct 08, 2008 at 08:53:54PM CEST: > > Thank you very much for the information, I'm currently perusing it. Is this > the right list for asking implementation questions? Yes. automake-patches is for discussing patches; if the topic is less interesting for users of Au

Fortran projects (was: Compilation order)

Hello Alberto, * Alberto Luaces wrote on Mon, Oct 06, 2008 at 05:11:42PM CEST: > El Domingo 05 Octubre 2008ES 11:23:40 Ralf Wildenhues escribió: > > Before you implement manual dependency tracking in your own project: > > how about implementing it in Automake, so that all Fortr

Re: Make dist problem

Hello Laurent, * [EMAIL PROTECTED] wrote on Mon, Oct 06, 2008 at 02:04:49PM CEST: > > I'm using autoconf 2.61 and automake 1.8 and I've got a probleme with > the 'make dist' target. > He the AC_CONFIG_FILES: > AC_CONFIG_FILES( > po/Makefile.in > Makefile > src/Makefile > config/gcdk.pc >

Re: Cross-compiling with automake

Hello Thomas, * Thomas Epperson wrote on Mon, Oct 06, 2008 at 12:41:19PM CEST: > kernel_LDFLAGS = -nostdlib -lgcc -T $(srcdir)/x86/link.ld > > I need to specify nostdlib and lgcc at the same time. But when I do it this > way, lgcc gets ignored and the functions in it do not get linked in. I think

Re: Questions on exporting functions from a shared library

* Jef Driesen wrote on Thu, Oct 02, 2008 at 05:08:55PM CEST: > > mylib.exp: mylib.symbols > if XYZ > $(CPP) -P -DMYLIB_XYZ_SUPPORT - < mylib.symbols | sed -e '/^$$/d' > $@ > else > $(CPP) -P - < mylib.symbols | sed -e '/^$$/d' > $@ > endif > > CLEANFILES = mylib.exp > EXTRA_DIST = mylib.symbol

Re: Conditional Makefile Fragment

Hello Tom, * Tom Browder wrote on Sat, Oct 04, 2008 at 02:29:02AM CEST: > In my Makefile.am I would like to do something like this: > > if ENABLE_PDF > < 1. lines of normal Make syntax> > else > < 2. lines of normal Make syntax> > endif > > When I try it, all the lines appear in the final Makefi

Re: Compilation order

* Alberto Luaces wrote on Fri, Oct 03, 2008 at 05:22:04PM CEST: > > I thought so, but I only knew it could be from experience. In this case, I > have to rely on the order of the prerequisites since there is no dependency > tracking implemented for Fortran. Before you implement manual dependency

Re: Running Custom Commands

Hi Lalit, * Lalit Seth wrote on Fri, Oct 03, 2008 at 07:10:24AM CEST: > > I have few source c++ files which are generated by .ice files using > slice2cpp. How can I do this in Makefile.am? Where I can call > slice2cpp to generate these source file. More or less like you would in a normal makefil

Re: [PPL-devel] Generating Autotools files without autoreconf

Hello Roberto, Andreas, all, * Roberto Bagnara wrote on Wed, Oct 01, 2008 at 06:35:10PM CEST: > Andreas Schwab wrote: >> Roberto Bagnara <[EMAIL PROTECTED]> writes: >> >>> In other words, we would need something that acts like autoreconf except >>> for the fact that it would not attempt to build c

Re: Questions on exporting functions from a shared library

Hello Jef, * Jef Driesen wrote on Tue, Sep 23, 2008 at 08:44:47PM CEST: > Brian Dessent wrote: >> There are two aspects to the symbol visibility stuff: [ snip nice explanation ] > Now that I start to understand all the differences, I only need to find > a way how to incorporate everything nicel

Re: Compilation order

Hi Paul, * Paul Smith wrote on Mon, Sep 29, 2008 at 09:48:43PM CEST: > > To be really, really pedantic: even in parallel mode, make (currently) > always relies on the order in which prerequisites are listed for a given > target. However, since make is running them in parallel you can't > really

Re: Compilation order

Hello Alberto, I see you have solved your specific problem; please allow me a couple of general comments though: * Alberto Luaces wrote on Mon, Sep 29, 2008 at 10:26:56AM CEST: > > isn't it assured that the build of the objects listed on a Makefile.am is > made > in the order of the sources of

Re: [automake] Dependency question with _LDADD

Hello Michel, * Michel Briand wrote on Sun, Sep 28, 2008 at 11:04:36AM CEST: > an error that's wonder me : > > $ make > cd . && /bin/bash /home/michel/svn/exc/autotraining/config/missing --run > aclocal-1.10 -I m4 > aclocal-1.10: couldn't open directory `m4': Aucun fichier ou répertoire de ce >

Re: parallel testsuite execution

Let's get back to this issue. I seem to constantly be about one year behind everything. * Akim Demaille wrote on Fri, Oct 26, 2007 at 01:53:20PM CEST: > >>> "RW" == Ralf Wildenhues <[EMAIL PROTECTED]> writes: > > * Akim wrote: > >> So

Re: automake not descending into subdirectories to create Makefile.in's

Hello Laura, * Laura Hughes (lahughes) wrote on Thu, Sep 25, 2008 at 09:44:07PM CEST: > My directory struct looks like this: > > topdir/ >src/ >src/basic_utilities >src/ethernet_tests/bc5709_tests >src/ethernet_tests/bc57711_tests >src/mezzanine_card_tests > > My files: > t

Re: Feature request

Hi Ben, * Ben Pfaff wrote on Wed, Sep 24, 2008 at 06:51:14PM CEST: > Ralf Wildenhues <[EMAIL PROTECTED]> writes: > > > I'd really hate to invade make's namespace. They may come up with this > > really cool new makefile variable, and we can't use it the

Re: Kdevelop + automake problems

* Bryan Bennetts wrote on Tue, Sep 23, 2008 at 05:01:21PM CEST: > > > > > If I do include the aclocal.m4, the configure *still* kicks off automake > > > because of a subdirs file that is created by configure being newer than > > > the configure.in, which the Makefile.in is dependant on. > > > > Wha

Re: Feature request

Hi Akim, * Akim Demaille wrote on Tue, Sep 23, 2008 at 04:35:50PM CEST: > > I'm slowly getting rid of my recursive Makefiles. Instead I have one > local.mk per directory, and a few Makefile.ams that include them. Of > course I have to prefix all my file names with the name of the > directo

Re: Questions on exporting functions from a shared library

* Brian Dessent wrote on Fri, Sep 19, 2008 at 05:18:08PM CEST: > Jef Driesen wrote: > > > The preprocessor stuff is automated. I only have to maintain a symbols > > file with a few #ifdef's in it: > > > > mylib_abc > > #ifdef MYLIB_XYZ_SUPPORT > > mylib_xyz > > #endif > > But it's still two

Re: per-directory options

* NightStrike wrote on Fri, Sep 19, 2008 at 08:49:20AM CEST: > On Thu, Sep 18, 2008 at 5:31 PM, Ralf Wildenhues <[EMAIL PROTECTED]> wrote: > > * NightStrike wrote on Thu, Sep 18, 2008 at 08:01:19PM CEST: > >> Does automake yet support doing something like this?: > >&g

Re: per-directory options

Hello, * NightStrike wrote on Thu, Sep 18, 2008 at 08:01:19PM CEST: > Does automake yet support doing something like this?: > > mylibdir_LIBRARIES=liba.a libb.b > mylibdir_CPPFLAGS=-m32 > > mylibdir_liba_a_SOURCES=a.c > mylibdir_libb_a_SOURCES=b.c > > that is, allowing me to avoid the two lines

Re: Issue with static linking?

Hello Micheal, * Micheal Smith wrote on Mon, Sep 15, 2008 at 11:23:57PM CEST: > I'm not sure if this is more of a libtool issue, or an automake > issue. Probably neither. > I have some code that relies on libresolv to do mx lookups. > This code uses functions within that library that are no

Re: Incorrect information in the manual about the tar-v7 option

[ ] Hello Vincent, all, Thanks for the report. * Vincent Lefevre wrote on Wed, Sep 17, 2008 at 06:09:43PM CEST: > > The automake manual (several versions) says about the tar-v7 option: > > `tar-v7' selects the old V7 tar for

Re: Question about automatic generation of GPLv3 COPYING file

gt; licensed, rather than an artifact of the build tools being used. It > seems hard to ensure that such differing licenses are indeed compatible > in any sort of automatic fashion. Certainly. > Ralf Wildenhues wrote: >> >> You can use 'automake --foreign' or AM_

Re: aclocal flags are a pain

* Behdad Esfahbod wrote on Wed, Sep 17, 2008 at 06:11:15AM CEST: > Behdad Esfahbod wrote: > > Reading autoreconf source right now. I may just switch to it if my testers > > tell me it works on OS X and msys. > > Ok, I see the following things that I like to be able to do but autoreconf > does not

Re: Question about automatic generation of GPLv3 COPYING file

Hello Brian, Thanks for the feedback. * Brian Cameron wrote on Mon, Sep 15, 2008 at 09:33:20PM CEST: > > I notice that the latest versions fo automake cause a COPYING file to > be created with the GPLv3 license in them, if the COPYING file does not > already exist. Yes. If you want to keep it a

Re: aclocal flags are a pain

Hello again, * Behdad Esfahbod wrote on Tue, Sep 16, 2008 at 01:40:41AM CEST: > To use an m4/ dir one has to modify three places: > > * autogen.sh: add "-I m4" to their aclocal invocation (ok, I know autoreconf > prolly handles it), Yes, it does. What keeps you from using it? > * configure

Re: MAINTAINERCLEANFILES for autotools

Hello Behdad, Thanks for the report. * Behdad Esfahbod wrote on Mon, Sep 15, 2008 at 09:57:20PM CEST: > > * automake should generate rules to add Makefile.in to MAINTAINERCLEANFILES. > > * automake should generate rules to add config.cache to DISTCLEANFILES. > > * automake/aclocal/autohe

Re: failure in make check

Hello Angeline, * Angeline Gail Burrell wrote on Mon, Sep 15, 2008 at 07:55:19AM CEST: > > I'm having difficulting getting automake installed. It will compile and > make, but fails 3 tests (actually fails 6, but 3 of these are expected > failures). > I tried to find out how to fix it online, b

Re: In-tree datafiles

Hello David, * David Sveningsson wrote on Sun, Sep 14, 2008 at 10:24:34PM CEST: > Hi, my project has some datafiles that is installed into pkgdatadir. I > would however like to use the in-tree datafiles when I am developing the > application. [...] > What is the normal way to handle such situation

Re: upgrading from Automake 1.4

* Joakim Tjernlund wrote on Sat, Sep 13, 2008 at 03:56:41PM CEST: > > > > Since your code could be exhibiting a different hot spot, and since your > > code provides a unique chance to compare 1.4 and 1.10 performance rather > > easily, would you be so kind and make available the 1.4- and the > > 1

Re: upgrading from Automake 1.4

* Joakim Tjernlund wrote on Sat, Sep 13, 2008 at 02:23:17PM CEST: > > Moving from automake 1.4 to 1.10.1 I notice a big increase in runtime > for automake. previously with 1.4 I got around 30 seconds, not I get > 3 minutes and 45 seconds. is this normal? Can it be reduced somehow? Good question

Re: right way to wrap/intercept submakes

Hello John, * John Richetta wrote on Wed, Sep 10, 2008 at 02:23:26PM CEST: > > Given the usual issues with recursive make variable definitions, it > doesn't appear to be possible to redefine $MAKE as I'd like. I'll ask you again: go a step backward, and explain the high-level goal that you woul

Re: right way to wrap/intercept submakes

Hello John, * John Richetta wrote on Wed, Sep 10, 2008 at 05:12:17AM CEST: > If I want to execute a script between a top level make invocation and a > submake, it appears that the only straightforward way to do it that is > likely to be portable and reliable(?) is to redefine $MAKE. If I > un

Re: best way to structure project with an "empty" dir

Hello John, please do not top-post, thank you. (If you don't know what top-posting means, any search engine does.) * John Richetta wrote on Wed, Sep 10, 2008 at 01:48:45AM CEST: > On Sep 9, 2008, at 2:41 PM, Ralf Wildenhues wrote: >> * John Richetta wrote on Tue, Sep 09, 2008 at 1

Re: best way to structure project with an "empty" dir

Hello John, * John Richetta wrote on Tue, Sep 09, 2008 at 11:32:01PM CEST: > I have a project that has a directory structure like this: > > TopDir > | > +++ > ||| > AppDir othe

Re: automake generates delete targets twice

Hello Toralf, * Ralf Wildenhues wrote on Wed, Jul 30, 2008 at 09:02:01PM CEST: > * Toralf Förster wrote on Wed, Jul 30, 2008 at 09:26:10AM CEST: > > > > regarding to https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=2749 I'm > > wondering whether at UNIX systems aut

Re: Cross-compile tar-1.13

* Steven Woody wrote on Sun, Sep 07, 2008 at 07:53:43AM CEST: > On Tue, Sep 2, 2008 at 2:35 AM, Ralf Wildenhues <[EMAIL PROTECTED]> wrote: > > Erm, have you tried > > CC=arm-linux-gcc ./configure > > > > yet? > If I did that, I will get: > > loading c

Re: Generate objects in right directory

* Sebastien REYNES wrote on Fri, Sep 05, 2008 at 04:44:54PM CEST: > Yes I have read this but I believe this solution don't answer to my > need. In fact, I must to respect this treeview from root : > > /home/devbdie/ > configure.ac > Makefile > Makefile.am > ... > /home/devbdie/src/module1/ > Makef

Re: Automake for other language issue.

Hello, * PhilFine wrote on Fri, Sep 05, 2008 at 01:15:05AM CEST: > > .ccvm.o: > my_gcc -c -O3 $(GST_CFLAGS) -o $@ $^ Consider making this .ccvm.$(OBJEXT): and please note that $^ is GNU make-specific, but you can use $< here (if that is the right thing for you to use). FWIW, I would al

Re: question about htmldir

Hello Susan, * susan xie wrote on Wed, Sep 03, 2008 at 10:05:59PM CEST: > When I use automake command, I got the following error message: > > automake > doc/Makefile.am:12: htmldir was already defined in condition TRUE, which > includes condition DOXYGEN ... > configure.ac:5: ... `htmldir' prev

Re: Generate objects in right directory

Hello Sebastien, * Sebastien REYNES wrote on Wed, Sep 03, 2008 at 05:41:29PM CEST: > > How to generate objects files in a dedicated directory ? When I launch > the following Makefile.am in my current directory > /home/devbdie/src/module1, the files *.o are generated in the same > directory. > >

Re: Cross-compile tar-1.13

Hello Steven, * Steven Woody wrote on Sun, Aug 31, 2008 at 09:50:26AM CEST: > On Sun, Aug 31, 2008 at 11:21 AM, Ralf Wildenhues wrote: > >> > > Please try > > ./configure arm-linux > > > > which was IIRC the way to do it with Autoconf 2.13. > >

Re: how to install data directories

* Matej Tyc wrote on Sun, Aug 31, 2008 at 12:30:12PM CEST: > So I would suggest to add in the > datafiles section of the Autoconf manual something like "even if you > have many datafiles that change their names during developement, you > have to list them in Makefile.am like showed here... See wild

Re: how to install data directories

* Matej Tyc wrote on Sun, Aug 31, 2008 at 05:57:13PM CEST: > > Actually I have noticed that > nobase_dist_foo_DATA = takes care about subdirectories > creation, which is really, really good. I suggest adding a reminder > of this to the datafiles section in the automake manual since the > nobase

Re: Automake with Pro*C

Hello Sebastien, please do not top-post, thank you. * Sebastien REYNES wrote on Fri, Aug 29, 2008 at 09:37:43AM CEST: > > lib_LIBRARIES = libcompc.a > libcompc_a_SOURCES = ate_u0002.pc ate_u0008.pc ate_u0009.pc ate_u0100.pc > INCLUDES = -I$(ORACLE_HOME)/precomp/public -I/usr/include FWIW, I wou

Re: Cross-compile tar-1.13

Hello Steven, * Steven Woody wrote on Sat, Aug 30, 2008 at 05:10:06PM CEST: > > For some reasons I need to cross-compile a tar-1.13, the target is ARM > and the build host is i686-pc-linux-gnu. The tar-1.13's source come > with a configure, that seems generated from a very old version of > autom

Re: how to install data directories

Hello Matej, Remco, First off, please do not top-post, and do not full-quote the messages you reply to, unless you address each of the quoted bits. Otherwise, you will have a hard time getting useful comments on this list. Thanks. * Matej Tyc wrote on Sat, Aug 30, 2008 at 03:04:58PM CEST: > On

Re: libtool (1.5.26) with mingw/msys and eclipse problem

* Joost Kraaijeveld wrote on Thu, Aug 28, 2008 at 11:13:01PM CEST: > On Thu, 2008-08-28 at 20:33 +0200, Ralf Wildenhues wrote: > > > > What is it that Eclipse does differently from ../configure && make? > As far as I can determine: nothing. The only thing I can come

Re: Automake with Pro*C

Hello Sebastien, * Sebastien REYNES wrote on Tue, Aug 26, 2008 at 05:31:09PM CEST: > > Is it possible to use automake tool with Pro*C ? FWIW, I don't know Pro*C. There is no special support for it in Automake. That doesn't mean you can't use it, though. There is some general information on us

Re: [automake] Dependency question with _LDADD

* Braden McDaniel wrote on Wed, Aug 27, 2008 at 08:45:56PM CEST: > Ralf Wildenhues wrote: >> * Braden McDaniel wrote on Wed, Aug 27, 2008 at 08:48:45AM CEST: >>> ... which brings up a question I have: Why doesn't AC_CONFIG_MACRO_DIR >>> eliminate the need for

Re: EXTRA_PROGRAMS not automatically cleaned

Hi Reuben, * Reuben Thomas wrote on Wed, Aug 27, 2008 at 10:09:27PM CEST: > I just noticed that programs listed in EXTRA_PROGRAMS in Makefile.am are > not automatically added to any clean target, so make distcheck fails. I > can of course add $(EXTRA_PROGRAMS) to CLEANFILES, but it seems odd as

Re: libtool (1.5.26) with mingw/msys and eclipse problem

Hello Joost, * Joost Kraaijeveld wrote on Thu, Aug 28, 2008 at 04:02:58PM CEST: > > I have a large Makefile project that uses autotools for configuration. > If I run "../configure" and "make" from the MSYS command prompt (rxvt) > everything configures an compiles OK. > > However, if I use Eclip

Re: [automake] Dependency question with _LDADD

Hi Braden, * Braden McDaniel wrote on Wed, Aug 27, 2008 at 08:48:45AM CEST: > On Wed, 2008-08-27 at 07:41 +0200, Ralf Wildenhues wrote: > > * Michel Briand wrote on Wed, Aug 27, 2008 at 03:19:24AM CEST: > > > Ralf Wildenhues <[EMAIL PROTECTED]> - Tue, 26 Aug 2008 17:43

Re: [automake] Dependency question with _LDADD

* Michel Briand wrote on Wed, Aug 27, 2008 at 03:19:24AM CEST: > Ralf Wildenhues <[EMAIL PROTECTED]> - Tue, 26 Aug 2008 17:43:13 +0200 > >* Michel Briand wrote on Tue, Aug 26, 2008 at 05:09:34PM CEST: > >> > >> What do you think of my example ? Is it useful for oth

Re: [automake] Dependency question with _LDADD

> * Michel Briand wrote on Tue, Aug 26, 2008 at 05:09:34PM CEST: > > libtraining_la_LDFLAGS = -version-info ${LIBRARY_VERSION} You could add -no-undefined here, so that your library will also be built shared on w32 systems. Of course, that requires that your library doesn't use undefined symbols.

Re: [automake] Dependency question with _LDADD

Hello Michel, can we limit followups to the automake list only, please? * Michel Briand wrote on Tue, Aug 26, 2008 at 05:09:34PM CEST: > > as an exercise I decided to learn the maximum about automake and > libtool, and write a complete example. Thanks. Some nits below. > What do you think of

Re: Problems with library on macos X

Hello Daniel, * Daniel Luis dos Santos wrote on Fri, Aug 22, 2008 at 12:34:23AM CEST: > > I am trying to build a library on a leopard machine with autoconf 2.61 and > automake 10.1 from mac ports. The generated makefile has no object files and > then the ar command fails with : > > ar cru libli

Re: Buglet on http://sources.redhat.com/automake/

Hi Magnus, * Magnus Fromreide wrote on Wed, Aug 20, 2008 at 11:01:57PM CEST: > Under "Availability" it says [...] > The problem is that ftp.gnu.org points to > ftp://ftp.gnu.org/gnu/automake/automake-1.10.tar.gz and I think it would > be good if it could point to 1.10.1. Fixed, thanks for the rep

Re: [PPL-devel] Configure substitutions are not allowed in _SOURCES variables

* Roberto Bagnara wrote on Thu, Aug 21, 2008 at 08:00:04PM CEST: > Ralf Wildenhues wrote: >> >> Are you saying that you generate Makefile.am (or an include snippet >> for it) automatically? > no. In the previous version we generated automatically the individual > C++

Re: Configure substitutions are not allowed in _SOURCES variables

Hello Roberto, * Roberto Bagnara wrote on Thu, Aug 21, 2008 at 12:55:25PM CEST: > [ ... lots of sources, conditional and all ... ] > Using the solution outlined in the Automake manual > (i.e., using conditionals) would cause us to write enormous > Makefile.am files which would be a maintenance ni

Re: Putting files in AC_CONFIG_AUX_DIR, `..'.

Hello Joost, * Joost Kraaijeveld wrote on Fri, Aug 15, 2008 at 02:54:25PM CEST: > > I get the message "Putting files in AC_CONFIG_AUX_DIR, `..'." from > libtoolize. > > Can anyone tell me what this means, if it is harmful and,if needed, what > I can do about it? It means libtoolize thinks that

Re: Warn: non-POSIX variable name

* Peter Johansson wrote on Wed, Aug 20, 2008 at 05:23:10AM CEST: > Steven Woody wrote: >> 2. What's the difference between @varname@ and $(varname) in a >> Makefile.am? I noted you use many @@ >> > I think the difference is that for example @builddir@ is substituted to > '.' when the Makef

Re: [automake] Dependency question with _LDADD

Hello Michel, * Michel Briand wrote on Tue, Aug 19, 2008 at 05:03:29PM CEST: > > Referring to GNU Automake manual §8.1.2, I'm using the _LDADD > variable in my Makfile.am to link it with my library built in the same > package (but in a different directory). > > But every time I rebuild the libra

Re: Warn: non-POSIX variable name

Hello, * Brian Dessent wrote on Tue, Aug 19, 2008 at 04:51:42AM CEST: > Steven Woody wrote: > > > > rmeterd_CXXFLAGS = \ > > -D'SVN_REV="$(shell ../../svnrev-sh)"' \ > > -D'SVN_DATE="$(shell ../../svndate-sh)"' > > What's the correct way to do this wit

Re: best practice advice, use of a custom local-clean target

Hi Noah, * Noah Slater wrote on Mon, Aug 18, 2008 at 01:19:46PM CEST: > * Why do I need to create my own target to clean up the Makefile.in files and >other sundry left overs? Because the functionality is notoriously difficult to implement nicely in autotools itself, so that it works under a

Re: AM Conditional for SUBDIRS

Hello Vikram, * Vikram Ambrose wrote on Thu, Aug 07, 2008 at 10:49:58PM CEST: > Monty Taylor wrote: >> Vikram Ambrose wrote: >>> >>> SUBDIRS = pkgA pkgB $(extra_pkgs) >>> >>> extra_pkgs = >>> if BUILD_pkgC >>> extra_pkgs += pkgC >>> endif >>> >>> Both of which work, for make; make install; make

Re: Nesting and final linking ?

Hi Nick, * nickthefarrow wrote on Thu, Aug 07, 2008 at 02:27:03PM CEST: > Ralf, > > Spot on :) I wish all reports were this straightforward. ;-) > bin/sh ./libtool --tag=CC --mode=link gcc -g -O2 --tag=CXX -o This is weird: why is there a --tag=CXX so late in the game? It should appear be

Re: Nesting and final linking ?

Hi Nick, * nickthefarrow wrote on Thu, Aug 07, 2008 at 10:17:57AM CEST: > > Making all in . > make[2]: Entering directory `/home/nick/libwhite' > make[2]: *** No rule to make target `src/common/libcommon.la', needed by > `libwhite.la'. Stop. > make[2]: Leaving directory `/home/nick/libwhite' [.

Re: Nesting and final linking ?

Hello Nich, * nickthefarrow wrote on Tue, Aug 05, 2008 at 12:07:35PM CEST: > > I have a project that I need to automake the build on, thats has several > levels of directories. I automake and ./configure from the top level and a > makefile.am in each sub directory. This correctly generates a make

Re: compatibility problem AC_SUBST

* Fritz Code wrote on Mon, Aug 04, 2008 at 09:57:28PM CEST: > > configure.in:74: configure substitutions are not allowed in _SOURCES > variables Yes, Automake 1.9 is unfortunately incompatible to 1.4 in some ways. (If all else fails, you could try to get old versions from the gnu.org ftp server,

Re: gnupload --help examples

Hi Karl, * Karl Berry wrote on Sat, Aug 02, 2008 at 02:54:03AM CEST: > I find myself consistently bemused by the complex example in the --help > message of gnupload. I just want something I can cut and paste, and I > never upload to multiple targets, and I doubt many other projects do, > either.

Re: include directory structure

Hello Monty, * Monty Taylor wrote on Fri, Aug 01, 2008 at 06:50:04AM CEST: > I read through the docs and I think there may be no good way to do > this... but I thought I'd ask. [...] > As far as I can tell, the only way to achieve that would be to place all > of the headers in nobase_include_HEADE

Re: How to pinpoint aclocal failure

Hello, * Yang Tse wrote on Wed, Jul 30, 2008 at 08:17:54PM CEST: > > Since I'm not sure if this is actually an automake or autoconf issue, It's not clear from the bug report. aclocal endless loops are a pain to debug. If you can go back to a known-good version (of configure.ac and *.m4 files),

Re: automake generates delete targets twice

Hello Toralf, * Toralf Förster wrote on Wed, Jul 30, 2008 at 09:26:10AM CEST: > > regarding to https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=2749 I'm > wondering whether at UNIX systems automake could be improved to delete a > target > only once. Why? (This is an honest question.) AFAIC

Re: pre and post install targets

* Jose-Marcio wrote on Mon, Jul 28, 2008 at 05:27:00PM CEST: > > In fact, the real reason, for me, to have another target, is to reuse > some configuration values defined during "configure" run, such as > prefix, all dirs (sysconfdir, datadir, sbindir, ... ). Maybe it could be > interesting t

Re: gnupload and ncftpput

Hi Karl, * Karl Berry wrote on Tue, Jul 29, 2008 at 12:30:52AM CEST: > > 1) do you have any interest in eliminating the dependency on ncftpput? > > Sure. > > So perhaps the best outcome would be for gnupload to use ftp itself, > instead of ncftpput? Ie, this stuff could become a functio

Re: dist_bin_SCRIPTS and implicit rules

Hello Ineiev, * Ineiev wrote on Mon, Jul 28, 2008 at 11:08:20AM CEST: > dist_bin_SCRIPTS=src/foo > bin_PROGRAMS=bar > bar_SOURCES=src/bar.c src/foo.c > #When src/foo.c is newer than src/foo, > #GNU make applies it's implicit rule, like this: > # gcc -g -O2../ns/src/foo.c -o src/foo Yep. Ki

Re: gnupload and ncftpput

Hi Karl, * Karl Berry wrote on Mon, Jul 28, 2008 at 02:54:38AM CEST: > So, I guess my questions are: > 1) do you have any interest in eliminating the dependency on ncftpput? Sure. > 2) do you have any interest in including this ncftpput-replacement >somewhere, somehow? Fine with me. I supp

Re: best practice for injecting include dir across a project

Hello Monty, * Monty Taylor wrote on Thu, Jul 24, 2008 at 08:43:39PM CEST: > > I've got a project that has 24 Makefile.am files. At the top of all of > them at the moment, I've got: > > AM_CPPFLAGS = -I$(top_builddir)/include -I$(top_srcdir)/include Put AC_SUBST([AM_CPPFLAGS], ['I$(top_buildd

Re: Bracketing a "check" target with pre and post actions

* Bernd Jendrissek wrote on Mon, Jul 21, 2008 at 01:31:46PM CEST: > On Sun, Jul 20, 2008 at 9:32 PM, Ralf Wildenhues <[EMAIL PROTECTED]> wrote: > > Why not do it all in check-local? > > > > check-local: > >echo "create database foo;" |psql postgres $(

Re: pre and post install targets

* Jose-Marcio wrote on Mon, Jul 21, 2008 at 04:46:29PM CEST: > Ralf Wildenhues wrote: >> >> upgrade: >> $(MAKE) $(AM_MAKEFLAGS) preinstall >> $(MAKE) $(AM_MAKEFLAGS) install >> $(MAKE) $(AM_MAKEFLAGS) postinstall > Only to let you know. Maybe o

Re: Bracketing a "check" target with pre and post actions

* Bernd Jendrissek wrote on Mon, Jul 14, 2008 at 02:49:46PM CEST: > I need to run my testsuite against a PostgreSQL database that I want > predictably populated with data straight from the source tree, so that > code version 17 gets tested against data version 17. How can I teach > automake to set

Re: pre and post install targets

Hello, * Bernd Jendrissek wrote on Fri, Jul 18, 2008 at 01:32:34PM CEST: > On Thu, Jul 17, 2008 at 10:20 AM, Jose-Marcio <[EMAIL PROTECTED]> wrote: > > Currently, I've defined a new target (upgrade) which depends > > on : > > > > upgrade : preinstall install postinstall > > Note that that breaks

Re: Add self-contained packaged to Makefile.am

Hello, * ulaikamor wrote on Sun, Jul 20, 2008 at 01:09:39PM CEST: > > So, is it possible to add an entry in Makefile.am that simply says to ignore > all checks on my package and execute the package's Makefile under its own > conditions? Probably, but I don't understand your setup enough yet to g

Re: sh location

Hello Christian, * Christian Csar wrote on Thu, Jul 17, 2008 at 10:05:00PM CEST: > So in writing test scripts, I happened to read the man page for sh, and > in APPLICATION USAGE it mentions that > "Applications should note that the standard PATH to the shell cannot be > assumed to be either /bin/s

Re: Installation of startup scripts

* Ralf Wildenhues wrote on Wed, Jul 16, 2008 at 11:39:00PM CEST: > > Is there a proper automake way of installing startup scripts? > > Try > init_d_dir = $(sysconfdir)/rc.d/init.d > init_d_dir_SCRIPTS = blah The last line should've been init_d_SCRIPTS = blah So

Re: Installation of startup scripts

Hello Vikram, * Vikram Ambrose wrote on Wed, Jul 16, 2008 at 10:38:04PM CEST: > install: That should've been install-exec-local. >install -D -m 755 $(sysconfdir)/rc.d/init.d/blah > > uninstall: >rm $(sysconfdir)/rc.d/init.d/blah > > Is there a proper automake way of installing startup sc

Re: Profiled-arc builds?

* Bob Friesenhahn wrote on Wed, Jul 16, 2008 at 05:01:28PM CEST: > On Wed, 16 Jul 2008, Ralf Wildenhues wrote: >>> execution. Is this within the realm of possibility for future Automake? >> >> No idea. How are you doing it now? > > I am not doing it now, but an ex

Re: Profiled-arc builds?

Hi Bob, * Bob Friesenhahn wrote on Wed, Jul 16, 2008 at 02:51:10AM CEST: > It it is useful to be able to support profiled builds in which a first > build is created, the program is executed, and then a second build is > done with code paths optimized based on the branching behavior during >

Re: AC_SEARCH_LIB - search path (?)

Hi Stefan, * steve_k wrote on Fri, Jul 11, 2008 at 04:11:59PM CEST: > > my current task is to get some testcases for a library compiling - the > directory structure is that the testcases should exist completely > independently from the source directory of the library. Each testcase has > its own

<    4   5   6   7   8   9   10   11   12   13   >