* Gary V. Vaughan wrote on Tue, Apr 05, 2005 at 11:08:52AM CEST:
> Ralf Wildenhues wrote:
>
> > OK to apply this fix?
>
*snip*
> In the meantime, if you want to apply this to HEAD while we discuss the
> final details, then please go ahead.
Done, thanks.
Regards,
R
Libtool does fine when the user installs distcc or ccache so they are
symlinked as the respective compiler name. Like
/usr/local/bin/g++ -> path/to/distcc
(distcc knows about the path to the real compiler if configured like
this).
But when a libtoolized package is configured as
configure CC='
Oh bummer, I thought I had deleted this:
* Ralf Wildenhues wrote on Thu, Apr 07, 2005 at 12:40:30PM CEST:
> The biggest problem is again detection of distcc/ccache specific flags
> which have options.
This turns out to be a non-issue AFAICS. I tested both applications,
none use option
I have checked in enhanced support for PGI compilers as below, to
Libtool CVS HEAD. Because it adds a `prelink_cmds' interface for
template object compilation to libtool, I regard it as "HEAD only"
for now. Given that it proves stable (useful also for other compilers
would be a goodie), a backpor
* Peter O'Gorman wrote on Thu, Apr 07, 2005 at 03:04:17PM CEST:
> Peter O'Gorman wrote:
> | Maciej W. Rozycki wrote:
> | |
> | | A change dated 2004-12-10 broke handling of archives containing multiple
> | | members of the same name for GNU binutils. Unlike what the relevant
*snip*
> |
> | Aw cra
* Ralf Wildenhues wrote on Tue, Apr 05, 2005 at 09:23:46AM CEST:
> * Alexandre Oliva wrote on Mon, Apr 04, 2005 at 08:57:43PM CEST:
> > On Apr 4, 2005, Alexandre Oliva <[EMAIL PROTECTED]> wrote:
> >
> > > The problem here is that, when we relink libA for ins
To the other developers: Since this is an annoying bug for many people,
are you ok with another point release of 1.5.x? Say, weekend after
next? If you want me to do it: how do I read up on getting write
approval for uploading?
* Damien Carbery wrote on Fri, Apr 08, 2005 at 12:38:49PM CEST:
> I
* Ralf Wildenhues wrote on Thu, Apr 07, 2005 at 10:58:28PM CEST:
> * Peter O'Gorman wrote on Thu, Apr 07, 2005 at 03:04:17PM CEST:
> >
> > This is Alexandre Oliva's patch with a test case. OK to apply to branch-1-5
> > and forward port?
>
> Yes. Please sho
Hi Gary, Alexandre, others,
* Gary V. Vaughan wrote on Fri, Apr 08, 2005 at 02:05:46PM CEST:
> Ralf Wildenhues wrote:
> > Here is a patch with a test and your fix.
> >
> > OK to apply to branch-1-5 and forward-port?
>
> Yep, looks good to me.
Thanks. Applied, w
While working on pending bug reports (hi Robert :)..
I noticed not all Xsed's only strip the first input line. This breaks
$ECHO "X$list" | $SP2NL | $Xsed ...
OK to apply attached patches for consistency? The HEAD one works
against branch-2-0 as well, if you ignore the file from the new HEAD
While extracting libtool-2.1a.tar.bz2 (tarball of CVS HEAD) over an
already present source tree on Solaris:
| ..
| tar: libtool-2.1a/config/ltmain.sh: Could not create file: Permission denied
| ..
| tar: libtool-2.1a/m4/ltversion.m4: Could not create file: Permission denied
| ..
Should we avoid pu
Two problems I want to kill with this patch:
- picky compiler(s|flags) warn about innocuous code and thus make the
`-c -o' and the pic_flag tests (among others) spuriously fail.
- some proprietary compilers output boilerplate every time. Same
effect on libtool tests.
A third, similar problem
Hi Gary,
* Gary V. Vaughan wrote on Mon, Apr 11, 2005 at 10:07:48AM CEST:
> Ralf Wildenhues wrote:
> > While extracting libtool-2.1a.tar.bz2 (tarball of CVS HEAD) over an
> > already present source tree on Solaris:
*snip*
> > Should we avoid putting non-writeable files in th
Hi Peter,
* Peter O'Gorman wrote on Fri, Apr 08, 2005 at 04:11:56PM CEST:
> Ralf Wildenhues wrote:
> | To the other developers: Since this is an annoying bug for many people,
> | are you ok with another point release of 1.5.x? Say, weekend after
> | next? If you want me to do
[ Zachary, I have Cc:ed you because this may relate to an old bugreport
by you, and I would like to make a test case for it if at all possible.
See [4] for the archive of this thread so far. ]
* Gary V. Vaughan wrote on Fri, Apr 08, 2005 at 02:05:46PM CEST:
> Ralf Wildenhues wrote:
> >
Hi Gary,
* Gary V. Vaughan wrote on Mon, Apr 11, 2005 at 10:33:25AM CEST:
> Ralf Wildenhues wrote:
> > Two problems I want to kill with this patch:
> > - picky compiler(s|flags) warn about innocuous code and thus make the
> > `-c -o' and the pic_flag tests (amo
Hi Gary,
* Gary V. Vaughan wrote on Mon, Apr 11, 2005 at 06:27:24PM CEST:
>
> This changeset came about as a side effect of trying to make
> libltdl/Makefile.am work as a standalone top-level Makefile,
> for correct installation with `libtoolize --ltdl'. And Ralf's mail
> describing why calling
* Ralf Wildenhues wrote on Sat, Apr 09, 2005 at 04:56:05PM CEST:
>
> I noticed not all Xsed's only strip the first input line. This breaks
> $ECHO "X$list" | $SP2NL | $Xsed ...
Patch applied, all branches.
Regards,
Ralf
> * config/general.m4sh, libtool.m4 (
* Peter O'Gorman wrote on Mon, Apr 11, 2005 at 03:50:03PM CEST:
> Ralf Wildenhues wrote:
>
> | - *) deplibs="$deplibs $path" ;;
> | + *) deplibs="$path $deplibs" ;;
>
> This is different to the patch for Zachary's bug which was:
Hi David, others,
* David Edelsohn wrote on Thu, Apr 14, 2005 at 02:20:13AM CEST:
> Peter> Look for $with_gnu_ld in ltmain.m4sh.
>
> Okay, sorry that I missed that. I can move my change to that
> block, but the GNU ld linker script syntax is just different enough that I
> cannot reuse the
* Peter O'Gorman wrote on Wed, Apr 13, 2005 at 02:43:37PM CEST:
> Ralf Wildenhues wrote:
> >The depdepl part is darwin-specific. Tell me this is a non-issue and I
> >will happily believe you. :)
>
> Looks like a non-issue.
Alright. I believe you. :)
> I conside
ank you very much. Unfortunately, I overlooked (at least) this one
detail: your change needs the patch below, which I committed to HEAD
(mkstamp looks at $srcdir/ChangeLog).
Please just put it into yours when backporting.
Cheers,
Ralf
2005-04-14 Ralf Wildenhues <[EMAIL PROTE
* David Edelsohn wrote on Thu, Apr 14, 2005 at 04:59:20PM CEST:
> >>>>> Ralf Wildenhues writes:
>
> Ralf> What would the linker do with special characters in file names?
>
> AIX allows file globbing on the list, so '*' and '?' are allow
* Peter O'Gorman wrote on Thu, Apr 14, 2005 at 02:38:49PM CEST:
> Ralf Wildenhues wrote:
> >
> >Also, if we find more linkers with more link script syntax forms, it
> >might be good to fold that into a recipe to be put in libtool.m4.
> >Something like
>
> I
* Ralf Wildenhues wrote on Thu, Apr 14, 2005 at 06:52:16PM CEST:
> * Peter O'Gorman wrote on Thu, Apr 14, 2005 at 02:38:49PM CEST:
> > Ralf Wildenhues wrote:
>
> > >Unnecessary. Just do
> > > $ECHO "X$save_libobjs" | $Xsed | $SP2NL >
* Gary V. Vaughan wrote on Wed, Apr 13, 2005 at 02:27:52PM CEST:
>
> Applied to HEAD. This represents libtool--gary--1.0--patch-17, plus
> fixes for nits picked up by Ralf, and also to let bootstrap and
> make distcheck work again. I'll backport to branch-2-0 in a few days.
Oh dear. More issues
* Gary V. Vaughan wrote on Thu, Apr 14, 2005 at 06:07:55PM CEST:
>
> Okay to commit to HEAD?
>
> Revert the parallel installation changes from November last year:
It looks ok to me.
Found another "consoldidate Makefile.ams" nit, though:
libltdl/configure.ac should not contain loaders/Make
Hi Peter,
* Peter O'Gorman wrote on Thu, Apr 14, 2005 at 02:16:21PM CEST:
> Ralf Wildenhues wrote:
> >FYI, I have applied the pending patch to branch-2-0, and the patch below
> >to HEAD. It uses the new testsuite, and sure again feels a little like
> >working around t
* Ralf Wildenhues wrote on Thu, Apr 07, 2005 at 12:40:30PM CEST:
>
> But when a libtoolized package is configured as
> configure CC='distcc xlc' ..
> Libtool's tests break down[1].
FYI: Applied the following patches to all branches. Added purify for
convenience, an
* Ralf Wildenhues wrote on Wed, Apr 06, 2005 at 01:04:18PM CEST:
> * Maciej W. Rozycki wrote on Mon, Apr 04, 2005 at 06:59:27PM CEST:
> >
> > The GCJ tag has old_archive_cmds omitted and as a result libtool cannot
> > create archive libraries for this configuration. A fix
Hi Peter,
* Peter O'Gorman wrote on Sat, Apr 16, 2005 at 05:30:01PM CEST:
> Peter O'Gorman wrote:
> |>>
> |>> This is Alexandre Oliva's patch with a test case. OK to apply to
> |>> branch-1-5
> |>> and forward port?
> |>
> |> Yes. Please show the forward-port, though. Nice and clean fix, BTW.
>
sorry to self-followup.
* Ralf Wildenhues wrote on Sat, Apr 16, 2005 at 05:59:17PM CEST:
> * Peter O'Gorman wrote on Sat, Apr 16, 2005 at 05:30:01PM CEST:
> > Peter O'Gorman wrote:
>
> Hmm. Maybe we should consider using
> eval `$LIBTOOL --config | grep EGREP=`
Applied these trivial patches, all branches.
Regards,
Ralf
2005-04-17 Ralf Wildenhues <[EMAIL PROTECTED]> (tiny change)
* libtoolize.m4sh (func_copy_cb): Fix syntax typo.
2005-04-17 Ralf Wildenhues <[EMAIL PROTECTED]> (tiny change)
* libtoolize.m4sh (func_c
Hi Gary,
* Gary V. Vaughan wrote on Wed, Apr 06, 2005 at 05:02:15PM CEST:
> Ralf Wildenhues wrote:
>
> >>I suggest that we put the test in a
> >>big `case $host_os in' block and do the right thing on each platform.
> >
> > That will be much more work,
Applied to branch-2-0 and HEAD. Sorry for the inconvenience.
Regards,
Ralf
2005-04-18 Ralf Wildenhues <[EMAIL PROTECTED]>
* tests/demo-hardcode.test: Fix typo.
Index: tests/demo-hardcode.test
===
RCS file: /c
Hi Gary,
* Gary V. Vaughan wrote on Mon, Apr 11, 2005 at 05:08:06PM CEST:
> Ralf Wildenhues wrote:
> > Ah, you mean using _LT_TAGVAR without also using _LT_TAGDECL, right?
>
> Yes, _LT_TAGVAR abstracts per language variables, _LT_TAGDECL pushes them
> through conf
We need a test for convenience archives: multiple archives, objects not
pulled in through dependencies. This has hit us more than once now.
--> convenience.at (below)
What's even worse: it shows that Libtool HEAD is buggy w.r.t this on
Solaris (solaris2.8, cc, /usr/ccs/bin/ld). Now I need to fi
Applied to HEAD and branch-2-0. For details see
info Autoconf 'Limitations of Usual Tools'
(AIX sed does not like "{ ... }; d").
Regards,
Ralf
2005-04-19 Ralf Wildenhues <[EMAIL PROTECTED]>
* libtoolize.m4sh (func_scan_files, func_
OK like this (HEAD, tiny change)?
If so, Gary, please include it in your eventual backport to branch-2-0.
Thanks,
Ralf
* Makefile.am, HACKING; Use lt__cd throughout.
Index: Makefile.am
===
RCS file: /cvsroot/libtool/libtool/
Hi Jonathan,
* Jonathan Ryshpan wrote on Thu, Apr 21, 2005 at 08:47:55AM CEST:
> There are a bunch of underfull and overfull boxes in the libtool
> documentation for version 1.5.6. The underfull boxes are mildly
> unaesthetic; the overfull boxes make those portions of the documentation
> unreadab
Applied to all three branches.
(Extracted from Gary's babel packages' changes against 1.5.10).
Regards,
Ralf
2005-04-23 Gary Kumfert <[EMAIL PROTECTED]>
* m4/libtool.m4 (_LT_LANG_F77_CONFIG) [ aix4, aix5 ]:
Adjust logic to match the C case: Only disable static if not
on
Hi Gary, others,
* Gary V. Vaughan wrote on Sat, Apr 23, 2005 at 09:40:05AM CEST:
> Ralf Wildenhues wrote:
> > Another couple of questions that turned up for me and are not
> > dealt with in HACKING (resp. README-alpha):
>
> Thanks for catching these! We should capture the
> > Ralf Wildenhues wrote:
>
> > > Also the library version of libltdl in libltdl/Makefile.am, right?
> > > (libltdl hasn't changed yet from the previous release, but I will
> > > try to incorporate the memleak patch).
Ok, I have decided against putt
Hi Ralf,
* Ralf Menzel wrote on Sat, Apr 23, 2005 at 03:15:43PM CEST:
> Ralf Wildenhues <[EMAIL PROTECTED]> writes:
> > * Ralf Wildenhues wrote on Fri, Apr 22, 2005 at 06:14:17PM CEST:
> >>
> >> Could you please test this as well on your respective Solaris syst
* Bob Friesenhahn wrote on Sat, Apr 23, 2005 at 04:36:11PM CEST:
> On Sat, 23 Apr 2005, Ralf Wildenhues wrote:
> >+
> >+8) Note that using libltdl in conjunction with direct uses of dlopening
> >+mechanisms is not supported. For example, it may work if you use
> >+libl
* Bob Friesenhahn wrote on Sat, Apr 23, 2005 at 05:13:45PM CEST:
> On Sat, 23 Apr 2005, Ralf Wildenhues wrote:
> >
> >Suppose, the module libfoo depends on libbar.
> >- main calls lt_dlopen("libfoo")
> >- uses unrelated library libbaz
> >- libbaz dlopens
Hi Ralf, others,
* Ralf Menzel wrote on Sat, Apr 23, 2005 at 05:02:00PM CEST:
> Ralf Wildenhues <[EMAIL PROTECTED]> writes:
> >
> > The last two commands should compile and the binaries return 0.
>
> OK, I get
>
> [anarion:conv]324> ./main ; echo $?
> 0
&g
* Ralf Wildenhues wrote on Sat, Apr 23, 2005 at 03:41:25PM CEST:
>
> Ahh, I actually know how to fix the Fortran failures, I think:
> AC_LIBTOOL_POSTDEP_PREDEP is missing from AC_LIBTOOL_LANG_F77_CONFIG.
> What I don't know is whether this was done by accident or on purpose to
&g
* Ralf Wildenhues wrote on Fri, Apr 22, 2005 at 06:14:17PM CEST:
>
> Could you please test this as well on your respective Solaris systems,
> so we don't get a bogus 1.5.16 release? Thank you very much.
Oh Brother. This is the correct patch for branch-1-5, the other one was
bogus
My convenience archive test (proposed for HEAD) uncovered more failures
on Solaris, as already mentioned.
While I probably won't have a solution for the tagdemo failures on
solaris/CC done before the next 1.5.x release which I wanted out this
weekend, I would very much like the whole_archive one f
Applied to branch-1-5. This one did not hurt because in `configure' we
have both $echo and $ECHO defined.
Regards,
Ralf
2005-04-22 Ralf Wildenhues <[EMAIL PROTECTED]> (tiny change)
* libtool.m4 (_LT_CC_BASENAME): Use $echo, not $ECHO, for consistency.
Index:
Hi Peter, others,
* Peter O'Gorman wrote on Mon, Apr 11, 2005 at 03:54:09PM CEST:
> Ralf Wildenhues wrote:
>
> >Oh, I'd be happy either way. If you want to do it, fine with me, too. :)
>
> In the unlikely event that you do not upload access to ftp.gnu.org in time,
Hi Alexandre,
* Alexandre Oliva wrote on Sun, Apr 24, 2005 at 12:42:42AM CEST:
> On Apr 23, 2005, Ralf Wildenhues <[EMAIL PROTECTED]> wrote:
>
> > -New in 1.5.15a: 2005-??-??; CVS version 1.5.15a, Libtool team:
> > +New in 1.5.16: 2005-04-23; CVS version 1.5.15a, Libtoo
Hi Ralf,
* Ralf Menzel wrote on Sun, Apr 24, 2005 at 04:58:23PM CEST:
> Ralf Wildenhues <[EMAIL PROTECTED]> writes:
> > * Ralf Wildenhues wrote on Sat, Apr 23, 2005 at 03:41:25PM CEST:
> >>
> >> Ahh, I actually know how to fix the Fortran failures, I think:
Hi,
* Ralf Menzel wrote on Sun, Apr 24, 2005 at 05:31:32PM CEST:
> Ralf Wildenhues <[EMAIL PROTECTED]> writes:
> > | FAIL: f77demo-static.test
> >
> > Quite the same as reported by Yuri. You need the patch from[1] in
> > Autoconf (it is in CVS HEAD). To mak
* Ralf Menzel wrote on Sun, Apr 24, 2005 at 07:07:53PM CEST:
> I applied the patch you mentioned in an earlier mail to autoconf 2.59.
> (I couldn't find access to a CVS version of autoconf.) I installed
> this version and (after a bootstrap auf libtool) rerun the fortran
> test with the following r
Applied to all branches. I believe it fixes the last outstanding issue
with libtool's `-c -o' handling. A test for HEAD is in the works.
Regards,
Ralf
2005-04-24 Ralf Wildenhues <[EMAIL PROTECTED]>
* libtool.m4 (_LT_CC_BASENAME): Ignore `compile'
* Ralf Wildenhues wrote on Sun, Apr 24, 2005 at 07:46:04PM CEST:
> Applied to all branches. I believe it fixes the last outstanding issue
> with libtool's `-c -o' handling. A test for HEAD is in the works.
Erm. Besides the lock denial of service, of course. That one did not
ge
Hi Maciej,
Sorry for taking a while to respond.
* Maciej W. Rozycki wrote on Mon, Apr 04, 2005 at 07:09:56PM CEST:
>
> Libtool strips off "-nodefaultlibs", "-nostartfiles" and "-nostdlib" in
> the link mode. They are legitimate GCC linker flags which may be needed
> when a non-standard set o
Hi Gary,
* Gary V. Vaughan wrote on Mon, Apr 25, 2005 at 05:07:28PM CEST:
>
> Applied to branch-2-0.
>
> * looking for [EMAIL PROTECTED]/libtool--release--2.0--patch-100 to compare
> with
> * comparing to [EMAIL PROTECTED]/libtool--release--2.0--patch-100
> D doc/.arch-ids/Makefile.am.id
Hi David,
* David Edelsohn wrote on Fri, Apr 22, 2005 at 06:39:17PM CEST:
> In addition to the missing _LT_TAGDECL, I found a mistake in the
> previous patch. I referenced the original name of a variable, $filelist,
> instead of $output. Sorry for letting that slip through. Appended is a
As promised, here is a first cut at an echo audit of ltmain.
I even found one $ECHO "X.." that was missing a corresponding $Xsed
entirely. This means we are not testing that code path. :-/
Now while there are many things we do not test..
BTW, is there a way to get at source code coverage in she
OK like this?
Regards,
Ralf
Index: HACKING
===
RCS file: /cvsroot/libtool/libtool/HACKING,v
retrieving revision 1.15
diff -u -r1.15 HACKING
--- HACKING 22 Apr 2005 10:20:46 - 1.15
+++ HACKING 25 Apr 2005 19:13:52 -0
* Alexandre Oliva wrote on Mon, Apr 25, 2005 at 09:27:24PM CEST:
> On Apr 24, 2005, Ralf Wildenhues <[EMAIL PROTECTED]> wrote:
> >
> > AC_PROVIDE_IFELSE is not in Autoconf 2.50 (AFAICT it's in 2.52). I
> > don't know if we left its usability through other
[ overlooked that earlier ]
* Ralf Menzel wrote on Sun, Apr 24, 2005 at 07:07:53PM CEST:
>
> I applied the patch you mentioned in an earlier mail to autoconf 2.59.
> (I couldn't find access to a CVS version of autoconf.)
FYI: CVS autoconf is accessible here:
$ export CVS_RSH=ssh
$ cvs -d :ext:[E
Hi Gary, others,
* Gary V. Vaughan wrote on Tue, Apr 26, 2005 at 10:24:17AM CEST:
> Ralf Wildenhues wrote:
> > +* Make sure your locale is sane, e.g. by exporting LC_ALL=C.
>
> Good point!
Hehe. Luckily I stumbled over the german navigation bar in the texinfo
output before
Hi Gary,
* Gary V. Vaughan wrote on Tue, Apr 26, 2005 at 03:13:17PM CEST:
>
> This changeset requires autoconf and automake patched according to:
>
> http://lists.gnu.org/archive/html/autoconf-patches/2005-04/msg00028.html
>
> But I think it is fine for HEAD to rely on CVS autoconf/automake,
* Ralf Wildenhues wrote on Tue, Apr 26, 2005 at 04:15:37PM CEST:
> * Gary V. Vaughan wrote on Tue, Apr 26, 2005 at 03:13:17PM CEST:
>
> > If we decide to do that, then it might ease our maintenance burden to
> > backport this patch more or less as is (without a subconfigure
>
TODO update for HEAD. Most of this applies to one or both other
branches as well, though.
Actually, concerning `$' in object file names: I believe there are only
one or two buggy lines left. Will enable as soon as I have a
corresponding test done. :)
Some of the other item should also be rathe
* Gary V. Vaughan wrote on Tue, Apr 26, 2005 at 05:07:31PM CEST:
> Ralf Wildenhues wrote:
> > * TODO: Updated.
>
> Looks good to me. If you have time to put list archive reference links in to
> the items that correspond with bug reports, that would be even better!
Nice
* Gary V. Vaughan wrote on Tue, Apr 26, 2005 at 05:07:31PM CEST:
> Ralf Wildenhues wrote:
> > * TODO: Updated.
>
> Looks good to me. If you have time to put list archive reference links in to
> the items that correspond with bug reports, that would be even better!
Hi Howard,
* Howard Chu wrote on Tue, Apr 26, 2005 at 06:40:19PM CEST:
> Ralf Wildenhues wrote:
> >* Gary V. Vaughan wrote on Tue, Apr 26, 2005 at 05:07:31PM CEST:
> >
> >Nice way of saying "we need a bug tracking system". :-)))
>
> The OpenLDAP Pro
Hi Howard,
* Howard Chu wrote on Tue, Apr 26, 2005 at 02:40:45PM CEST:
> The definition of LT_SCOPE in libltdl/ltdl.h needs a tweak; if some
> other DLL (e.g. module 'foo') uses libltdl then it needs to define
> LIBLTDL_DLL_IMPORT. Since 'foo' is compiled as a DLL, DLL_EXPORT will
> already be
* Bob Friesenhahn wrote on Tue, Apr 26, 2005 at 06:36:38PM CEST:
> On Tue, 26 Apr 2005, Ralf Wildenhues wrote:
> >
> >Nice way of saying "we need a bug tracking system". :-)))
>
> As far as I am aware libtool already has a working bug tracking system
> at Savan
* Ralf Wildenhues wrote on Mon, Apr 25, 2005 at 06:35:42PM CEST:
> * config/ltmain.m4sh: Audit use of echo vs $ECHO.
> Reported by Robert Ă–gren <[EMAIL PROTECTED]> and others.
Committed as shown to HEAD, branch-2-0.
Regards,
Ralf
I put this in branch-1-5 some time ago, but it also goes on your nerves
in the newer ones. Applied to HEAD, branch-2-0.
Regards,
Ralf
2005-04-27 Ralf Wildenhues <[EMAIL PROTECTED]>
* tests/defs.m4sh (func_configure): Don't run the whole configure
script with -x.
I
3.0.5/lib:...". Using an actual TAB
> character instead in the sed command works just fine.
>
> Seems to be present in both HEAD and 1.5.16.
Thank you for your bug report. I have committed the following to all
three branches.
Regards,
Ralf
2005-04-27 Ralf Wildenhues <[EMA
Welcome to the new millenium. Or should I say welcome to the 80s?
Applied to HEAD and branch-2-0.
Regards,
Ralf
2005-04-27 Ralf Wildenhues <[EMAIL PROTECTED]>
* tests/f77demo/foo.h, tests/f77demo/fooc.c, tests/f77demo/cprogram.c,
tests/mdemo2/main.c, tests/pdemo/foo.h
Hi Bob,
* Bob Friesenhahn wrote on Wed, Apr 27, 2005 at 04:38:11PM CEST:
> On Wed, 27 Apr 2005, Ralf Wildenhues wrote:
> >
> >sed 3.02. Dated February 1998. Wow, I am amazed someone still uses
> >this. :-)
>
> This is in fact the version that you will find on
Hi Howard,
* Howard Chu wrote on Wed, Apr 27, 2005 at 04:18:12PM CEST:
> Ralf Wildenhues wrote:
>
> >>Since LT_SCOPE is only used for the three lt_*alloc/free function
> >>pointers, I suggest removing these declarations completely and using
> >>accessor
* Ralf Wildenhues wrote on Mon, Apr 18, 2005 at 07:08:13PM CEST:
> We need a test for convenience archives: multiple archives, objects not
> pulled in through dependencies. This has hit us more than once now.
Since this test has done some good, I decided to do it thoroughly.
The patch
Hi Bob, Howard, others,
* Bob Friesenhahn wrote on Wed, Apr 27, 2005 at 06:34:47PM CEST:
> On Wed, 27 Apr 2005, Howard Chu wrote:
> >>
> >>Related question: Do I have to specify the declspec(export) in the same
> >>translation unit in which I define the function? This is what bugs us
> >>in mingw
[ sorry for the cross-post, this concerns both tools ]
SUSv3 states that `make' should update prerequisites to a target in the
order in which they are given. However, I cannot find any reference to
whether the resulting tree of out-of-date targets is traversed
depth-first or breadth-first. Do `m
Hi Dalibor,
* Dalibor Topic wrote on Thu, Apr 28, 2005 at 02:14:37PM CEST:
>
> http://lists.gnu.org/archive/html/libtool-patches/2004-09/msg00282.html
> should have gone to 1.5 branch as well, I think.
Applied.
Thanks,
Ralf
* Bob Friesenhahn wrote on Thu, Apr 28, 2005 at 04:34:53PM CEST:
> On Thu, 28 Apr 2005, Ralf Wildenhues wrote:
> >
> >BTW: Does anyone have access to non-gcc compilers on win32 and some
> >incentive to test Libtool HEAD with them?
> My understanding is that both the Micro
;m gone
most of next week.
Regards,
Ralf
PS: I have applied this patch to HACKING (HEAD, branch-2-0):
2005-04-29 Ralf Wildenhues <[EMAIL PROTECTED]>
* HACKING: Updated.
Index: HACKING
===
RCS file: /cvsroot/libtoo
kaffe? (The static *BSD dlopen bug
is still open, I don't know yet how to fix it.)
Regards,
Ralf
> 2004-03-12 Riccardo Mottola <[EMAIL PROTECTED]>,
> Michael Koch <[EMAIL PROTECTED]>
>
> * libltdl/acinclude.m4 (LTDL_SYSSEARCHPATH): Brace
>
Hi Dalibor,
* Dalibor Topic wrote on Fri, Apr 29, 2005 at 12:51:00PM CEST:
>
> On a side note, would there be some interest in patches cleaning up
> libtool.m4 / ltdl.m4 for autoconf 2.59 warnings? I run the latest
> released autotools with -Wall in kaffe's developers/autgen.sh script,
> and a
* Dalibor Topic wrote on Fri, Apr 29, 2005 at 12:56:00PM CEST:
> Ralf Wildenhues wrote:
> >
> >I am very sorry for this. I can push out a 1.5.18 with one of your
> >fixes, but I don't think I can manage to do it this weekend and I'm gone
> >most of next wee
[ _really_ old thread, but new info, and a patch :) ]
* Ralf Wildenhues wrote on Fri, Feb 04, 2005 at 12:34:53PM CET:
> * Gary V. Vaughan wrote on Fri, Feb 04, 2005 at 12:29:40PM CET:
> > Ralf Wildenhues wrote:
> > > - something is broken in the Makefile rules that causes regen
Hi Dalibor,
* Ralf Wildenhues wrote on Fri, Apr 29, 2005 at 10:56:18AM CEST:
> * Dalibor Topic wrote on Thu, Apr 28, 2005 at 06:20:34PM CEST:
> >
> > here is another patch from Kaffe's libtool patch chest, which adds the
> > missing braces around $sys_search
Hi Riccardo, Dalibor,
* Dalibor Topic wrote on Fri, Apr 29, 2005 at 06:30:16PM CEST:
> Ralf Wildenhues wrote:
> >
> >We're back here again. Stepan Kasal made it clear to me (on the
> >autoconf-patches list) that this change:
> >| < AC_DEFINE_UNQUOTED(LT
Hi Gary,
* Gary V. Vaughan wrote on Sat, Apr 30, 2005 at 04:06:19PM CEST:
>
> This may not apply cleanly to HEAD, as I developed it on my own branch
> which still has the pending standalone libtool patch awaiting.
Does that mean branch-2-0 will need Automake 1.10? Which patch are you
talking ab
* Ralf Wildenhues wrote on Fri, Apr 29, 2005 at 08:33:35AM CEST:
> * Andreas Schwab wrote on Thu, Apr 28, 2005 at 06:48:10PM CEST:
> > As a user of the libltdl library I surely don't want to install the
> > libltdl data files as part of my project.
>
> You are both corr
Hi Gary,
* Gary V. Vaughan wrote on Sun, May 01, 2005 at 06:30:56PM CEST:
> Ralf Wildenhues wrote:
> > comparing a unix file and a windows one with cmp
> > is bound to lead to failures. (Yes, certainly I do have my test cygwin
> > set up with crnl line endings. I _want_ to
* Adam Ciarcinski wrote on Wed, May 04, 2005 at 04:45:34PM CEST:
> >
> >I applied this patch to branch-1-5.
>
> Could you, please, send me a diff file, so I can patch libtool in pkgsrc
> (www.pkgsrc.org)? It's very crucial to our package system, since many
> programs do not compile on Darwin/Ma
Hi Joe, others,
* Ralf Wildenhues wrote on Wed, May 04, 2005 at 09:40:21PM CEST:
> * Ralf Wildenhues wrote on Wed, May 04, 2005 at 06:30:57PM CEST:
> > * Joe Buck wrote on Mon, May 02, 2005 at 08:01:49PM CEST:
> > >
> > > We really need something done about thi
Hi Peter,
* Peter O'Gorman wrote on Thu, May 05, 2005 at 02:13:31PM CEST:
> Ralf Wildenhues wrote:
>
> | I'm pretty sure I can get it quite a bit faster even. The patches need
> | cleanup so that they use allowed file names and work properly in corner
> | cases as we
Hi Albert,
* Albert Chin wrote on Thu, May 05, 2005 at 09:20:50PM CEST:
> On Thu, May 05, 2005 at 03:17:26PM +0200, Ralf Wildenhues wrote:
> > That one still needs testing, but the idea is to kill all quadratic
> > loops in the func_mode_link initialization:
>
* Joe Buck wrote on Fri, May 06, 2005 at 01:03:14AM CEST:
> On Thu, May 05, 2005 at 11:25:53PM +0200, Ralf Wildenhues wrote:
> > * Albert Chin wrote on Thu, May 05, 2005 at 09:20:50PM CEST:
> > > On Thu, May 05, 2005 at 03:17:26PM +0200, Ralf Wildenhues wrote:
> >
501 - 600 of 2537 matches
Mail list logo