CVSROOT:/cvsroot/libtool
Module name:libtool
Changes by: Peter Ekberg pekberg 07/07/14 18:46:19
Modified files:
. : ChangeLog AUTHORS THANKS
Log message:
* AUTHORS, THANKS: Peter Ekberg got married, now Peter Rosin.
CVSWeb URLs:
http
Hello!
(For the record, I think what I'm trying to achieve can be
solved with libltdl, but I do not wish to use libltdl for
licensing reasons. I have complete understanding with not
getting any sympathy for that decision. I'm just asking
if there is a way out of my linking troubles...)
In a
How annoying. I didn't test the example tarball and of course
didn't notice two files missing until after I hit 'send'.
I also added a -ldl for good measure, it wasn't needed on
my test platform.
Here's an updated example. Sorry for the inconvenience.
Cheers,
Peter
example.tar.gz
Description:
On Mon, Aug 28, 2006 at 10:20:10AM +0200, Ralf Wildenhues wrote:
Hello Christopher,
* Christopher Hulbert wrote on Sun, Aug 27, 2006 at 07:21:25PM CEST:
Piecewise linking with the MS archiver (lib) doesn't work. Every
invocation of the lib clobbers the old one. The solution is to list
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.
| +
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!
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
| +
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 this something
I can do
Hi!
On Thu, Feb 09, 2006 at 05:08:59PM +0100, Ralf Wildenhues wrote:
* Bob Friesenhahn wrote on Thu, Feb 09, 2006 at 05:02:37PM CET:
On Thu, 9 Feb 2006, Ralf Wildenhues wrote:
It's not really libltdl that needs changes for MSVC. The libtool script
itself does (more precisely: the
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 the
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 seen
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
this nicely,
including static and shared
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 you!
Ok, did that change also, why
CVSROOT:/cvsroot/libtool
Module name:libtool
Branch:
Changes by: Peter Ekberg [EMAIL PROTECTED]05/09/29 16:59:38
Modified files:
. : ChangeLog
Log message:
* libltdl/config/ltmain.m4sh (func_mode_link): Don't modify
user
* 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, September 19, 2005 17:10 CEST
* Peter Ekberg
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,
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],
+[[COMPILE = @CC@ @CPPFLAGS@ @CFLAGS@
+LINK
* 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:46PM CEST:
* Ralf Wildenhues
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 to avoid any extra copy, which requires
quite some
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, Sep 22, 2005 at 10:00:32AM
CVSROOT:/cvsroot/libtool
Module name:libtool
Branch:
Changes by: Peter Ekberg [EMAIL PROTECTED]05/09/25 07:01:28
Modified files:
. : ChangeLog
Log message:
* libltdl/libltdl/lt__private.h, libltdl/lt_error.c:
Don't export
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: until that happens.
* Peter Ekberg wrote on Fri, Sep 23, 2005 at 09:31:39PM
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_global_symbol_pipe breaks config.cache,
so don't
* 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, but
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:05:54PM CEST:
* Ralf Wildenhues
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_last_error_string (const char *errormsg
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, 2005 at 03:25:01PM CEST:
The recent
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, 2005 at 03:25:01PM CEST:
The recent
* 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:56PM CEST:
Well, the test
* 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
get exported anyway
* 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, 2005 at 09:05:04PM CEST:
Thinking
* 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. But you do realize
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):
This
CVSROOT:/cvsroot/libtool
Module name:libtool
Branch:
Changes by: Peter Ekberg [EMAIL PROTECTED]05/09/21 12:32:45
Modified files:
. : ChangeLog
Log message:
* libltdl/config/ltmain.m4sh (func_mode_uninstall): Clean
up $dlname
CVSROOT:/cvsroot/libtool
Module name:libtool
Branch: branch-1-5
Changes by: Peter Ekberg [EMAIL PROTECTED]05/09/21 12:47:55
Modified files:
. : ChangeLog ltmain.in
Log message:
* ltmain.in (clean mode): Clean up $dlname as well when
CVSROOT:/cvsroot/libtool
Module name:libtool
Branch:
Changes by: Peter Ekberg [EMAIL PROTECTED]05/09/21 16:50:17
Modified files:
. : ChangeLog
Log message:
* libltdl/m4/libtool.m4 (LT_PATH_NM): Fix autodetection of
dumpbin
CVSROOT:/cvsroot/libtool
Module name:libtool
Branch:
Changes by: Peter Ekberg [EMAIL PROTECTED]05/09/22 04:53:13
Modified files:
. : ChangeLog
Log message:
* libltdl/m4/libtool.m4 (_LT_CMD_GLOBAL_SYMBOLS, _LT_COMPILER_PIC
* 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 this on Cygwin
* 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 .la lib on
Cygwin (or MinGW I
* 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
+ #in the beginning catches empty $dlname
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 from the
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:
| @@ -2840,7 +2946,8 @@
| m4_require([_LT_DECL_EGREP])dnl
* 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_COMPILER is
both used through a m4_require
* 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.
The problem is as follows
CVSROOT:/cvsroot/libtool
Module name:libtool
Branch: branch-1-5
Changes by: Peter Ekberg [EMAIL PROTECTED]05/09/20 12:22:31
Modified files:
. : ChangeLog libtool.m4
Log message:
* libtool.m4 (AC_LIBTOOL_PROG_LD_SHLIBS
CVSROOT:/cvsroot/libtool
Module name:libtool
Branch:
Changes by: Peter Ekberg [EMAIL PROTECTED]05/09/20 12:12:23
Modified files:
. : ChangeLog
Log message:
* libltdl/m4/libtool.m4 (_LT_LINKER_SHLIBS, _LT_LANG_CXX_CONFIG
* 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 *Windows* application
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 continue with a locally patched version
and will leave it up
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 Cygwin application so using
* 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.
The problem is as follows
* 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 so it looks like something
different
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 to export with
-export-symbols foo.sym
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
on until the same problem
* 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:56PM CEST:
*snip*
Well
CVSROOT:/cvsroot/libtool
Module name:libtool
Branch:
Changes by: Peter Ekberg [EMAIL PROTECTED]05/09/16 08:33:23
Modified files:
. : ChangeLog
Log message:
* tests/testsuite.at (LT_AT_EXEC_CHECK): Make sure
that the exit
* 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 stresstest.at fails.
* tests/stresstest.at: Echo
* 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
is always satisfied
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/2005-09/msg00471.html
It is indeed something
* Alan W. Irwin wrote on Friday, September 16, 2005 19:22 CEST:
*snip*
Perhaps the flags on the sed command affect the outcome for
MinGW? Here is
the full command in func_win32_libid that is failing on MinGW.
win32_nmres=`eval $NM -f posix -A $1 | \
sed -n -e '1,100{/ I
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:
CVSROOT:/cvsroot/libtool
Module name:libtool
Branch:
Changes by: Peter Ekberg [EMAIL PROTECTED]05/09/13 07:28:12
Modified files:
. : ChangeLog
Log message:
* libltdl/config/ltmain.m4sh (func_generate_dlsyms):
Fix escape
* 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 Thursday, September 08, 2005
* 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 no sign of the errors you see. I had a breif look at this
new bug
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.
However, the test is wrong, so here's
* 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:33PM CEST:
Ralf Wildenhues
* 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 Wildenhues wrote:
* Peter Ekberg
* Alexandre Oliva wrote on Thursday, September 08, 2005 22:13 CEST:
On Aug 23, 2005, Albert Chin [EMAIL PROTECTED]
wrote:
[2] ltdl.c from HEAD:
812 if (strncmp(p, -l, 2) == 0)
813 {
814 size_t name_len = 3+ /* lib */ LT_STRLEN (p
+ 2);
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 exported during linking of dlself with -export-symbols
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 waste your time trying) I have
realized that sed is not the correct tool
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 the
Ralf Wildenhues wrote:
10. make
[ triggers ltmain.m4sh - ltmain.sh recreation ]
/bin/sh: autom4te: command not found
*snip*
Thanks for this report. Can you try the attached patch?
It has the
Seems to work nicely. Thanks!
Yet it's the wrong fix. Again.
Last time
CVSROOT:/cvsroot/libtool
Module name:libtool
Branch:
Changes by: Peter Ekberg [EMAIL PROTECTED]05/08/26 13:48:27
Modified files:
. : ChangeLog
Log message:
* tests/inherited_flags.at: Weaken for MSVC.
* tests/early-libtool.at
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...
Here's an
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: Weaken for MSVC.
* tests/early-libtool.at, tests/template.at: Fix for
compiler
Gary V. Vaughan wrote:
Sent: Friday, August 26, 2005 14:10
To: Libtool
Subject: CVS branch-2-0 R.I.P.
Fellow Libtoolers (if you're reading, that means you!),
I still have reservations, but am otherwise somewhat convinced that
dropping development of branch-2-0 in favour of HEAD is a
CVSROOT:/cvsroot/libtool
Module name:libtool
Branch:
Changes by: Peter Ekberg [EMAIL PROTECTED]05/08/25 13:39:55
Modified files:
. : ChangeLog
Log message:
* tests/standalone.at: (without autotools): Add
$(CFLAGS
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, works
I wrote:
PS. Should not Makefile.am be added to libltdl/Makefile.am?
Blast, that should have been added to libltdl/.cvsignore...
Cheers,
Peter
___
Bug-libtool mailing list
Bug-libtool@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-libtool
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 CEST:
Ralf Wildenhues wrote
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 link that is in the same dir as
cl
CVSROOT:/cvsroot/libtool
Module name:libtool
Branch:
Changes by: Peter Ekberg [EMAIL PROTECTED]05/08/22 11:25:37
Modified files:
. : ChangeLog
Log message:
* m4/libtool.m4 (_LT_CMD_GLOBAL_SYMBOLS) [dumpbin]: Add
forgotten end
CVSROOT:/cvsroot/libtool
Module name:libtool
Branch:
Changes by: Peter Ekberg [EMAIL PROTECTED]05/08/22 11:06:58
Modified files:
. : ChangeLog
Log message:
* m4/libtool.m4: Bump serial number.
(LT_PATH_NM): If nm is not found
CVSROOT:/cvsroot/libtool
Module name:libtool
Branch:
Changes by: Peter Ekberg [EMAIL PROTECTED]05/08/22 11:12:26
Modified files:
. : ChangeLog
Log message:
* doc/libtool.texi: Shorten the lines describing the
output from MS
for HEAD?
2005-08-23 Peter Ekberg [EMAIL PROTECTED]
* libltdl/m4/libtool.m4 (LT_PATH_NM): Fix autodetection of
dumpbin and also check for link -dump -symbols as a synonym
for dumpbin -symbols.
Index: libltdl/m4/libtool.m4
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 hooked
into instead of hardcoding
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 AR=lib LD=link
OK, how about this suggestion
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 lister
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
where
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]: For C++, add
the option -TP
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 did
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*
So, I made this dirty change:
ac_ext=cpp
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 small
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,
see below (and a couple of issues I have not looked at yet
[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 easier to
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 line
Ralf Wildenhues wrote:
* Peter Ekberg wrote on Thu, Jul 28, 2005 at 03:18:18PM CEST:
I came across a surprise in the commit script though. When
commiting on branch-2-0, the script checked for conflicts
against head, which forced me to --force one commit.
Is this caused by an error
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 advance
CVSROOT:/cvsroot/libtool
Module name:libtool
Branch: branch-2-0
Changes by: Peter Ekberg [EMAIL PROTECTED]05/07/30 15:52:45
Modified files:
. : ChangeLog
Log message:
* m4/libtool.m4 (_LT_PROG_F77): Set it up so that saying F77
CVSROOT:/cvsroot/libtool
Module name:libtool
Branch:
Changes by: Peter Ekberg [EMAIL PROTECTED]05/07/30 15:50:59
Modified files:
. : ChangeLog
Log message:
* m4/libtool.m4 (_LT_PROG_F77): Set it up so that saying F77
Hi!
I have looked at the reason why the mdemo2-make.test fails
on MinGW.
The reason is that the mlib_func symbol is not properly
exported from libmlib (i.e. not present in the import lib).
I see two solutions to make the test pass.
1. Add ' -export-symbols-regex mlib_func' to
1 - 100 of 132 matches
Mail list logo
