* Steffen Dettmer wrote on Wed, Apr 14, 2010 at 11:53:56AM CEST:
> On Wed, Apr 14, 2010 at 7:53 AM, Ralf Wildenhues
> wrote:
> > > would it be a potential possibility instead to `overwrite and
> > > specialize' some macro?
> >
> > With "som
* Steffen Dettmer wrote on Tue, Apr 13, 2010 at 10:14:54PM CEST:
> On Tue, Apr 13, 2010 at 7:53 PM, Ralf Wildenhues
> wrote:
> > * Xavier MARCELET wrote on Tue, Apr 13, 2010 at 09:38:36AM CEST:
> > For example, we could have a couple of macros
> >
> > # AM_MAKEFI
* Xavier MARCELET wrote on Tue, Apr 13, 2010 at 09:38:36AM CEST:
> Lets say that the file "my_include.am" declares a rule to generate
> documentation :
> $cat my_include.am
> doc :
>INPUT=. doxygen doxygen.cfg
>
> Now, I wish to include this rule in every Makefile generated from
> Makefile.in
Hello Shizheng,
please don't top-post, thank you.
* isulsz wrote on Tue, Apr 13, 2010 at 05:02:09AM CEST:
> I have another question regarding to the flag of the g++ compiler. I want to
> debug the code carefully so I want to add -O0 option to the g++ so that it
> will not optimize the code. Here
* Andreas Jellinghaus wrote on Mon, Apr 12, 2010 at 09:41:44PM CEST:
> Am Montag 12 April 2010 20:31:22 schrieb Ralf Wildenhues:
> > My idea would be to implement this for master, and revert the recent
> > xz -9 patch on branch-1.11. Comments, criticism?
>
> if the environ
Hello,
* Jim Meyering wrote on Mon, Apr 12, 2010 at 11:44:01AM CEST:
> Pavel Sanda wrote:
> >> For my use, xz -9 is far too slow for anything except the
> >> final "make dist" I run just prior to a release.
> >>
> >> For a release, I run this, via one of the
> >> alpha, beta or stable targets in g
Hello Xavier,
* Xavier MARCELET wrote on Mon, Apr 12, 2010 at 03:58:33PM CEST:
> I have an include file (named 'my_include.am') that I want to append
> in all the Makefile.in of my project
> as if it was included in all my Makefile.am.
> I don't want to edit all the makefile.am files (even through
Hello,
* isulsz wrote on Mon, Apr 12, 2010 at 04:38:08AM CEST:
> But I have a new problem. When I try to "make" the project, I get this
> error:
> *** No rule to make target `../../src/Random/librng.a', needed by
> `MultiSour'. Stop.
You probably need to reorder your SUBDIRS entry in the Makefi
Hello William,
* William Pursell wrote on Mon, Apr 12, 2010 at 04:34:48AM CEST:
> Stefano Lattarini wrote:
> > Strictly speaking, AC_PROG_INSTALL is redundant here, being already
> > AC_REQUIRE'd by AM_INIT_AUTOMAKE (this should hold from Automake 1.4
> > at least, I think).
>
> Yes, I thought
Hello Andreas,
* Andreas Jellinghaus wrote on Sun, Apr 11, 2010 at 09:37:13PM CEST:
> isn't xz extremely slw with -9?
> maybe it wasn't a bug, bit intentionally not used,
> as that huge extra amount of time doesn't result in
> that many bytes saved.
Well, does somebody have numbers (memory, t
Hello Pavel,
* Pavel Sanda wrote on Wed, Apr 07, 2010 at 01:22:06PM CEST:
> the newly added dist-xz target produce worse compressed archives
> than lzma-dist. The reason is that automake call lzma with
> best compression while it won't use -9 level for xz.
> Is this intention or bug?
Bug, I guess
Hello,
* NightStrike wrote on Sat, Apr 10, 2010 at 12:32:37AM CEST:
> http://mingw-w64.svn.sourceforge.net/viewvc/mingw-w64/trunk/mingw-w64-crt/Makefile.am?revision=2163&view=markup
>
> Down at lines 937 to 941, there are two sets of rules, one for 3
> specific files and one for the rest of the l
Hello Jarek,
* jarek wrote on Wed, Apr 07, 2010 at 08:55:44AM CEST:
> I have a c/c++ project with some number of intermediate files generated
> from ASN.1 sources.
> At the moment I'm building intermediate .cpp/.h sources like this:
>
> regen: regenerate-from-asn1-source
>
> regenera
* Peter Johansson wrote on Sun, Apr 04, 2010 at 05:05:38PM CEST:
> I've just upgraded one of my projects to automake 1.11 in order to
> use the parallel-tests driver. Both the manual [1] and the Ralf's
> post here [2] describes how to run the test suite lazily as
> ` make check RECHECK_LOGS='. My q
Hello Ed,
* Ed Hartnett wrote on Fri, Apr 02, 2010 at 07:15:34PM CEST:
> We don't want all this to happen when the user builds netcdf, so I have
> a line in the Makefile.am:
>
> # These files will be included with the dist.
> EXTRA_DIST = netcdf.m4 $(pdf_docs) $(html_mans) $(txt_docs) $(dvi_docs)
* Tim Just wrote on Fri, Apr 02, 2010 at 12:07:08PM CEST:
> The automake include works are functioning for me. The only drawback is
> the requirement to have automake installed in order to build the project
> - but that is ok :)
automake should not be required at build time, except for ...
> We w
* Jef Driesen wrote on Fri, Apr 02, 2010 at 11:45:20AM CEST:
> On 01/04/10 20:31, Ralf Wildenhues wrote:
> >* Jef Driesen wrote on Thu, Apr 01, 2010 at 02:34:29PM CEST:
> >>Since the .git-version file is a generated file, I would think it
> >>belongs in the build
Hello Tim,
* Tim Just wrote on Fri, Apr 02, 2010 at 10:04:13AM CEST:
> We use one central Makefile.am to avoid the recursive use of make. This
> central Makefile.am contains all information related to app/ and lib/.
> However each module defines its build system information in an own
> Makefile.am
* Jef Driesen wrote on Thu, Apr 01, 2010 at 02:34:29PM CEST:
> On 31/03/10 22:45, Ralf Wildenhues wrote:
> >* Jef Driesen wrote on Wed, Mar 31, 2010 at 02:49:48PM CEST:
> >>Shouldn't the .git-version file be created inside the build directory,
> >>rather than the
* Jef Driesen wrote on Wed, Mar 31, 2010 at 02:49:48PM CEST:
> On 30/03/10 20:57, Ralf Wildenhues wrote:
> >There is a point to using FORCE over .PHONY: were you to mark
> >$(srcdir)/.git-version as phony, then the compilation of version.c would
> >always be emitted by &#x
* Jef Driesen wrote on Wed, Mar 17, 2010 at 01:23:09PM CET:
> On 16/03/2010 14:22, Peter Johansson wrote:
> >Which method to use depends on where you want the MY_REVISION_VERSION to
> >propagate. Do you need it in any Makefiles, e.g., or do you only need it
> >compiled into your program.
>
> I onl
Hi Lance,
thanks for the feedback.
* Lance Westerhoff wrote on Mon, Mar 29, 2010 at 08:52:58PM CEST:
>
> That's the approach I ended up taking (hacking something of my own). A
> couple of items did come up though:
>
> (1) We support multiple compilers (icc and gcc), so having a mechanism
> that
Hello Lance,
* Lance Westerhoff wrote on Wed, Mar 24, 2010 at 05:39:13PM CET:
>
> I searched the automake list archives (along with anywhere else I
> could find), and it appears that nothing has really happened with
> standardizing precompiled headers support in the tool chain as there
> hasn't b
A late hello,
* Robert J. Hansen wrote on Tue, Mar 23, 2010 at 12:12:46AM CET:
> On 3/22/10 6:50 PM, John Calcote wrote:
> > Reuben, you've just hit upon one of the two most significant problems
> > with Javadoc and the like (including doxygen, man pages, and info pages):
>
> Agreed -- which is w
Hello Brian,
* Brian J. Murrell wrote on Thu, Mar 25, 2010 at 06:30:59PM CET:
> We are seeing the following in trying to build our package(s) with some
> versions of autoconf/automake:
>
> libcfs/libcfs/autoMakefile.am:88: variable `DIST_SOURCES' is defined but no
> program or
> libcfs/libcfs/au
Hello William,
* William Drozd wrote on Mon, Mar 22, 2010 at 03:48:58PM CET:
> I have configured/make/make install on autoconf with no problems.
> I have run automake's "configure" with no problems.
>
> However, when I run "make" while trying to install automake I get the error:
>
> -bash-3.1$ m
Hello Reuben,
* Reuben Thomas wrote on Mon, Mar 22, 2010 at 04:44:17PM CET:
> 2010/3/22 Russell Shaw:
> > Steffen Dettmer wrote:
> >> * On Sun, Mar 21, 2010 at 10:27 AM, Ralf Wildenhues wrote:
> >>> BTW, execution of built programs like this makes your pack
Hello Reuben,
* Reuben Thomas wrote on Sun, Mar 21, 2010 at 07:32:32PM CET:
> 1. This is not a fault especially of GNU documentation; rather, GNU
> documentation is one of the few places in free and open source
> software where one finds properly written manuals.
Nice to hear!
> 2. I suspect the
* Russell Shaw wrote on Sun, Mar 21, 2010 at 11:18:03AM CET:
> Ralf Wildenhues wrote:
> >Use noinst_PROGRAMS instead of bin_PROGRAMS. Be encouraged to read the
> >fine manual.
>
> But it is somewhat big, and i had already searched through the online
> one a lot first.
* Russell Shaw wrote on Sun, Mar 21, 2010 at 08:16:03AM CET:
> Ralf Wildenhues wrote:
> >Furthermore, please don't hard-code absolute paths like
> > /usr/share/unicode/UnicodeData.txt
> >
> >in your makefiles. Make them configurable by configure. Maybe your
&g
* Russell Shaw wrote on Sun, Mar 21, 2010 at 09:26:44AM CET:
> Ralf Wildenhues wrote:
> >* Russell Shaw wrote on Sun, Mar 21, 2010 at 07:06:00AM CET:
> >> bin_PROGRAMS = unimain
> >> unimain_SOURCES = unimain.c
> >unidata.tab.c: unimain$(EXEEXT) /
Hello Russell,
* Russell Shaw wrote on Sun, Mar 21, 2010 at 07:06:00AM CET:
> I want the "unimain" program built first, then use it to generate
> unidata.tab.c, which is then compiled and linked into librunicode.la
>
> bin_PROGRAMS = unimain
> unimain_SOURCES = unimain.c
> unidata.tab.c: /
Hello,
* scleung wrote on Tue, Mar 16, 2010 at 03:37:36PM CET:
> Usually makefile generated by automake will compile each source file and
> output .o file in the same directory of the source file.
No, that is not true.
In the following, all all-caps entities are metasyntactic variables.
Let's s
Hello,
the message you reply to doesn't seem to have made it to the list,
other than to nabble. It would have been helpful if you quote text
you reply to:
> > Usually makefile generated by automake will compile each source file
> > and output .o file in the same directory of the source file. How
* Jef Driesen wrote on Sat, Mar 13, 2010 at 11:21:45PM CET:
> On 13/03/10 11:34, Ralf Wildenhues wrote:
> >You are using a AC_CONFIG_FILES now instead of a AC_CONFIG_HEADERS.
> >That's fine per se, but config files are updated unconditionally by
> >config.status, meaning
* Jef Driesen wrote on Mon, Mar 08, 2010 at 02:10:04PM CET:
> On 02/03/10 22:17, Ralf Wildenhues wrote:
> >Hmm, put
> > AC_CONFIG_HEADERS([config.h foo-api.h])
> > ...
> > AC_DEFINE([ticks_t], [...], [...])
> >
> >in configure.ac, create foo-api.h.in w
Hello Clifford,
* Clifford Yapp wrote on Wed, Mar 10, 2010 at 02:28:00AM CET:
> I have a problem with some Lex and Yacc files. They require newer
> versions of flex/bison/m4 be present on the system to correctly
> generate code, and that's not something that can always be assumed.
> I've cooked u
Hello Alfred,
* Alfred M. Szmidt wrote on Sat, Mar 06, 2010 at 10:09:57AM CET:
> CPPFLAGS=-I/usr/local/include ./configure
Bzzt. Please pass variable settings as arguments to configure:
./configure CPPFLAGS=-I/usr/local/include
not as environment variables. It has the advantage that
./co
* Charles Brown wrote on Fri, Mar 05, 2010 at 09:37:00PM CET:
> Ralf Wildenhues wrote:
> >
> >Well if you need the flag at configure time, add it to CPPFLAGS, either
> >by the user as above, or by you in configure.ac. But I would reserve
> >this to the user; she might h
Hello Charles,
* Charles Brown wrote on Fri, Mar 05, 2010 at 08:25:53PM CET:
> Very new to automake,
Well, welcome then!
> and can't find an answer to this; What would
> be put in configure.ac to determine whether the detected
> preprocessor/compiler automatically supplies -I/usr/local/include
>
Hello Monty,
* Monty Taylor wrote on Fri, Mar 05, 2010 at 07:01:15PM CET:
> On 03/05/2010 09:26 AM, Monty Taylor wrote:
> >The simple case where it's happening is in libcassandra. We have to
> >lib_LTLIBRARIES defined, libgenthrift.la and libcassandra.la:
> >
> >lib_LTLIBRARIES+= libcassandra/libc
* NightStrike wrote on Thu, Mar 04, 2010 at 03:11:19PM CET:
> On Wed, Mar 3, 2010 at 8:53 PM, Ralf Wildenhues wrote:
> > * NightStrike wrote on Wed, Mar 03, 2010 at 08:18:14PM CET:
> >> Using AM_PROG_AS seems to set AS to 'as' instead of $host-as. Is this
> >&
* Andreas Jellinghaus wrote on Thu, Mar 04, 2010 at 09:10:57AM CET:
> Am Donnerstag 04 März 2010 03:31:04 schrieb Ralf Wildenhues:
> > > ah. ok, so back to the drawing board for my plan with
> > > optional documentation (see the thread a week ago or so).
> >
Hello Joost,
* Joost Kraaijeveld wrote on Tue, Mar 02, 2010 at 05:22:07PM CET:
> I am not really sure that this a question for this list but maybe there
> is a kind sole that has the answer over here
The libtool list would have been even better.
> I have a Autools based project that I *really* w
* Andreas Jellinghaus wrote on Wed, Mar 03, 2010 at 10:29:50PM CET:
> Am Mittwoch 03 März 2010 20:32:53 schrieb Ralf Wildenhues:
> > * Andreas Jellinghaus wrote on Wed, Mar 03, 2010 at 02:11:52PM CET:
> > > I'm told EXTRA_DIST files are optional - automake
> > >
* NightStrike wrote on Wed, Mar 03, 2010 at 09:05:25PM CET:
> On Wed, Mar 3, 2010 at 2:51 PM, Ralf Wildenhues wrote:
> > AC_CHECK_TOOL([AR], [ar], [false])
> I am also noting that in this and previous emails, you are
> recommending "false" as the third argument.
* NightStrike wrote on Wed, Mar 03, 2010 at 08:18:14PM CET:
> Using AM_PROG_AS seems to set AS to 'as' instead of $host-as. Is this
> another case of user error, or is this an automake bug?
AM_PROG_AS does not set AS. This macro is 10 lines long, you could
easily have verified that by looking at
* NightStrike wrote on Wed, Mar 03, 2010 at 06:59:53PM CET:
> Automake somehow defines AR to 'ar'. I'm not sure where this comes
> from, but I do know that it's definitely not $host-ar, as I would
> expect.
>
> Is this an automake bug, or user error?
Looks like an automake bug to me. Just putti
Hello Andreas,
* Andreas Jellinghaus wrote on Wed, Mar 03, 2010 at 02:11:52PM CET:
> I'm told EXTRA_DIST files are optional - automake
> will include them if they exist, but also go on,
> if those files do not exist.
No, that is not true. Just try
EXTRA_DIST = does-not-exist
and 'make dist' w
* Steffen Dettmer wrote on Wed, Mar 03, 2010 at 12:21:32AM CET:
> On Fri, Feb 26, 2010 at 2:55 PM, NightStrike wrote:
> > When doing a make distcheck, why is for instance the --host option not
> > propagated to configure without explicitly setting
> > DISTCHECK_CONFIGURE_FLAGS?
>
> erm... isn't --
* Jef Driesen wrote on Tue, Mar 02, 2010 at 10:03:35PM CET:
> On 01/03/10 19:35, Ralf Wildenhues wrote:
> >* Jef Driesen wrote on Mon, Mar 01, 2010 at 01:33:46PM CET:
> >>Since a config.h header files is not supposed to be public, that's
> >>not an option.
Hello,
* Steffen Dettmer wrote on Tue, Mar 02, 2010 at 11:00:39AM CET:
> On Wed, Feb 24, 2010 at 7:17 PM, John Calcote wrote:
> > Alexander's solution is great, though. I'm going to use that one myself.
>
> For this, you'd need to change all Makefile.ams and it isn't working
> recursively...
Yes
* NightStrike wrote on Sun, Feb 28, 2010 at 04:54:57PM CET:
> On Sat, Feb 27, 2010 at 11:39 PM, Ralf Wildenhues wrote:
> > if your package needs some settings for distcheck to work by default,
> > then you can use DISTCHECK_CONFIGURE_FLAGS.
> Given that our base system is 6
Hello Jef,
* Jef Driesen wrote on Mon, Mar 01, 2010 at 01:33:46PM CET:
> How do I get information generated by autotools into my public
> header files? For instance I want to define version numbers
> somewhere in my configure.ac file, and have the same numbers appear
> in a public header file with
* Peter Johansson wrote on Fri, Feb 26, 2010 at 05:41:40AM CET:
> On 2/25/10 3:14 PM, Ralf Wildenhues wrote:
> >
> >Changing that to 63 is probably a good idea (but we'd need to check
> >whether throughout autotools there is no expectance of the other value),
> Is an
Hello,
* NightStrike wrote on Fri, Feb 26, 2010 at 02:55:09PM CET:
> When doing a make distcheck, why is for instance the --host option not
> propagated to configure without explicitly setting
> DISTCHECK_CONFIGURE_FLAGS?
The default INSTALL file recommends just running
./configure
make
mak
* Baurzhan Ismagulov wrote on Wed, Feb 24, 2010 at 11:11:28PM CET:
> On Wed, Feb 24, 2010 at 08:49:26PM +0100, Ralf Wildenhues wrote:
> > Dunno if you've heard of the parallel-tests option
> ...
> > It also allows you to sort of rerun only tests that are out of date
>
* Mi Yang (杨觅) wrote on Thu, Feb 25, 2010 at 02:51:14PM CET:
> Actually I know the rules of Makefile.am. But it just don't wokr as I
> expected.
>
> My core/Makefile.am looks like this:
>
> bin_PROGRAMS = main
> main_SOURCES = filemain.cpp
>
> Then it returned the error msg.
That doesn't make s
Hi Peter,
* Peter Johansson wrote on Thu, Feb 25, 2010 at 05:23:05PM CET:
> [...] AC_PREREQ exits with status
> 63 when compiled with an old Autoconf. I wonder if there is a
> similar trick available for Automake.
Well, you can put a minimum version number in the OPTIONS argument of
AM_INIT_AUTOM
Hello Steven,
sorry to bother you. Jö asked this on the Automake mailing list:
* Jö Fahlke wrote on Tue, Feb 23, 2010 at 10:06:01AM CET:
> Our project uses C++, but some of its optional dependencies require linking
> with fortran libraries (like blas). What is the proper way to do this?
>
> On
Hello Bill,
* Mi Yang (杨觅) wrote on Wed, Feb 24, 2010 at 03:34:26PM CET:
> I met a strange problem when "automake -a":
>
> core/Makefile.am:3: variable `main_SOURCES' is defined but no program or
> core/Makefile.am:3: library has `main' as canonical name (possible typo)
Well, it is meant as a he
* John Calcote wrote on Wed, Feb 24, 2010 at 07:17:08PM CET:
> On 2/24/2010 1:50 AM, Baurzhan Ismagulov wrote:
> >On Tue, Feb 23, 2010 at 04:05:47PM -0800, Daily, Jeff A wrote:
> >>I attempted to split the "make check" target into "make check" (build
[...]
> >http://www.opensubscriber.com/message/a
Hello,
* NightStrike wrote on Wed, Feb 24, 2010 at 06:29:04PM CET:
> AC_MSG_CHECKING([whether to build the optional libraries])
> AC_ARG_WITH([libraries],
> [AS_HELP_STRING([--with-libraries=ARG],
> [Build the extra mingw-w64 libs, where ARG is one of libmangle,
> pseh, or all])],
> [],
>
* Daily, Jeff A wrote on Wed, Feb 24, 2010 at 07:09:36PM CET:
> > If you use a different target name then there should be no problem:
> >
> > checkprogs : check_PROGRAMS
> >
> > test : check
> Ok, fair enough. But what's the easiest way to create a new recursive
> target such as checkprogs? Ho
* Bob Friesenhahn wrote on Sun, Feb 21, 2010 at 05:22:45PM CET:
> On Sun, 21 Feb 2010, Ralf Wildenhues wrote:
> >
> >Is $(subdir) wrong in your Makefile, or are you using a package
> >hierarchy with sub-configure scripts? In the latter case, autotools so
> >far never
Hi Bob,
* Bob Friesenhahn wrote on Sun, Feb 21, 2010 at 01:14:10AM CET:
> After running a test suite I see a report like
>
> ==
> 28 of 721 tests failed
> See ./test-suite.log
> ==
>
> but this does not help much unless I know the directory where the
> bui
Hello,
to round this up:
* Braden McDaniel wrote on Fri, Feb 12, 2010 at 05:28:26PM CET:
> On Fri, 2010-02-12 at 12:59 +0100, Stefano Lattarini wrote:
> > At Friday 12 February 2010, Braden McDaniel
> > wrote:
> > > Actually, EXTRA_DIST can pull in a whole subdirectory.
> > Thank you for the i
* Steffen Dettmer wrote on Fri, Feb 12, 2010 at 02:15:04PM CET:
> Just because of my curiosity, when writing portable packages
> (i.e. packages compiling ON many platforms), on which platform
> this is recommended to do so?
I'd recommend testing on as many as you can get hold on, and as
old and ne
Hi Bruce,
* Bruce Korb wrote on Sat, Feb 20, 2010 at 12:04:44AM CET:
> Looking through my own thread from 5 years ago doesn't lead
> anywhere: http://www.mail-archive.com/automake@gnu.org/msg10373.html
> There are other bug reports:
>http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=456632
>
Hi Bob,
* Bob Friesenhahn wrote on Wed, Feb 17, 2010 at 04:22:56PM CET:
> On Wed, 17 Feb 2010, spam...@gmx.info wrote:
> >
> >But I'm a but wondering, why libtool can't be forced to omit certain flags in
> >the *la files.
>
> Libtool assumes that everything is built with the same compiler.
But t
Hello,
* BVK Chaitanya wrote on Tue, Feb 16, 2010 at 07:02:11PM CET:
> 1. Enabling subdir-objects option creates .Po files in ".deps"
> directories in each _SOURCE file's directories.
Not each _SOURCE file's, but in the same directory in which the object
will be put. Which is the current buildd
Hello,
* spam...@gmx.info wrote on Tue, Feb 16, 2010 at 06:27:46PM CET:
> I can't figure out where the pthread is come from.
[...]
> ==
> # Check for -lpthread
> #
> =
Hello,
* Steffen Dettmer wrote on Wed, Feb 10, 2010 at 11:01:34AM CET:
> module=xyz
> _mak=${module}.mak
> echo "# Autogenerated by $0" > ${_mak}
> echo "${module}files = \\" >> ${_mak}
> find directoty1 directory2 directory3 -type f \
>-not -path '*/CVS*' \
With find, -not is not po
Hi Sylvestre,
* Sylvestre Ledru wrote on Tue, Feb 09, 2010 at 07:00:51PM CET:
> Le samedi 06 février 2010 à 18:56 +0100, Ralf Wildenhues a écrit :
> >
> > data-in-build-tree: data-in-source-tree
> > cp $(srcdir)/data-in-source-tree data-in-build-tree
> Hmm, I
* Steffen Dettmer wrote on Mon, Feb 08, 2010 at 11:15:52AM CET:
> On Sat, Feb 6, 2010 at 6:56 PM, wrote:
> [...]
> > data-in-build-tree: data-in-source-tree
> >cp $(srcdir)/data-in-source-tree data-in-build-tree
>
> We typically write something like:
>
> # file /must/ be in current dir
Hello Sylvestre,
* Sylvestre Ledru wrote on Sat, Feb 06, 2010 at 06:49:38PM CET:
> Le mercredi 03 février 2010 à 11:27 -0500, Peter Johansson a écrit :
> > > I cannot change top_builddir by top_srcdir since I need both the data
> > > and script to be available in the build tree.
> >
> > Are myscr
* Steffen Dettmer wrote on Tue, Feb 02, 2010 at 01:44:50PM CET:
> On Fri, Jan 29, 2010 at 11:39 PM, wrote:
> > I think cscope can parse declarations as well; git Automake
> > provides a 'make cscope' rule.
>
> stef...@raven:/tmp/steffen_exp/new-autotools/systest_exp # make cscope
> make: *** No ru
Hello Youssef,
* Youssef Eldakar wrote on Tue, Feb 02, 2010 at 03:28:45PM CET:
> I have a package that uses Perl modules that I would like installed
> in @INC, e.g., in /usr/share/perl5. Searching through the Automake
> list archives, the most relevant thread I was able to locate was:
>
> http://
Hello,
to round up a couple of minor bits here:
* John Calcote wrote on Wed, Feb 03, 2010 at 05:57:49PM CET:
> The trouble with LIBRARIES is that it only builds non-PIC static
> libraries, which can't be linked into a libtool shared library. My
> example has a couple of minor flaws that I realize
Hello Matwey,
* Matwey V. Kornilov wrote on Mon, Feb 01, 2010 at 08:36:16PM CET:
> I use a couple of third-party libraries in my software. I use SUBDIRS
> variable in my Makefile.am and AC_CONFIG_SUBDIRS in my configure.in. How to
> suppress installation of SUBDIRed projects? I just use they for
* Daily, Jeff A wrote on Fri, Jan 29, 2010 at 08:37:14PM CET:
> > > But regardless of whether NOFORT is true, the Fortran linker is
> > > always chosen. What should I be doing? Thanks.
> >
> > Override FCLD (if Makefile-global is acceptable) or libtest_la_LINK.
> >
>
> Just to clarify, I'm usi
* Joakim Tjernlund wrote on Sat, Jan 30, 2010 at 02:57:40PM CET:
> Ralf Wildenhues wrote on 2010/01/30 00:34:17:
> > First off, `make -s' is both POSIX and portable. Conceptually, `make
> > -s' has nothing to do with the `silent-rules' option that recent
>
Hello,
let me address one part of the issue here (for the moment let's
ignore the separate libtool --mode=install verbosity issue):
* Alfred M. Szmidt wrote on Fri, Jan 29, 2010 at 05:47:40PM CET:
> You don't need that much programming skills to fix this, infact, all
> the scaffolding is in place
Hello Michael,
* Michael Perzl wrote on Fri, Jan 29, 2010 at 07:46:57PM CET:
> That is without the "-Wl,-brtl" passed to LDFLAGS, so libtool is
> behaving correctly on AIX to put the modcpu.so into the modcpu.a
> library archive.
>
> The "misbehavior" is that the "*.a" containing the "*.so" files
Hello,
* Joakim Tjernlund wrote on Fri, Jan 29, 2010 at 09:05:07AM CET:
>
> Is there a reason why the install target doesn't respect make -s?
>
> I would really like to see autotools and libtool respect make -s.
> When a developer asks for a silent build in order to catch problems
> all one shou
Hello Pádraig,
* Pádraig Brady wrote on Fri, Jan 29, 2010 at 10:47:37AM CET:
> I think $(CONFIG_HEADER) is auto exported but that doesn't seem
> to be documented. How about this patch to automake?
CONFIG_HEADER is not documented because it is obsolete since 1996,
quoting NEWS:
New in 0.29:
[.
Hello Steffen,
* Steffen Dettmer wrote on Fri, Jan 29, 2010 at 02:10:16PM CET:
> here we use doxygen to comment functions in the .h files. When using
> "make tags", tags for the definitons but not for the declarations are
> generated. In case of "own functions" this is great (you jump to the
> imp
Hello Daniel,
* Daniel Pocock wrote on Thu, Jan 28, 2010 at 03:21:24PM CET:
> >We have been working on getting the Ganglia tarball to work out of
> >the box for AIX
> >When Michael does `make install', the *.so files for our modules
> >are not installed. Instead, he sees output like this from `m
Hello Jeff,
* Daily, Jeff A wrote on Wed, Jan 27, 2010 at 06:53:05PM CET:
> The documented automake behavior states that automake chooses the
> linker based on a static list of source files. This is not
> sufficient. I'm hoping I've missed a detail somewhere, but my
> experience backs up the do
* Steffen DETTMER wrote on Wed, Jan 27, 2010 at 05:38:02PM CET:
> * Philip Herron wrote on Wed, Jan 27, 2010 at 16:22 +:
> > Thanks sorry about that feel a bit stupid now, but i didn't know it
> > was as simple as that i though you needed pkg-config setups to get
> > correct linking strings. Is
* Joakim Tjernlund wrote on Wed, Jan 27, 2010 at 09:08:16AM CET:
> Ralf Wildenhues wrote on 2010/01/27 08:08:09:
> >
> > No. When automake cannot see a literal in a *_LDADD or *_LIBADD
> > statement, it cannot interpolate it to the respective *_DEPENDENCIES
> > variable
Hello Joakim,
* Joakim Tjernlund wrote on Wed, Jan 27, 2010 at 03:05:26PM CET:
> make -s -j6 all install
> ends up with a:
> mv: cannot stat `.deps/libeq_mib_if_a-eq_mib_equipment.Tpo': No such file or
> directory
> make[1]: *** [libeq_mib_if_a-eq_mib_equipment.o] Error 1
> make[1]: *** Waiti
Hello Joakim,
* Joakim Tjernlund wrote on Tue, Jan 26, 2010 at 02:20:24PM CET:
>
> I got this rule in Makfile.am:
> ldadds_false = $(ldadds_cuappl)
> ldadds_true = $(ldadds_culess)
>
> common_LDADD += $(ldad...@cu_less@)
>
> @CU_LESS@ is either true or false.
>
> $(ldad...@cu_less@) is omit
* Steffen Dettmer wrote on Mon, Jan 25, 2010 at 12:06:11PM CET:
> On Mon, Jan 25, 2010 at 8:25 AM, Murray S. Kucherawy wrote:
> > I've got a package that first builds a library and then a
> > binary that links to the library. The binary build references
> > it via:
> >
> > progname_LIBADD = ../lib
Hello Steffen,
* Steffen Dettmer wrote on Thu, Jan 21, 2010 at 02:15:57PM CET:
> On Wed, Jan 20, 2010 at 10:20 PM, wrote:
> > BTW, you should really update to a newer Automake version.
>
> I'm afraid that this won't be that easy:
> ./automake-1.11.1 # ./configure
> Perl 5.006 required--this is on
* Steffen Dettmer wrote on Thu, Jan 21, 2010 at 01:44:44PM CET:
> in a include *.mak a file is created and added to `mydir_DATA'.
> The including (super-/caller) Makefile should be able to change
> the default of this file name. If the Makefile takes no action
> (except directly or indirectly inclu
Hello,
* F. Girault wrote on Wed, Jan 20, 2010 at 01:40:07PM CET:
> I have been trying to compile a small sample program with automake over
> cygwin following
> http://www.gnu.org/software/hello/manual/automake/Creating-amhello.html#Creating-amhello
[...]
> $ automake --version
> automake (GNU au
Hi Steffen,
* Steffen DETTMER wrote on Wed, Jan 20, 2010 at 11:48:49AM CET:
> --->8===
> install-data-local: myinstbase
>
> uninstall-local: myuninstbase
>
> myinstbase:
> mkdir -p $(DESTDIR)$(prefix)
> touch $(DESTD
Hello Daniel,
* Daniel Pocock wrote on Sat, Jan 16, 2010 at 02:09:55PM CET:
> Could anyone share any advice on using autoconf and automake to
> prepare a distribution tarball that will work on AIX? Normally, I
> build the tarball on Linux (Debian 5). The AIX users need to be
> able to use the ta
Hello Nicolas,
* Nicolas Bock wrote on Thu, Jan 14, 2010 at 11:42:47PM CET:
> > * Nicolas Bock wrote on Wed, Jan 13, 2010 at 08:41:35PM CET:
> > > on Ubuntu 8.04 I find that if I specify CC when I run configure, the
> > > configure script dies when it runs config.sub. I get this output
> > >
> > >
301 - 400 of 1852 matches
Mail list logo
