* Allan Caffee wrote on Tue, Mar 03, 2009 at 07:00:47PM CET:
> am/doxygen.am:
> distclean-am-hook:
> -rm -rf Doxyfile doc/html
> # ...
>
> am/dist_rpm.am:
> distclean-am-hook:
> -rm -f template.spec
> # ...
>
> Makefile.am:
> include $(top_srcdir)/am/doxygen.am
> inc
* Jeff Ward wrote on Tue, Mar 03, 2009 at 10:31:01PM CET:
>
> What I was hoping for was an ability to make the rule look something
> like the following:
> .cpp.o:
> if $(CXXCOMPILE) -MT $@ -MD -MP -MF "$(DEPDIR)/$*.Tpo" -c -o
> objects/$@ $<; \
>
> This would cause my object files to be pla
Hello Jeff,
* Jeff Ward wrote on Tue, Mar 03, 2009 at 07:58:37PM CET:
> I have an automake project setup but I would like the object files to be
> placed in a specified directory. For example:
>
> Foo/Foo.cpp
> Foo/obj
> Foo/Makefile.am
>
> I would like to have the Foo.o in the obj directory aft
Hello James,
sorry for the long delay.
* James K. Lowden wrote on Tue, Feb 03, 2009 at 05:50:54AM CET:
> I have 25 unit tests that each process an SQL script:
>
> t0001 < t0001.sql
> t0002 < t0002.sql
> etc.
> (Yeah, we planned for a lot of tests!)
>
> I like to use a
* Allan Caffee wrote on Tue, Mar 03, 2009 at 07:14:51PM CET:
> On Fri, Feb 13, 2009 at 10:43 AM, Allan Caffee wrote:
> > Ideally the macro archive would provide a way to
> > produce these rules in a way that they would be available for Automake to
> > work
> > its magic. I'm working on a patch s
* Roger Leigh wrote on Sat, Feb 28, 2009 at 06:10:11PM CET:
> On Sat, Feb 28, 2009 at 03:38:42PM +0100, Ralf Wildenhues wrote:
> > Why? Apart from a DESTDIR install, distcheck also tries to configure
> > and install the tree below some specific --prefix, and tries to ensure
> &
* Roger Leigh wrote on Sat, Feb 28, 2009 at 03:14:27PM CET:
> pg_contrib_DATA = \
> debversion.sql \
> uninstall_debversion.sql
> However, "make distcheck" fails, with:
>
> make[3]: Entering directory `/home/rleigh/sbuild/sbuild-0.58.0/_build/db'
>
Hello,
* Allan Caffee wrote on Thu, Feb 26, 2009 at 02:49:16PM CET:
> That is certainly one possibility. Unfortunately though that means that
> in the Makefile.am files you _must_ use += since Automake will error out
> if you assign more than one value to a variable (within the same
> Automake co
* Allan Caffee wrote on Wed, Feb 25, 2009 at 12:43:02AM CET:
> Although I must admit I'm not sure what he means by
> > > [...] this shouldn't matter for read-only trees iff your
> > > dependencies are set up correctly [...]
> I'm not really sure how else you could have generated.c on the source
>
Hello Matěj,
* Matěj Týč wrote on Mon, Feb 23, 2009 at 04:01:34PM CET:
> The problem is that running 'make distcheck' results in error since
> the EPS images that should be there aren't there and 'make distcheck'
> tries to run 'make dvi' everywhere.
> I would like to run 'make pdf' instead or at
Hello Tavian,
* Tavian Barnes wrote on Mon, Feb 23, 2009 at 06:22:12AM CET:
> EXTRA_PROGRAMS = generate
> generate_SOURCES = generate.c
>
> generated.c: generate
BTW, the prerequisite here would need to be generate$(EXEEXT).
> ./generate$(EXEEXT) >$@
>
> bin_PROGRAMS = lookup
> lookup_
Hi Jan,
sorry for the long delay.
* Jan Engelhardt wrote on Fri, Jan 02, 2009 at 08:00:21PM CET:
>
> given a configure.ac which defines AM_INIT_AUTOMAKE([-Wall]),
> running `automake -Wnone` still produces the warnings I had with -Wall.
> I think command line should override any earlier flags.
Hello Allan,
* Allan Caffee wrote on Wed, Feb 04, 2009 at 12:38:01AM CET:
> First of all I wasn't really sure where to start this thread so if
> this isn't the appropriate place I apologize.
This is very well appropriate here.
> I've noticed that a handful of the packages in the Autoconf archive
Hello Michel,
* Michel Briand wrote on Tue, Feb 10, 2009 at 11:19:51AM CET:
>
> I'm working on a project that release code/library but also a large
> amount of data.
>
> I wonder if it's possible to create 2 packages with make dist. One for
> the software, one for the data directory ?
I see two
Hello,
please don't top-post on this list; thanks.
* dage...@free.fr wrote on Tue, Feb 10, 2009 at 07:06:01PM CET:
>
> I'm developping a middle-scale library that uses autoconf and
> automake. This library comes along with some demo and test programs.
> Those demo and test programs now require s
Hello Rhys,
* Rhys Ulerich wrote on Wed, Feb 11, 2009 at 03:59:36AM CET:
>
> I've got an autotooled project which I can successfully
> configure/build using something like ../project/configure && make. Is
> there some way to express a non-source dependency so that it gets
> "picked up" in a VPAT
Hello Dennis,
Thanks for the bug report.
* Dennis Clarke wrote on Mon, Feb 09, 2009 at 01:10:01AM CET:
>
> $ gmake check
> Making check in lib
> gmake[1]: Entering directory
> `/export/medusa/dclarke/build/automake/i386/automake-1.10.2-build-i386/lib'
[...]
> FAIL: check10.test
[...]
> FAIL: pr9
* Michel Briand wrote on Wed, Feb 04, 2009 at 10:33:34AM CET:
> Ralf Wildenhues - Tue, 3 Feb 2009 19:06:52 +0100
> >
> >If you're using Automake, then you're probably looking for the Automake
> >option subdir-objects, which causes objects to put in directories al
Hi Peter,
* Peter Rosin wrote on Wed, Jan 21, 2009 at 09:06:22PM CET:
> For some years now, I've been working on and off on adding MSVC
> support w/o wrapper scripts to libtool (see the pr-msvc-support
> branch in libtool git) and have run into an issue that has been
> brought up here before.
>
>
Hello Andrés,
* "Andrés G. Aragoneses" wrote on Sun, Feb 01, 2009 at 02:32:26AM CET:
> Can automake be used without having make installed? If yes, in which
> kind of scenarios? I'm just thinking that, if there's no scenario, the
> automake package in a distro should depend on the make package, rig
Hi William,
* William Pursell wrote on Fri, Jan 30, 2009 at 08:02:58AM CET:
> I've written a simple patch that lists the tests that
> misbehaved (failed or unexpectedly passed), one
> per line, in the banner.
>Do you think it would be
> appropriate to make that functionality a run time
> environm
[ moving to bug-automake, thanks Eric ]
Hi Chris,
* Chris Hoogendyk wrote on Thu, Jan 29, 2009 at 10:14:08PM CET:
> This was run on a Sun T5220 using gccfss with gmake under Solaris 10.
>
> I scanned back through and found:
>
> XFAIL: auxdir2.test
> FAIL: check10.test
> XFAIL: cond17.test
> FAIL:
* Bob Friesenhahn wrote on Tue, Jan 27, 2009 at 02:47:26AM CET:
> On Mon, 26 Jan 2009, Ralf Wildenhues wrote:
>> Jan already provided a way around this. Here's why automake warns about
>> it at all: it is not portable to have a backslash followed by a blank
>> line, as
Hello Andreas,
* Andreas wrote on Sun, Jan 25, 2009 at 06:42:52PM CET:
> fileA.c \
> fileB.c \
> fileC.c
[...]
> This is not nice so I thought well let's add a backslash after the
> last file and add an empty line at the end. Then there's no need to
> modify the fileC line and everybod
Hello,
I am amazed at how much noise this question has generated.
* Bob Rossi wrote on Thu, Jan 22, 2009 at 05:57:59PM CET:
> On Thu, Jan 22, 2009 at 11:51:56AM -0500, Peter Johansson wrote:
> > Warren Young wrote:
> >> Bob Rossi wrote:
> >>>
> >>> I was wondering if there is an incremental make
Hello Adam,
* Adam Nielsen wrote on Wed, Jan 21, 2009 at 12:32:57PM CET:
> x86_64-pc-linux-gnu/bin/ld:
> .../lib64/libboost_system-mt-1_37.a(error_code.o): relocation
> R_X86_64_32S against `a local symbol' can not be used when making a
> shared object; recompile with -fPIC
> .../lib64/libboos
Hello,
* gromeck wrote on Mon, Jan 12, 2009 at 12:05:44PM CET:
>
>src/
>src/dirA/ holds lib A and program A
>src/dirB/ holds lib B and program B
>
> Both, program A and B have to linked against lib A and B!
> Yes, I know that this is not a good layout but I have
> currently no othe
Hello Matěj,
* Matěj Týč wrote on Fri, Jan 02, 2009 at 09:34:36PM CET:
> > Grepping in the automake tree reveals m4/cond-if.m4. The file should
> > have been installed into /usr/share/aclocal-1.10.2 (+/- prefix).
> Thank you for pointing out! I have just /usr/share/aclocal-1.10
> directory, altho
* Raja R Harinath wrote on Wed, Dec 31, 2008 at 02:11:18AM CET:
> Jan Engelhardt writes:
> > On Monday 2008-12-22 21:36, Ralf Wildenhues wrote:
> >>And non-GNU make support $< only in inference rules and not elsewhere.
> >
> > In that case, removing V=1 ag
Hello,
Let's move this to automake-patches, too.
* William Pursell wrote on Mon, Dec 15, 2008 at 09:19:38PM CET:
>
> Thanks for this Jan, it is really nice functionality. I don't
> know if this is a portability issue, but I think it would be nice
> to change $< to $? in this section:
Yes, $< i
Hello Monty,
* Monty Taylor wrote on Tue, Dec 23, 2008 at 04:48:30AM CET:
> First of all, the answer to my question is going to be "don't do that",
> but just in case it isn't...
Nope, it isn't, AFAICS.
> The problem I was recently trying to solve is this: if I change a
> plug.in file, automake
Hello Jan,
* Jan Engelhardt wrote on Fri, Dec 05, 2008 at 11:49:05PM CET:
> I have not yet heard back here. The previous comments to #2
> sounded quite positive so I thought it might go somewhere
> if it be worked on (and this is #3).
Yes; sorry for the delay. I will followup on automake-patches
* Duft Markus wrote on Tue, Dec 16, 2008 at 08:52:23AM CET:
> > On Tue, Dec 16, 2008 at 2:48 AM, NightStrike wrote:
> >
> > Oh, nevermind.. You're saying that make will invoke automake to check
> > to see if Makefile.in needs to be updated. I understand, I think,
> > what you were saying.
>
Hello Joost,
* Joost Kraaijeveld wrote on Wed, Dec 17, 2008 at 10:13:40AM CET:
>
> I have a multi-directory / multi-library project. At this moment all the
> libraries reside in their own build directory, e.g.
> $(ROOT)/platform/lib1, $(ROOT)/platform/lib2 etc. Is it possible to put
> all the lib
Hello Jeremiah,
* Jeremiah Benham wrote on Mon, Dec 15, 2008 at 07:42:14PM CET:
> On Sun, 2008-12-14 at 00:02 -0600, Bob Friesenhahn wrote:
> > On Sat, 13 Dec 2008, Jeremiah Benham wrote:
> >
> > > I want to include a directory that has symlinks in it. How do I include
> > > this in a tarball? I
* William Pursell wrote on Mon, Dec 15, 2008 at 08:32:02AM CET:
> Jan Engelhardt wrote:
>
> > third round here of the automake-tranquility patch from me.
> > Updates from previous attempts:
>
> I've been looking through the archive and haven't
> noticed any followup on this.
Yes, I will probably
Hello,
* LCID Fire wrote on Sun, Dec 14, 2008 at 01:58:48AM CET:
> I'm still pretty confused how the automake variables work. Perhaps
> someone could answer my questions.
> 1. I get it that they are just existing per Makfile in one directory.
Right. Everything inside one Makefile.am typically on
Hi Bob, Lorenzo,
* Bob Friesenhahn wrote on Fri, Dec 12, 2008 at 07:14:36PM CET:
> On Fri, 12 Dec 2008, Lorenzo Bettini wrote:
>> for a new project with autotools I'm using libraries not in standard
>> directories; at configure time I pass the right arguments, but when I
>> run
>>
>> make distc
* NightStrike wrote on Wed, Dec 10, 2008 at 04:46:28PM CET:
> Shouldn't the onus be on me, as the project maintainer, to accept that
> risk and craft the wildcards properly? I for one would wager heavily
> that the probability of that being a problem is FAR less than the
> current problems of main
* NightStrike wrote on Wed, Dec 10, 2008 at 04:25:58PM CET:
>
> If automake has the ability to flatten the += syntax so that
> non-portable make advances can be used, why can't the same logic apply
> to wildcard usage? The biggest argument against it that I've heard is
> that it is a GNU-only opt
* Jan Engelhardt wrote on Wed, Dec 10, 2008 at 04:32:24PM CET:
> On Wednesday 2008-12-10 16:04, Bob Friesenhahn wrote:
> >>> i.e., automake will flatten the += and 'make' won't ever see it.
> >
> > I didn't really trust += in my own Automake makefiles since it was not
> > really
> > clear to me in
Hi Bob,
* Bob Friesenhahn wrote on Wed, Dec 10, 2008 at 04:04:23PM CET:
> On Wed, 10 Dec 2008, Tom Browder wrote:
>>> * Tom Browder wrote on Wed, Dec 10, 2008 at 01:38:53AM CET:
Is it "legal" to use the "+=" operator in lieu of "\" when listing
members of a variable in Makefile.am's?
>>>
Hello Tom,
* Tom Browder wrote on Wed, Dec 10, 2008 at 01:38:53AM CET:
> Is it "legal" to use the "+=" operator in lieu of "\" when listing
> members of a variable in Makefile.am's?
Yes. In this case, an Automake extension over portable make syntax,
i.e., automake will flatten the += and 'make'
Hi Jan,
* Jan Engelhardt wrote on Tue, Dec 09, 2008 at 05:41:36PM CET:
> On Tuesday 2008-12-09 07:15, Ralf Wildenhues wrote:
> >* Jan Engelhardt wrote on Tue, Dec 09, 2008 at 12:11:52AM CET:
> >>
> >> is there a chance automake and/or libtool would support -fPIE for
Hello Craig,
* Craig Sanders wrote on Mon, Dec 08, 2008 at 01:47:25AM CET:
> To be honest, I also thought that there might have been a more elegant
> way in which to implement the custom rule for invoking the Qt Meta
> Object Compiler (moc) on the C++ source code files. That is, the rule
> which I
Hi Jan,
* Jan Engelhardt wrote on Tue, Dec 09, 2008 at 12:11:52AM CET:
>
> is there a chance automake and/or libtool would support -fPIE for
> executables, much like libtool unconditionally turns on -fPIC for shared
> libraries?
Just using
./configure CFLAGS=-fPIE
should work fine, or put i
Hello Jan,
(I'll try to get to your pending patch soon)
* Jan Engelhardt wrote on Tue, Dec 09, 2008 at 12:10:51AM CET:
>
> at the moment, the pam_mount project uses the following hack to
> workaround a libtool warning message:
>
> # Makefile.am (abridged)
> bin_PROGRAMS = m
Hello Theo,
* Theo Markettos wrote on Mon, Dec 01, 2008 at 01:32:12PM CET:
> I'm trying to run an existing autoconf/automake setup in a cross compiler.
> The cross compiler script generally Does The Right Thing about setting up
> --build, --host etc etc.
> noinst_PROGRAMS = bf_test
> So far I've
Hello,
* LCID Fire wrote on Fri, Dec 05, 2008 at 10:50:18PM CET:
> Another try - maybe someone shows some mercy and answers my question
Well, it's not so much an issue of mercy, rather than an issue of time.
There is way too little of the latter, and so necessarily things fall
through the cracks
* Joost Kraaijeveld wrote on Wed, Dec 03, 2008 at 11:28:56PM CET:
> On Wed, 2008-12-03 at 21:57 +0100, Ralf Wildenhues wrote:
>
> > That's the first issue. Most likely due to messed up time stamps,
> > maybe due to the packing/unpacking process? w32 file systems may
Hello Joost,
* Joost Kraaijeveld wrote on Wed, Dec 03, 2008 at 09:09:58PM CET:
> On linux everything works as advertised: "../configure; make" and
> everything runs/works (I do an out-of-tree build).
>
> On Windows however, when I do a "make" after running "../configure",
> "configure" is run aga
Hello Craig,
a couple of comments to the configure.ac script and Makefile.am file you
posted:
* Craig Sanders wrote on Fri, Nov 28, 2008 at 01:58:56AM CET:
>
> AC_INIT(
> [simple_signal_emitter_autotools],
> [0.0.1],
> [EMAIL PROTECTED],
> [simple_signal_emitter_a
* NightStrike wrote on Sun, Nov 30, 2008 at 06:08:39PM CET:
> On Sun, Nov 30, 2008 at 2:32 AM, Ralf Wildenhues wrote:
> >
> > Typically, -m32 either goes right on to the compiler, or it goes in both
> > CPPFLAGS and LDFLAGS. Since you don't link here, that looks ok.
>
* NightStrike wrote on Sun, Nov 30, 2008 at 01:52:23AM CET:
> Is the following kosher?
Yes, except that you need to use $(shell32src) instead of $shell32src in
both places.
> shell32src=libsrc/shell32.c
>
> lib32_LIBRARIES += lib32/libshell32.a
> lib32_libshell32_a_SOURCES = $shell32src
> lib32_
Hello,
* Jim Meyering wrote on Sat, Nov 29, 2008 at 05:13:04PM CET:
> Bob Friesenhahn <[EMAIL PROTECTED]> wrote:
> > If new formats are added, the least worthy of the existing supported
> > distribution formats should be deprecated and eventually removed.
> > This means that if .xz is added that .
> On Friday 2008-11-28 21:37, Bob Friesenhahn wrote:
> >
> > It makes sense to me that periodically Automake maintainers make an
> > evaluation (and with the blessing of the FSF) intentionally
> > deprecate generation of certain archive types as new archive types
> > are added. The intention would
* Jan Engelhardt wrote on Fri, Nov 28, 2008 at 08:51:58PM CET:
>
> Sigh, I so really prefer doing a
> git-archive HEAD | tar -C /tmp/whereever -xf- &&
> run autogen.sh in whereever &&
> pack up the stuff
> over distcheck atm :-P
The above is an approximation of 'make dist', not of distcheck
* Werner LEMBERG wrote on Fri, Nov 28, 2008 at 07:18:46AM CET:
>
> > Anyway, maintainer-mode isn't very interesting; few packages use it.
> > The more important question is what to do in non-maintainer mode,
> > where (it seems to me) exactly the same problem will occur. For
> > instance, in GNU
Hello Jan, all,
[ This discussion started off-list (see below for discussion of that
topic, too ;-). I'm quoting generously so that all context should
be available ]
* Jan Engelhardt wrote on Fri, Nov 28, 2008 at 12:19:45PM CET:
> On Friday 2008-11-28 06:28, Ralf Wildenhu
Hi Dmitry,
* Dmitry V. Krivenok wrote on Fri, Nov 28, 2008 at 09:40:09AM CET:
> I have a helper script in tests subdirectory of my project.
> This script is used ONLY for tests (make check).
> So, it should be distributed.
>
> I added the following lines
> dist_bin_SCRIPTS = fds_by_process.sh
> ch
Hello Jan,
* Jan Engelhardt wrote on Fri, Nov 28, 2008 at 02:06:57PM CET:
> `make distcheck` from an obj dir fails, e.g.
>
> 14:04 yaguchi:/dev/shm/test > l
> total 256
> drwxr-xr-x 2 jengelh users260 Nov 28 14:04 .
> drwxrwxrwt 4 rootroot 80 Nov 28 14:01 ..
> -rw-r--r-- 1 jengelh us
Hi Jan,
* Jan Engelhardt wrote on Thu, Nov 27, 2008 at 11:12:24PM CET:
>
> ---<8--- Makefile.am
> AUTOMAKE_OPTIONS = foreign subdir-objects
> noinst_DATA = foo.txt
> make distcheck
> make[1]: Entering directory `/dev/shm/t/obj/foo-0/_build'
> make[1]: *** No rule to make targe
Hello Jan, Andreas,
thanks for the bug report.
* Andreas Schwab wrote on Wed, Nov 26, 2008 at 07:48:32PM CET:
> Jan Engelhardt <[EMAIL PROTECTED]> writes:
>
> > This is not quite portable -- unless GNU find, which implies a
> > path of "." if nothing else is specified, Solaris's explicitly requ
* Baurzhan Ismagulov wrote on Tue, Nov 25, 2008 at 12:57:33PM CET:
> On Tue, Nov 18, 2008 at 07:54:34PM +0100, Ralf Wildenhues wrote:
>
> > I suppose to fix TAGS you may need to rename EXTRA_maude_SOURCES to a
> > macro name not specially recognized by automake.
>
Hello Thomas,
* Thomas Guyot-Sionnest wrote on Mon, Nov 24, 2008 at 10:17:48PM CET:
>
> I'm trying to pass an "include " directive to Makefile.in without
> having it interpreted by Automake.
>
> What I'm trying to do is to update a Makefile variable based on
> git-describe to provide a dynamic v
Automake 1.10.2 has been released. This is a point release from the
stable branch-1-10, and has only a few bug fixes over 1.10.1, and
updated external files. Upgrading from 1.10.1 should be a complete
no-brainer. See the NEWS excerpt below for details.
Download release tarballs here:
ftp://f
Hello Andrew,
* Andrew M. wrote on Sat, Nov 22, 2008 at 12:26:07AM CET:
> * There is only one source file (myapplet.c) in /src
> * I have two folders, /pixmaps e /conf, that contain some graphics for the
> applet and the initial configuration file
> * In the folder root I also have the .server fi
* Baurzhan Ismagulov wrote on Tue, Nov 18, 2008 at 04:22:38PM CET:
> This does work:
Good.
> maude_SOURCES = maude/maude.processed.cpp
>
> EXTRA_maude_SOURCES = maude/maude.cpp
>
> .cpp.processed.cpp:
> python $(top_srcdir)/myscript.py $<
> mkdir -p `dirname [EMAIL PROTECTED]
>
Hello Matěj,
please keep the Cc: to the list, thanks.
* Matěj Týč wrote on Fri, Nov 14, 2008 at 06:54:41PM CET:
> > Which automake version are you using?
> > Which system are you on (maybe w32 and there are line ending issues)?
> The newest one AFAIK -- automake (GNU automake) 1.10.1
> I use Arch
Hello Alberto,
quoting a bit out of order:
* Alberto Luaces wrote on Fri, Nov 14, 2008 at 06:01:31PM CET:
> My proposal is to write a script that visited the sources in order to know
>
> a) What modules does every source file provide (first pass).
> b) What modules and include files a source fil
Hello Baurzhan,
* Baurzhan Ismagulov wrote on Thu, Nov 13, 2008 at 11:10:47AM CET:
> On Wed, Nov 12, 2008 at 09:34:22PM +0100, Ralf Wildenhues wrote:
> > What are the input files? If they
> > have different suffixes than the compiler, you can just use a (suffix)
> > rule to
Hello Matěj,
* Matěj Týč wrote on Sun, Nov 02, 2008 at 07:30:07PM CET:
> However, I have made an important discovery: My .texi file contains
> @setfilename command. If the command argument has .info suffix, no .info
> file is built at all (this is the reported problem). However, if it does
> not h
Hello Baurzhan,
* Baurzhan Ismagulov wrote on Wed, Nov 12, 2008 at 05:37:58PM CET:
>
> I'd like to migrate a SNiFF+ project to automake. So far, it looks quite
> promising. Two issues:
>
> 1. The compilation rule performs some custom pre-processing before
>actually calling the compiler; if p
Hello Jan,
* Jan Engelhardt wrote on Tue, Nov 11, 2008 at 07:34:22AM CET:
>
> Well, I don't see why they should not be able to process
> gcc/ld -o finalprogram xyz.o myshared.a
>
> Note that I am not even trying to use -l, but the bare filename.
> finalprogram_SOURCES = xyz.c
>
Hi Brendon,
* Brendon Costa wrote on Mon, Nov 10, 2008 at 01:54:50AM CET:
>
> I have a project using automake and I want to ensure that the distclean
> target removes a directory that is listed conditionally in the SUBDIRS
> variable. Is this possible to do this without the distclean target being
Hello,
* LCID Fire wrote on Wed, Nov 05, 2008 at 10:36:30AM CET:
> To be more clear:
>
> I have a root directory with a Makefile.am recursing by:
> SUBDIRS = . ui
>
> The corresponding configure.ac contains:
> AC_SUBST(CORE_SRC, test_call.c test4u.c blubz.c)
Ah, yes, a problem. *_SOURCES are s
* Stefan Bienert wrote on Sat, Nov 08, 2008 at 08:02:10PM CET:
> With putting the pdf and html documentation into EXTRA_DIST everything
> works fine.
Well, ignore my last mail then. :-)
Hello Stefan,
* Stefan Bienert wrote on Sat, Nov 08, 2008 at 03:53:27PM CET:
>
> now I want to have something eles with the documentation stuff. How do I
> include the compiled pdf and html docs in the distribution. I tried
> EXTRA_DIST with the name of the pdf file but it does not work. Should
* Jules Colding wrote on Wed, Nov 05, 2008 at 11:23:00AM CET:
> On 04/11/2008, at 22.39, Ralf Wildenhues wrote:
>> * Jules Colding wrote on Tue, Nov 04, 2008 at 08:46:54AM CET:
>>> if HAVE_ACE_ROOT
>>> export LORICA_ROOT = $(LORICA_top_dir)
>>
>> FWIW,
* Bob Friesenhahn wrote on Wed, Nov 05, 2008 at 01:13:05AM CET:
> On Tue, 4 Nov 2008, LCID Fire wrote:
>
>>> Correct. To set variables globally, AC_SUBST them from configure.ac.
>> The thing I tried to achieve is to collect all the sourcefiles through
>> the SUBDIRS structure downwards and then in
Hello,
* LCID Fire wrote on Tue, Nov 04, 2008 at 08:41:01PM CET:
> On my app I'm currently trying to switch from one big Makefile to
> multiple ones.
Why?
Besides having multiple Makefile.am files that each turn to fully
fledged Makefile files, you could also have Makefile.am fragments
and inclu
Hello Jules,
* Jules Colding wrote on Tue, Nov 04, 2008 at 08:46:54AM CET:
>
> I have a little project in where I use a third party project. My
> "Makefile.am" has a rule to update and build the third party project but
> this rule enters an unconditional infinite loop. Right now I'm getting
>
* Matěj Týč wrote on Sun, Nov 02, 2008 at 05:45:59PM CET:
> > Please just post all of the output, it is often much easier for me to
> > see then what went wrong.
> OK, you have asked for it :-) I send output of 'make distcheck' and
> 'automake --verbose' zipped in the attachment
Thanks. The error
Hello Daniel,
re. the part that has not been addressed yet:
* Daniel Leidert wrote on Sat, Nov 01, 2008 at 11:21:11PM CET:
>
> schemas_DATA = `echo "$(schemas_in_files)" | sed
> 's/.schemas.in$$//;$(transform);s/$$/.schemas/'`
>
> Running the install target fails, because the installation rule
Hi Bruce,
* Bruce Korb wrote on Sun, Nov 02, 2008 at 05:16:06PM CET:
> Ralf Wildenhues wrote:
>> Please just post all of the output, it is often much easier for me to
>> see then what went wrong.
> Okay, here's my (I'd guess different) problem. Beats me. :(
Y
* Matěj Týč wrote on Sun, Nov 02, 2008 at 12:26:13PM CET:
> >
> > Please post the output of 'make distcheck', and state which automake
> > version you're using. Thanks.
> I use automake (GNU automake) 1.10.1
>
> make distcheck just complains that it can't find the foo.info file so it
> can't ins
Hello Matěj,
* Matěj Týč wrote on Sun, Nov 02, 2008 at 12:01:35PM CET:
> I use Texinfo to document my project and I have a foo.texi file in doc/
> subdirectory.
> I have these lines in the doc/Makefile.am:
>
> info_TEXINFOS = foo.texi
>
> EXTRA_DIST = images/foo1.png etc.
>
> I also have the d
Hello Neel,
* Neel Basu wrote on Mon, Oct 27, 2008 at 01:19:45PM CET:
>
> On Sunday 26 Oct 2008 11:41:26 pm Ralf Wildenhues wrote:
>
> > $(top_builddir)/cgi++/libcgixx.la:
> > cd $(top_builddir)/cgi++ && $(MAKE) $(AM_MAKEFLAGS) libcgixx.la
> >
> &
* Paul Smith wrote on Sun, Oct 26, 2008 at 11:11:20PM CET:
> On Sun, 2008-10-26 at 21:50 +0100, Ralf Wildenhues wrote:
> > I'm not sure whether it's fixed. I think it's first mentioned here,
> > which also points to some bug numbers:
> > <http://thread.
Hi Paul,
* Paul Smith wrote on Sun, Oct 26, 2008 at 09:18:15PM CET:
> On Mon, 2008-09-29 at 22:06 +0200, Ralf Wildenhues wrote:
> > BTW, while you're here, is there chance for a new GNU make release
> > soonish with the bug fixed that prevented GCC from using dependency
>
* Neel Basu wrote on Sun, Oct 26, 2008 at 06:29:07PM CET:
> This is my current version of cgixx/cgi++/jsutil/Makefile.am
> INCLUDES = -I$(top_srcdir)/cgi++
> METASOURCES = AUTO
> noinst_HEADERS = NOT-MENTIONED
> lib_LTLIBRARIES = libcgixx-jsutil.la
> libcgixx_jsutil_la_SOURCES = NOT-MENTIONED
> lib
Hello Markus, Christopher,
* Duft Markus wrote on Wed, Oct 22, 2008 at 08:15:56AM CEST:
> > > we currently use automake 1.9.6, and it would be best if
> > > we don't have to touch any of our files (autoconf 2.59, libtool
> > 1.5.24,
> > > m4 1.4.4), is this possible?
> >
> > That's a bit tough.
Hello Michel, Matěj,
* Matěj Týč wrote on Thu, Oct 23, 2008 at 04:13:49PM CEST:
> >
> Adding to that the check could be implemented in many different ways :
> > an autoconf macro, calling a script (sdl-config for example), using
> > pkgconfig...
>
> Stick with AC_CHECK_LIBS, see reasons below.
T
Hello Neel,
please do not top-post. If you don't know what that is,
google for "top posting".
* Neel Basu wrote on Sun, Oct 26, 2008 at 07:12:20AM CET:
> Now this is my cgixx/cgi++/jsutil/Makefile.am
> 1. INCLUDES = -I$(top_srcdir)/cgi++
> 2. METASOURCES = AUTO
> 3. noinst_HEADERS = NOT-METIONED
Hello Neel,
please don't top-post, thanks.
* Neel Basu wrote on Sat, Oct 25, 2008 at 07:17:51PM CEST:
> When I compile/make I see this error.
>
> make[2]: *** No rule to make target `../cgi++/jsutil/libcgixx-jsutil.la',
> needed by `cgixx'.
That's because this:
> cgixx/cgi++/jusutil/Makefile.
Hi Tim,
* Tim Bocek wrote on Fri, Oct 24, 2008 at 07:20:18PM CEST:
> I kind of an autotools novice and have a problem with using the include
> directive in make and automake. I need to generate an include file at make
> time, so this file is not available when I run automake.
Do you require GNU
Hello Neel,
* Neel Basu wrote on Sat, Oct 25, 2008 at 08:33:20AM CEST:
>
> cgixx
> |-- cgi++.---> libcgixx.la <.
> | `-- jsutil |--> libcgixx-js.la --'
> '-- src --'
>
>
> libcgixx is the independant one and doesn't need any other libs to be
>
Hi Jan,
* Jan Engelhardt wrote on Thu, Oct 23, 2008 at 07:07:52PM CEST:
>
> There have been a number of attempts at introducing a quiet behavior to
> automake, much like the Linux kernel's kbuild does.
And this one looks quite a bit better than the last, I must say.
Thank you!
I will queue this
Hello Markus,
* Duft Markus wrote on Tue, Oct 21, 2008 at 11:51:26AM CEST:
>
> I just wanted to ask wether the fast install bits are available already
> in a released automake version?
No, not yet. A few questions (unrelated to fast-install) have turned
out to be more work than expected, so the
Hello,
please don't top-post, thank you.
* rrlangly wrote on Sat, Oct 18, 2008 at 11:31:37PM CEST:
>
> Apologies if I'm missing something, but I'm just not understanding why
> libtool is looking for an *.la and I want it to -lopenal with a *.so.
Because some other *.la file referenced it. That
701 - 800 of 1852 matches
Mail list logo
