tisified?
Just add a dependency on a relative filename, and a rule to make that
subdir:
bin_PROGRAMS = foo
foo_SOURCES = bar.c
foo_LDADD = $(top_builddir)/mylib/mylib.la
$(top_builddir)/mylib/mylib.la:
cd $(top_builddir)/mylib; \
make mylib
--
Roger Leigh
ly isn't time to
devote to such things--which is just one reason why Free software is
so oftern of much better quality.
Regards,
Roger
- --
Roger Leigh
Printing on GNU/Linux? http://gimp-print.sourceforge.net/
GPG Public Key: 0x25BFB848. Please sig
ld I make this automatic? I thought the above rules
would be sufficient, but it does not appear so.
Many thanks,
Roger
--
Roger Leigh
Printing on GNU/Linux? http://gimp-print.sourceforge.net/
GPG Public Key: 0x25BFB848. Please sign and encrypt your mail.
Alexandre Duret-Lutz <[EMAIL PROTECTED]> writes:
Hi Alexandre!
> Roger Leigh wrote:
> | In a project, I am preprocessing the C++ source and headers. That is:
> | foo.ccg -> foo.cc
> | foo.hg -> foo.h
> |
> | Some custom m4 I wrote processes th
"Yanfeng Zheng" <[EMAIL PROTECTED]> writes:
> Where can i get the souce code of ? Thanks.
I have no idea--it's not a standard header. I would guess you'd get
it from whoever supplied the library it belongs with.
--
Roger Leigh
Printi
projects over the last 4-5 years, and
I've not had huge problems, other than working my way around the odd
bug. Migrating from 2.13 to 2.50 was a pain, but mainly due to my use
of autoconf internals (and I also needed to port a decent amount of
custom macros).
--
Roger Leigh
JRBCAST <[EMAIL PROTECTED]> writes:
> I have been trying to disable the -g flag that autoconf uses when
> compiling my GNU project. I have tried --enable-debug=no --disable-debug
> and none works. I have had a look at google and some questions but no
> response...
make CFLAG
istdir).tar.bz2
+?COMPRESS? $(AMTAR) chf - $(distdir) --format=posix | compress -c
>$(distdir).tar.Z
?SHAR? shar $(distdir) | GZIP=$(GZIP_ENV) gzip -c >$(distdir).shar.gz
?ZIP? -rm -f $(distdir).zip
?ZIP? zip -rq $(distdir).zip $(distdir)
--
Roger Leigh
Printing on G
install the latest GNU tar (or build it for
them). I require the functionality for long pathnames, and I don't
want to have to support broken tools. For my needs, 99 chars is not
at all sufficient.
Regards,
Roger
--
Roger Leigh
Printing on GNU/Linux? http://gimp
Ralph Schleicher <[EMAIL PROTECTED]> writes:
> Roger Leigh <[EMAIL PROTECTED]> writes:
>
>> I'm using the patch I posted. If and when anyone complains, I'll
>> instruct them to build and install the latest GNU tar (or build it for
>> them). I requi
ly necessary.
Being able to change the default format in automake over time is a
great idea as well.
Regards,
Roger
--
Roger Leigh
Printing on GNU/Linux? http://gimp-print.sourceforge.net/
GPG Public Key: 0x25BFB848. Please sign and encrypt your mail.
when there's a
directory only containing headers i.e. they don't "belong" to any
built object).
It would be more helpful if you posted *exactly* what your
requirements are.
HTH,
Roger
--
Roger Leigh
Printing on GNU/Linux? http://gimp-print.sourceforge.net/
GPG Public Key: 0x25BFB848. Please sign and encrypt your mail.
s that
prevent upgrading? Either way, upgrading to the current version and
including support for any required VMS support is needed.
--
Roger Leigh
Printing on GNU/Linux? http://gimp-print.sourceforge.net/
GPG Public Key: 0x25BFB848. Please sign and encrypt your mail.
remove doc by executing rm -f doc.
maintainer-clean-local:
$(RM) -r doc
HTH,
Roger
--
Roger Leigh
Printing on GNU/Linux? http://gimp-print.sourceforge.net/
GPG Public Key: 0x25BFB848. Please sign and encrypt your mail.
AUTOMAKE([1.9 tar-ustar])
to use POSIX tar. You could also use tar-pax to use the new POSIX PAX
format (but this is rather new if you need to care about portability).
Regards,
Roger
- --
Roger Leigh
Printing on GNU/Linux? http://gimp-print.sourceforge.net/
De
onfig templates, respectively.
However... the world has since moved to pkg-config, making these
obsolete (thank goodness--they were a nightmare to debug!).
Regards,
Roger
- --
Roger Leigh
Printing on GNU/Linux? http://gimp-print.sourceforge.net/
Debian GNU/Linux
#x27;t
do (and probably shouldn't, though support for static linking would be
nice).
Regards,
Roger
- --
Roger Leigh
Printing on GNU/Linux? http://gimp-print.sourceforge.net/
Debian GNU/Linuxhttp://www.debian.org/
GPG Public Key:
people.debian.org/~rleigh/schroot-0.1.0.tar.bz2
(schroot/pam/Makefile.am).
Many thanks,
Roger
- --
Roger Leigh
Printing on GNU/Linux? http://gimp-print.sourceforge.net/
Debian GNU/Linuxhttp://www.debian.org/
GPG Public Key: 0x25BFB848.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ralf Wildenhues <[EMAIL PROTECTED]> writes:
> * Roger Leigh wrote on Sat, Jun 18, 2005 at 12:47:08PM CEST:
>>
>> In a simple Makefile.am:
>>
>> pamdir = /etc/pam.d
>> pam_DATA = schroot
>> EXTRA_D
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Alexandre Duret-Lutz <[EMAIL PROTECTED]> writes:
>>>> "Roger" == Roger Leigh <[EMAIL PROTECTED]> writes:
>
> Roger> It's often the case that a package installs files in locations picked
> Roger
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bob Friesenhahn <[EMAIL PROTECTED]> writes:
> On Sat, 2 Jul 2005, Roger Leigh wrote:
>>
>> Thanks. I read this, but I still don't think this is the correct
>> solution. I can see this would work well for a user-ex
of the release
metadata such as the version into configure.ac. The above is my
own custom hack to generate and incorporate the metadata, but I
would happily adopt a more standard and generic solution if
possible.
What is the recommended way to use autoconf/automake in this type
of scenario?
Tha
h the format:
Package: schroot
Version: 1.6.3
Release-Date: 23 Jul 2012
Released-By: Roger Leigh
Git-Tag: release/schroot-1.6.3
This is generated by the bootstrap script.
Package and Version are derived from NEWS (since this must be updated
for a release, we require the version here to be the defin
than the old recursive
build, so quite a worthwhile improvement for this project!
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/
`. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools
`-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800
the Makefile.am, Makefile and/or the
configuration data which can then be used to trigger Makefile
regeneration and rebuilds in a more informed manner, avoiding
some of the rebuilds that now occur since you've decoupled the
make logic and configuration logic.
Regards,
Roger
--
that what I was doing wasn't supported and was buggy. BUT...
the important point here is that automake is clearly not supporting the
above use cases, so is falling short of the real needs of many projects.
Can't we just fix distcheck to use DESTDIR when doing the test install
and move
e where the cause of this failure lies--
I can't see anything obvious in the Makefile.am.
I tried removing the automake conditional in case that screwed things
up subtly, but it makes no difference.
I'm using automake-1.10.1 on Debian GNU/Linux.
The full source is at:
On Sat, Feb 28, 2009 at 03:38:42PM +0100, Ralf Wildenhues wrote:
> * Roger Leigh wrote on Sat, Feb 28, 2009 at 03:14:27PM CET:
> > pg_contrib_DATA = \
> > debversion.sql \
> > uninstall_debversion.sql
>
> > However
other uses than this, but
that's where I'd like to get to!
Any thoughts or comments?
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linux http://people.debian.org/~rleigh/
`. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/
`-GPG Public Key: 0x25BFB848 Please GPG sign your mail.
signature.asc
Description: Digital signature
On Fri, Aug 14, 2009 at 12:07:39AM +0100, Roger Leigh wrote:
> This is a rough outline of what I'd like to do (unless someone beats
> me to it!)
>
> • Add a dist-git option and Makefile target.
> This will cause $distdir to be injected into git, rather than just
> calli
On Fri, Aug 14, 2009 at 09:46:52AM -0500, Bob Friesenhahn wrote:
> On Fri, 14 Aug 2009, Roger Leigh wrote:
>
> >ÿÿ distribute generated release tarball
> >
> >However, the "distribute release tarball" step is becoming less and
> >less relevant with the
On Fri, Aug 14, 2009 at 07:53:46PM +0200, Ralf Wildenhues wrote:
> Hello Roger,
>
> * Roger Leigh wrote on Fri, Aug 14, 2009 at 11:40:18AM CEST:
> >
> > An initial implementation follows. This works, but it does need
> > further refinement (error checking, for example
e git-version script (see below)
─[VERSION]───
Package: sbuild
Version: 0.59.1-rc1
Release-Date: 02 Aug 2009
Released-By: Roger Leigh
Git-Tag: release/sbuild-0.59.1-rc1
───
configure.ac
Similar to what others are doin
make, since it
could make use of a lot of useful features which currently aren't
allowed. Similar to autoconf not requiring a POSIX shell, depite
the fact that non-POSIX shells are so far obsolete they are
irrelevant.
Regards,
Roger
--
.''`. Roger Leigh
: :' :
ory ties up with
the release history and other branches in the repository.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linux http://people.debian.org/~rleigh/
`. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/
`-GPG Pu
he repository is always in a "releasable state" whereby any
revision can be tagged without doing additional sanity checks.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linux http://people.debian.org/~rleigh/
`. `' Printin
t;-- UNDOCUMENTED CODE --"; \
echo "$$UNDOCUMENTED"; \
fi
with WARN_LOGFILE in foo.dox. I would suggest just redirecting the
doxygen output to another file when running silently.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Deb
g symbols enabled--they would then not be using
the same binaries, which might not exhibit the same behaviour.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linux http://people.debian.org/~rleigh/
`. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/
`-GPG Public Key: 0x25BFB848 Please GPG sign your mail.
signature.asc
Description: Digital signature
not suggesting that automake immediately stop being portable
to other makes. But I don't believe it's serving a useful purpose for
the vast majority of automake users. I would find it useful to make
use of more advanced GNU make-specific features on occasion, without
automake compl
ally* using static linking in 2011?
We go through great pains to support it, but I can't even remember the
last time I even /tried/ to link something statically. Maybe 2001?
I do like to support pkg-config in my packages, but I don't do it for
the static linking support. Is the gain act
les on inclusion, which would mean I could convert to
using a single top-level Makefile and keep all the separate
Makefile.ams in the subdirectories, where it makes sense to have them
alongside the code they build.
I certainly wouldn't be averse to rewriting any custom rules to gain
th
eaner way. I sometimes wish make conditionals could also be used
as well as automake conditionals.
Regards,
Roger
## $Id: Makefile.am,v 1.31 2001/12/21 01:52:19 rlk Exp $
## Copyright (C) 2000 Roger Leigh
##
## This program is free software; you can redistribute it and/or modify
## it under the te
On Thu, Jan 24, 2002 at 07:32:25PM -0600, Raja R Harinath wrote:
> Raja R Harinath <[EMAIL PROTECTED]> writes:
>
> > Roger Leigh <[EMAIL PROTECTED]> writes:
> >
> >> I'm getting this warning from automake:
> >>
> >> roger@
om
> `EXTRA_LTLIBRARIES = mumble.la' it cannot know where the
> `mumble.la' will be installed, it could be somewhere else (so
> this justifies the error message). In the latter case, you have
> to play some _LDADD trickery to add the right -rpath flag
> manuall
rds,
Roger
--
Roger Leigh
** Registration Number: 151826, http://counter.li.org **
Need Epson Stylus Utilities? http://gimp-print.sourceforge.net/
GPG Public Key: 0x25BFB848 available on public keyservers
msg04533/pgp0.pgp
Description: PGP signature
On Sat, Feb 02, 2002 at 11:07:15AM -0700, Tom Tromey wrote:
> >>>>> "Roger" == Roger Leigh <[EMAIL PROTECTED]> writes:
>
> Roger> in Makefile.in, is it safe to use this format in my own .in files (e.g.
> Roger> po/POTFILES.in), or will the forma
ed built without
always needing to run make from the top level to build everything in
sequence.
I just read in the manual that DEPENDENCIES is automatically determined.
Is this a change for 1.5? I didn't see this in NEWS, and I confess I
get lost in the ChangeLog!
Regards,
Roger
--
Roge
one if you would like--do I just
need to update the .am files? Is automake CVS available anonymously?
Regards,
Roger
--
Roger Leigh
** Registration Number: 151826, http://counter.li.org **
Need Epson Stylus Utilities? http://gimp-print.sourceforge.net/
On Thu, Feb 28, 2002 at 11:38:11PM +, Roger Leigh wrote:
> Is automake CVS available anonymously?
Sorry for being lame--I found it on Savannah.
--
Roger Leigh
** Registration Number: 151826, http://counter.li.org **
Need Epson Stylus Utilities? http://g
On Thu, Feb 28, 2002 at 11:38:11PM +, Roger Leigh wrote:
> At the moment, every possible
> installation directory is created, leaving unused empty directories
> after installation.
I have made two patches to implement this, and I have seen no problems
with my package. Now directo
- automake/lib/am/texinfos.am Tue Oct 2 17:00:04 2001
+++ automake-new/lib/am/texinfos.am Fri Mar 1 23:26:36 2002
@@ -106,7 +106,9 @@
if %?LOCAL-TEXIS%
install-info-am: $(INFO_DEPS)
@$(NORMAL_INSTALL)
- $(mkinstalldirs) $(DESTDIR)$(infodir)
+ if test -n '$(INFO_DEPS)'
dirs, but what should I do
about other installs? If we don't use install-sh, how do we create
directories? Can this use install-sh as a wrapper to call other
installs?
--
Roger Leigh
** Registration Number: 151826, http://counter.li.org **
Need Epso
igure, and
then processed by config.status. Is there any way to tell automake that
these files are /supposed/ to be missing?
Regards,
Roger
--
Roger Leigh
** Registration Number: 151826, http://counter.li.org **
Need Epson Stylus Utilities? http://gimp-print.
On Sun, Mar 24, 2002 at 01:37:43PM -0700, Tom Tromey wrote:
> >>>>> "Roger" == Roger Leigh <[EMAIL PROTECTED]> writes:
>
> Roger> When automake runs, I'm getting this:
> Roger> Running automake --gnu ...
> Roger> configure.ac: 704: re
wledgeable people will answer that ./config.status foo/Makefile
> does it all, but...
The average user won't know this. Subsequent recursive targets called
from the top-level will now fail due to the missing Makefile, so it
seems of dubious value to me too.
--
Roger Leigh
ter files to be
cleaned. You can also do the cleaning (optionally) in config.status,
and in your own Makefile.ins--you won't be tied to automake.
An additional macro for ac_maintainercleanfiles would be nice. A
similar method could be used to tell automake what files to distribute,
such as
t enabled, then the pre-built files will never be cleaned. If it is
used, by users who explicitly enable it, then they will be removed.
Doing this allows us to require only developers to have a greater set
of tools to be installed and configured, without passing on the burden
to our
Alexandre Duret-Lutz <[EMAIL PROTECTED]> writes:
> >>> "Roger" == Roger Leigh <[EMAIL PROTECTED]> writes:
>
> [...]
>
> Roger> In the gimp-print source tree, there are a number of
> Roger> files which we ship in the distributed tarball
&
to include this rule if it is already defined in
Makefile.am?
Thanks,
Roger
--
Roger Leigh
** Registration Number: 151826, http://counter.li.org **
Need Epson Stylus Utilities? http://gimp-print.sourceforge.net/
GPG Public Key: 0x25BFB848 available
ot;CS" majors anymore!
Was it ever? I'm a biologist (and free software programmer in my spare
time)
--
Roger Leigh
** Registration Number: 151826, http://counter.li.org **
Need Epson Stylus Utilities? http://gimp-print.sourceforge.net/
GPG Public Key: 0x25BFB848 available on public keyservers
Tom Tromey <[EMAIL PROTECTED]> writes:
> >>>>> "Roger" == Roger Leigh <[EMAIL PROTECTED]> writes:
>
> Roger> In a Makefile.am, we provide our own mostlyclean-aminfo rule,
> Roger> which is identical to the default except that the dvi and p
Tom Tromey <[EMAIL PROTECTED]> writes:
> >>>>> "Roger" == Roger Leigh <[EMAIL PROTECTED]> writes:
>
> Roger> In a Makefile.am, we provide our own mostlyclean-aminfo rule,
> Roger> which is identical to the default except that the dvi and p
-subscribers are held and
can be either rejected or accepted by the list admin.
--
Roger Leigh
** Registration Number: 151826, http://counter.li.org **
Need Epson Stylus Utilities? http://gimp-print.sourceforge.net/
GPG Public Key: 0x25BFB848 available on public keyservers
clocal.m4:768: required file `./ltmain.sh' not found
>
> the autotools are installed in the same path.
> why doesn't automake make a link to ltmain.sh?
Did you run libtoolize?
--
Roger Leigh
** Registration Number: 151826, http://counter.li.org **
> when should i call libtoolize?
Call it first.
In my bootstrap/autogen.sh scripts (borrowed from Gnome), I do:
gettextize --force --copy
libtoolize --force --copy
aclocal
automake --add-missing --force-missing --gnu
autoconf
--
Roger Leigh
** Registration Nu
STDIR)$(non_native_install_prefix)$(installdir), but this is
totally gross.
Currently I test the build with
make DESTDIR=/tmp/test install # check everything is installed
make DESTDIR=/tmp/test uninstall # check everything is cleaned up
due to distcheck not working.
Regards,
Roger
--
Roger Le
Alexandre Duret-Lutz <[EMAIL PROTECTED]> writes:
> >>> "Roger" == Roger Leigh <[EMAIL PROTECTED]> writes:
>
> [...]
>
> Roger> However, this makes one very big assumption: every
> Roger> installation directory will use $prefix as the
*.
It's sometime in January I sent the patch for that. Is there no
chance of a bugfix release, given that the fix is trivial? If you use
libtool and AC_CONFIG_AUX_DIR, you need to do ugly things like having
a configure.in symlink for libtoolize to use.
> Ralf> .. still nobody wanting to
globbing is never useful; it certainly is. However,
it does cause more problems than it solves. Try working out why
$random_user's build is failing when you can't predict what is
actually happening.
Regards,
Roger
--
Roger Leigh
"Liberty and Livelihood" - Su
69 matches
Mail list logo
