Hi Ralf!
On Sun, Feb 12, 2006 at 11:17:04AM +0100, Ralf Wildenhues wrote:
> | @@ -4082,6 +4127,17 @@
> | *) tmp_libs="$tmp_libs $deplib" ;;
> | esac
> | ;;
> | + -l*)
> | + if test "X$with_gcc" != Xyes; then
> | + case $host_os/$linkmode in
> |
Hi Ralf!
> | @@ -6342,44 +6454,59 @@
> |test "$len" -le "$max_cmd_len" || test "$max_cmd_len" -le -1; then
> | cmds=$old_archive_cmds
> | else
> | - # the command line is too long to link in one step, link in parts
> | - func_echo "using piecewise archive linking..."
> |
Hi Ralf,
Thanks for the review!
*big snip*
> | - # The linker will automatically build a .lib file if we build a DLL.
> | - _LT_TAGVAR(old_archive_from_new_cmds, $1)='true'
*rather big snip*
> | + # The linker will not automatically build a static lib if we build a
> DLL.
> | +
On Sun, Feb 12, 2006 at 10:21:46AM +0100, Ralf Wildenhues wrote:
> Hi Peter,
>
> * Peter Ekberg wrote on Sat, Feb 11, 2006 at 09:15:11PM CET:
> > I think I remember Ralf saying something about a list of tests that
> > are needed in order for the patch to be commitable. Is thi
On Tue, Jan 24, 2006 at 02:26:36PM +0100, Ralf Wildenhues wrote:
> Hi Peter,
>
> Yep. Bob beat you to the bug report. ;-)
> I've already checked in a patch that should fix this.
In my defence, I mailed the patch a couple of hours before your
checkin, but it got stuck on it's way, and I haven't s
On Sat, Jan 21, 2006 at 05:45:44PM +0100, Ralf Wildenhues wrote:
> See here for the rationale to this largish patch:
> http://article.gmane.org/gmane.comp.sysutils.autoconf.patches/2649
>
> Applied to HEAD (the corresponding branch-1-5 patch will appear in a
> followup post). Gary, could you push
Hi Harald,
Harald Dunkel wrote on Friday, November 18, 2005 11:01 CEST:
> Hi Peter,
>
> Ralf Wildenhues wrote:
> >
> > You may search the archives of the libtool-patches mailing
> list for the
> > dozens of mails Peter Ekberg has written to support all of
>
On Fri, Sep 30, 2005 at 10:42:18AM +0200, Ralf Wildenhues wrote:
> Hi Peter,
>
> * Peter Ekberg wrote on Thu, Sep 29, 2005 at 07:10:39PM CEST:
> >
> > > OK then. The patch looks good, please install after looking at the
> > > following miniscule nit. Thank
* On Thu, Sep 29, 2005 at 05:24:47PM +0200, Ralf Wildenhues wrote:
> Hi Peter,
>
> * Peter Ekberg wrote on Wed, Sep 28, 2005 at 06:33:41PM CEST:
> > On Wed, Sep 28, 2005 at 11:03:49AM +0200, Ralf Wildenhues wrote:
> > > * Peter Ekberg wrote on Tue, Sep 27, 2005 at 02:13:4
On Thu, Sep 29, 2005 at 05:10:47PM +0100, Gary V. Vaughan wrote:
> Hi Peter,
>
> Thanks for the review!
Trying to chip in...
> [[snip]]
>
> Peter Ekberg wrote:
> >On Thu, Sep 29, 2005 at 03:35:37PM +0100, Gary V. Vaughan wrote:
> >>+AT_DATA([Makefile.in]
On Thu, Sep 29, 2005 at 03:35:37PM +0100, Gary V. Vaughan wrote:
> Okay to commit?
>
> Make a start at a test group for checking that backwards compatibility
> with configure.in calls to our old m4 interface does not regress.
Ok, I'm too much of a libtool newbie to understand the details of that,
* Peter Ekberg wrote on Thursday, September 22, 2005 09:45 CEST:
> * Ralf Wildenhues wrote on Wednesday, September 21, 2005 22:37 CEST:
> > Hi Peter,
> >
> > * Peter Ekberg wrote on Mon, Sep 19, 2005 at 09:05:04PM CEST:
> > > Ralf Wildenhues wrote on Monday,
On Wed, Sep 28, 2005 at 11:03:49AM +0200, Ralf Wildenhues wrote:
> Hi Peter,
>
> * Peter Ekberg wrote on Tue, Sep 27, 2005 at 02:13:46PM CEST:
> > * Ralf Wildenhues wrote on Sunday, September 25, 2005 15:10 CEST:
> > >
> > > That's just because you try t
Hi!
(Using a real MUA for a change...)
* Ralf Wildenhues wrote on Sunday, September 25, 2005 15:10 CEST:
> * Peter Ekberg wrote on Thu, Sep 22, 2005 at 12:43:46PM CEST:
> > * Ralf Wildenhues wrote on Thursday, September 22, 2005 10:06 CEST:
> > > * Peter Ekberg wrote on Thu,
ice if you could change it.
> Don't bother
> wasting much time on this, though, it's not worth it.
*blush*
Only some? I have been expecting this request, and I will switch
to a "real" MUA once I get my "real" account back...
I will stop changing Subject: un
Hi!
* Ralf Wildenhues wrote on Friday, September 23, 2005 15:37 CEST:
> Hi Peter,
>
> * Peter Ekberg wrote on Fri, Sep 23, 2005 at 02:02:18PM CEST:
*snip*
> > So, here's a patch:
>
> Major nit: it doesn't compile:
>
> | +const char *
> | +lt__set
Hi!
* Ralf Wildenhues [mailto:[EMAIL PROTECTED]
> Sent: Thursday, September 22, 2005 16:43
> To: Peter Ekberg
> Cc: libtool-patches@gnu.org
> Subject: Re: Libtool stresstest.at segfault on Cygwin/MinGW
>
> Hi Peter,
>
> * Peter Ekberg wrote on Thu, Sep 22, 2005 at 04:
* Ralf Wildenhues wrote on Friday, September 23, 2005 12:14 CEST:
> > Here's a patch:
> >
> > * libltdl/m4/libtool.m4 (_LT_CMD_GLOBAL_SYMBOLS): Fix awk script
> > to be a single line so that the cache variable isn't multiline.
>
> Good, please apply! (Will look rather ugly for the user,
Ralf Wildenhues wrote on Thursday, September 22, 2005 16:41 CEST:
> Hi Peter,
>
> * Peter Ekberg wrote on Thu, Sep 22, 2005 at 04:24:16PM CEST:
> > * Ralf Wildenhues wrote on Thursday, September 08, 2005 11:23 CEST:
> > >
> > > This setting of lt_cv_sys_globa
Hi Ralf,
* Ralf Wildenhues wrote on Thursday, September 08, 2005 11:23 CEST:
> * Ralf Wildenhues wrote on Thu, Sep 08, 2005 at 10:25:50AM CEST:
> >
> > A little note to keep in mind:
>
> Another note (and I knew there were two issues I wanted to add, but I
> could not remember the other):
>
> T
* Ralf Wildenhues wrote on Monday, September 19, 2005 17:10 CEST:
> * Peter Ekberg wrote on Mon, Sep 19, 2005 at 04:17:56PM CEST:
*snip*
> > The patch makes exporting non-const data work though, which is
> > what I need...
>
> Surely non-constant data are more important. Bu
* Ralf Wildenhues wrote on Thursday, September 22, 2005 10:06 CEST:
> Hi Peter,
>
> * Peter Ekberg wrote on Thu, Sep 22, 2005 at 10:00:32AM CEST:
> > * Ralf Wildenhues wrote on Wednesday, September 21, 2005 22:37 CEST:
> > > * Peter Ekberg wrote on Mon, Sep 19,
* Ralf Wildenhues wrote on Wednesday, September 21, 2005 22:37 CEST:
> * Peter Ekberg wrote on Mon, Sep 19, 2005 at 09:05:04PM CEST:
*snip*
> > Thinking about it further, include_expsyms is perhaps not
> > buggy with skipped exports, as then the needed symbols perhaps
> >
* Ralf Wildenhues wrote on Wednesday, September 21, 2005 22:37 CEST:
> Hi Peter,
>
> * Peter Ekberg wrote on Mon, Sep 19, 2005 at 09:05:04PM CEST:
> > Ralf Wildenhues wrote on Monday, September 19, 2005 17:10 CEST
> > > * Peter Ekberg wrote on Mon, Sep 19, 2005 at 04:17:56
Ralf Wildenhues wrote on Thursday, September 22, 2005 08:36 CEST:
> Hi Peter,
>
> * Peter Ekberg wrote on Wed, Sep 21, 2005 at 03:33:23PM CEST:
> > * Ralf Wildenhues wrote on Tuesday, September 20, 2005 16:20 CEST:
> > > * Peter Ekberg wrote on Tue, Sep 20,
* Ralf Wildenhues wrote on Wednesday, September 21, 2005 21:03 CEST:
> Hi Peter,
>
> * Peter Ekberg wrote on Wed, Sep 21, 2005 at 07:30:20PM CEST:
> >
> > Here's another old thing sitting locally.
>
> Yes, and that one I remember why I held it back: _LT_TAG_C
Hi!
Here's another old thing sitting locally.
* Peter Ekberg wrote on Monday, August 15, 2005 22:35 CEST:
> I wrote:
> > Ralf Wildenhues wrote:
> > > * Peter Ekberg wrote on Thu, Aug 11, 2005 at 11:38:59AM CEST:
> > > m4/libtool.m4:
> > >
> >
Ralf Wildenhues wrote on Wednesday, September 21, 2005 16:52 CEST:
> > > I don't know which is best... Anyway, ignoring the somewhat
strange
> > > output for a bit, is this ok for HEAD?
>
> Yes, please install.
Done.
> Thanks, and sorry for the delay,
No worries, but nice to strike something fr
Ping, almost a month, I don't think I got a clear yes/no on this
One before the discussion wandered off. Only the suggestion to
detect Microsoft link seperately, but that's a much bigger change
and I'd like to do that later.
Cheers,
Peter
* Peter Ekberg wrote on Tuesday, August
* Ralf Wildenhues wrote on Wednesday, September 21, 2005 15:16 CEST:
> Hi Peter,
>
> * Peter Ekberg wrote on Wed, Sep 21, 2005 at 02:50:13PM CEST:
> >
> > Applied the following patch and backported to 1.5:
>
> > + case " $library_names " in
>
* Ralf Wildenhues wrote on Wednesday, September 21, 2005 13:44 CEST:
> Hi Peter,
>
> * Peter Ekberg wrote on Wed, Sep 21, 2005 at 11:36:33AM CEST:
> > * Peter Ekberg wrote on Wednesday, September 21, 2005 11:14 CEST:
> > > If you use libtool -mode=clean on an uninstalled
* Peter Ekberg wrote on Wednesday, September 21, 2005 11:14 CEST:
> If you use libtool -mode=clean on an uninstalled .la lib on
> Cygwin (or MinGW I assume), not all associated files are
> cleaned out. The reason is as follows; an uninstalled .la
> typically looks like th
Hi!
If you use libtool -mode=clean on an uninstalled .la lib on
Cygwin (or MinGW I assume), not all associated files are
cleaned out. The reason is as follows; an uninstalled .la
typically looks like this on Cygwin:
---
# liba.la - a libtool library file
# Generated by ltmain.sh (GNU libtool
* Peter Ekberg wrote on Tuesday, September 20, 2005 15:25 CEST:
That's me. Changing list to libtool-patches.
> Hi!
>
> The recent change to bug out when the exit code is non-zero [1]
> uncovered a silent failure on Cygwin (an MinGW I suppose) in
> the link-order.at test.
&g
Hi!
* Ralf Wildenhues wrote on Tuesday, September 20, 2005 14:05 CEST:
> Hi Peter, Bob,
>
> * Peter Ekberg wrote on Tue, Sep 20, 2005 at 10:59:23AM CEST:
> > * Bob Friesenhahn wrote on Tuesday, September 20, 2005 01:52 CEST
*snip*
> > > Note that the Cygwin GCC is a Cyg
Hi,
* Ralf Wildenhues wrote on Monday, September 19, 2005 19:22 CEST:
>
> Hi Peter,
>
> * Peter Ekberg wrote on Fri, Sep 16, 2005 at 09:31:58AM CEST:
> >
> > I can see that you are on top of all of my "complaints" on
> > stresstest.at. I will continu
* Bob Friesenhahn wrote on Tuesday, September 20, 2005 01:52 CEST
> On Tue, 20 Sep 2005, Peter Ekberg wrote:
> > But that is a MinGW bug in my book. Why would ld not like a unix
> > style path? But then again, I'm not on bleeding edge MinGW here.
>
> MinGW is a native
* Peter Ekberg wrote on Tuesday, September 20, 2005 00:09 CEST
It's me again...
> * Peter Ekberg wrote on Monday, September 19, 2005 21:05 CEST
> > Ralf Wildenhues wrote on Monday, September 19, 2005 17:10 CEST
> > > * Peter Ekberg wrote on Mon, Sep 19, 2005 at 04:17:56
* Peter Ekberg wrote on Monday, September 19, 2005 21:05 CEST
It's me again...
> Ralf Wildenhues wrote on Monday, September 19, 2005 17:10 CEST
> > * Peter Ekberg wrote on Mon, Sep 19, 2005 at 04:17:56PM CEST:
>
> *snip*
>
> > > Well, the test segfaults on Mi
Ralf Wildenhues wrote on Monday, September 19, 2005 17:10 CEST
> * Peter Ekberg wrote on Mon, Sep 19, 2005 at 04:17:56PM CEST:
*snip*
> > Well, the test segfaults on MinGW with the patch, and if I add
> > DATA to all symbols manually in asyms the (reordered) test goes
> &
Ralf Wildenhues wrote on Monday, September 19, 2005 15:19 CEST:
> Hi Peter,
Hi!
> * Peter Ekberg wrote on Mon, Sep 19, 2005 at 12:11:23PM CEST:
> > * Peter Ekberg wrote on Friday, September 16, 2005 11:11 CEST:
> > >
> > > In short, when you specify the symbols
* Peter Ekberg wrote on Friday, September 16, 2005 11:11 CEST:
> * Peter Ekberg wrote on Thursday, September 15, 2005 15:15 CEST:
It's me again...
> > * Peter Ekberg wrote on Tuesday, September 13, 2005 10:55 CEST:
*snip*
> > It didn't go away with gcc 3.4.4 s
Ralf Wildenhues wrote on Friday, September 16, 2005 11:20 CEST:
> Hi Peter,
>
> * Peter Ekberg wrote on Fri, Sep 16, 2005 at 11:11:29AM CEST:
> > * Peter Ekberg wrote on Thursday, September 15, 2005 15:15 CEST:
> > >
> > > http://sourceware.org/ml/cygwin/200
* Peter Ekberg wrote on Thursday, September 15, 2005 15:15 CEST:
It's me again...
> * Peter Ekberg wrote on Tuesday, September 13, 2005 10:55 CEST:
> > * Ralf Wildenhues wrote on Tuesday, September 13, 2005 08:25 CEST:
> > > Hi Peter,
> > >
> > > Pete
* Ralf Wildenhues wrote on Friday, September 16, 2005 10:28 CEST:
> Hi Peter,
>
> * Peter Ekberg wrote on Fri, Sep 16, 2005 at 10:04:07AM CEST:
> >
> > I have realized that LT_AT_EXEC_CHECK destroys the
> > exit status from the tested program so that AT_CHECK
>
Hi!
I have realized that LT_AT_EXEC_CHECK destroys the
exit status from the tested program so that AT_CHECK
is always satisfied with it.
* tests/testsuite.at (LT_AT_EXEC_CHECK): Make sure
that the exit status of the tested program is
propagated as the exit status of the ex
* Ralf Wildenhues wrote on Thursday, September 15, 2005 12:13 CEST:
> Hi Peter,
>
> * Peter Ekberg wrote on Thu, Sep 15, 2005 at 09:45:55AM CEST:
> >
> > Here's a patch that echoes a marker so that it is easier to
> > tell what is failing when stresstes
* Peter Ekberg wrote on Tuesday, September 13, 2005 10:55 CEST:
That's me...
> * Ralf Wildenhues wrote on Tuesday, September 13, 2005 08:25 CEST:
> > Hi Peter,
> >
> > Peter Ekberg writes:
> > > make check TESTS="" TESTSUITE_FLAGS='-v -d 22&#x
Hi!
Here's a patch that echoes a marker so that it is easier to
tell what is failing when stresstest.at fails.
* tests/stresstest.at: Echo loop variables before
each test to simplify error hunting.
Cheers,
Peter
head-stresstest-marker.patch
Description: head-stresstest-marker.p
* Ralf Wildenhues wrote on Tuesday, September 13, 2005 08:25 CEST:
> Hi Peter,
>
> Peter Ekberg writes:
> > make check TESTS="" TESTSUITE_FLAGS='-v -d 22'.
> >
> > As you can see, it goes on for quite a while before it segfaults,
> > and
* Ralf Wildenhues wrote on Tuesday, September 13, 2005 08:25 CEST:
> Hi Peter,
>
> Peter Ekberg writes:
> >
> > * Ralf Wildenhues wrote on Friday, September 09, 2005 10:48 CEST:
> >> * Peter Ekberg wrote on Thu, Sep 08, 2005 at 03:13:43PM CEST:
> >>
Ralf Wildenhues wrote on Monday, September 12, 2005 13:51 CEST:
> Hi Peter,
>
> * Peter Ekberg wrote on Mon, Sep 12, 2005 at 12:36:52PM CEST:
> >
> > In stresstest.at, there's a check if the host is windows,
> > and the tests w/o -no-undefined are skipped if it is
Hi!
In stresstest.at, there's a check if the host is windows,
and the tests w/o -no-undefined are skipped if it is.
However, the test is wrong, so here's a patch.
Unfortunately, $host_os is not set, so I had to insert
another wildcard in the cases instead...
* tests/stresstest.at [Cygwin
* Ralf Wildenhues wrote on Thursday, September 08, 2005 18:09 CEST:
> Hi Peter,
>
> Back to the list of issues I encountered: it's grown smaller :)
It starts to feel like a new issue is found for each we cross out.
> * Peter Ekberg wrote on Mon, Aug 29, 2005 at 03:00:33
* Ralf Wildenhues wrote on Friday, September 09, 2005 10:48 CEST:
> * Peter Ekberg wrote on Thu, Sep 08, 2005 at 03:13:43PM CEST:
> > * Ralf Wildenhues wrote on Thursday, September 08, 2005 09:42 CEST:
> > > * Peter Ekberg wrote on Fri, Sep 02, 2005 at 09:50:01PM CEST:
>
* Ralf Wildenhues wrote on Thursday, September 08, 2005 10:26 CEST:
> * Peter Ekberg wrote on Wed, Aug 31, 2005 at 05:52:43PM CEST:
> > > * Ralf Wildenhues wrote:
> > > > awk is a possible candidate, but please try to stay within POSIX
> > > > features.
> >
> * Ralf Wildenhues wrote on Thursday, September 08, 2005 18:09 CEST:
> > * Peter Ekberg wrote on Mon, Aug 29, 2005 at 03:00:33PM CEST:
> > > * Ralf Wildenhues wrote:
> > > > By the way, can I expect another update on the "link
> > -dump" issue from
* Ralf Wildenhues wrote on Thursday, September 08, 2005 18:09 CEST:
> * Peter Ekberg wrote on Mon, Aug 29, 2005 at 03:00:33PM CEST:
> > * Ralf Wildenhues wrote:
> > > By the way, can I expect another update on the "link
> -dump" issue from
> > > you r
* Ralf Wildenhues wrote on Thursday, September 08, 2005 09:42 CEST:
> Hi Peter,
>
> Finally I've managed to do another round of testing on mingw/cygwin..
> Sorry for the delay.
No problem.
> * Peter Ekberg wrote on Fri, Sep 02, 2005 at 09:50:01PM CEST:
> > Ralf Wilde
Ralf Wildenhues wrote:
> Hi Peter,
>
> * Peter Ekberg wrote on Fri, Sep 02, 2005 at 12:03:14PM CEST:
> >
> > I'm trying to make sence of the problem with stresstest.at on
> > Windows (MinGW, Cygwin and MSVC) where the following symbols
> > can't be exp
Hi!
I'm trying to make sence of the problem with stresstest.at on
Windows (MinGW, Cygwin and MSVC) where the following symbols
can't be exported during linking of dlself with -export-symbols
dlselfsyms:
w1$
w3$
w4$
w5$
w6$
w7$
w8$$
w9$
w10$
w11$
w12$
w13$
w14$
w15$
I have found a fix which makes
I wrote:
> Ralf Wildenhues wrote:
> > Hi Peter,
> >
> > * Peter Ekberg wrote on Tue, Aug 30, 2005 at 12:43:16PM CEST:
> > >
> > > CRAP! After fixing some problems with this patch (it doesn't work
> > > for a number of reasons, so don't
Ralf Wildenhues wrote:
> Hi Peter,
>
> * Peter Ekberg wrote on Tue, Aug 30, 2005 at 12:43:16PM CEST:
> >
> > CRAP! After fixing some problems with this patch (it doesn't work
> > for a number of reasons, so don't waste your time trying) I have
> > re
I wrote:
> I wrote:
> > This seems to be because of a problem with the global_symbol_pipe.
> > Consider the following snippet from the dumpbin output from
> > foo.obj:
> >
> > 00E SECT3 notype External | _nothing
> > 00F SECT4 notype Static | .text
> >
I wrote:
> This seems to be because of a problem with the global_symbol_pipe.
> Consider the following snippet from the dumpbin output from
> foo.obj:
>
> 00E SECT3 notype External | _nothing
> 00F SECT4 notype Static | .text
> Section length 2B, #re
Ralf Wildenhues wrote:
> Hi Peter, others,
>
> I've decided to start yet another new thread about this neverending
> issue. I've given your patches (and also my pending ones)
> another test
> round, and something seems to be going very wrong. Since
> more than just
> one thing changed between
Ralf Wildenhues wrote:
> Hi Peter,
>
> * Peter Ekberg wrote on Fri, Aug 26, 2005 at 12:58:23PM CEST:
> > I wrote:
> > > Ralf Wildenhues wrote:
> > > > OK to apply to HEAD?
> > > >
> > > > * tests/inherited_flags.at: Weak
I wrote:
> Ralf Wildenhues wrote:
> > OK to apply to HEAD?
> >
> > * tests/inherited_flags.at: Weaken for MSVC.
> > * tests/early-libtool.at, tests/template.at: Fix for
compiler
> > that do not understand `-c -o'.
> >
> Oh, what the hell, I've attached an updated patch...
Ralf Wildenhues wrote:
> Hi Peter,
>
> * Peter Ekberg wrote on Thu, Aug 25, 2005 at 11:05:40AM CEST:
> >
> > I discovered a linking problem in the testsuite with my MSVC
> > patch, and have found the attached solution...
> >
> > 2005-08-25 Peter Ekberg &
Hi,
I discovered a linking problem in the testsuite with my MSVC
patch, and have found the attached solution...
2005-08-25 Peter Ekberg <[EMAIL PROTECTED]>
* tests/standalone.at: (without autotools): Add
$(CFLAGS) to LTCOMPILE and LTLINK.
Also, another comment on thi
I wrote:
> Oh, what the hell, I've attached an updated patch...
> I can't bootstrap after all the recent moves (should I send
> a bugreport?), so it's against cvs from a couple of days ago
> and not as well tested as I would like. E.g. your fix in
> inherited_flags.at is untested.
Tested now, work
Albert Chin wrote:
> On Tue, Aug 23, 2005 at 09:53:58AM +0200, Peter Ekberg wrote:
> > Any faults in the above? Comments?
>
> Ick. Why not just test all available "link" programs in $PATH for the
> features we want and pick the winner?
Well, I think cl will run the
Ralf Wildenhues wrote:
> Hi Peter,
>
> Something beforehand, I forgot to mention it earlier:
> You called successful `configure' without options the
> holy grail. Please move away from this thought.
Ok.
*snip*
> * Peter Ekberg wrote on Mon, Aug 15, 2005 at 12:28:14PM CE
Albert Chin wrote:
> > Running "link /dump" has the same effect as running "dumpbin"; so
> > perhaps checking for MS Link is enough - if you have identified
> > the MS linker, you can use it to list symbols (and I imagine
> > libtool may need to know about the linker anyway).
>
> If dumpbin is an
ed out patch.
Anyway, the problem with the new checking msg is that the
output from configure is a bit strange if nm is not found,
but dumpbin is:
checking for BSD- or MS-compatible name lister (nm)... no
checking for dumpbin... dumpbin -symbols
checking the name lister (dumpbin -symbols) interfa
Ralf Wildenhues wrote:
> Hi Peter,
>
> * Peter Ekberg wrote on Mon, Aug 22, 2005 at 02:10:14PM CEST:
> > Ralf Wildenhues wrote:
> > > * Peter Ekberg wrote on Thu, Aug 18, 2005 at 02:36:47PM CEST:
> > >
> > > | +lt_cv_sys_global_symbol_pipe="$SED
Ralf Wildenhues wrote:
> Hi Peter,
>
> * Peter Ekberg wrote on Thu, Aug 18, 2005 at 02:36:47PM CEST:
> > Ralf Wildenhues wrote:
> >
> > > Missing bits below, plus: We advertise `NM' in libtool.texi as BSD
> > > compatible, and show how its output lo
Ralf Wildenhues wrote:
> FYI: Applied to HEAD and branch-2-0. The only thing I changed was
> _LTEOF -> _EOF in tests/early-libtool.at, because "the user" is not
> supposed to use _LTEOF in her configure.ac.
>
> The backport consisted exactly in removing all references to the new
> test suite.
Gr
Bob Friesenhahn wrote:
> On Thu, 18 Aug 2005, Peter Ekberg wrote:
> > No problem at all, I'm just beginning to feel that I have soon
> > filled the quota for at least some people with very similar-
> > looking patches, and that people are perhaps no longer reading.
&
Ralf Wildenhues wrote:
> Sent: Wednesday, August 17, 2005 20:54
> To: Peter Ekberg
> Cc: libtool-patches@gnu.org
> Subject: Re: Libtool: Microsoft dumpbin as name lister
>
> Hi Peter,
>
> * Peter Ekberg wrote on Mon, Aug 15, 2005 at 11:20:58PM CEST:
> >
> > I
Hi!
I wrote:
> 2005-08-16 Peter Ekberg <[EMAIL PROTECTED]>
>
> * config/ltmain.m4sh (func_dashL_to_envvar): New function,
> moves -L linker options to the dashL_envvar environment
> variable.
> * config/ltmain.m4sh (func_mode_compile) [MSVC]:
VC. I have fixes for all but two failures in the old
testsuite, for those who have not been following closely.
2005-08-16 Peter Ekberg <[EMAIL PROTECTED]>
* config/ltmain.m4sh (func_dashL_to_envvar): New function,
moves -L linker options to the dashL_envvar environment
Hi!
Here's a new attempt at support for Microsoft lib (or link) as
archiver.
2005-08-15 Peter Ekberg <[EMAIL PROTECTED]>
* Makefile.am: Export user selection of archiver to the
testsuite.
* config/ltmain.m4sh (func_extract_an_archive): Handle case
Hi,
I have forked out this patch (against HEAD) from my MSVC work.
2005-08-15 Peter Ekberg <[EMAIL PROTECTED]>
* m4/libtool.m4 (LT_PATH_NM): If nm is not found on the
path, look for dumpbin. Then check if $NM responds as
dumpbin would and if not, assume the name
I wrote:
> Ralf Wildenhues wrote:
> > * Peter Ekberg wrote on Thu, Aug 11, 2005 at 11:38:59AM CEST:
> > m4/libtool.m4:
> >
> > | @@ -2840,7 +2946,8 @@
> > | m4_require([_LT_DECL_EGREP])dnl
> > |
> > | # Check for command to grab the raw
Ralf Wildenhues wrote:
> * Peter Ekberg wrote on Thu, Aug 11, 2005 at 11:38:59AM CEST:
> >
> > Anyway, here's testsuite.log and I configured with:
> > ../configure CC=cl CFLAGS=-MD CXX=cl CXXFLAGS=-MD STRIP=: RANLIB=:
> > F77=no FC=no NM="dumpbin -symbols&qu
Ralf Wildenhues wrote:
> * Peter Ekberg wrote on Thu, Aug 11, 2005 at 11:38:59AM CEST:
> >
> > I ported the patch over to HEAD (took some work, but not too
> > difficult, the worst incompatibility was that the
> > $file_list_spec feature have been added for AIX which I
Ralf Wildenhues wrote:
> Can we get in the position that both might be used ("lib" in older,
> already installed libs, "ar" for a newer package the user is about
> to link)? I believe not, but need to check so.
I did a test run with CC=cl AR=ar (didn't keep the output, sorry),
and Microsoft link
Ralf Wildenhues wrote:
> Hi Noah, Peter,
>
> * Noah Misch wrote on Wed, Aug 10, 2005 at 02:51:48AM CEST:
> > On Fri, Aug 05, 2005 at 05:53:14PM +0200, Ralf Wildenhues wrote:
> > > * Peter Ekberg wrote on Fri, Jul 22, 2005 at 09:37:47AM CEST:
> >
> *snip*
>
I wrote:
> [Changing thread]
>
> Ralf Wildenhues wrote:
> > I'm still very unsure about the "lib as archiver" patch,
> esp as to the
> > naming of the new variables. Maybe
> > $AR $AR_FLAGS $AR_OFLAG$libname $objects
> > is better, with $AR_OFLAG empty on *nix, and $AR_FLAGS
> empty for "lib"
Ralf Wildenhues wrote:
> > In the patch, the archive built to get the symbols is not used
> > for anything but getting the symbols. But two features in lib
> > are used that are not supported by ar. Namely that lib can take
> > a command file with inputs (@cmdfile notation) so that the
> > command
[Changing thread]
Ralf Wildenhues wrote:
> I'm still very unsure about the "lib as archiver" patch, esp as to the
> naming of the new variables. Maybe
> $AR $AR_FLAGS $AR_OFLAG$libname $objects
> is better, with $AR_OFLAG empty on *nix, and $AR_FLAGS empty for
"lib"?
> Maybe such a style is eas
Ralf Wildenhues wrote:
> * Peter Ekberg wrote on Tue, Aug 09, 2005 at 10:18:03AM CEST:
> > Ralf Wildenhues wrote:
> > > Thanks a lot for the overview.
> >
> > No problem.
> >
> > > I have a couple of comments for stuff you have not split out yet,
&
Ralf Wildenhues wrote:
> Thanks a lot for the overview.
No problem.
> I have a couple of comments for stuff you have not split out yet,
> see below (and a couple of issues I have not looked at yet; but I
> did not want to wait even longer with this mail).
Regarding splitting things out, How smal
Ralf Wildenhues wrote:
> IMHO the entry you did was ok like it is, but taste is a matter of,
> ahem, taste. At least I am not aware of any GNU-official statement
> to this extent.
Ok.
> > > Thanks, BTW, for the number of fine patches! :)
> >
> > Well, I should thank you for taking them and in a
Ralf Wildenhues wrote:
> * Peter O'Gorman wrote on Tue, Jul 26, 2005 at 04:56:46PM CEST:
> > Peter Ekberg wrote:
> > |
> > | * config/ltmain.m4sh (func_mode_link) : Make sure
> > | skipped_export is set to colon if _some_ cmd of
> > | export_symbols
(Peter, I sent a similar mail unintentionally offlist, please ignore)
Peter O'Gorman wrote:
> Richard Moseley wrote:
> | This patch will handle both the old usage of
> AC_LIST_HEADERS and the new
> | _AC_LIST_TAGS choosing the appropriate one defined. Otherwise the
> | configuration will fail wit
I wrote:
> Peter O'Gorman wrote:
> > "F77=no" works on libtool-1.5, would that be okay here too?
>
> Any particullar reason you just didn't change the ":"
> in my patch to "no"?
>
> Your patch is incomplete in that it doesn't update the
> comment at the end of the changed if statement.
>
> Can y
Peter O'Gorman wrote:
> Peter Ekberg wrote:
> | Albert Chin wrote:
> |
> |>Ick. Why not just F77=?
> |
> |
> | Because that doesn't disable the fortran tests in the testsuite?
>
> "F77=no" works on libtool-1.5, would that be okay here too?
Any pa
I wrote:
> Peter O'Gorman wrote:
> > Peter Ekberg wrote:
> > | Hi!
> > |
> > | 2005-07-21 Peter Ekberg <[EMAIL PROTECTED]>
> > |
> > | * libltdl/loaders/loadlibrary.c (vm_open): Set the error mode so
> > | that no dialog is popped up in
1 - 100 of 134 matches
Mail list logo
