On Saturday 05 May 2001 11:34 pm, Tom Tromey wrote:
> >>>>> "Gary" == Gary V Vaughan <[EMAIL PROTECTED]> writes:
>
> Gary> A short while before the libtool-1.4 release, Edward M. Lee
> Gary> posted a joint patch to libtool and automake which take
al linking
on architectures that require install time relinking (such as HPUX).
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
tool was
> barfing because I hed an older version of grep (1.3). You
> might wanna
> let people know they want to keep this up to date. It took
> me a very long
> time to narrow things down to it!!!
Okay thanks for the heads up.
> Sorry to bother you.
No bother.
Cheers,
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
, but it seems
to be widely used and probably is fairly stable by now, I guess.
Thoughts?
Cheers,
Gary.
--
())_. Gary V. Vaughan gary@(oranda.demon.co.uk|gnu.org)
( '/ Research Scientist http://www.oranda.demon.co.uk,_())
/ )= GNU Hacker http:
oGen's 4.x past ;-)
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.org/software/libtool \' `&
`(_~)_ Tech
> Thoughts? :-)
Agreed.
The tricky part will be flushing the patch queue when your code is still on a
branch, since you will likely have to port HEAD patchs into binary-branch so
that the eventual merge is not too bad...
Cheers,
Gary.
--
())_. Gary V. Vaughan gary@(oranda.dem
On Tuesday 15 May 2001 4:01 am, Bruce Korb wrote:
> "Gary V. Vaughan" wrote:
> > Hi Bruce,
> >
> > On Monday 14 May 2001 1:31 am, Bruce Korb wrote:
> > > When this invocation fires,
> > > an "anonymous template" is created with that te
ng features in our code that are not available on
> WinNT.
Do we have a definitive list (beyond the pointers you listed already) of
stuff to avoid, or is this to be determined empirically (and advance my
cygwin/guile TODO item)?
> (Forget Win3.1 or DOS. No way, no how.)
H
that part of the current plan, and do you all think it
> should be?
This sounds like a reasonable plan to me. If the binary-branch
implementation is a way off, it would be nice to try to detect the failure
mode and warn the user that they need to install GNU sed for sanity's sake.
ter about this stuff in the Goat book (see .sig). However, I
didn't want to hold up 1.4 any longer by doing the testing that I should have
done on cygwin, so it is possibly somewhat unpolished...
Cheers,
Gary.
--
())_. Gary V. Vaughan gary@(oranda.demon.co.uk|gnu.org)
t references them.
> Does libtool support what I outline above? If not what approach do you
> suggest?
Yes it does.
Cheers,
Gary.
--
())_. Gary V. Vaughan gary@(oranda.demon.co.uk|gnu.org)
( '/ Research Scientist http://www.oranda.demon.co.uk,_())
/
On Tuesday 29 May 2001 7:14 am, Mats Lidell wrote:
> Hi Gary
Hello.
> You wrote:
>
> Gary> Don't install the convenience libraries, link against the
> Gary> uninstalled versions. Libtool will copy the contents of the
> Gary> convenience libraries into the share
ot;foo.exe" but "foo.exe" does
> not exist. The patch libtoolinstalloncygwin.patch implements this.
This is something I have been meaning to fix for a long time. I can't speak
for the automake part of your fix, but I like the libtool part and will apply
it in time for 1.4.1
is called with no
> object files.
There was a bug in ltmain.in for a day where I had mismerged the
pic-objects-in-.libs patch, perhaps you are seeing this. Anyway, with a
freshly setup.exe'ed cygwin-1.3.2 and a freshly pservered libtool HEAD, I get
the following:
gary@MALACHI ~/libt
On Monday 04 June 2001 12:41 pm, Robert Collins wrote:
> - Original Message -
> From: "Gary V. Vaughan" <[EMAIL PROTECTED]>
> To: "Robert Collins" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
> Sent: Monday, June 04, 2001 11:25 AM
> Subj
On Monday 04 June 2001 2:22 am, Robert Collins wrote:
> > -Original Message-
> > From: Gary V. Vaughan [mailto:[EMAIL PROTECTED]]
> >
> > gary@MALACHI ~/libtool$ export CC=gcc
>
> I haven't done this... can the cygwin environment test ac_require
> ac
fix (wrt autoconf-2.13) is indeed to put an
explicit call in configure.in. If I am along the right lines, it seems
likely that 2.50 won't exhibit this problem. Unless we find out something to
the contrary, I'll apply your fix right after I'm done with the merge.
Cheers,
like the right solution to me. As ever, the proof of the pudding
is in the eating =)O|
Cheers,
Gary.
--
())_. Gary V. Vaughan gary@(oranda.demon.co.uk|gnu.org)
( '/ Research Scientist http://www.oranda.demon.co.uk,_())
/ )= GNU Hacker http://www.
!
Gary.
On Wednesday 06 June 2001 8:14 am, Robert Collins wrote:
> The current cygwin shared library installation logic seems to be
>
> "install path"../bin
>
> This fails for things like l3 in depdemo where the install dir is
>
> extradir = $(libdir)/extra
> ex
_no_ decoration in headers and still
> link to dlls, and produce dlls that are compatible with existing
> programs. This is a good thing.
Cool!
> However MS's linker and probably borlands don't have that functionality.
> (I _love_ free software!).
Me too =)O|
Cheers,
On Sunday 10 June 2001 1:33 pm, Robert Collins wrote:
> From: "Gary V. Vaughan" <[EMAIL PROTECTED]>
> > >
> > > Does libtool support non-gcc compilers on win32 at the present time?
> > > Are there plans to do so?
> >
> > Yes it
nking into the
loading application (which already has sub1 loaded through foo2). However,
we shouldn't be relying on that, since backlinking is (albeit a common)
luxury.
I have added this to my patch queue for when the merge is complete -- i.e.
after next weekend at the earliest =(o|
C
rms, shlibpath_var is set to PATH,
so setting shlibpath_var does indeed override the runpath (in a manner of
speaking).
There are two ways to fix this:
i) deem that $PATH is _not_ the shlibpath_var and leave it unset.
ii) set shlibpath_overrides_runpath=yes to indicate that this work
I'm not ignoring everyone -- I am in London (without net access :-O) until
the weekend. See ya then...
Cheers,
Gary.
--
())_. Gary V. Vaughan gary@(oranda.demon.co.uk|gnu.org)
( '/ Research Scientist http://www.oranda.demon.co.uk,_())
/ )=
or multiple-language libraries
> where f90 C and C++ sources can be used together in a single shared
> library.
You might want to wait until MLB has merged into HEAD. At that point the
ltcf-*.sh scripts will have migrated into libtool.m4, and can be written with
the aid of a
rhaps the problem will go away when we have a binary ltmain in a couple of
releases?
In the mean while, I think the only workaround is to not use '~' in pathnames.
Cheers,
Gary.
On Thursday 14 June 2001 7:10 am, [EMAIL PROTECTED] wrote:
> Support Request #100058, was updated
On Sunday 17 June 2001 8:25 pm, Alexandre Oliva wrote:
> On Jun 8, 2001, "Gary V. Vaughan" <[EMAIL PROTECTED]> wrote:
> > Unfortunately this probably comes dow to wrapper scripts, which is ugly
> > too
>
> Since we're talking Cygwin, shouldn
On Wednesday 20 June 2001 10:58 am, Guido Draheim wrote:
>
> Anyway, libtool.m4 and libtool-content are out of sync in this case,
> it is clearly buggy, don't you think Gary? ;-)
The last time I used the impgen code in libtool, it worked fine for me.
However, I must admit that
On Friday 22 June 2001 11:20 am, Tilo Riemer wrote:
> what is wrong if I get the following error:
>
> libtool: ltconfig version ' does not match ltmain.sh version 4a'
You are using a mismatched ltmain.sh and ltconfig from different versions of
libtool.
Cheers,
Gary.
On Friday 22 June 2001 11:37 pm, Ralf Corsepius wrote:
> "Gary V. Vaughan" wrote:
> > On Friday 22 June 2001 11:20 am, Tilo Riemer wrote:
> > > what is wrong if I get the following error:
> > >
> > > libtool: ltconfig version ' does not
rhaps other files) to match the new
ltmain.sh pulled in by libtoolize. Oh, and don't forget to rerun aclocal to
remake aclocal.m4.
Cheers,
Gary.
--
())_. Gary V. Vaughan gary@(oranda.demon.co.uk|gnu.org)
( '/ Research Scientist http://www.oranda.demon.co.uk,_())
appreciate any help with draining the patch
queue (i.e. unapplied patches from the list) so that I can make a 1.4b alpha
release in the near future.
Cheers,
Gary.
--
())_. Gary V. Vaughan gary@(oranda.demon.co.uk|gnu.org)
( '/ Research Scientist http://www.oranda.demon.co.uk
On Sunday 24 June 2001 7:24 pm, Bruce Korb wrote:
> "Gary V. Vaughan" wrote:
> > Hello Libtoolers!
>
> Hello again. I guess that means I have some work to do, too :-)
>
> Thanks Gary. :-)
>
> > Anyway, I would like to declare MLB officially dead, and r
tting version_type=linux.
Looking at the newly merged HEAD release, I seem to already chosen the
correct alternative -- so this patch is not needed. Please let me know if I
am wrong...
Cheers,
Gary.
--
())_. Gary V. Vaughan gary@(oranda.demon.co.uk|gnu.org)
On Monday 11 June 2001 11:35 pm, Gary V. Vaughan wrote:
> On Monday 11 June 2001 10:16 am, Robert Collins wrote:
> > Why doesn't foo1 link to libsub.la?
> >
> > -- how is it expected to resolve sub().
>
> It is an oversight. You are correct that it c
Hi Albert,
Looks like a bug to me!
Fixed in HEAD and branch-1-4. Thanks for the report.
Cheers,
Gary.
On Wednesday 25 April 2001 8:25 pm, [EMAIL PROTECTED] wrote:
> In 1.4's libtool.m4 we have:
> if test "$GCC" = yes; then
> lt_cv_prog_cc_wl='-Wl
ommitted to MLB but not
mainline. I'm backporting to HEAD and branch-1-4.
Cheers,
Gary.
--
())_. Gary V. Vaughan gary@(oranda.demon.co.uk|gnu.org)
( '/ Research Scientist http://www.oranda.demon.co.uk,_())
/ )= GNU Hacker http:/
markup
I have no strong feelings regarding which is better, and will accept a patch
to change to the behaviour Alexandre describes.
Cheers,
Gary.
--
())_. Gary V. Vaughan gary@(oranda.demon.co.uk|gnu.org)
( '/ Research Scientist http://www.oranda.demon.co.uk,_())
On Thursday 05 July 2001 10:14 pm, Gary V. Vaughan wrote:
> On Wednesday 04 July 2001 11:30 am, Alexandre Oliva wrote:
> > On Jun 27, 2001, [EMAIL PROTECTED] wrote:
> > > Libtool builds only shared or static libraries. If you tell it to do
> > > neither, how is it goi
tests.
* Bug fixes.
Happy libtooling!
The libtool team.
--
())_. Gary V. Vaughan gary@(oranda.demon.co.uk|gnu.org)
( '/ Research Scientist http://www.oranda.demon.co.uk,_())
/ )= GNU Hacker http://www.gnu.org/software/libtool \' `&
`(
Does the ltmain.sh link in your projecxt directory point to a missing or
zero-length file?
Cheers,
Gary.
On Tuesday 10 July 2001 9:27 am, Patrick Shirkey wrote:
> I'm trying to install a program that relies on libtool and ltdl. It's
> not going very well.
>
>
This is certainly out of kilter, since the test assumes that it has `enough'
buffer space at 512K now (1Mb until yesterday). It looks like the code for
the test is not breaking out of the loop on cygwin for some reason...
Cheers,
Gary.
On Tuesday 10 July 2001 1:08 pm, R
On Wednesday 11 July 2001 1:17 am, Tim Mooney wrote:
> In regard to: [Announce] libtool-1.4b, Gary V. Vaughan said (at 12:17am
on...:
> >The most important user-visible changes since release 1.4 follow:
> >
> >New in 1.4b: 2001-07-09
> >* Now bootstraps with autoco
On Wednesday 11 July 2001 3:56 am, Alexandre Oliva wrote:
> Congratulations for completing the merge, and sorry about my long
> absence. I'm afraid it will still last for a while, though :-(
No problem. Is your PhD demanding more attention these days?
> On Jun 24, 2001, &
On Wednesday 11 July 2001 10:39 am, Patrick Shirkey wrote:
> "Gary V. Vaughan" wrote:
> > Does the ltmain.sh link in your projecxt directory point to a missing or
> > zero-length file?
>
> No.
>
> lrwxrwxrwx1 root root 34 Jul 10
at do will take a performance hit from the non-PIC objects in the
library. Because of that, when you do force such a linkage, libtool will
give a warning.
Cheers,
Gary.
> Thanks,
> Tod Milam
> [EMAIL PROTECTED]
>
> --- "Tod W. Milam" <[EMAIL PROTECTED]> wr
It doesn't
> know how to parse anything beyond the first one, so the shell complains
> about it. If I had to guess, I would bet that any platform where the
> same output_verbose_link_cmd is used would cause the same problem.
>
> Tim
Cheers,
Gary.
--
())_. Gary V.
it depends on loaded for you automatically?
Yes, exactly that.
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.org/software/libtool \'
to
> the QNX box, I'm working through it with someone else. However, these
> changes do allow us to build shared libraries on QNX.
Cool!
Thanks for the patch. Applied to HEAD. Please supply a ChangeLog entry next
time though...
Cheers,
Gary.
--
())_. Gary V. Vau
are reasonably sure otherwise, I'd rather see the case statments
tightened up so that the unproven cases are left with the default (unknown)
value, effectively documenting our collective knowledge about the
architectures in the code instead of in comments.
Cheers,
Gary.
--
(
On Monday 16 July 2001 7:29 pm, [EMAIL PROTECTED] wrote:
> On Fri, Jul 13, 2001 at 12:30:14AM +0100, Gary V. Vaughan wrote:
> > On Thursday 12 July 2001 8:12 pm, Tim Mooney wrote:
> > > I'm not 100% sure I know what
> > >
> > > whether deplibs are loa
pported by libtool,
but then I have very little practical cross compilation know-how. I do know
that GCC 3.0 uses libtool, and that the GCC tree is capable of normal and
canadian cross builds. You might find an expert in these matters in the GCC
forums...
Cheers,
Gary.
On Monday 16 July
for NetBSD, and was under the impression libtool was in pretty good shape in
that respect...
> Cheers,
>
> Patrick
> (how can I find out how they fail?)
You can run individual or batches of tests verbosely:
$ VERBOSE=1 make check TESTS='mdemo-shared.test mdemo-m
ld probably be a separate
>
> libltdl_cv_sys_dlopen_honors_rpath
>
> or maybe
>
> libltdl_cv_sys_dlopen_honours_rpath
>
> for Gary et. al. ;-) Maybe `respects' or `obeys' or `uses' would be
> better than honors/honours.
A saucer of milk for y
arched...
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.org/software/libtool \' `&
`(_~)_ Tech' Authorhttp://so
On Tuesday 17 July 2001 4:10 pm, Robert Boehne wrote:
> "Gary V. Vaughan" wrote:
> > On Monday 16 July 2001 4:10 pm, Robert Boehne wrote:
> > > Here is the test case, if someone wants to libtoolize it, we
> > > could add it to the macro.
> >
>
ecessarily. Though no-one else has complained of problems on NetBSD.
Let me know if you get to the bottom of this.
Cheers,
Gary.
--
())_. Gary V. Vaughan gary@(oranda.demon.co.uk|gnu.org)
( '/ Research Scientist http://www.oranda.demon.co.uk ,_())
/ )= GNU Hacke
takes us back to the start. Go round a few times, and get off at your
favourite stop =)O|
> Granted, I can simply skip this if GNU sed is found, but
> I'm sure it will come up again on some other sed/shell
> combination.
This is really an autoconf macro, since it has app
about:
#if defined (__STDC__) && !__STDC__
??
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.org/software/libtool \' `&
ut and stops
another working, you have found a bug.
I would not be surprised if there are still issues of this sort
lurking, since the post multi-language-branch code has had very little
testing relatively speaking.
Cheers,
Gary.
--
())_. Gary V. Vaughan gary@(oranda.demon.co.uk|g
nside a dirpath-element - or atleast it can be rightfully
> called insane. The thing could look like the following, so *hmm* what would YOU
> think of a style like this:
>
> case "$sys_lib_search_path_spec" in
> # unixshell pathlists are not supposed to contain any ";"
get indented in the resulting libtool script. However, when
> libtool goes looking for those marker lines with sed, it expects the #
> to be at the start of the line...
Good call. Thanks. Now fixed in HEAD.
Cheers,
Gary.
--
())_. Gary V. Vaughan gary@(oranda.d
ty sure this is fixed in HEAD... I'll probably release 1.4d
shortly, since a lot of fixes have gone in since 1.4b.
Cheers,
Gary.
> PS. On IRIX how does libtool map C:R:A to native naming conventions
> for shared libraries?
>From ltmain.in on HEAD:
case $versi
On Sat, Sep 22, 2001 at 11:15:43PM +0300, Tor Lillqvist wrote:
> The chance of a Unix system having
> directory names containing semicolons is practically nil, isn't it?
Yup. It is possible technically, but anyone who uses semicolons in
PATH has got to expect trouble, no?
Cheers,
On Sat, Sep 08, 2001 at 01:49:35AM -0700, Bruce Korb wrote:
> Robert Collins wrote:
> >
> > On Sat, 2001-09-08 at 13:31, Gary V. Vaughan wrote:
> > > On Fri, Sep 07, 2001 at 02:45:11PM -0500, Tim Mooney wrote:
> > > Phew! Thanks for that info.
> > >
&
spec file should be manually linked in by
libtool, if it has decided (for whatever reason) to pass --nostdlib on
the link line? Even for g++, gcj? What happens when linking a
library... linking libgcc.a into a shared library is asking for
trouble.
I wish I had a better understanding of linke
e...
> I'll play with -lgcc and see what happens, but it would be really nice if
> a platform like Solaris would work out of the box.
I know. :-( Sorry about that.
Cheers,
Gary.
--
())_. Gary V. Vaughan gary@(oranda.demon.co.uk|gnu.org)
( '/ Research Sc
f you upgrade to a
newer autoconf... but 1.4 is still lacking multi-language support.
> I also hoped to update to 1.4 because I've had
> problems from some users by using libtool 1.3B and just hardcoding -lstdc++
> on the link line.
1.4 won't help much there I'm afr
This looks like a 1.3.x error message. Upgrade to 1.4.2 and try again?
Cheers,
Gary.
On Mon, Sep 10, 2001 at 01:14:45PM +0100, Larry Cotton wrote:
>
> I wrote on Friday :
>
>
>
> Hi
&
On Tue, Sep 11, 2001 at 12:26:44AM +0200, Hubert Feyrer wrote:
> On Mon, 10 Sep 2001, Gary V. Vaughan wrote:
> > It is a long standing bug with gcc using native ld on solaris,
> > revealed in this release because I have started using assert() in
> > ltdl.c (which requires __
On Mon, Sep 10, 2001 at 11:29:57AM -0700, Bruce Korb wrote:
> "Gary V. Vaughan" wrote:
>
> > Suggestions?
>
> 2. Recast everything as "ptr_t" which is a typedef for "char*".
> Amdhal is the only system I know of with 64 bit proc poi
EN_DEPLIBS]: Teach ltdl about the
behavior of OpenBSD's dlopen().
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.org/softwa
.2.
Now that I think about it, they should not be necessary provided
AC_PROG_LIBTOOL is always called too... if this works for you let me
know and I'll revert that patch.
Cheers,
Gary.
--
())_. Gary V. Vaughan gary@(oranda.demon.co.uk|gnu.org)
( '/ Research Scientist htt
oconf with m4-1.4o, which generated frozen files
(basically a state dump of M4's memory to speed up macro loading)
dependant on the m4-1.4o symbols. You then downgraded to m4-1.4 which
is missing the functions behind the additional symbols added between
1.4 and 1.4o.
If you rebuild Autoconf wi
ents
> Try `rm --help' for more information.
Oops. I'm surprised it halts the script though. I'll commit a patch
presently. In the meanwhile, you should change that line to:
find . \( -name autom4te.cache -o -name libtool \) -exec rm -r {} \;
Thanks for the report!
C
On Tue, Sep 11, 2001 at 01:32:33PM -0500, Tim Mooney wrote:
> In regard to: Re: ltdl.c and 1.4.1 (type conflicts), Gary V. Vaughan said...:
>
> >On Mon, Sep 10, 2001 at 11:29:57AM -0700, Bruce Korb wrote:
> >> "Gary V. Vaughan" wrote:
> >>
> >>
to HEAD and branch-1-4.
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.org/software/libtool \' `&
`(_~)_ Tech' Au
re it is. That is a better articulation of what I
> was asking for :-).
There is mention of multilib support in the TODO files of Libtool IIRC.
As I understand it, this is a generalisation of the same problem...
patches gratefully accepted ;-)
Cheers,
Gary.
--
())_. Gary V. Vau
ker, make utility
and C library is a hobbiest-only anachronism when all are available,
in binary form for all the important architectures in service
nowadays. Coding would be so much faster and more straight forward if
we didn;t have to think about vendor inadequacies... In fact we
wouldn't ev
On Wed, Sep 12, 2001 at 07:31:41PM +0100, Nick Hudson wrote:
> On Tuesday 11 September 2001 19:34, Gary V. Vaughan wrote:
> > On Mon, Sep 10, 2001 at 08:29:17PM +0100, Nick Hudson wrote:
> > > On Monday 10 September 2001 18:59, Patrick Welche wrote:
> > > > I mumble
If only I could finish my sentences...
On Thu, Sep 13, 2001 at 09:48:02PM +0100, Gary V. Vaughan wrote:
>
> I would argue that using your vendor compiler, linker, make utility
> and C library is a hobbiest-only anachronism when all are available,
> in binary form for all t
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.org/software/libtool \' `&
`(_~)_ Tech' Authorhttp://so
; binary from emacs? Is there a libtool mode
> for emacs?
Well, I think that it would be kind of cool for gdb to understand
libtool wrapper scripts and simply do the right thing... I imagine
that all it would take is a patch :-)
Cheers,
Gary.
--
())_. Gary V. Vaughan gary@(oranda.d
the sed munging some more thought then...
> 2001-09-20 Albert Chin-A-Young <[EMAIL PROTECTED]>
>
> * libtool.m4: Don't include main() when testing for
> command to parse $NM output because some C++ compilers
> don't allow you to take the address
ery stupidity. I had forgotten about the " issues
on darwin, and applied the usual libtool quoting style. Sorry about
that. Now fixed in HEAD and branch-1-4... I'll make a 1.4.3 release
when the patch queue is clear again.
Cheers,
Gary.
--
())_. Gary V. Vaughan gary@(orand
script that libtool produced is named without the .exe.
Cool! I've been wanting to fix this for ages, but never seemed to get
around to it. Applied on HEAD and branch-1-4.
Cheers,
Gary.
P.S. Please send patches to [EMAIL PROTECTED] along with a
ChangeLog entry.
-
ly my
knowledge of linkers and loaders is superficial, so you will need to
explain what it is that libtool is (or isn't) doing, and what you
would have expected libtool to do (or not do) in painstaking detail in
order for me to get a good grasp of what I can do to fix it :-(
Cheers,
Gary.
-
dp.gz
NEWS - list of user-visible changes between releases of GNU Libtool
New in 1.4.2: 2001-09-11; CVS version 1.4.1a, Gary V. Vaughan:
* libltdl now builds on solaris again
* diagnose and warn about not-quite-working combinations of gcc and
ld on solaris
* Improved OpenBSD su
On Sun, Sep 23, 2001 at 05:44:40PM +0200, Guido Draheim wrote:
> "Gary V. Vaughan" wrote:
> >
> > On Sat, Sep 22, 2001 at 11:15:43PM +0300, Tor Lillqvist wrote:
> > > The chance of a Unix system having
> > > directory names containing semicolons is prac
Sure. From the ChangeLog in HEAD:
2001-09-06 Gary V. Vaughan <[EMAIL PROTECTED]>
From Daniel Johnson <[EMAIL PROTECTED]>:
* libtool.m4 (AC_LIBTOOL_PROG_LD_SHLIBS) [darwin*]: Move from GNU
ld section to non-GNU ld section.
...
2001-09-02 Christopher Pfisterer
But there is a page about contributing
to libtool here: http://www.gnu.org/software/libtool/contribute.html
The minimum requirement for a patch to be accepted is approximately:
fixes a problem you are experiencing on your host, passes visual
inspection by one of the maintainers, causes no regressions on
ssible to quote backslashes using
# echo "$something" | sed 's/\\//g'
libtool needs to store lots of script snippets in shell variables to
be passed to eval later. In order for this to work, it must be
possible to backslash escape shell meta char
uot;.lo" ones. Anyone
> have any clues on this?
CVS libtool (and 1.4b too I think), creates pic objects with a .o
extension, but puts them in a subdirectory.
Cheers,
Gary.
--
())_. Gary V. Vaughan gary@(oranda.demon.co.uk|gnu.org)
( '/ Research Sc
n particular :-(
That said, I see some uses of -gt in autoconf, so I guess that in
practice, there are no real users that are affected by this problem any
more...
Cheers,
Gary.
--
())_. Gary V. Vaughan gary@(oranda.demon.co.uk|gnu.org)
( '/ Research Scientist http
n
>
> There was a discussion not so long ago about using "/" in a character
> range when it's also the delimiter, but I forget what the theory was.
Thanks! Applied to HEAD and branch-1-4.
Cheers,
Gary.
--
())_. Gary V. Vaughan gary@(oranda.demon.co.uk|g
On Sun, Oct 28, 2001 at 01:14:29AM +0100, Gary V. Vaughan wrote:
> On Thu, Oct 04, 2001 at 09:05:18AM +1000, Kevin Ryde wrote:
> > On an sv1-cray-unicos10.0.0.X with the cvs libtool I noticed the
> > following error,
> >
> > configure: creating lib
bit integer: fgets(arg 2)
>
> if (!fgets (line, line_len, file))
>
> line_len is size_t. fgets expects second argument to be int.
Hmmm. That sucks. I'll cast it down to an int for now. But if someone
has the time to implement an rpl_fgets in the spirit of the other
k at.
>
> Or the following patch:
[[snip]]
Thank you both. Applied to HEAD.
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.org/sof
On Mon, Nov 19, 2001 at 11:15:37AM +0100, Lutz Müller wrote:
> Hi Gary,
>
> where should I ask for an lt_dlforeachfile function that actually scans
> a directory when called a second time?
The libtool list <[EMAIL PROTECTED]> is the best place. However, I guess
I am not
201 - 300 of 772 matches
Mail list logo
