-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
-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 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
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 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
$(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
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
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)
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 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 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/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
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 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; \
>
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 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 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 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 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 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 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 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 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
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 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
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 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 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
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 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
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_
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 *
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
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
> >
> >
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
-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
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
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 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
39 matches
Mail list logo
