Re: automake 1.4d

2001-02-14 Thread Alexandre Oliva
On Feb 15, 2001, Tom Tromey <[EMAIL PROTECTED]> wrote: > ftp://tromey:[EMAIL PROTECTED]//gd/gnu/lib/config.guess > ftp://tromey:[EMAIL PROTECTED]//gd/gnu/lib/config.sub These are available for anonymous ftp at ftp.gnu.org/pub/config. Maybe so should the others? -- Alexandre Oliva Enjoy Guara

Re: Building shared libs as dynamically-loaded perl modules

2001-02-14 Thread Alexandre Oliva
On Feb 14, 2001, Jeremy Slade <[EMAIL PROTECTED]> wrote: > It seems that what I really what is to create swigShapeUtils.sl > using the original ../../lib/*.lo files build earlier (and used to > create libShapeUtils.sl), rather than create swigShapeUtils.sl with > a run-time dependency on libShape

Re: automake 1.4d

2001-02-14 Thread Tom Tromey
> "Pavel" == Pavel Roskin <[EMAIL PROTECTED]> writes: Pavel> I believe we need something like the "wget-update" target in Pavel> Automake. I agree. I don't know the canonical locations of most of the files any more. I used to use the attached script but I'd rather we use something that doe

Re: Bug with target specific CFLAGS

2001-02-14 Thread Tom Tromey
> "Richard" == Richard Boulton <[EMAIL PROTECTED]> writes: Richard> Makefile:1344: warning: overriding commands for target Richard> `libgst_la-gstparse.lo' Richard> Makefile:966: warning: ignoring old commands for target Richard> `libgst_la-gstparse.lo' Thanks for the report. Richard> I've

Re: PATCH: patsubst support

2001-02-14 Thread Pavel Roskin
Hello, Alex! Sorry for another delay. Your patch is very important, but unfortunately I'm have been very busy recently. > Here is an updated patsubst patch against CVS automake. Any patsubst > style variables are now staticly expanded by automake, thus avoiding > make portability problems. We n

Re: Building shared libs as dynamically-loaded perl modules

2001-02-14 Thread Jeremy Slade
Tom Tromey writes: > > "Jeremy" == Jeremy Slade <[EMAIL PROTECTED]> writes: > > Jeremy> What I really want to build is 'swigShapeUtils.sl', which > Jeremy> corresponds to the swigShapeUtils.pm module. But automake > Jeremy> complains: > > Jeremy> automake: src/perl/swig/Makefile.am: `swigS

Re: Building shared libs as dynamically-loaded perl modules

2001-02-14 Thread Tom Tromey
> "Jeremy" == Jeremy Slade <[EMAIL PROTECTED]> writes: Jeremy> What I really want to build is 'swigShapeUtils.sl', which Jeremy> corresponds to the swigShapeUtils.pm module. But automake Jeremy> complains: Jeremy> automake: src/perl/swig/Makefile.am: `swigShapeUtils.la' is not a Jeremy> sta

Re: AC_CANONICAL_* && *_triplet

2001-02-14 Thread Derek R. Price
Tom Tromey wrote: > > "Derek" == Derek R Price <[EMAIL PROTECTED]> writes: > > Derek> Is there a good reason that Automake renames the three > Derek> variables set by AC_CANONICAL_* ('build', 'host', & 'target') > Derek> to 'build_triplet', 'host_triplet', & 'target_triplet'? [. . .] > Unf

Re: AC_CANONICAL_*

2001-02-14 Thread Derek R. Price
Pavel Roskin wrote: > Hello, Derek! > > On Fri, 9 Feb 2001, Derek R. Price wrote: > > > Why do the AC_CANONICAL_* functions no longer set *_alias? There's a > > "cvs annotate" and "cvs log" are your friends. Akim did it. But the log > message is silent about "FIXME". Akim? > > I believe it shoul

Building shared libs as dynamically-loaded perl modules

2001-02-14 Thread Jeremy Slade
I am trying to use libtool (along w/ automake/autoconf) to build a .sl (on HPUX 10.20) that is a dynamically-loaded perl module, and I'm running into a few problems. First, my Makefile.am: -- perllib_DATA = swigShapeUtils.pm perllibarch_LTLIBRARIES

Bug with target specific CFLAGS

2001-02-14 Thread Richard Boulton
Hi, For the GStreamer project (http://www.gstreamer.net/) I've got a Makefile.am which uses target specific CFLAGS, and also has an automake conditional to determine the source files to use. This is generating a functioning makefile, but each of the rules for generating a specific target from a