On Mon, Aug 2, 2010 at 1:15 AM, Bob Friesenhahn
wrote:
> My experience has been that the target names are the biggest chore with a
> non-recursive build since it is common to place targets in the same
> directory level as the source code. Providing a short-hand which allows
> elimination of foo_b
I have been trying to update to more recent autotools, and being a
traceability nazi, I want to rebuild from as far upstream as possible.
That means ignoring the distributed ./configure and Makefile.in and
rebuilding them with currently installed autotools.
Here's my problem: Recent automake depe
On Tue, Oct 28, 2008 at 12:24 PM, Monty Taylor <[EMAIL PROTECTED]> wrote:
> Is there a sensible way to set CFLAGS for a single file? Right now I'm
> breaking it out into an LT convenience lib that gets linked in to the
> final output... but I just had the thought that perhaps there was a
> simple p
On Mon, Jul 21, 2008 at 9:16 PM, Ralf Wildenhues <[EMAIL PROTECTED]> wrote:
> * Bernd Jendrissek wrote on Mon, Jul 21, 2008 at 01:31:46PM CEST:
>> check-local: check
>
> That looks broken. check will cause the check-am target to run
> 'make check-local' whic
On Sun, Jul 20, 2008 at 9:32 PM, Ralf Wildenhues <[EMAIL PROTECTED]> wrote:
> * 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
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 under make -j upgrade.
> Is there a more elegant way to do this ?
I think it's about a
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 up the database before running the testsuite, and to
clean it up afterwar
On Wed, May 7, 2008 at 1:07 PM, John Darrington <[EMAIL PROTECTED]> wrote:
> By default, the info_TEXINFOS primary causes info files to be created
> and installed uncompressed.
>
> How can I change it so that compressed versions are installed instead?
Same for man pages. Back when I kept a priv
On Sun, Mar 23, 2008 at 7:27 AM, John Calcote <[EMAIL PROTECTED]> wrote:
> > Thanks, but the problem with this solution is that I would have to
> > rerun the .configure step each time. Forgetting to do that is as as
> > easy as forgetting to edit the spec file.
How do you know that you've commi
On Fri, Mar 21, 2008 at 4:08 PM, Jim <[EMAIL PROTECTED]> wrote:
> noinst_PROGRAMS = poll.spec
> poll_tmpl_SOURCES = poll.tmpl FORCE
> .tmpl.spec:
> ./logpoll.pl $<
>
> FORCE:
[snip]
> Can anyone suggest how I might accomplish what I thought was going to be
> a simple task?
Why not ju
On Tue, Mar 18, 2008 at 2:23 PM, NightStrike <[EMAIL PROTECTED]> wrote:
> Why is there no way to add things to the site.exp file? For instance,
> site.exp currently makes no use of the $sysroot variable set by
> configure's "--with-sysroot" in binutils. If site.exp is not supposed
> to be tou
On Tue, Feb 26, 2008 at 8:52 AM, Ralf Wildenhues <[EMAIL PROTECTED]> wrote:
> If autoreconf doesn't work for some project, then we'd like to know why,
> so we can fix it. It really should be used.
This isn't really what you asked, but it would be nice if autoreconf
knew about gtkdocize, intltoo
On Feb 1, 2008 8:06 AM, Yevgen Muntyan <[EMAIL PROTECTED]> wrote:
> I am seeking an advice on the following. Gtk applications
> which have icons should install them into
> /usr/share/icons/hicolor/somesize/somewhere
> and then call gtk-update-icon-cache (see below [*]
> for a sample of makefile rul
On Jan 29, 2008 2:29 PM, Peter Stahlir <[EMAIL PROTECTED]> wrote:
> I want to install a python program at /usr/bin, for example /usr/bin/foo,
> where
> foo is a python script (and no, I don't want a foo.py).
dist_bin_SCRIPTS = foo
Or, if your script is actually preprocessed from some other sourc
On Dec 18, 2007 7:41 AM, Ralf Wildenhues <[EMAIL PROTECTED]> wrote:
> At the FSF lawyers, trying to rewrite the license exceptions that are
> present in autotools, so that the rewording is suitable for GPLv3+.
If there are projects out there that urgently need a new automake,
where the latest rele
On Dec 4, 2007 3:35 PM, Hongliang Wang <[EMAIL PROTECTED]> wrote:
> Thank you for this piece of advice and I am dropping autogen.sh from
> repository now,
> but compiling still fails.
>
> [EMAIL PROTECTED]> autoreconf
> Makefile.am: required file `./NEWS' not found
> Makefile.am: required file `./
On Dec 4, 2007 10:35 AM, Hongliang Wang <[EMAIL PROTECTED]> wrote:
> Here is the my autogen.sh
> ==
> #!/bin/sh
> # Run this to generate all the initial makefiles, etc.
[snip]
> for dir in .
> do
> echo processing $dir
> (cd $dir; \
>
I always try to write nonrecursive makefiles. But now I'm working on
a project that has several trees of files that all need to go to
different places, while preserving their relative hierarchy. For
example I have $(top_srcdir)/www/cgi-bin/* that needs to go to
$(cgidir), and $(top_srcdir)/perlmo
On 9/19/07, David Bruce <[EMAIL PROTECTED]> wrote:
> On Tuesday 04 September 2007 10:47:40 am Ralf Wildenhues wrote:
> > dist_with_fonts:
> > $(MAKE) $(AM_MAKEFLAGS) dist dist_fonts='font1 font2 font3'
>
> This works great - thanks! I do have one question, however - how can I
> get "make di
On 9/11/07, [EMAIL PROTECTED]
<[EMAIL PROTECTED]> wrote:
> 1 - initially I tried to put only this: include_HEADERS = foo.h bar.h in
> include/Makefile.am I thought it would work but it did not... when I
> ran make it compiled everything ok in the src dir but complained about
> 'nothing to do fo
On 9/11/07, [EMAIL PROTECTED]
<[EMAIL PROTECTED]> wrote:
> actually I want all the headers to get installed too my project is a
> lib that will be used for other people to develop other programs... so
> they need the headers when they install the lib.
>
> - should I use install_HEADERS in t
On 8/22/07, Jason Curl <[EMAIL PROTECTED]> wrote:
> Dizzy wrote:
> > project.conf:project.conf.in $(top_builddir)/config.status
> > $(SED) -e '[EMAIL PROTECTED]/@'"${localstatedir}/@g"
> > $(top_srcdir)/conf/project.conf.in > $@
You're telling sed to match end-of-line with '$'. And make is eating
On 8/10/07, NightStrike <[EMAIL PROTECTED]> wrote:
> For a particular project, there are a handful of .c files that need to
> be compiled to .o files and installed as .o files, not linked into any
> executable. I came up with this ugly workaround:
How about something like:
startupdir = $(libdir)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
NotDashEscaped: You need GnuPG to verify this message
On Sat, Feb 17, 2007 at 05:45:00PM +0100, Ralf Wildenhues wrote:
> Thanks for the report and patch. Please have patience with me, I
> don't have a lot of experience with dejagnu.
Don't worry, I'm
$(top_srcdir), but (DejaGnu) srcdir should be $(top_srcdir)/tests.
This works for me (8 lines of changes, sub-threshold for copyright?); I
now get the correct site.exp with this patch:
2007-02-16 Bernd Jendrissek <[EMAIL PROTECTED]>
* lib/am/dejagnu.am (RUNTESTSRCDIR): Specify loc
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, Mar 03, 2004 at 09:18:49AM -0500, Hans Deragon wrote:
> Eric Siegerman wrote:
> >On Tue, Mar 02, 2004 at 08:34:19AM -0600, Bob Friesenhahn wrote:
[...]
> What if we reckognize some directories as to be never deleted? For
> instance, /, /usr/b
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, Feb 06, 2004 at 01:11:35PM +0100, Schleicher Ralph (LLI) wrote:
> Alexandre Duret-Lutz writes:
> > Eric> On Sat, Jan 31, 2004 at 11:28:29PM +0100, Alexandre Duret-Lutz wrote:
> > >> One of the output (here `data.c') is used as a witness of the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thu, Sep 25, 2003 at 10:19:23PM +0100, Roger Leigh wrote:
> Bernd Jendrissek <[EMAIL PROTECTED]> writes:
> > I am wondering how widespread the use of the autotools is - particularly
> > among projects that are *not* GNU or ot
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello all
I am wondering how widespread the use of the autotools is - particularly
among projects that are *not* GNU or other Free Software, or even "Open
Source" but not-quite Free. IOW how many in-house completely locked-up
proprietary packages use
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Mon, Sep 15, 2003 at 05:18:11PM -0600, Ireneusz SZCZESNIAK wrote:
> Let me explain the problem further. In my software package there is
> the directory "tests", which contains subdirectories "A" and "B".
> Each of the subdirectories "A" and "B" con
On Thu, Oct 24, 2002 at 06:50:42PM -0400, Paul D. Smith wrote:
> %% Tom Tromey <[EMAIL PROTECTED]> writes:
>
> Tom> If you do things right, your Makefiles don't need to contain
> Tom> specific filenames at all, and you don't need to edit any
> Tom> Makefiles as you add, delete, or rename fil
Am I the only one or does the Subject seem a little misleading?
On Tue, Oct 15, 2002 at 05:38:49AM +1000, Dean Povey wrote:
> The easiest way would be for ./configure to find the C compiler and build
> a simple utility binary from source, then use that for the rest of the
> configuration.
So j
On Tue, Jun 11, 2002 at 01:22:44PM +0200, Bernd Jendrissek wrote:
> On Mon, Jun 10, 2002 at 09:25:20PM +0200, Alexandre Duret-Lutz wrote:
> > Hi!
> >
> > Here is a snapshot of the 1.6 branch of Automake.
> >
> > ftp://sources.redhat.com/pub/automake/a
-1.6.1b-bernd/THANKSTue Jun 11 12:33:47 2002
@@ -20,7 +20,7 @@
Assar Westerlund [EMAIL PROTECTED]
Axel Belinfante[EMAIL PROTECTED]
Bernard Urban [EMAIL PROTECTED]
-Bernd Jendrissek [EMAIL PROTECTED]
+Bernd Jendrissek [EMAIL PROTECTED]
Bil
it, even if the admin is sloppy.
An attacker is hardly likely to distribute a "hardened" config.guess
Build untrusted packages as root. Hose your system. Repeat until lesson
is learned: do not built untrusted packages as root.
Bernd Jendrissek
On Wed, Jun 05, 2002 at 08:21:21PM +0200, Bernd Jendrissek wrote:
> On Wed, Jun 05, 2002 at 06:41:50PM +0200, Alexandre Duret-Lutz wrote:
[snip]
> > I have a pending patch for this at
> > http://mail.gnu.org/pipermail/automake-patches/2002-May/000823.html
> >
> >
On Wed, Jun 05, 2002 at 06:41:50PM +0200, Alexandre Duret-Lutz wrote:
> [Reviving an unanswered email from mid April]
> >>> "Bernd" == Bernd Jendrissek <[EMAIL PROTECTED]> writes:
>
[...]
>
> Bernd> Stock automake spots the use of "AM_YFLAGS
parsers).
Is this useful? Anyway, I'm sure someone else can do it a little better,
a little cleaner.
Bernd Jendrissek
P.S. My employer doesn't really "get" Free Software *or* Open Source; I
hope this patch is simple enough not to need any paperwork.
P.S.2 I had to patch *
clocal-${am__api_version}")
+AM_MISSING_PROG(ACLOCAL, [aclocal-${am__api_version}])
AM_MISSING_PROG(AUTOCONF, autoconf)
-AM_MISSING_PROG(AUTOMAKE, "automake-${am__api_version}")
+AM_MISSING_PROG(AUTOMAKE, [automake-${am__api_version}])
AM_MISSING_PROG(AUTOHEADER, autoheader)
AM_
39 matches
Mail list logo
