On Fri, Mar 08, 2002 at 05:57:52PM -0800, Bruce Korb wrote:
> Akim Demaille wrote:
> >
> > The Autoconf team is extremely pleased to announce Autoconf 2.53. We
> > hope it will address your problems, and make your life easier.
>
> > - Double quoting macros
&g
On Thu, Nov 14, 2002 at 07:53:42AM -0800, Bruce Korb wrote:
> Akim Demaille wrote:
> > I don't agree. Autoconf does not use shell functions, it just says it
> > will some day. If you want to use shell functions, don't do it
> > pretending Autoconf did first :)
>
> "Bob" == Bob Friesenhahn <[EMAIL PROTECTED]> writes:
Bob> I have been using AM_ENABLE_SHARED(no) AM_ENABLE_STATIC(yes)
Bob> AC_PROG_LIBTOOL
Will probably disappear if you move to AC_, not AM_. Untested.
ted. But it is probably too soon to have
Automake and Libtool depend upon it.
Nevertheless, once next Autoconf and next Libtool are released,
Autoconf will be, and shortly afterwards there should be a release of
Automake and Libtool using the newer Autoconf.
Akim
>>>>> "Alexandre" == Alexandre Oliva <[EMAIL PROTECTED]> writes:
Alexandre> On Apr 4, 2000, Akim Demaille <[EMAIL PROTECTED]> wrote:
>>>>>>> "Bob" == Bob Friesenhahn <[EMAIL PROTECTED]>
>>>>>>&
he beginning of
troubles, we might change it back :(
Akim
>>>>> "Gary" == Gary V Vaughan <[EMAIL PROTECTED]> writes:
>>>>> "Alexandre" == Alexandre Oliva <[EMAIL PROTECTED]> writes:
Gary> Hmm. I'm pretty sure autoconf 2.13 set target to "NONE".
Akim> Yes, it did,
| So, here's the "fix". However, this is not very robust, and the real
| problem with the AC_REQUIRE diversions needs to be fixed.
The patch is in the queue.
| +AC_DEFUN(AC_PROG_LIBTOOL,[AC_REQUIRE([_AC_PROG_LIBTOOL])
| +# If AC_PROG_CXX has already been expanded, run AC_LIBTOOL_CXX
| +# immediately, otherwise, hook it in at the end of AC_PROG_CXX.
| + AC_PROVIDE_IFELSE([AC_PROG_CXX],
| +[AC_LIBTOOL_CXX],
| +[define([AC_PROG_CXX], defn([AC_PR
> "Alexandre" == Alexandre Oliva <[EMAIL PROTECTED]> writes:
Alexandre> I've just thought of a way to avoid any compatibility
Alexandre> problems between libtool components: embedding ltconfig,
Alexandre> ltmain.sh and ltcf-*.sh in libtool.m4. AC_PROG_LIBTOOL
Alexandre> would extract ltconfi
ouble quote the (risky) literals:
>
> AC_LINK_IFELSE([AC_LANG_PROGRAM(
> [[#include
> #ifndef tzname /* For SGI. */
> extern char *tzname[]; /* RS6000 and others reject char **tzname. */
> #endif]],
> [atoi (*tzname);])],
>[ac_cv_var_tzname=yes],
>[ac_cv_var_tzname=no])
>
So in the case Pavel fixed, I'd suggest to follow the advice of Lars.
Akim
> "Pavel" == Pavel Roskin <[EMAIL PROTECTED]> writes:
Pavel> I'm fixed now :-)
:)
Pavel> I'll try to remove changequote()s from libtool.m4 as long as it
Pavel> remains compatible with Autoconf-2.13
This is totally independent from the Autoconf release.
| On Oct 11, 2000, Morten Eriksen <[EMAIL PROTECTED]> wrote:
| > Autoconf straight out of CVS will complain about "backquotes and
| > doublequotes should not be backslashed" when expanding the macro code
| > of _LT_AC_LTCONFIG_HACK libtool.m4.
|
| The problem is that CVS autoconf changes the way
> "Alexandre" == Alexandre Oliva <[EMAIL PROTECTED]> writes:
Alexandre> I'm definitely in favor of this change.
OK< I consider this an OK and will apply the change directly.
___
Libtool mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/li
> "Matthias" == Matthias Koeppe <[EMAIL PROTECTED]> writes:
Matthias> There was also a bunch of missing quotes around `test'
Matthias> arguments in the scripts, which confused /bin/test on
Matthias> Solaris 2.7 boxes.
Could you give some more details on this problem? IMHO, these
variables s
In Autoconf, the words which include _A?_, A?_, _m4_, m4_ are
forbidden, in order to diagnose unexpanded macros. There is
(currently) no escape to this rule.
But then we have a conflict for Libtool for:
~/src/libtool % ace nostromo 15:58
configure:5
> "Bernard" == Bernard Dautrevaux <[EMAIL PROTECTED]> writes:
Bernard> Whar is AS_xxx used for in autoconf?
Autoshell, see m4sh.m4.
___
Libtool mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/libtool
>>>>> "Pavel" == Pavel Roskin <[EMAIL PROTECTED]> writes:
Pavel> Hello, Akim!
>> In Autoconf, the words which include _A?_, A?_, _m4_, m4_ are
>> forbidden, in order to diagnose unexpanded macros. There is
>> (currently) no escape to this r
_FLAGS], [lt_cv_AR_FLAGS])
then autoconf.sh would just gather these guys, and say nothing about
them.
Akim
___
Libtool mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/libtool
> "Alexandre" == Alexandre Oliva <[EMAIL PROTECTED]> writes:
Alexandre> On Nov 6, 2000, Earnie Boyd <[EMAIL PROTECTED]> wrote:
>> Why not just prefix the reserved autoconf variables with a `_'
>> character?
Alexandre> autoconf used to use just AC_/ac_. Now, it's claiming
Alexandre> ownershi
> "Earnie" == Earnie Boyd <[EMAIL PROTECTED]> writes:
Earnie> But, neither of you answered my question. Why not use `_' to
Earnie> prefix A?_* names? You can then declare that the user is
Earnie> incorrect as _A?_* is a vendor variable! I as a user should
Earnie> be allowed to declare A?_
I'm happy to say that running the test suites of both Libtools and of
Automake with CVS Autoconf works fine.
___
Libtool mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/libtool
+*djgpp*)
+ # DJGPP does not support shared libraries at all
+ ac_cv_prog_cc_pic=
+ ;;
Aah! Libtool uses the ac_ name space??? That's quite risky...
___
Libtool mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listin
>>>>> "Raja" == Raja R Harinath <[EMAIL PROTECTED]> writes:
Raja> Hi, Akim Demaille <[EMAIL PROTECTED]> writes:
>> I'm happy to say that running the test suites of both Libtools and
>> of Automake with CVS Autoconf works fine.
Raja> Th
> "Raja" == Raja R Harinath <[EMAIL PROTECTED]> writes:
Raja> OK. But, this problem isn't due to the redefining. I can
Raja> repeat it with
Raja> AC_INIT AC_PROG_CXXCPP AC_OUTPUT
Ah ah! Thanks!
___
Libtool mailing list
[EMAIL PROTECTED]
http
/autoconf/autoconf-2.49c.tar.gz
Happy configuring!
Akim, Alexandre, Jim, Pavel, Paul, and Tom.
NEWS:
* Major changes in Autoconf 2.49c -*- outline -*-
** Lots of bug fixes
Way too many for us to spell them out. Check out ChangeLog if you
really want to know more
> "Robert" == Robert Boehne <[EMAIL PROTECTED]> writes:
Robert> Ok, I changed AC_CANNONICAL_HOST to AC_CANNONICAL_SYSTEM in
Robert> configure.ac and it works. However, this doesn't appear to be
Robert> the 'proper' fix because AC_CANNONICAL_SYSTEM is obsolete. I
Robert> also have tried AC_C
ftp://ftp.gnu.org/gnu/autoconf/autoconf-2.50.tar.gz
b3d78c5aefd53ed69d93182239af65e3 autoconf-2.50.tar.gz
ae8d8bd7718fa6fd6e4b77cb8cb4332ef50dfaa8 autoconf-2.50.tar.gz
Happy configuring!
Akim, Alexandre, Jim, Pavel, Paul, and Tom.
* Major changes in Autoconf 2.50
** Lots of
Hi People!
I'm looking for information on the portability of find(1). Please,
send me everything you know. In particular, I think I'm understanding
that `{}' is portably replaced by the argument only when alone, i.e.,
exactly
find ... {} ...
and not
find ... "foo: \{\}" ...
>> sprintf (filename, "%.*s/%s", (int) dirname_len, dirname, dlname);
Given that the rest of ltdl uses strcpy and strcat, I fail to
understand the presence of this sprintf.
___
Libtool mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinf
> "Kevin" == Kevin Ryde <[EMAIL PROTECTED]> writes:
Kevin> On an sv1-cray-unicos10.0.0.X with the cvs libtool I noticed
Kevin> the following error,
Kevin> configure: creating libtool sed: 1:
Kevin> "s/[-_ABCDEFGHIJKLMNOPQR ...": RE error: [ ] imbalance or
Kevin> syntax error appendin
>>>>> "Paul" == Paul Eggert <[EMAIL PROTECTED]> writes:
>> From: Akim Demaille <[EMAIL PROTECTED]> Date: 04 Oct 2001 17:38:43
>> +0200
>>
>> some of our parts would be extremely happy to have as good a shell
>> as possible. For
> "Tim" == Tim Van Holder <[EMAIL PROTECTED]> writes:
>> > it is probably still worth mentioning in the autoconf manual's
>> > section on portable shell programming.
>>
>> Yes, that makes sense.
Tim> I'll whip up something tomorrow.
Hi Tim! ;)
> "Tim" == Tim Van Holder <[EMAIL PROTECTED]> writes:
Tim> Something like this, perhaps?
For sure!
___
Libtool mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/libtool
rpose?
Shouldn't this flag be for libltdl only? I have not seen
information about this in the documentation, but I might
have not looked correctly (I looked at occurrences of
-no-undefined and LDFLAGS).
Cheers,
Akim
___
https://lists.gnu.o
Hi Bob!
Le 8 avr. 2014 à 16:28, Bob Friesenhahn a écrit :
> On Tue, 8 Apr 2014, Akim Demaille wrote:
>
> This option is necessary in order to build DLLs under Windows (and likely
> shared libraries under AIX).
I do understand it is needed on some platforms, but I
don't ai
Le 8 avr. 2014 à 19:01, Bob Friesenhahn a écrit :
> Libltdl is likely managed by a package manager on the system since it is a
> common component on any GNU/Linux system and other free systems. By embedding
> libltdl in some other application or library, the users of that application
> or lib
ic btw)
is used in all layers.
To enable ASAN, I add '-fsanitize=address' to my CXXFLAGS. It works well
except for the C++ part of the Python module:
> akim@erebus ~/src/lrde/vaucanson2 $ make -C _build/35d python/vcsn_cxx.la V=1
> /bin/sh ./libtool --tag=CXX --mode=link c
Le 17 mai 2014 à 03:36, Peter Rosin a écrit :
> Hi!
Hi Peter,
Thanks for the answer!
>> My other libraries, which are not modules, are linked properly though.
>> For instance (the only relevant part is that -fsanitize is not stripped
>> from the command passed to the linker):
>
> This part I
Hi!
I have a library that, when loading, invokes functions in the main application.
So dependencies are really resolved in reverse: the main program does not
"need" the libraries, it is the libraries that use the main program to inform
it that they are there.
In such a case, some distros, suc
Now that there are no doubts about the portability of shell functions
(in the sense that there's always a shell on the machine that supports
function ---and maybe the documentation should reflect this), I'm
curious about the support of "return" and "local". Is there anything
known about them? IS
>>> "Paul" == Paul Eggert <[EMAIL PROTECTED]> writes:
> "local" isn't in POSIX so I'd avoid it in portable scripts.
Doh. Thanks.
> For what it's worth, I briefly searched for this issue and found these
> bug reports dated this year where someone used "local" in a shell
> script and someone
>>> "Andreas" == Andreas Schwab <[EMAIL PROTECTED]> writes:
> Akim Demaille <[EMAIL PROTECTED]> writes:
>> if (local foo) >/dev/null 2>&1; then :; else
>> local () { true; }
>> fi
> Note that local is only valid in funct
[Please keep me in CC.]
Hi,
I'm trying to build a convenience library, install it, build another
convenience library on top of it (and again install it), and finally
link an executable using the latter library.
I thought I could do that using Libtool static libraries with
extension .la, but it
>>> "Ralf" == Ralf Wildenhues <[EMAIL PROTECTED]> writes:
> Hello Akim,
> * Akim Demaille wrote on Fri, Sep 29, 2006 at 10:41:36AM CEST:
>>
>> I'm trying to build a convenience library, install it, build another
>> convenience li
>>> "Ralf" == Ralf Wildenhues <[EMAIL PROTECTED]> writes:
Thanks Ralf,
> (The only system it won't work on then is w32 with MSVC with the
> LIB archiver instead of ar.)
Bummer. But I'm not surprised :)
> Hmm. By default the
> libtool --mode=link $CC -o liba.a a.lo
> will choose the no
Hi!
There must be something not going too well in the AC_REQUIRES of
ltld. In the attached configure.ac, some macros are issued out of
order, which results in, for instance, shrext_cmds being used before
its definition:
$ grep -E 'shrext|If you need' configure
eval libltdl_cv_shlibext=$
Hi friends,
It's cold, the win32ter's back, and I'm a lonely winderer in the
winderful country to losedows.
As you suggested, I'm moved from pw32 to ming32, and as a result, I
now have a "wrapper.exe" instead of a shell script "wrapper". This is
wonderful news, since I was wasting a lot
Le 21 déc. 08 à 17:49, Ralf Wildenhues a écrit :
Hi Akim,
Hi Ralf!
* Akim Demaille wrote on Fri, Dec 19, 2008 at 11:41:34AM CET:
Yet I have a slight problem: for some reason the top-level wrapper
(lt-
cli.exe in my case) tries to launch .libs/lt-cli.exe, which does not
exist. What does
Le 29 déc. 08 à 22:55, Ralf Wildenhues a écrit :
Hi Akim,
* Akim Demaille wrote on Fri, Dec 12, 2008 at 11:17:08AM CET:
There must be something not going too well in the AC_REQUIRES of
ltld.
In the attached configure.ac, some macros are issued out of order,
which
results in, for
[Resending this email because it has been refused from several places,
apparently because the attachment triggers virus-detectors for
whatever reason. Hopefully tz2 should be ok.]
Le 19 avr. 09 à 18:29, tsuna a écrit :
(catching up on some super old emails)
On Wed, Jan 7, 2009 at 8:07 PM,
002 18:44:16 - 1.1829
**
2002-01-24 Akim Demaille <[EMAIL PROTECTED]>
Version 2.52g.
2002-01-24 Akim Demaille <[EMAIL PROTECTED]>
* bin/autoheader.in, bin/autoconf.in, bin/autoscan.in,
* doc/autoconf.texi: Finally add Akim as an author.
20
> "Ilya" == Ilya Shlyakhter <[EMAIL PROTECTED]> writes:
Ilya> Hello, I've converted my project to use libtool, and it compiles
Ilya> fine but doing "make distcheck" fails saying that after make
Ilya> distclean, files are left. I'm on cygwin and the only file left
Ilya> is called "a.exe". Wh
> "Per" == Per Bothner <[EMAIL PROTECTED]> writes:
Per> Unfortuntely, autoconf 2.52 does not define 'Java' as a language.
Per> But that can probably be worked around.
Autoconf 2.52+ would be most happy to support Java.
___
Libtool mailing list
[EM
The Autoconf team is extremely pleased to announce Autoconf 2.53. We
hope it will address your problems, and make your life easier.
Enjoy!
Akim, Alexandre, Jim, Paul, Tom.
ftp://ftp.gnu.org/gnu/autoconf/autoconf-2.53.tar.gz (973 kB)
ftp://ftp.gnu.org/gnu/autoconf/autoconf-2.53
> "Per" == Per Bothner <[EMAIL PROTECTED]> writes:
Per> Perhaps we could start by defining some or all of AC_PROG_GCJ,
Per> AC_PROG_JAVAC (the .java->.class compiler), and AC_PROG_JAVA (the
Per> Java .class file "interpreter"). Or perhaps there could be a
Per> AC_JAVA that subsumes all three
> "Patrick" == Patrick Guio <[EMAIL PROTECTED]> writes:
Patrick> If I just "touch configure" then everything is running ok
Patrick> again. I am not sure which of the package is generating this
Patrick> trouble nut is there any policy/strategy of using
Patrick> configuration tool together with
| Am Mon, 2002-09-23 um 10.49 schrieb Alexandre Duret-Lutz:
| > >>> "Ralf" == Ralf Corsepius <[EMAIL PROTECTED]> writes:
| >
| > [...]
| >
| > Ralf> http://mail.gnu.org/pipermail/libtool-patches/2002-January/001659.html
| >
| > Ralf> .. which seems to indicate that libtool is the culprit.
|
> "Roger" == Roger Leigh <[EMAIL PROTECTED]> writes:
Ralf> .. still nobody wanting to care to fix it?
>> AFAICT it's fixed in CVS Libtool.
Roger> And in Debian.
Am I crazy suggesting that Debian Libtool be the next Libtool release?
___
Libtool m
| Alexandre Duret-Lutz wrote:
| > Bruce> My preference would be this:
| >
| > Could you send this to the list?
|
| Alright:
|
| I would really like to see the auto* tools packages (autoconf,
| automake and libtool) each adopt several of their worst
| clients' packages for regression testing.
| > I have not read all the details yet, but does anybody know what we
| > must do to cope with Libtool 1.4.2?
|
| How about this patch to Autoconf? It should let us limp along until a
| new libtool version is published.
|
| --- old/BUGS 2002-03-26 08:14:37.0 -0800
| +++ new/BUGS 200
> "Bob" == Bob Friesenhahn <[EMAIL PROTECTED]> writes:
Bob> Wouldn't it be better to get libtool 1.5 out the door? The
Bob> resources required to achieve a releasable product are similar
Bob> and CVS libtool already contains most of the fixes that would go
Bob> into a 1.4.3.
There is one bi
> "Sascha" == Sascha Schumann <[EMAIL PROTECTED]> writes:
Sascha> We use it for the PHP project (>80k lines configure script),
Sascha> because 2.5x is 5 to 6 times slower
That's because it does provide a better service too :( I have timed a
lot of the code, and I can tell that we're hittin
> "Russ" == Russ Allbery <[EMAIL PROTECTED]> writes:
Great thread people! I'm happy to see you're alive :)
Russ> There were a variety of reasons for breaking backward
Russ> compatibility, like choosing to clean up quoting, but that's a
Russ> justification for doing it, not an argument that
> "Robert" == Robert Boehne <[EMAIL PROTECTED]> writes:
Robert> Ok, So a 1.4.3 version is desired, that's established. The
Robert> million-dollar question is: Does current branch-1-4 Libtool do
Robert> the trick?
Robert> If so, then a roll out could be done within the week.
I would like to
| > Sascha> and contains a dependency-ignorant cache system.
| >
| > What do you mean?
|
| Each of PHP's bundled extensions has a config.m4 which can be
| maintained separately. Autoconf 2.50 and later insert stale
| code into configure, when such a config.m4 file changes.
You want
| > You want autoconf -f then.
| -f, --force consider all files obsolete
|
| We do a ./cvsclean right now for autoconf +2.50 which purges
| all generated data. I guess that is basically the same.
|
| > You know, you are typically the kind of people who has valid grieve
The Autoconf team is happy to annonce the first beta of forthcoming
Autoconf 2.55. Download, compile, install, torture, and enjoy!
Akim, Alexandre, Jim, Paul, and Tom
ftp://alpha.gnu.org/gnu/autoconf/autoconf-2.54a.tar.gz (1.1 MB)
ftp://alpha.gnu.org/gnu/autoconf/autoconf
The Autoconf team -- Akim, Alexandre, Jim, Paul, and Tom -- is happy
to annonce the second beta of forthcoming Autoconf 2.55. Download,
compile, install, torture, and enjoy!
- Why should I upgrade from 2.54?
A few bug fixes, improved portability, no known incompatibility with
2.54 and 2.55
I fyou look at the current tarball of GNU M4, located here:
http://www.lrde.epita.fr/~akim/download/m4-1.4q.tar.gz or .bz2
you'll see that make distcheck fails, while make check passes.
distcheck fails in a simple way, corresponding to this:
~/src/m4/m4-1.4q/=build/tests %
> "Robert" == Robert Boehne <[EMAIL PROTECTED]> writes:
Robert> All, Hey, that's a relief, now we don't have to deal with this
Robert> issue anymore. I would be in favor of a) leaving the shell
Robert> functions in place, and b) making use of them more.
I don't agree. Autoconf does not use
The Autoconf team -- Akim, Alexandre, Jim, Paul, and Tom -- is happy
to annonce the birth of Autoconf 2.55. Download, compile, install,
torture, and enjoy!
- Why should I upgrade from 2.54?
A few bug fixes, improved portability, no known incompatibility with
2.54 and 2.55, forthcoming
Bruce> Bootstrap-Bash could use a frozen version of configure.
This means freezing at least one copy of Bash. Doable.
But I still think it might be a bit too soon. I don't see the urgency
to move to shell functions, but I do see how they can simplify our
lives.
The Autoconf team -- Akim, Alexandre, Jim, Paul, and Tom -- is happy
to annonce the birth of Autoconf 2.56, aka 2.55 with a packaging
problem fixed.
- Why should I upgrade from 2.54?
A few bug fixes, improved portability, no known incompatibility with
2.54 and 2.55, forthcoming Gettext
<#secure method=pgpmime mode=sign>
This is our candidate release for Autoconf 2.58. We plan to release
it soon, so that Automake 1.8 can be released, hence Libtool 1.6, so
that GNU M4 2.0 can be shipped, enabling Autoconf 2.60 ;)
Please, test it thoroughly.
Akim, Alexandre, Jim
This is our candidate release for Autoconf 2.58. We plan to release
it soon, so that Automake 1.8 can be released, hence Libtool 1.6, so
that GNU M4 2.0 can be shipped, enabling Autoconf 2.60 ;)
Please, test it thoroughly.
Akim, Alexandre, Jim, Paul, and Tom.
Here are the compressed
braries that this one depends upon.
dependency_libs=' -L/Users/akim/src/tc/_build/src/symbol
-L/Users/akim/src/tc/_build/src/task
-L/Users/akim/src/tc/_build/src/misc '
is this normal? When I had -lsymbol etc. by hand, linking and execution
passes.
How am I expected to do that?
If
Le 4 déc. 04, à 16:21, Bob Friesenhahn a écrit :
libast_la_LIBADD=../symbol/libsymbol.la ../task/libtask.la \
../misc/libmisc.la
Does that help?
But it results in libast containing all the other libraries.
I tried to avoid that.
___
Libtool mailing lis
Le 4 déc. 04, à 18:13, Bob Friesenhahn a écrit :
On Sat, 4 Dec 2004, Akim Demaille wrote:
Le 4 déc. 04, à 16:21, Bob Friesenhahn a écrit :
libast_la_LIBADD=../symbol/libsymbol.la ../task/libtask.la \
../misc/libmisc.la
Does that help?
But it results in libast containing all the other libraries
I'm not sure I understand correctly what -static means for
programs. My understanding is that during the build, libraries
against which the program is linked are statically linked
if there are not installed *now*. Reading the documentation, it is
somewhat unclear to me whether it refers to librar
This message
(http://lists.gnu.org/archive/html/libtool/2004-12/msg00263.html)
is left without answer. I am quite stuck currently. It seems
to me that it is due to a CVS libtool bug on Darwin, but I have
received no confirmation.
The original message includes a test case.
Thanks!
I'm not sure I
Le 4 janv. 05, à 00:02, Peter O'Gorman a écrit :
Hi Akim,
Hi!
I have no idea what is supposed to happen in this situation. You have
specified that static libraries should not be built and also asked that
executables be statically linked against not-yet-installed libraries.
Right.
If you
conf
82 matches
Mail list logo
