tests subdirectory:
$ cd tests
$ VERBOSE=1 srcdir=. /bin/sh foo.test
Cheers,
Gary.
--
___ _ ___ __ _ mailto: [EMAIL PROTECTED]
/ __|__ _ _ ___ _| | / / | / /_ _ _ _ __ _| |
rwise posting to
the list is good.
Cheers,
Gary.
--
___ _ ___ __ _ mailto: [EMAIL PROTECTED]
/ __|__ _ _ ___ _| | / / | / /_ _ _ _ __ _| |_
On Thu, Dec 07, 2000 at 09:02:11AM -0600, Tod Milam wrote:
> Gary -
Hi Todd.
> I have a library which loads modules. Both the library and modules are
> created using libtool. The problem is that when my application links to
> the library as a shared library, it crashes trying to l
ust about any /bin/test I have
come across, but is no reason to worry in the cases you patched, since
those variable are internal to the libtool script and are supposed to
always contain something.
On the other hand, if you have experienced a specific failure I'm
prepared to change my min
Ah, you're right, I left a link to geocrawler behind too. Sorry. I
have reworded that paragraph and repeated the links to the gnu mail
archiver. Thanks for the report.
Cheers,
Gary.
--
___ _ ___ __ _ mailto: [EMAIL
ties (I am reliably informed ;-)
If this doesn't upset anyone, I'll try and get the tree moved after the
weekend.
Cheer
On Fri, Jan 26, 2001 at 11:27:57AM -0800, Bruce Korb wrote:
>
> Hi Gary, et al.,
>
> Libtool is obviously not doing the right thing for linking shared
> libraries on solaris. Any clues? :-)
Oh yuck!
I have Solaris 2.5 boxes at work, so I'll give it a spin on Monday and
. cvs
update seems to be working for me again. However, the savannah
instructions won't work until the problem has been fixed properly.
Cheers,
Gary.
--
___ _ ___ __
On Sat, Jan 27, 2001 at 04:54:43PM -0200, Alexandre Oliva wrote:
> On Jan 27, 2001, "Gary V. Vaughan" <[EMAIL PROTECTED]> wrote:
>
> >> exit0x3fc
> >> ../snprintfv/snprintfv/.libs/li
> >> bsnprintfvc.a(format.o)
&
;t support commit lists fully, so we
are waiting for the savannah maintainers to manually fix the cvs
scripts.
Don't worry, just sit tight and everything should be back on an even
keel in a day or two.
Cheers,
Gary.
--
___ _ ___ __ _ ma
function calling you must rely entirely on
the runtime loader: effectively whatever the OS implements. If you
are interested in doing this portably, I think the best way is to use
libltdl, and set up your own conventions when loading and unloading
libraries. Especially since this all works already! Ta
On Wed, Feb 07, 2001 at 03:15:29PM -0700, Kevin Wright wrote:
> Gary,
>
> First, I want to thank you for your excellent book on GNU autotools.
> I'm learning a great deal from it.
Thanks. I pleased that you like it -- but I can't take all the
credit, Ben, Tom and Ian wr
Hi Tor,
On Thu, 15 Feb 2001, Tor Lillqvist wrote:
> Gary V. Vaughan writes:
> > About four months ago is when it *was* working! Unfortunately it has
> > bitrotted a little since then. I will work on fixing win32 DLL
> > building in libtool as soon as I have my gl
What was I thinking when I wrote that?
> (tried on Sun E450, Solaris8, Sun Forte 6.0 C Compiler with
> Maximum optimization and 64 bit mode)
Thanks, I have applied your patch to all the live branches.
> Regards, Guenter
Cheers,
Gary.
--
___ _ ___ __
On Tue, 20 Feb 2001, Tor Lillqvist wrote:
> Gary V. Vaughan writes:
> > If libtool doesn't already find non-libtool libraries on mingw, then
> > that is a bug. libtool works with non-libtool libraries on the other
> > architectures to which it has been ported. P
://www.gnu.org/software/libtool/contribute.html page -- either stuff you
asked me already which I forgot to add to the page, or other questions that
it prompts? Feel free to tweak the content yourself by the way...
Cheers,
Gary
ranch. I also ported
both patches to the multi-language-branch. Please test these for me, since
I don't have a working cygwin at the moment...
The attached files are FYI, and represent the commits I made to HEAD.
Cheers,
Gary.
--
___ _ ___ __ _
the mutt config I had before I am now reading mail
with kmail. It seems that cutting and pasting from the kmail display
window is a no-no =(O|
I'll sort it out presntly. Sorry about that,
Cheers,
Gary.
--
___ _ ___ __
gic, you should probably define your own system (don't forget
that symbols beginning with `_' are reserved for the compiler) which will
work everywhere.
Cheers,
Gary.
--
___ _ ___ __ _ mailto: [EMAIL PROTECTED]
/ _
k
in private if you are agreeable...
Cheers,
Gary.
On Friday 09 March 2001 7:30 am, edward wrote:
> well peeps.
>
> i actually browsed through the libtool mail archives and read the note
> about cygwin specific things (especially the mail/cygwin32 file).
>
> here
1.4, perhaps there is a transitory bug in automake?
Either way, an examination of Makefile,in might shed some light on the matter.
Cheers,
Gary.
--
___ _ ___ __ _ mailto: [EMAIL PROTECTED
On Tuesday 20 March 2001 4:29 am, Tim Janik wrote:
> On Tue, 20 Mar 2001, Gary V. Vaughan wrote:
> > > (another implication just sprang to my mind, GModule doesn't currently
> > > handle static C++ constructors
> >
> > Nor does libltdl, since lt_dlsym()
EADME if necessary.
Cheers,
Gary.
On Friday 23 March 2001 2:26 pm, edward wrote:
> hi gary,
>
> received and sent back (on wednesday)
>
> cheers,
> edward
>
> p.s. the changes i made to libtool for cygwin require simultaneous patches
> to automake. specifically,
messy business of merging MLB... any
volunteers? =)O|
Cheers,
Gary.
On Friday 30 March 2001 1:52 am, Gary V. Vaughan wrote:
> Hi edward,
>
> I have been snowed this week, but I plan to integrate the libtool part of
> your patch in the next couple of days. I'm Cc:ing th
On Friday 30 March 2001 2:23 am, Alexandre Oliva wrote:
> On Mar 29, 2001, "Gary V. Vaughan" <[EMAIL PROTECTED]> wrote:
> > Which reminds me... once this patch is in and working, I'd like to
> > release libtool-1.3d (probably over the weekend) and declare a f
On Friday 30 March 2001 2:34 am, edward wrote:
> hey gary.
Hi edward!
> in the meantime, i finally finished the postinstall_cmds and
> postuninstall_cmds (for modules as well as libs). what a disgusting thing
> that is.
Great, thanks!
> can anyone think of a cleaner way?
On Friday 30 March 2001 4:07 am, Alexandre Oliva wrote:
> On Mar 29, 2001, "Gary V. Vaughan" <[EMAIL PROTECTED]> wrote:
> > On Friday 30 March 2001 2:23 am, Alexandre Oliva wrote:
> >> Not really. We really must fix the bug that causes us to remove
> >&g
On Sunday 01 April 2001 11:50 am, Michael Matz wrote:
> Hi,
>
> On Sun, 1 Apr 2001, Gary V. Vaughan wrote:
> > > >> Not really. We really must fix the bug that causes us to remove
> > > >> duplicate libraries before releasing 1.4.
> > > >
he mean time how about (wild guess
here!):
save_CC=$CC
CC="${SHELL-/bin/sh} ${top_srcdir)/libtool $CC"
AC_TRY_LINK(blah)
CC=$save_CC
> Thanks for your help,
> Simon
Don't thank me yet =)O|
Cheers,
Gary.
--
___ _ ___ __ _ mailto
becomes difficult quite quickly if the package author assumed ELF type libs.
There is a chapter about all of thes issues in the Goat book,
http://sources.redhat.com/autobook/ by the way.
> Thanks in advance.
Cheers,
Gary.
--
___ _ ___ __ _
he patch I just applied, I see this:
$ cd libtool/depdemo
$ ./libtool --version
ltmain.sh (GNU libtool) 1.3c (1.878 2001/03/31 23:51:07)
$ ./libtool -n --mode=link c++ -o foo l1/libl1.la l2/libl2.la l1/libl1.la
c++ -o .libs/foo l1/.libs/libl1.so l2/.libs/libl2.so
/home/gary/devel/savann
.
> Is there any way to accomplish a link with the ossapi.dll in this case?
If libossapi is not built by you, you might try specifying the full path to
the dll, which should force libtool to use impgen to generate its own import
lib on the fly.
> /La
Hello.
On Sunday 01 April 2001 1:16 pm, Michael Matz wrote:
> On Sun, 1 Apr 2001, Gary V. Vaughan wrote:
> > > > I have applied the following to HEAD (and similar to MLB).
> > >
> > > Why also MLB? Was it really broken there too? I ask, because I
> > &
Hello.
On Sunday 01 April 2001 3:59 pm, Michael Matz wrote:
> On Sun, 1 Apr 2001, Gary V. Vaughan wrote:
> > > I see. Argh, This then again means, that libtool will probably
> > > generate excessively large link commands for KDE.
> >
> > Yes it does =(O| Alth
On Monday 02 April 2001 12:49 am, Alexandre Oliva wrote:
> On Apr 1, 2001, "Gary V. Vaughan" <[EMAIL PROTECTED]> wrote:
> > It seems that even if there are, there is little option but to do
> > platformwise duplicate removal if we are to avoid common problem
On Monday 02 April 2001 2:31 am, Alexandre Oliva wrote:
> On Apr 1, 2001, "Gary V. Vaughan" <[EMAIL PROTECTED]> wrote:
> > This is fast becoming a large post-1.4 issue to my mind...
>
> What? Did you really mean to have this problem addresses in 1.4?
Yeah, I tho
After 21 months in heavy development, the Libtool Team is pleased to announce
alpha release 1.3d of GNU libtool. If this release generates a low number of
bug reports, libtool-1.4 could be just a few short weeks away!
libtool-1.3d is be available from alpha.gnu.org and via anonymous CVS, using
Ooops. Well. Err. You should read it like a ChangeLog, with more recent
changes at the top. Yeah, that's it.
Cheers,
Gary.
On Monday 02 April 2001 5:46 am, Robert Collins wrote:
> > -Original Message-
> > From: Gary V. Vaughan [mailto:[EMAIL PROTECTED]]
On Tuesday 03 April 2001 9:28 am, Alexandre Oliva wrote:
> On Apr 3, 2001, "s_a_white" <[EMAIL PROTECTED]> wrote:
> > Gary second suggestion worked after removing the back slashes:
>
> Really? Wow! This is very good news, indeed. I'm quite surpris
D, and then merge the multi-language branch
into the trunk in preparation for a 1.5 release.
Cheers,
Gary.
--
___ _ ___ __ _ mailto: [EMAIL PROTECTED]
/ __|__ _ _ ___ _| | / / | / /_ _ _ _ __ _| |_ __ _ ___ [EMAI
On Tuesday 03 April 2001 8:32 pm, Kevin Atkinson wrote:
> On Sun, 1 Apr 2001, Gary V. Vaughan wrote:
> > On Friday 30 March 2001 3:54 am, Kevin Atkinson wrote:
> > > I was wondering what the status is for supporting C++ on Win32 in the
> > > multi-language branc
uilds)
> dnl
> --with-pic try to use only PIC/non-PIC objects [default=use
> both]
>
> I guess the "dnl" line should not be there.
Well spotted! This has been present since I first eradicated ltconfig!
Now fixed. Thanks.
>
> Anyway, great work
code in automake.
Hopefully someone on the automake lists can shed some more light on this...
Cheers,
Gary.
> Im having some troubles getting libtool to run properly on IRIX, Im trying
> to integrate the autobuild system into some software, and everything works
> fine on Linux, but Ir
n then fix it properly
in the next release. Pragmaticallym, the half cocked fix in place right now
seems to be more trouble than it is worth. Comments?
Cheers,
Gary.
> Robert
>
> Nick Hudson wrote:
> > Michael Matz wrote:
> > > Hi,
> > >
> > >
On Wednesday 04 April 2001 3:28 am, edward wrote:
> this crept in
Thanks. Applied.
> somehow.
4am. Not enough sleep. Too much caffeine. The usual =)O|
> cheers,
> edward
Cheers,
Gary.
> In
On Wednesday 04 April 2001 1:34 pm, Alexandre Oliva wrote:
> How
> about just recommending this work-around in the manual and being done
> with it, at least for 1.4?
Done.
--
___ _ ___ __ _ mailto: [EMAIL PROTECTED]
/ __|__ _ _ ___ _| | / / | / /_ _ _ _
On Monday 02 April 2001 12:37 pm, Stephan Kulow wrote:
> Hi!
>
> I found this in libtol/Changelog
>
> 2001-03-31 Gary V. Vaughan <[EMAIL PROTECTED]>
>
> * ltmain.in: Remove the code for stripping duplicate deplibs
> from libtool link lines -- dup
can see the resulting line:
libtool ... c++ -DMY_STRING=\"FOO\" ...
Take a look at libtool/tests/quote.test to see what I mean.
Cheers,
Gary.
--
___ _ ___ __ _ mailto: [EMAIL PROTECTED]
/ __|__ _ _ ___ _| | / / |
would be
extremely appreciative of feedback from libtool users about their experiences
with the daily snapshots between now and then...
Have a great Easter, people!
Cheers,
Gary.
--
___ _ ___ __ _ mailto: [EMAIL PROTECTED
On Wednesday 11 April 2001 11:03 pm, [EMAIL PROTECTED] wrote:
> I am running into a small problem when using our native
> compiler because HAVE_MEMCPY is not being set (or even
> checked for).
Do you have AC_CHECK_FUNCS(memcpy) in your configure.in?
Cheers,
foo" (without
the suffix) has already failed.
If you are able to provide a minimal program that demonstrates the problem
you are experiencing, I would be happy to debug it from libltdl and down.
Cheers,
Gary.
--
___
o configure.in, you must run aclocal to
add the macro definition to aclocal.m4, and then autoconf to add the full
expansion of the macro to the configure script. There is a nice appendix in
The Goat Book with diagrams of how all of these interdependencies relate to
one another.
> Dan
HTH,
piles much better.
>
> So is this a bug, or am I doing something to cause
> the entry in ltdl.m4 to be ignored?
Seems like you might have a platform dependant bug... After a fresh checkout,
having run only the bootstrap script I have this:
gary@cain:~/devel/savannah/libtool > fgrep m
nding to $(MULTILIBTOP)/.. with that of each directory passed
> in -L, and remove it from dependency_libs in the installable .la file.
I like this idea. Would you add it to the libtool TODO file please,
Alexandre?
Cheers,
Gary.
--
___ _ ___ __
ess you will get:
"\\`"
If so, we need to figure out how to find an echo command that doesn't
interpret backslashes on your machine... any ideas?
Cheers,
Gary.
On Friday 13 April 2001 2:05 am, Kevin Ryde wrote:
> On Darwin 1.3 with libtool 1.3d or the current cvs, t
2158 in libtool.m4). If this is just a bug in SCO's linker,
maybe we just need to move your patch into this section of libtool.m4?
A fast reply improves your chances of getting the fix into libtool-1.4...
Cheers,
Gary.
--
___ _
would be delighted to accept them. Please take a
look at http://www.gnu.org/software/libtool/contributing.html for some
guidlines.
> TIA,
> -- guido http://guidod.4t.com
Cheers,
Gary.
--
___
all from
alpha.gnu.org and let us know soon if you still experience any problems.
Cheers,
Gary.
--
___ _ ___ __ _ mailto: [EMAIL PROTECTED]
/ __|__ _ _ ___ _| | / / | / /_ _ _
orcing a different shell: CONFIG_SHELL=/other/shell
/other/shell ./libtool blah...
Or else forcing the use of the slow fallback echo: ./libtool --no-reexec
--fallback-echo blah...
If either of these (or a variation) works let me know, and we'll
ried that you might trigger some of the
problems that instigated the multi-language-branch, if you find that changing
to $CC explicitly is a problem for you, then you could try an mlb snapshot,
and we'll aim to fix SCO for libtool-1.5?
Cheers,
Gary.
--
___ _ __
changes in?
Certainly. Sooner, if you help me with a port to the multi-language-branch...
I won't try to evaluate and port it now, my brain functions better before 3am
=)O|
> Dan McNichol
Cheers,
Gary.
> > From: "Gary V. Vaughan" <[EMAIL PROTECTED]>
&g
ned an okay for stuff like this
though, do we?
Cheers,
Gary.
--
___ _ ___ __ _ mailto: [EMAIL PROTECTED]
/ __|__ _ _ ___ _| | / / | / /_ _ _ _ __ _| |_ __ _ ___ [
On Wednesday 18 April 2001 4:35 am, Alexandre Oliva wrote:
> On Apr 17, 2001, Thomas Tanner <[EMAIL PROTECTED]> wrote:
> > Hi Gary, Alexandre and the rest of the team!
>
> Gee! So you're still alive, after all! You had got me worried :-)
Wow. Hi Thomas. I'm a
Hi Thomas,
On Tuesday 17 April 2001 6:11 pm, Thomas Tanner wrote:
> Gary, would you please delay the release of libtool 1.4 and
> give me two weeks to fix all the old bugs in the ILD code and libltdl
> (or at least to verify that they've already been fixed)?
I'd rather no
On Tuesday 17 April 2001 4:14 pm, [EMAIL PROTECTED] wrote:
> Actually... Robert Boehne has already merged my changes
> into the multi-language-branch.
Okay, great. I'll evaluate your patch tonight (GMT).
Cheers,
Gary.
> Dan
>
> > From [EMAIL PROTECTED] M
gt; > want you to reassure me that having distinct linktime vs. runtime library
> > names is more broken on AIX than what you have in your current patch).
>
> Hi Gary,
>
> Could you explain this a little more, I'm not sure I understand what you
> are asking?
>
> D
On Wednesday 18 April 2001 1:33 pm, [EMAIL PROTECTED] wrote:
> Gary V. Vaughan writes:
> > Nup. Sorry. There is no way to log in to savannah at the moment,
> > as there is still no SSL certificate =(O| I'm Ccing Loic, who might
> > be able to shed some lig
n we have a workable patch for post-MLB-merge-HEAD-branch.
However, I still think we might want to revert to the 2 year old relatively
complaint free (but marginally error-prone) duplicate removal for the release
of 1.4
difficult to deduce as I anticipate.
Cheers,
Gary.
On Tuesday 17 April 2001 5:51 am, Kevin Ryde wrote:
> I think I was getting a bit off track before. Some cut down bad
> behaviour can be seen, I think, from a file "foo" containing the
> following
>
> blah bl
y the new shared library, but that
relies on a symbol from the static archive. If you can confirm that this
works, I'll commit your patch.
> Matt Schalit
Cheers,
Gary.
--
___ _ ___ __ _ mailto: [EMAIL PROTECTED]
/ __|__ _ _ ___ _| | / /
Hi Matt,
On Thursday 19 April 2001 5:29 am, Matthew Schalit wrote:
> "Gary V. Vaughan" wrote:
> > If you are sure that it is okay to link non-PIC objects from a static
> > archive into a shared library, then this is the right thing to do. You
> > can test this b
> ar cru .libs/module.a module.o .libs/module.lax/libextra.al/extra.lo
> ranlib .libs/module.a
> rm -fr .libs/module.lax
> creating module.la
> (cd .libs && rm -f module.la && ln -s ../module.la module.la)
> ~/work/test_mod/.libs
Have either o
> "Gary V. Vaughan" wrote:
> > > > If you are sure that it is okay to link non-PIC objects from a static
> > > > archive into a shared library, then this is the right thing to do.
On Friday 20 April 2001 9:57 pm, Matthew Schalit wrote:
> I got an answer f
ed? I thought we had decided to keep it
> in, along with the fix I posted and installed a few days ago.
It was removed:
2001-03-31 Gary V. Vaughan <[EMAIL PROTECTED]>
* ltmain.in: Remove the code for stripping duplicate deplibs
from libtool link lines -- duplicates
;m also failing the *-unst tests but haven't looked into them yet.
This is usually due to file droppings between multiple runs of the test
suite. Do a `make maintainer-clean; bootstrap; configure' and try again.
Cheers,
Gary.
--
___ _ ___ __ _
all that should be required.
Once again, a prompt reply gets your fix into libtool-1.4 tomorrow...
> Thanks,
> Matt
Cheers,
Gary.
--
___ _ ___ __ _ mailto: [EMAIL
support for sending in a patch to get the ball rolling?
Cheers,
Gary.
--
___ _ ___ __ _ mailto: [EMAIL PROTECTED]
/ __|__ _ _ ___ _| | / / | / /_ _ _ _
===
Please let me know if you are using an unusual mixture of automake, autoconf,
compiler, linker etc in order to get it to pass, otherwise I will assume
automake-1.4, autoconf-2.13, gcc-2.95.x with matching GNU ld.
Cheers,
Gary
ts stand-alone from the tests
directory:
$ VERBOSE=1 ./demo-shared
Beyond that, you can perform the configuration from the test-suite and then
change into the appropriate demo directory and debug from there:
$ cd tests && ./demo-shared
$ cd demo
$ make
$
On Saturday 21 April 2001 9:36 pm, Matthew Schalit wrote:
> Hi Gary, I gave your patch a try and it didn't work correctly in the
> end, which was odd. I looked at configure, and the patch was corrupted.
> The square brackets were missing:
My bad. Since libtool.m4 is processed by
l the OS
also load libgdk, libglib, libX11 etc for me?
If the variable is not set to yes, libltdl will dlopen() those libraries for
me (and recursively any of their deplibs) before trying to perform the dlopen
actually asked for. Needless to say this s
On Saturday 21 April 2001 11:20 pm, Peter Eisentraut wrote:
> Gary V. Vaughan writes:
> > Failing major disasters, or the discovery of a showstopper, there are
> > less than 18 hours to go before the release of libtool-1.4 from CVS HEAD.
>
> I think that's goi
*str;
I must say that my spidey-sense tells me that `static inline' is a GNU
extension... if I am right we should reduce all static inline's to static
anyhow.
Okay to commit (with or without additional inline keyword removal)?
Cheers,
Gary.
--
___ _ ___
ularly with Solaris since it is so widespread.
I'm holding off the release for a day or two so that we can get to the bottom
of this. Sorry folks.
In the meanwhile, keep those PLATFORM updates coming in =)O|
Cheers,
Gary.
--
___ _ ___ __ _ mai
On Sunday 22 April 2001 1:40 am, Kevin Ryde wrote:
> "Gary V. Vaughan" <[EMAIL PROTECTED]> writes:
> > Have either of you had any success with my workaround?
> >
> >make ECHO="/bin/sh `pwd`/libtool --fallback-echo"
> >
> > Or somet
On Thursday 19 April 2001 11:08 pm, Alexandre Oliva wrote:
> On Apr 19, 2001, Alexandre Oliva <[EMAIL PROTECTED]> wrote:
> > That's the kind of problem deplib tests are supposed to catch
>
> I lied :-)
>
> Thanks Gary for setting me straight.
>
> We sh
That's a peculiar shell. How about this:
> >
> > if test -L "$file" >/dev/null 2>&1; then
> >
> > elif test -h "$file" >/dev/null 2>&1; then
> >
> > elif test -f "$file"; then
> >
> > elif ..
95.1, the suite now passes for me on
Solaris 8 and Solaris 2.5.1. I can't reproduce the failure with quote.test,
so I am assuming Solaris is now in pretty good shape.
Thanks for all the test btw (pity they all failed...)!
Cheers,
Gary.
--
___ _ ___ __
red of doing this by about the fifth
> > time. :/
>
> Sounds familiar. Try the patch I just posted to this list under "Libtool
> 1.3e on i386-unknown-freebsd4.3 FIX".
Applied to HEAD and MLB. Thanks.
Cheers,
Gary.
--
___ _ ___
EAD revision. If
you still have this failure and you have time to do so, please send me the
results of running:
$ cd tests
$ VERBOSE=1 sh -x ./quote.test
$ echo $?
Cheers,
Gary.
> AIX 4.3.3 box, automake 1.4, autoconf 2.13, gcc 2.95.3, IBM CSet++
> 3.6.6 (xlc), native ld
&g
On Monday 23 April 2001 2:00 am, I wrote:
> I'm holding off the release for a day or two...
Revised release date tomorrow April 24, around 10pm GMT unless someone points
out a serious enough problem to me before then.
Cheers,
that all
> the *.test scripts get the same make that was used in the top level
> directory? With that change in place, using
>
> gmake check
>
> now works.
Good idea! I just applied the attached patch to HEAD, an
On Monday 23 April 2001 3:30 pm, Michael Matz wrote:
> Hi,
>
> On Mon, 23 Apr 2001, Gary V. Vaughan wrote:
> > I must say that my spidey-sense tells me that `static inline' is a GNU
> > extension...
>
> Yep, but the autoconf macro AC_C_INLINE is used, which #de
gt; sparc-sun-solaris2.7
> sparc-sun-solaris2.8
>
> all with gcc 2.95.3 and vendor ld.
>
> ===
> All 83 tests passed
> ===
>
> on all three of them.
Excellent. Thanks for keeping me informed.
Cheers,
Gary.
--
___
On Tuesday 24 April 2001 11:35 pm, Alexandre Oliva wrote:
> On Apr 24, 2001, "Gary V.Vaughan" <[EMAIL PROTECTED]> wrote:
> > Since I don't want to hold up the release any longer, I am going to
> > break the commit rules and remove all use of the inline ke
g /usr and
/usr/local causes problems of its own).
It very much depends on how the packager designed the build for gd-1.8.4, but
something along the lines of the following might get you up and running:
$ aclocal
$ libtoolize --force
$ autoh
On Wednesday 25 April 2001 8:33 pm, Alexandre Oliva wrote:
> On Apr 24, 2001, "Gary V.Vaughan" <[EMAIL PROTECTED]> wrote:
> > Since I don't want to hold up the release any longer, I am going to
> > break the commit rules and remove all use of the inline ke
Hello Libtoolers,
On this, the 2nd anniversary of the release of libtool-1.3, the Libtool Team
is delighted to announce Libtool version 1.4: Available now from
ftp://ftp.gnu.org/gnu/libtool/libtool-1.4.tar.gz and shortly from
all GNU mirror sites. You will find diffs and xdeltas from libtool-
M. Lee posted a joint
patch to libtool and automake which takes care of the worst of this sort of
thing. I applied the libtool parts before the release but the automake parts
need some work first IIRC.
Cheers,
Gary.
--
___ _ ___
install a binary, or libtool would need to build a wrapper program on Windows
which would call the wrapper script to set the environment up to load the
correct DLLs and then call the actual program in the .libs subdirectory.
The first option seems to be the easiest, and I believe Edward's patch
101 - 200 of 772 matches
Mail list logo
