e added, but I would be very surprised if binary compatibility were
broken.
Cheers,
Gary.
--
())_. Gary V. Vaughan gary@(oranda.demon.co.uk|gnu.org)
( '/ Research Scientist http://www.oranda.demon.co.uk ,_())
/ )= GNU Hacker http://www.gnu.o
[EMAIL PROTECTED] wrote:
> do you know of any examples of `lt_dlsetsearchpath'
> use i could look at and study?
Sure, cvs m4 (available from savannah) is a model use, and I think imlib2 is using my
loader code in a fairly novel and interesting mode.
HTH,
Gary.
--
(
ing capabilities using the
> > -dlopen/-dlpreopen flags.
>
> Does anyone actaully use this feature these days?
>
> Just curious.
>
> Nick
Yup, CVS m4 uses it to make sure that the basic modules required for m4-1.4 backvard
On Mon, 28 Mar 2005, Ralf Wildenhues wrote:
> Hi Norman,
>
> * Norman Gray wrote on Sat, Mar 26, 2005 at 05:51:17PM CET:
> >
> > I found Gary Kumfert's message
> > <http://lists.gnu.org/archive/html/libtool/2004-12/msg00213.html>, in
> > which he sa
On Tue, 29 Mar 2005, Ralf Wildenhues wrote:
> Hi Gary,
>
> * Gary Kumfert wrote on Tue, Mar 29, 2005 at 07:06:17PM CEST:
> > On Mon, 28 Mar 2005, Ralf Wildenhues wrote:
> > > * Norman Gray wrote on Sat, Mar 26, 2005 at 05:51:17PM CET:
> > > >
> > > &
sized statues, and hire ten computer science
> students to meditate there on the impermanence of existence, the
> putrefaction of the flesh, and the difficulty of maintaining (and
> testing) multiple build environments.
*snicker*
I know the feeling
haven't gotten into the details of my code here,
but folks who want to persue this further...
(or wonder why there's "#ifdef PIC" in the source)
are free to contact me.
Regards,
Gary
--
Hi Ralf,
On Fri, 13 Jan 2006, Ralf Wildenhues wrote:
> Hi Gary,
>
> * Gary Kumfert wrote on Thu, Jan 12, 2006 at 09:07:52PM CET:
> >
> > I'm learning that libtool 1.5.22 "fixed" the -static flag so that
> > static libraries are linked in the build
imilar for IBM's BlueGene,
powerpc64-unknown-linux-gnu
should be something like
powerpc64-ibm-linux-gnu
for compute nodes and
powerpc64-ibm-bgl_cnk (BlueGene/L Compute Node Kernel)
for compute nodes.
Help?
Gary
----
I got errors when I do the cross compile for powerpc. Below are the error
messages. It looks for /usr/lib/libltdl.so instead of
/tools/eldk/4.2/ppc_4xx/usr/lib/libltdl.so at link time. I set the path
-L/tools/eldk/4.2/ppc_4xx/usr/lib. But, it is useless. Below are details.
Before running ./con
I got errors when I do the cross compile for powerpc. Below are the error
messages. It looks for /usr/lib/libltdl.so instead of
/tools/eldk/4.2/ppc_4xx/usr/lib/libltdl.so at link time. I set the path
-L/tools/eldk/4.2/ppc_4xx/usr/lib. But, it is useless. Below are details.
Before running ./con
I am doing the cross compile. The libtool uses wrong gcc and ld. It should use
"/tools/eldk/4.2/ppc_4xx/usr/bin/ld", not "/usr/local/bin/ld". It should be
“/tools/eldk/4.2/usr/bin/ppc_4xx-gcc –shared”, not gcc –shared. See below. How
to fix it?
/tools/eldk/4.2/ppc_4xx/usr/bin/libtool --tag=CC
link dependencies for me.
Is there any way of achieving this with automake and libtool?
thanks.
Gary.
___
Libtool mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/libtool
ns to
linkers.
I'll give you script approach a go and see what happens, I would
certainly prefer a builtin solution. Is there any reasonably simple way
of adding this kind of support? I don't know a whole lot about the
autotools yet so If I'm suggesting the very difficult let me kno
what settings are ultimately needed,
or try to hack the changes into scripts and send the diffs.
I'd be willing to work with someone to refine the code
if I'm the only one with access to an AIX 5.x box.
Regards,
Gary
Rob,
Nope. Haven't tried CVS yet. Figured someone would
let me know if AIX 5 support is already there.
What about AIX 5 on rs6000? PowerPC? Those are really
my platforms of interest at the moment.
Gary
On Mon, 25 Nov 2002, Robert Boehne wrote:
> Gary:
>
> Have
On Tue, 26 Nov 2002, Jeff Trawick wrote:
> Gary Kumfert <[EMAIL PROTECTED]> writes:
>
> > Hi,
> >
> > I've found no support for AIX 5 in automake, autoconf,
> > or libtool (not even config.guess!).
> >
> > Any libtool developer in
On Tue, 26 Nov 2002, Jeff Trawick wrote:
> Gary Kumfert <[EMAIL PROTECTED]> writes:
>
> > Hi,
> >
> > I've found no support for AIX 5 in automake, autoconf,
> > or libtool (not even config.guess!).
> >
> > Any libtool developer in
indeed the version of icpc is
checked and different flags are selected.
Wasn't libtoolize supposed to update the libtool.m4 file?
Gary
Gary Kumfert, Ph.D. <[EMAIL PROTECTED]>
Center f
ickery
these files accomplish. (A pointer to some literature would be helpful.)
Help?
Gary
----
Gary Kumfert, Ph.D. <[EMAIL PROTECTED]>
Center for Applied Scientific Computing phone: 92
On Fri, 17 Dec 2004, Ralf Wildenhues wrote:
> [ slightly reordered ]
>
> * Gary Kumfert wrote on Fri, Dec 17, 2004 at 12:17:17AM CET:
> > On Thu, 16 Dec 2004, Gary Kumfert wrote:
> > >
> > > I'm tracking down an issue between Intel 8.1 and libtool 1.5.10
My configuration needs C, C++, Java, Python, F77, and F90
(called "FC").
Why did support for FC disappear from libtool.m4 in my
"upgrade" from 1.5.4 to 1.5.10?
Gary
----
On Sat, 18 Dec 2004, Ralf Wildenhues wrote:
> Hi Gary,
>
> * Gary Kumfert wrote on Sat, Dec 18, 2004 at 01:23:06AM CET:
> >
> > My configuration needs C, C++, Java, Python, F77, and F90
> > (called "FC").
>
> Wow!
I know... Its a l
On Mon, 20 Dec 2004, Bob Friesenhahn wrote:
> On Mon, 20 Dec 2004, Gary Kumfert wrote:
> >
> > So there's no libtool maintainer support for F90?
> > How disappointing!
>
> We used to have a strong Fortran maintainer but he is no longer
> actively involv
Has anybody attempted a port to the X1?
Thanks,
Gary Kedziora
___
http://lists.gnu.org/mailman/listinfo/libtool
de such platform-specific details.
(I concede that its not easy since AIX has a unique mapping of
the 3 linkage concepts [static, shared, dynamic] onto the two
file suffices [*.a, *.so]. OTOH, I suppose IBM figures its a
novel feature of ELF that all shared libraries can be dynamically
loaded.)
Req
reconfigure and stops again at compiling ltdl.c.
I find no occurence of cray or unicos in any of the m4 scripts. I'm
using libtool-1.5.10. Do you think this is a system set-up problem or
does libtool no longer support Cray? I'm new to tinkering with
autoconf, automake, and libto
On Mon, 17 Jan 2005, Ralf Wildenhues wrote:
> Hi Gary,
>
> * Gary Kumfert wrote on Sat, Jan 15, 2005 at 02:04:55AM CET:
> >
> > There aren't two types of shared libraries... there's shared
> > and there's dynamic (or "run time linked" in AIX s
. If you want a pre-alpha of the prototype engine, I
can mail tarballs out, and then you can play with modules to implement
the syntax you have designed.
> Ezra Peisach
Cheers,
o abstract the tokeniser to use syntax tables, so that new
syntax can be added easily -- for example: rather than hard coding
variable expansion into the reader, a `$' encountered in the input
stream would have a function pointer to consume valid identifier
characters to assemble a variable name to
in your PATH?
..time passes...
Ah! I think I have it. Autoconf-2.13 has a bug in AC_SUBST which
prevents AC_SUBST(FILE) from ever working. I am committing a patch
which works around this problem. I am not able to break this, even if
I force an empty string in just before the AC_SUBST in confi
On Tue, Feb 22, 2000 at 07:32:37PM -0500, Pavel Roskin wrote:
> Hello, Gary!
Hello =)O|
> > > The simplest way to reproduce on Linux-i386:
> > >
> > > Find "i*86 |" in libtool.m4 and remove it. Then run
> > >
> > > ./bootstrap &a
On Mon, Mar 06, 2000 at 10:15:46PM +0100, Assar Westerlund wrote:
> "Gary V. Vaughan" <[EMAIL PROTECTED]> writes:
> > It has been working forever!
> >
> > libtool --mode=link gcc -o foo bar.c -L/usr/local/lib -lbaz
>
> Aha, I did /usr/local/lib/libba
On Mon, Mar 06, 2000 at 10:24:44PM -0300, Alexandre Oliva wrote:
> On Mar 6, 2000, Assar Westerlund <[EMAIL PROTECTED]> wrote:
>
> > I wrote:
> >> "Gary V. Vaughan" <[EMAIL PROTECTED]> writes:
> >> > It has been working forever!
>
On Sat, Feb 26, 2000 at 09:48:19PM -0300, Alexandre Oliva wrote:
> On Feb 26, 2000, "Gary V. Vaughan" <[EMAIL PROTECTED]> wrote:
>
> > making it relatively similar to bourne shell wouldn't hurt since that
> > is already a known quantity, and will be eas
dy actually volunteer/working on it?
It has been working forever!
libtool --mode=link gcc -o foo bar.c -L/usr/local/lib -lbaz
Cheers,
Gary.
--
___ _ ___ __ _ mailto:[EMAIL PROTECTED]
/ __|__ _ _ ___ _| | /
bly
> also save PATH for the relink. Otherwise, a change in the PATH could
> cause another compiler driver to be used.
>
> Since that's just a matter of adding one more variable to
> variables_saved_for_relink, I won't bother to post a revised patch.
On Tue, Mar 14, 2000 at 12:15:59PM +0100, Thomas Tanner wrote:
>
> On 13-Mar-2000 Gary V. Vaughan wrote:
> >> This might be worth back-porting to 1.3.*, in case we decide to
> >> release 1.3.5. What do you think?
> > Nah. I think we should make a 1.4 branch and m
scovering
> any method to get this information.
Generate the library with libtool, and then parse the installed .la
file for 'dlname=libname.so' (or sl or dll etc). Or better yet, use
libltdl to load your library, in which case you don't need to know the
corr
ntained shared
> library?
You want the pic objects in the static lib to be added to the shared
lib right?
If you are building the PIC-static lib yourself, then create it as
libtool convenience library and link *that* into the shared lib that
depends on it.
Che
On Thu, Mar 23, 2000 at 09:12:54PM -0500, Jason Day wrote:
> On Fri, Mar 24, 2000 at 12:43:24AM +0000, Gary V. Vaughan wrote:
> > On Thu, Mar 23, 2000 at 05:38:35PM -0500, Jason Day wrote:
> > > So I tried building a shared version of the static library, and libtool gave
> &g
On Fri, Mar 24, 2000 at 03:59:50PM +, [EMAIL PROTECTED] wrote:
>
> > On Thu, Mar 23, 2000 at 09:12:54PM -0500, Jason Day wrote:
> > > On Fri, Mar 24, 2000 at 12:43:24AM +, Gary V. Vaughan wrote:
> > > > On Thu, Mar 23, 2000 at 05:38:35PM -0500, Jason Day
IIRC, there have
been a few reports of this very same problem with linking one of the
perl libraries into libtool libraries. It would be a big win to fix
this.
Cheers,
Gary.
--
___ _ ___ __ _ mailto:[EMAIL PROTECTED]
/ __|__ _ _ __
re functionality. That we have got it to work as well
as it does has involved much sweat and tears!
> > I'm glad to know that there's no problem
> > with using gcc to link on *that platform*.
>
> I'm sure Gary will tell you how impossible that is to achieve,
On Fri, Mar 31, 2000 at 11:29:46PM +0300, Paul Sokolovsky wrote:
> Hello Gary,
Hi Paul,
> Gary V. Vaughan <[EMAIL PROTECTED]> wrote:
>
> GVV> Unfortunately the dll architecture is so bust, that it would be unfair
> GVV> to use it as a baseline for all the nicer s
usr/lib/libc.sl* or equivalent) and tell me what it is.
I might very well release 1.3.5 shortly, so the sooner the better!
Cheers,
Gary.
--
___ _ ___ __ _ mailto: [EMAIL PROTECTED]
/ __|__ _ _ ___ _| | / / | / /_ _ _ _ __ _|
cally load the newer release without recompiling
any applications.
Cheers,
Gary.
--
___ _ ___ __ _ mailto: [EMAIL PROTECTED]
/ __|__ _ _ ___
arses these options as being linker path options and does not supply
> them properly to the compiler and linker.
This is a known problem with a workaround: when building the libtool
compile line, you should use -Wc,-LANG:std
Cheers,
Gary.
--
___ _ ___ __
MD,.deps/dtedio.pp) to your
MIPSpro compiler. I *think* you might need to use an automake from
after the `depgen' branch merge to fix this.
Cheers,
Gary.
--
___ _ ___ __ _ mailto: [EMAIL PROTEC
g something and more serious modifications are
> not needed, shouldn't we write the following code instead?
>
> case "x$target" in
> xNONE|x) lt_target="$host" ;;
> *) lt_target="$target" ;;
> esac
Looks good to me. I'm
n I cvs diffed before committing Paul's
patch. Thanks Pavel.
Tinderbox would be fantastic! But subversions (cvs repository host)
doesn't have that facility =(O| A build farm on different
architectures would be even better, but I have no idea how to even
start to go
On Sun, May 07, 2000 at 01:18:45AM -0300, Alexandre Oliva wrote:
> On May 6, 2000, "Gary V. Vaughan" <[EMAIL PROTECTED]> wrote:
>
> > On Sat, May 06, 2000 at 12:35:34AM -0400, Pavel Roskin wrote:
> >> It turns out that the following code from libtool.m4 is a
On Tue, May 09, 2000 at 12:10:06PM +0200, Akim Demaille wrote:
> >>>>> "Gary" == Gary V Vaughan <[EMAIL PROTECTED]> writes:
>
> Gary> Hmm. I'm pretty sure autoconf 2.13 set target to "NONE".
>
> Yes, it did, definitely. But it
On Wed, May 10, 2000 at 10:48:30AM +0200, Akim Demaille wrote:
> >>>>> "Gary" == Gary V Vaughan <[EMAIL PROTECTED]> writes:
> >>>>> "Alexandre" == Alexandre Oliva <[EMAIL PROTECTED]> writes:
>
> Gary> Hmm. I'm
Hello everyone,
My workload has now eased enough to allow to get back to hacking
libtool, and I plan to release 1.3.5 this weekend. Is there anything
pending that I should incorporate into the tree before I roll it up
and ship it out?
Cheers,
Gary
On Fri, May 26, 2000 at 05:01:35AM -0300, Alexandre Oliva wrote:
> On May 26, 2000, "Gary V. Vaughan" <[EMAIL PROTECTED]> wrote:
>
> > My workload has now eased enough to allow to get back to hacking
> > libtool, and I plan to release 1.3.5 this weekend. Is
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
t to the multi-language-branch (for
1.5).
Cheers,
Gary.
--
___ _ ___ __ _ mailto: [EMAIL PROTECTED]
/ __|__ _ _ ___ _| | / / | / /_ _ _ _ __ _| |_ __ _ ___ [E
SD related changes to the HEAD revision in the
last few days -- none of which I can test, so your feedback would be
very much appreciated.
On the other hand any useful looking stuff you submit against 1.3.5
might be gratuitously ported to CVS HEAD =)O|
Cheers,
Gary.
--
___
t to process the sed script properly. The difficult
bit is then to find a functionally equivalent sed script which works
with AIX sed...
Cheers,
Gary.
--
___ _ ___ __ _ mailto: [EMAIL PROTE
should
be changed to work with those releases. Otherwise, only the
multi-language-branch version of libtool might be expected to work
with CVS versions of the other two.
Cheers,
Gary.
--
___ _ ___ __
.*
(cd . && ln -s perl.lo perl.o)
gcc -shared perl.lo -L/usr/local/lib
/usr/lib/perl5/5.005/i386-linux/auto/DynaLoader/DynaLoader.a
-L/usr/lib/perl5/5.005/i386-linux/CORE -lperl -lnsl -lndbm -lgdbm
-ldbm -ldb -ldl -lm -lc -lposix -lcrypt ../m4/.libs/libm4.so -lc
-Wl,-soname -Wl,perl.so -o .li
Document the changes I have made in NEWS and ChangeLog.
Cheers,
Gary.
P.S. I would still like to see m4 in CVS. If you can put up the
various versions of m4 you would like to have in the repository, I can
generate a tree and arrance to hav
ere any special things I have to do to my
>DLL's?
It is hairy.
The snprintfv and m4 tarballs on my webpages both use libltdl to load
dll's on windows. You should pick at them to see how it can be done.
>Thanks for your time,
Thanks for your interest =)O|
>Tom
)
>
> AO> This is not fascistic. It's just that it's impossible to build DLLs
> AO> on MS-Windows unless header files and function definitions contain the
> AO> appropriate __declspec directives.
>
> > That's not true. That's dll client executables can
ubn/libanothersubdir.la
Again you can also add:
libcombin_la_LDFLAGS = -static
if you only want ar archives.
Cheers,
Gary.
--
___ _ ___ __ _ mailto: [EMAI
ures which have
peculiar flags that clash with libtool's normal processing.
A pragmatic approach might be:
case $arg in
.
.
.
-LANG:*) continue ;;
-L*)
...
;;
.
.
.
esac
This is *much* less work (for me, and for libtool). Shall I post a
patch?
Cheers,
On Fri, Aug 25, 2000 at 05:26:39PM -0300, Alexandre Oliva wrote:
> On Aug 25, 2000, Michael Matz <[EMAIL PROTECTED]> wrote:
>
> > Hi,
> > On Fri, 25 Aug 2000, Gary V. Vaughan wrote:
> >>
> >> A pragmatic approach might be:
> >>
> &g
On Fri, Aug 25, 2000 at 08:52:55PM -0500, Bob Friesenhahn wrote:
> On Sat, 26 Aug 2000, Gary V. Vaughan wrote:
> >
> > Sounds good to me. In order to not penalise IRIX developers, I guess
> > libtool should continue to discard -LANG:foo and friends, except on
> > IRI
o the linker.
So you need to use:
libmva_la_LDFLAGS = -Wl,-nostartfiles
>
> ·´¯`·.¸¸..><º>.·´¯`·.¸¸.·´¯`·.¸><º>¸.·´¯`·.¸.,..·´¯`·..
> ><º>`·.¸¸.·´¯`·.¸.·´¯`·...¸><º> [EMAIL PROTECTED]
Cool .sig!
Cheers,
Gary.
would need to have a macro along the lines of
AC_LIBTOOL_WIN32_DLOPEN which, when set in the developer's
configure.in, will affect the way AC_LIBTOOL_SETUP behaves if the
current host is win32 based.
Cheers,
Gary.
--
___ _ ___ __ _
On Tue, Aug 29, 2000 at 10:52:58PM +0200, [EMAIL PROTECTED] wrote:
> That doesn't work. These flags get eaten as described.
> I love manuals!
> All the best,
> Jan.
Which version of libtool are you using?
--
___ _ ___ __ _ mailto: [EMAIL PROTECTED]
/ __|
There is no way to guarantee that it will work though.
> CSW> See, libtool isn't a tool that lives on the end-user's system. It's a
> CSW> couple of scripts that are distributed with each package that uses
> CSW> libtool. So, you
On Sat, Sep 02, 2000 at 02:36:03PM -0400, Charles S. Wilson wrote:
> "Gary V. Vaughan" wrote:
> >
> > Charles S. Wilson wrote:
> > >
> > > There is *something* in the windows system that gets notified that
> > > myapp.exe depend
On Sun, Sep 03, 2000 at 01:34:23AM -0400, Charles Wilson wrote:
> "Gary V. Vaughan" wrote:
>
> > > Now, suppose that the png folks release a newer version, say png-2.1.x
> > > that exposes some additional features, but is backwards compatible with
> >
On Sun, Sep 03, 2000 at 04:39:51PM -0300, Alexandre Oliva wrote:
> On Sep 3, 2000, "Gary V. Vaughan" <[EMAIL PROTECTED]> wrote:
>
> > * When installing a libtool (.la) library:
> > - libfoo.la goes to $prefix/lib
> > - libfoo.dll goes to $
On Wed, Sep 06, 2000 at 02:00:04PM -0400, Pavel Roskin wrote:
> Hello, Gary!
Hi Pavel.
> The latest commit to the head brach in the libtool repository breaks
> libtool. With autoconf-2.13 and automake-1.4 this looks like this:
>
> [[snip]]
> configure.in: 33: required file
automake to fix the problem properly.
Cheers,
Gary.
--
___ _ ___ __ _ mailto: [EMAIL PROTECTED]
/ __|__ _ _ ___ _| | / / | / /_ _ _ _ __ _|
that for me too. Linux behaves properly though.
I'm Cc:ing the automake list incase anyone can offer some insight.
Cheers,
Gary.
--
___ _ ___ __ _ mailto: [EMAIL PROTECTED]
/ __|__ _ _ ___ _| | / / | / /_ _ _ _ __ _
GS " | egrep -e "[[]]$ac_cv_prog_cc_shlib[[
> ]]" >/dev/null; then :
You are entirely correct.
The whole of libtool.m4 and ltdl.m4 will be audited for misuse of
changequote before 1.4 is released.
Cheers,
Gary.
--
___
On Fri, Sep 08, 2000 at 04:18:48AM -0300, Alexandre Oliva wrote:
> On Sep 7, 2000, "Gary V. Vaughan" <[EMAIL PROTECTED]> wrote:
>
> > Should I commit the following to libtool as an ugly fix?
>
> > $ echo "This file is intentionally bl
On Mon, Sep 04, 2000 at 09:11:06PM +0300, Paul Sokolovsky wrote:
> Hello Gary,
Hey Paul!
> Gary V. Vaughan <[EMAIL PROTECTED]> wrote:
>
> Sorry, just when I thought I have some free time, that boss contrived
> rush. I answer on important points.
No worries. My ISP h
show up some time in the next 24 hours.
Thanks for the heads up.
> Is there a release schedule for 1.4 or MLB(1.5?). Just curious.
When it's ready =)O|
I'm working really hard to get 1.4 into shape rigt now, so maybe in
the next month or so?
Cheers,
Gary.
--
___
On Tue, Sep 12, 2000 at 01:34:34AM -0300, Alexandre Oliva wrote:
> On Sep 11, 2000, Michael Matz <[EMAIL PROTECTED]> wrote:
>
> > output_obj=`$echo "X$srcfile" | $Xsed -e 's%^.*/%%' -e 's%\.[^.]*$%%'`.${objext}
On Sun, Sep 10, 2000 at 11:05:28AM +0100, Nick Hudson wrote:
> "Gary V. Vaughan" wrote:
> >
> > On Thu, Sep 07, 2000 at 12:39:30PM +0100, Nick Hudson wrote:
> > > Is there a release schedule for 1.4 or MLB(1.5?). Just curious.
> >
> > When it's
On Sun, Sep 10, 2000 at 11:05:28AM +0100, Nick Hudson wrote:
> "Gary V. Vaughan" wrote:
> >
> > On Thu, Sep 07, 2000 at 12:39:30PM +0100, Nick Hudson wrote:
> > > [I hope this is the right place for the page problem...]
> > >
> > > I've
I would Cc: the cygwin list, but it always bounces my messages...
On Fri, Sep 15, 2000 at 01:55:16PM +0300, Paul Sokolovsky wrote:
> Hello Gary,
Hi!
> Unfortunately, there's no online
> archive of libtool-patches (why?), so I can't look there.
Wierd I added it to geocra
ead of the one it just created
Nor I =(
> Any Idea of what I could do (short of backing up to the installed version) ?
Post a report here, and wait for me to fix it =)O| Failing that you
could try a build in the source tree and see if that helps.
Cheers,
Gary.
--
___
o be sure, could you try it again with autoconf-2.13 and see whether
it goes away, please?
Cheers,
Gary.
--
___ _ ___ __ _ mailto: [EMAIL PROTECTED]
/ __|__ _ _ ___ _| | / / | / /_ _ _ _ __ _| |_ __ _
foo.test bar.test'
If you try to run a test which depends on another in this way, it
should tell you what the missing dependencies are (if it doesn't, that
is a bug!).
Cheers,
Gary.
--
___ _ __
.so
Alternatively:
application_LDADD = libquux.la
will examine the deplibs and produce the much more managable:
gcc ... -o application ... .libs/libquux.so .libs/libbaz.so \
.libs/libfoo.so .libs/libbar.so
HTH,
ed the way that it was =)O|
Eagerly awaiting your patch!
Cheers,
Gary.
--
___ _ ___ __ _ mailto: [EMAIL PROTECTED]
/ __|__ _ _ ___ _| | / / | / /
If you go to this page, there is a link to the new archives.
Cheers,
Gary.
--
___ _ ___ __ _ mailto: [EMAIL PROTECTED]
/ __|__ _ _ ___ _| | / / | /
snippet into the libtool script:
# Used to examine libraries when file_magic_cmd begins "file"
MAGIC_CMD="/usr/bin/file"
And that, in turn is generated by the here document you quoted above.
Cheers,
Gary.
--
___
On Mon, Oct 30, 2000 at 05:11:55PM -0200, Alexandre Oliva wrote:
> On Oct 30, 2000, Robert Boehne <[EMAIL PROTECTED]> wrote:
>
> > I opened them up in a hex editor and the current cvs file
> > has extra nonprinting characters after every newline.
>
> > &qu
le) has this
option:
--with-pic try to use only PIC/non-PIC objects [default=use both]
You could upgrade your libtool and specify --without-pic.
Cheers,
Gary.
--
___ _ ___ __ _
s' in
> libtool.m4. The variables '$#', '$2' and '$3' are being expanded by m4
> into '0', '' and '' respectively. '[$]#', '[$]2' and '[$]3' s
l/autoconf/2000-November/008905.html
>
> Note: I had experienced this problem before on HP-UX, but we have since
> installed a patch which causes expr to return '' on subexpression match
> failure.
Agreed. And appl
cally -- e.g.:
lt_dlhandle *lt_dlopen (...);
Since the struct is an incomplete type anyway, and used like this only
to remove the typecasting inside libltdl that would be necessary if we
used:
typedef lt_ptr *lt_dlhandle_t;
How about we simply change the name of the struct t
On Wed, Nov 29, 2000 at 01:01:23AM -0200, Alexandre Oliva wrote:
> On Nov 28, 2000, "Gary V. Vaughan" <[EMAIL PROTECTED]> wrote:
>
> > How about we simply change the name of the struct to lt_handlerecord
> > or something?
>
> I prefer `somet
1 - 100 of 772 matches
Mail list logo
