ries to be `outside the project' when it decides what to do about a
macro. aclocal doesn't currently collect macro traces from configure.ac, and
pasting the code from automake seemed like overkill.
Cheers,
Gary.
--
())_. Gary V. Vaughangary@(lilith.warpmail.net|gnu.or
Alexandre Duret-Lutz wrote:
On Mon, Sep 22, 2003 at 06:12:50PM +0100, Gary V. Vaughan wrote:
[...]
I was hoping to remove acinclude.m4 and use m4_include in aclocal.m4 by
switching to CVS automake, but currently the contents are still copied to
aclocal.m4 if they are not in the same directory as
h mangling. Provided
AC_CONFIG_M4_DIR([config]) expanded to (say) m4_prepend_search_path([config]),
and that happened before the first m4_include, it would work.
I'd quite like to sort out m4's search path issues in the near future...
patches gratefully accepted :-)
on the TODO list, but it is quite a big job and probably won't be fixed soon.
Cheers,
Gary.
--
())_. Gary V. Vaughangary@(lilith.warpmail.net|gnu.org)
( '/ Research Scientist http://www.oranda.demon.co.uk ,_())
/ )= GNU Hacker http://www.gnu.org/softw
Kevin P. Fleming wrote:
Gary V. Vaughan wrote:
Actually, you *do* need to install the libraries even if they are
linked into the program statically because libltdl looks up the
pseudolibrary (.la) in the module directory to get metadata about
(even preloaded) modules. Fixing this is on the
Kevin P. Fleming wrote:
Gary V. Vaughan wrote:
Completely untested, but have you tried:
pkglib_LTLIBRARIES =
noinst_LTLIBRARIES =
if INSTALL_LIBS
pkglib_LTLIBRARIES += $(LIBLIST)
else
noinst_LTLIBRARIES += $(LIBLIST)
endif
Just tried it, same results, automake reports each module in LIBLIST as
Kevin P. Fleming wrote:
Gary V. Vaughan wrote:
The only way I can think of doing this is with an install-exec-hook
that removes installed libraries if INSTALL_LIBS was not set:
if !INSTALL_LIBS
install-exec-hook:
$(MAKE) $(AM_MAKEFLAGS) uninstall-pkglibLTLIBRARIES
endif
But
adds an appropriate -I to its
search path. Until then, this is just a wart!
Cheers,
Gary.
--
())_. Gary V. Vaughangary@(lilith.warpmail.net|gnu.org)
( '/ Research Scientist http://www.oranda.demon.co.uk ,_())
/ )= GNU Hacker http:
Alexandre Duret-Lutz wrote:
"Gary" == Gary V Vaughan <[EMAIL PROTECTED]> writes:
[...]
Gary> I got the ball rolling for this oft discussed macro by putting it in
Gary> autoconf and using it in libtoolize. My perl fu is insufficient to the
Gary> task of supporting
ve sources declarations are necessary, unless I rename all my source
files.
Can we have more realistic defaulting on names like this?
Cheers,
Gary.
- --
~ ())_. Gary V. Vaughangary@(lilith.warpmail.net|gnu.org)
~ ( '/ Research Scientist http://www.ora
On Tue, 18 Nov 2003 11:02:04 -0700, "Kevin P. Fleming"
<[EMAIL PROTECTED]> said:
> Gary V. Vaughan wrote:
>
> > with the simpler:
> >
> > ~pkglibexec_LTLIBRARIES = gnu.la . traditional.la
> > ~AM_LDFLAGS = -module
> >
> &g
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Gary V. Vaughan wrote:
|
| | ---
| | When I configured using --enable-static --disable-shared:
| |
| | make install failed (actually, make install DESTDIR=...) because libtool
| | was looking for m4.exe in .libs, even though for static
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
cwilson wrote:
| Gary V. Vaughan wrote:
|> | ---
|> | When I configured using --disable-static --enable-shared:
|> |
|> | The build did not succeed. Apparently my fix to the global symbols
|> | filter wasn't good enou
ULAR PURPOSE.
- --
Magnus Therning mailto:[EMAIL PROTECTED]
+31-40-2745179 http://pww.innersource.philips.com/magnus/
OpenPGP:0x4FBB2C40
Philips, the company that I work for, does not support my idle ramblings.
The opposite, it goes without saying, is true as well.
- --
~ ())_. Gary V. Vaughan
er a few problems when I tried to convert M4 to a non-recursive
Makefile. I'd like to convert it now, but there are some issues that I
reported (maybe this is one actually).
Cheers,
Gary.
--
())_. Gary V. Vaughangary@(lilith.warpmail.net|gnu.org)
( '/ Research Scienti
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Scott James Remnant wrote:
| On Tue, 2003-11-25 at 13:27, Gary V. Vaughan wrote:
|
|
|>Scott James Remnant wrote:
|>| The gotcha is that for some reason aclocal pulls in both m4/libtool.m4
|>| AND /usr/share/aclocal/libtool.m4 into aclocal.m4
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Scott James Remnant wrote:
| On Wed, 2003-11-26 at 11:41, Gary V. Vaughan wrote:
|>libtool.m4 will be slowly crushed under the weight of its old releases.
|
| It stops us changing our AC_DEFUNs to m4_defines, yes. It wouldn't stop
| us remo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Alexandre Duret-Lutz wrote:
| How can automake determine whether the version of libtool used in
| a package supports --tag ?
test -n "`libtool --help | grep -- --tag=TAG`"
- --
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Alexandre Duret-Lutz wrote:
|>>>"Gary" == Gary V Vaughan <[EMAIL PROTECTED]> writes:
|
|
| Gary> Alexandre Duret-Lutz wrote:
| >> How can automake determine whether the version of libtool used in
| >> a pac
; risky.
Seconded!
It would be great to have `LT_LDFLAGS = -module', rather than 15 lines of
`foo_LDFLAGS = -module' in a future m4 Makefile.am :-)
Cheers,
Gary.
--
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/ http://www.oranda.demon.co.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Alexandre Duret-Lutz wrote:
| On Thu, Dec 04, 2003 at 08:49:04AM +, Gary V. Vaughan wrote:
|
|>It would be great to have `LT_LDFLAGS = -module', rather than 15 lines of
|>`foo_LDFLAGS = -module' in a future m4 Makefile.am :-)
|
ion is the default, and overriding
must be specified.
Cheers,
Gary.
- --
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/ http://www.oranda.demon.co.uk
GNU Hacker / )= http://www.gnu.org/software/libtool
Technical Author `(_~)_ http://sou
aclocal.m4
| cat: aclocal.m4: No such file or directory
|
| The problem is caused by the call to undefine, this loses the traced
| attribute.
You might try a CVS version of GNU m4... from the ChangeLog:
2001-10-10 Gary V. Vaughan <[EMAIL PROTECTED]>
~The trace semantics now attach the tra
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Scott James Remnant wrote:
| On Wed, 2003-11-26 at 15:49, Gary V. Vaughan wrote:
|
|
|>Scott James Remnant wrote:
|>|On Wed, 2003-11-26 at 11:41, Gary V. Vaughan wrote:
|>|> 1: remove $prefix/share/aclocal/l(ibtoo|td)l.m4 of old release
ther useful.
Cheers,
- --
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/ http://www.oranda.demon.co.uk
GNU Hacker / )= http://www.gnu.org/software/libtool
Technical Author `(_~)_ http://sources.redhat.com/autobook
-BEGIN PGP SIGNATURE-
V
real
problem, it can be fixed and patched up stream. config.guess is
without a doubt a very useful piece of code, and libtool is a prime
example where leveraging it has probably saved thousands of programmers
untold pain.
Cheers,
Gary.
--
Gary V. Vaughan ())_. [EMAIL PROTECT
g opinion on the linux-gnu argument, but I think your original comment
devalues config.guess unfairly.
Cheers,
Gary.
- --
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/ http://www.oranda.demon.co.uk
GNU Hacker / )= http://www.g
| uses it during installation, but does not install it. I am under the
| impression that automake does not support this right now. What would be
| needed to add support for this feature.
Does this work?
nodist_PROGRAMS = installtool
install: installtool
- --
Gary V. Vaughan ())_. [EMAIL
On Tuesday, January 13, 2004, at 06:05 pm, Warren Turkal wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tuesday 13 January 2004 05:54 am, Gary V. Vaughan wrote:
Warren Turkal wrote:
| Is there any analysis on what it would take to create utility
programs
| that are only used during
the
Cheers,
Gary.
--
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/ http://www.oranda.demon.co.uk
GNU Hacker / )= http://www.gnu.org/software/libtool
Technical Author `(_~)_ http://sources.redhat.com/autobook
here.
Okay.
Cheers,
Gary.
--
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/ http://www.oranda.demon.co.uk
GNU Hacker / )= http://www.gnu.org/software/libtool
Technical Author `(_~)_ http://sources.redhat.com/autobook
accepts these flags in `program_LDADD'. But hey!,
~ this is ugly!
I am unsure of the wisdom of these words. Should I change the manual to
wholeheartedly recommend the first alternative, and discard the others? Or
should Automake be patched to accept `program_LDADD = -dlopen foo.la
$(top_builddir)/config.status $(LIBTOOL_DEPS)
cd $(top_builddir) && $(SHELL) ./config.status $@
Does that seem like a sensible thing to want?
Cheers,
Gary.
- --
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/ http://www.oranda.d
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Alexandre Duret-Lutz wrote:
|>>>"Gary" == Gary V Vaughan <[EMAIL PROTECTED]> writes:
|
|
| [...]
|
| Gary> should Automake be patched to accept `program_LDADD =
| Gary> -dlopen foo.la'?
|
| Sorry for the delay.
N
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Salut Alexandre,
Alexandre Duret-Lutz wrote:
|>>>"Gary" == Gary V Vaughan <[EMAIL PROTECTED]> writes:
| Gary> Instead, I'd like to have LT_INIT perform the
| Gary> AC_SUBST([LIBTOOL_DEPS]), and Automake gener
Gary.
--
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/ http://tkd.kicks-ass.net
GNU Hacker / )= http://www.gnu.org/software/libtool
Technical Author `(_~)_ http://sources.redhat.com/autobook
last week:
http://mail.gnu.org/archive/html/automake/2004-05/msg00053.html
Cheers,
Gary.
- --
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/ http://tkd.kicks-ass.net
GNU Hacker / )= http://www.gnu.org/software/libtool
Technical Au
/local/share/libtool/m4/ltsugar.m4
/usr/local/share/libtool/m4/ltversion.m4
Cheers,
Gary.
- --
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/ http://tkd.kicks-ass.net
GNU Hacker / )= http://www.gnu.org/software/libtool
Technical A
ur other developers :-(
Thoughts?
Cheers,
Gary.
--
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/ http://tkd.kicks-ass.net
GNU Hacker / )= http://www.gnu.org/software/libtool
Technical Author `(_~)_ http://sources.redhat.com/autobook
signature.asc
Description: OpenPGP digital signature
n early 2001, and had
an uninstall bug similar to what you describe. Please upgrade to a recent
1.5.x release and try again. If you still experience problems, please
report them to [EMAIL PROTECTED]
Cheers,
Gary.
--
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research
noinst_DATA = lib.so
lib.so: lib.la
@rm -f $@
$(LN_S) .libs/$@ $@
Cheers,
Gary.
--
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/ http://tkd.kicks-ass.net
GNU Hacker / )= http://www.gnu.org/software/libtool
Technical A
automatically called by LT_INIT.
Do we need to patch automake to accept LT_INIT for subdir-objects projects,
or do you think AC_PROG_CC_C_O should be merged with _LT_COMPILER_C_O?
Cheers,
Gary.
--
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/
er than searched for in the source tree.
Maybe you can emulate that behaviour by making your test input into
here documents in the test scripts, without a whole scale move to
Autotest?
Cheers,
Gary.
- --
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '
e of action is to put a patch in the
automake queue for Alexandre's return from vacation :-(
Cheers,
Gary.
--
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/ http://tkd.kicks-ass.net
GNU Hacker / )= http://www.gnu.org/software/libto
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Salut Alexandre!
Welcome back. Hope you enjoyed your vacation :-)
On 7 Sep 2004, at 22:03, Alexandre Duret-Lutz wrote:
"Gary" == Gary V Vaughan <[EMAIL PROTECTED]> writes:
[...]
On Mon, Aug 23, 2004 at 08:29:07PM +0100, Patrick Welc
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Salut!
On 7 Sep 2004, at 22:03, Alexandre Duret-Lutz wrote:
"Gary" == Gary V Vaughan <[EMAIL PROTECTED]> writes:
Gary> Do we need to patch automake to accept LT_INIT for
Gary> subdir-objects projects, or do you think AC_PROG_C
Alexandre Duret-Lutz wrote:
>>>>"Gary" == Gary V Vaughan <[EMAIL PROTECTED]> writes:
>
> [...]
>
> Gary> So does that simply mean that libtool objects can be correctly built
> Gary> as subdir-objects without AM_PROG_CC_C_O? Sorry to bug yo
Bob Friesenhahn wrote:
> On Fri, 10 Sep 2004, Gary V. Vaughan wrote:
>
>>
>> Okay. But for a project built with `make -j', we still need
>> AM_PROG_CC_C_O
>> and _LT_COMPILER_C_O to understand each others' locks :-(
>>
>>> [...]
&g
-b -c d"
>
> For a large part of the project the CFLAGS are fine but a few files
> cannot have '-c'.
>
> How do I remove it safely without redefinine CFLAGS within the
> Makefile.am file?
object_that_breaks_with_c_CFLAGS = -a -b -d
Cheers,
Gary.
--
Gary
hould support this by default (if it doesn't already)...
Cheers,
Gary.
--
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/ http://tkd.kicks-ass.net
GNU Hacker / )= http://www.gnu.org/software/libtool
Technical Author `(_~)_ ht
LOCAL_AMFLAGS in the toplevel Makefile.am and
>>autoreconf will take care of everything.
>
>
> Thanks. However, I prefer a solution where I didn't have to modify the
> source if I modified the scripts used to build the software.
It may be small consolation, but the next
Albert Chin wrote:
> On Fri, Sep 17, 2004 at 02:49:05PM +0100, Gary V. Vaughan wrote:
>
>>It may be small consolation, but the next release of GNU m4 has the last
>>bit of functionality required to eliminate aclocal entirely.
>
> How does it do that? If the .m4 file
Thomas Degris wrote:
> I guess this is not an automake question but I would like to know how I
> can disable static build by default (I mean activate the
> --disable-static by default) when running configure.
http://www.gnu.org/software/libtool/manual.html#IDX79
--
Gary V
Salut Alexandre!
Alexandre Duret-Lutz wrote:
>>>>"Gary" == Gary V Vaughan <[EMAIL PROTECTED]> writes:
>
> Gary> My feeling at the moment is that it would be a small price to pay for
> Gary> simplifying the interface to automake (i.e. _not_ being s
Hallo!
Ralf Wildenhues wrote:
> Alexandre Duret-Lutz writes:
>
>>>>> "Gary" == Gary V Vaughan <[EMAIL PROTECTED]> writes:
>> because AM_PROG_CC_C_O horribly
>> overwrites CC, it's not clear to me whether
>>
>> AM_PROG_CC_C_O
me how to?
If you are running a reasonable implementation of make (eg GNU Make):
make -n install
will show the commands that would be executed without actually running
them.
Cheers,
Gary.
--
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '
e. Arguably libltdl/Makefile.am has
ancestry from before I joined libtool, but the clause was already present
in the libtool license when libltdl was added, so there is no
problem in adding the clause back in.
Cheers,
Gary.
--
Gary V. Vaughan ())_. [EMAIL PROTECTED
e the resulting output file without
restriction.
Cheers,
Gary.
--
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/ http://tkd.kicks-ass.net
GNU Hacker / )= http://www.gnu.org/software/libtool
Technical Author `(_~)_ http://sources.redhat.
On second thoughts, why not take this opportunity to unify the license
exception between libtool and automake so we can share code more easily?
Gary V. Vaughan wrote:
Alexandre Duret-Lutz wrote:
"Paul" == Paul Eggert <[EMAIL PROTECTED]> writes:
[...]
Paul> Would you use the ex
Paul Eggert wrote:
"Gary V. Vaughan" <[EMAIL PROTECTED]> writes:
However, even though our intentions are good, and we are merely
clarifying the existing spirit of the exception clauses we have used
all along, is it okay to just edit the license of existing files without
explicit
Paul Eggert wrote:
"Gary V. Vaughan" <[EMAIL PROTECTED]> writes:
>
> Was anybody unhappy with the exception wording in my last post in the
> thread? If not we can start from there.
I worry that it's too generous, because it means that if the package
uses the .m4 f
use.
"or any derived output" is a lame attempt to allow tools such as
aclocal (without singling out aclocal) to preprocess the file,
as long as the intent is to build a configure script.
I prefer my wording :-)
Bruce's would be kinda cool too. But frankly, I'd be flabb
Alexandre Duret-Lutz wrote:
"Gary" == Gary V Vaughan <[EMAIL PROTECTED]> writes:
Gary> The use of GNU Autoconf is to prevent someone creating their
Gary> own tool and calling that Autoconf to circumvent the license.
I don't have a problem with GNU Autoconf, only
you may distribute this file and the derived files
Paul> for that purpose, under the same terms that you use for
Paul> the rest of the package.
[...]
President Eggert, you have my vote!
Seconded :-)
Cheers,
Gary.
--
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scien
Paul Eggert wrote:
"Gary V. Vaughan" <[EMAIL PROTECTED]> writes:
Now for the note to the FSF that explains why we need it... here
is a first cut to get the ball rolling:
That looks fine to me. Thanks.
Okay, there have been no corrections or objections in the last 24 hours...
Whe
Stepan Kasal wrote:
> Hello,
Hi Stephan!
> On Fri, Nov 12, 2004 at 10:25:32AM +, Gary V. Vaughan wrote:
>
>>Where do we send it? Direct to rms?
>
>
> I'd say assign or copyright-clerk are better (at gnu.org, of course).
Those aren't the actual legal g
akefile.am:4: did you mean `lib_gvmodule.la'?
You should also add:
_gvmodule_la_LDFLAGS = -module
_gtkmissing_la_LDFLAGS = -module
Cheers,
Gary.
--
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/ http://tkd.kicks-ass.net
GNU Hacker
b/libfoo.la
HTH,
Gary.
--
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/ http://tkd.kicks-ass.net
GNU Hacker / )= http://www.gnu.org/software/libtool
Technical Author `(_~)_ http://sources.redhat.com/autobook
signature.asc
Description: OpenPGP digital signature
t
> be helpful!
Argh, the attached wrapper appears to be clearing LD_LIBRARY_PATH. Are
you using fast-install mode (./configure --enable-fast-install)? Does
the autogen binary install without needing to be relinked? What architecture
are you running all of this on at the moment?
Cheers,
re immediate children of the directory containing
configure.ac:
AM_CPPFLAGS = -I$(top_srcdir)/include -I$(top_builddir)/include
HTH,
Gary.
--
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/ http://tkd.kicks-ass.net
GNU Hacker / )= http://www.gnu.org/software/libtool
Technical Author `(_~)_ http://sources.redhat.com/autobook
signature.asc
Description: OpenPGP digital signature
But in *one* Makefile.am. How do I do it?
AUTOMAKE_OPTIONS = subdir-objects
lib_LTLIBRARIES = libmain.la modules/libmod.la
libmain_la_SOURCES = main1.c main2.c
modules_libmod_la_SOURCES = modules/mod1.c modules/mod2.c
HTH,
Gary.
--
Gary V. Vaughan ())_. [EMAIL PROTECTED],gn
On Wed, Mar 15, 2000 at 03:16:16AM -0300, Alexandre Oliva wrote:
> On Mar 13, 2000, "Gary V. Vaughan" <[EMAIL PROTECTED]> wrote:
>
> > I would still like to see {auto{conf,make},libtool} use Ralf
> > Engelschall's shtool (or a variant of it) to encapsula
On Mon, May 01, 2000 at 09:23:39PM -0700, Ted Irons wrote:
> Thanks in advance for your help.
>
> I am running autoconf-2.13 and automake-1.4
> with the multi-language-branch of libtool on
> an IRIX64-6.5 machine using MIPSpro CC Version 7.2.1.3m.
>
> My configure line was
> CC=CC RANLIB=: ../d
The Libtool Team is pleased to announce patch release 1.3.5 of
GNU libtool. A complete tarball for libtool-1.3.5 will be
available from ftp://ftp.gnu.org/gnu/libtool and all GNU
mirror sites in the next few days, along with diffs and xdeltas
from release 1.3.4. In the mean time you can fet
On Fri, Aug 18, 2000 at 06:33:08PM +0100, Murray Cumming wrote:
> Tim Heath <[EMAIL PROTECTED]> wrote:
> > I need to understand better the way to combine libraries in
> > subdirectories into one library at the top_srcdir. Does anyone know of
> > an example that does this with static libraries I c
> +make implementations that do not accept macros in targets.
>>
>> I suppose we can resuscitate make portability if anyone complains loudly
>> enough. We may want to also ask on the automake list if this is still a
>> real limitation, or whether automake has given up on worrying about this
>> as well.
>>
> See above.
When my Internet comes back reliably and I can do more than just put mail in
qmail's queue for the next time I have a bit of bandwidth, I'll make sure to
test the HEAD of libtool master on the architectures I have access to, including
both HP/UX and IRIX.
Cheers,
--
Gary V. Vaughan (gary AT gnu DOT org)
Hi Stefano,
Thanks for the fast response!
On 17 Oct 2012, at 15:52, Stefano Lattarini wrote:
> [Adding Automake list in CC:]
>
> Reference:
> <https://lists.gnu.org/archive/html/autoconf-patches/2012-10/msg00018.html>
>
> On 10/17/2012 10:25 AM, Gary V. Vaughan wrote
ikely after the next release.
Thoughts?
Cheers,
--
Gary V. Vaughan (gary AT gnu DOT org)
Hi Stefano,
On 17 Oct 2012, at 16:45, Stefano Lattarini wrote:
> On 10/17/2012 11:24 AM, Gary V. Vaughan wrote:
>> On 17 Oct 2012, at 15:52, Stefano Lattarini
>> wrote:
>>> On 10/17/2012 10:25 AM, Gary V. Vaughan wrote:
>>>> I remember many years ago that T
hear.
On 17 Oct 2012, at 20:57, Bob Friesenhahn wrote:
> On Wed, 17 Oct 2012, Gary V. Vaughan wrote:
>>
>> Libtool is just (a complicated) compiler wrapper, to make building and
>> linking against libraries easy to specify... be that on the command
>> line with a di
Hello Mr. Strike,
On Oct 18, 2012, at 7:16 PM, NightStrike wrote:
> On Wed, Oct 17, 2012 at 11:27 AM, Gary V. Vaughan wrote:
>> Thanks to everyone for your feedback. Much appreciated.
>>
>> It seems that merging libtool into Automake would be an unpopular move all
>&g
[Moved to Automake List]
On Jul 31, 2013, at 8:00 AM, Peng Yu wrote:
> On Tue, Jul 30, 2013 at 7:25 PM, Gary V. Vaughan wrote:
>>
>> On Jul 31, 2013, at 5:15 AM, Peng Yu wrote:
>>> http://www.gnu.org/software/automake/manual/html_node/Creating-amhello.html
>&
g.
I've just update the links from http://sources.redhat.com/autobook/download.html
to give the option of downloading a modernised version of some of the examples,
including a new convenience-2.0. Please give it a try.
Cheers,
Gary.
--
Gary V. Vaughan ())_. [EMAIL PROTECTED],g
it doesn't seem to work.
>
> Can anyone tell me the correct way to create a non-recursive automake
> system, which might have identically named source files?
In your configure.ac, make sure AM_INIT_AUTOMAKE is given the
subdir-objects option (you'll also need a recent automake
o
> do it. Is it possible?
$ ../path/to/configure --prefix=/path/to/X11R6/root/directory
$ make
$ su
# make install
HTH,
Gary.
--
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/ http://tkd.kicks-ass.net
GNU Hacker / )= http://www.gnu.org/
/Makefile])
FYI, you'll need to run 'autoreconf -fvi' in the project $top_srcdir
afterwards to generate tops/Makefile.in.
HTH,
Gary.
--
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/ http://blog.azazil.net
GNU Hacker / )= http
ake supports the `.' option in SUBDIRS.
Probably not. You are fighting against all the bugs and misfeatures that
have been fixed over the last five years of automake development if you
insist on staying with automake-1.4 (I branched for the 1.4px series in
early 2001).
HTH,
t to look into storing the dependencies in make
variables.
HTH,
--
Gary V. Vaughan (g...@gnu.org)
ing AM_INIT_AUTOMAKE([1.11a]) in libtool's
configure.ac? Pity Automake doesn't use gnulibs `git-version-gen' so
that I could specify the particular revision with the compile script
patch that we want at libtool bootstrap time.
Cheers,
--
Gary V. Vaughan (g...@gnu.org)
PGP.sig
Description: This is a digitally signed message part
Thanks for the heads up before releasing with 1.11a though.
Cheers,
--
Gary V. Vaughan (g...@gnu.org)
PGP.sig
Description: This is a digitally signed message part
On Sun, Sep 10, 2000 at 01:23:14PM -0400, Charles S. Wilson wrote:
> I don't believe the following behavior is possible in the current
> libtool. However, if it is, please correct me.
Nope. How can libtool know what types of library an object will
eventually be linked with.
libtool --mode=co
On Tue, Sep 12, 2000 at 01:02:48PM +, Andy Boden wrote:
> My fundamental automake/autoconf issue is how to conditionally
> link-in the private GNU getopt if I'm not on linux. If anyone
> has a clever solution to this problem (say by using the $target
> variable) I'd appreciate hearing it.
I
Wow. Good call! It seems so obvious now that you mention it =)O|
I was thinking that it might be better to note in the autoconf manual
(or perhaps add the functionality to `automake --add-missing') to
use a project local gnugetopt.h and change getopt.c and getopt1.c to
#include the renamed head
On Thu, Oct 05, 2000 at 04:58:16PM +0400, Alexander I Olefirenko wrote:
> I'm sorry i've posted same message into this mailing list but don;t get any
> reply.. Hope you'll help me this time :)
> The problem is that i can't link library against static libs:
> here's the code i'm using to link (gene
Some food for thought:
On Thu, Oct 26, 2000 at 02:20:10PM -0700, Ossama Othman wrote:
> Hi Alexandre,
>
> On Thu, Oct 26, 2000 at 07:13:28PM -0200, Alexandre Oliva wrote:
> > If you really want to have it installed, don't call it `config.h', or
> > at least install it in include/. To accomplish
On Mon, Oct 30, 2000 at 09:18:42AM -0800, Ossama Othman wrote:
> Hi Gary,
>
> On Fri, Oct 27, 2000 at 08:44:40PM +0100, Gary V. Vaughan wrote:
> > Hmmm. I think that installing config.h is a bad idea under any
> > circumstances. I talk about this in some detail in the ``P
Hi Matt.
On Sun, Nov 19, 2000 at 02:54:54PM -0500, Matthew R. MacIntyre wrote:
> In a package I'm contributing to, we're looking for a way to include GNU
> getopt in the sources if the build system does not have it installed.
> I looked around for a way to do this, and the only thing semi-useful
On Tue, Nov 21, 2000 at 08:53:46AM -0500, Matthew R. MacIntyre wrote:
>
> Hello again Gary,
Hi Matt,
> I think I follow everything, after going through the documentation again,
> but I have a couple of followup questions.
Sure.
> On Mon, 20 Nov 2000, Gary V. Vaughan wrote:
&g
On Wed, Nov 22, 2000 at 12:03:18PM +0100, Marc van Woerkom wrote:
> > > > SUBDIRS = @SUBDIRS@
> > > >
> > > >Then in your `configure.in' you can specify:
> > > >
> > > > SUBDIRS = "src doc lib po"
> > > > AC_SUBST(SUBDIRS)
> > >
> > > Yuck, this voodoo works o
, /|___(_)___/\__,_|\_,_\__, |_||_\__,_|//_/
home page: /___/ /___/ gpg public key:
http://www.oranda.demon.co.uk http://www.oranda.demon.co.uk/key.asc
dnl -*- Mode: M4 -*-
dnl --------
dnl make.m4 --- deter
1 - 100 of 150 matches
Mail list logo
