On Sat, Jun 16, 2007 at 05:06:20AM -0400, Charles Wilson wrote:
Noah Misch wrote:
@@ -2561,6 +2620,7 @@
char *tmp_pathspec;
char *actual_cwrapper_path;
char *shwrapper_name;
+ intptr_t rval = 127;
Do all interesting versions of Cygwin and MinGW have intptr_t?
Yes, going back
Hi!
I ran out of steam last spring, but I have now spent some time on
my MSVC patch(es). I think I have adressed all previous concerns, but
it has been a while so I'm sure I missed some and/or that something
else will crop up...
Oh, I haven't tested with the MinGW cross-compiler in e.g. Debian.
* libltdl/config/ltmain.m4sh (func_mode_link): Strip the cwrapper
using $STRIP instead of relying on the tools to support -s, which
MSVC doesn't.
* libltdl/config/ltmain.m4sh (func_mode_link): Strip the cwrapper
using $STRIP instead of relying on the tools
Make the cwrapper build using MSVC and older MinGW.
* libltdl/config/ltmain.m4sh (func_emit_cwrapperexe_src): Add
support for Microsoft Visual C. Also, older MinGW versions
seem to need stdint.h to find intptr_t.
Make the cwrapper build using MSVC.
*
Allow override of $STRIP to take effect when running the tests.
* Makefile.am: Pass STRIP through to the testsuite.
Allow override of $STRIP to take effect when running the tests.
* Makefile.am: Pass STRIP through to the testsuite.
Index: libtool/Makefile.am
MSVC needs a hint to force it to compile either as C or C++.
* libltdl/m4/libtool.m4: Add tag variable compile_tag to
enable tag specific compiler options that are bad in the
linking phase.
* libltdl/config/ltmain.m4sh: Add the tag specific options
to the
Allow the use of a file listing file if the archiver supports it.
Add hint so that the Microsoft lib archiver uses the file listing
feature.
* libltdl/m4/libtool.m4 (_LT_PROG_AR): Indicate if the
archiver supports a listing file with the new variable
archiver_list_spec.
Eleven? What made me think there would be one more patch?
Cheers,
Peter
On Tue, Jul 10, 2007 at 11:17:11PM +0200, Peter Rosin wrote:
Allow Microsoft lib to be used as the archiver.
archive-in-archive.at passes (unexpectedly) for Microsoft lib.
Should AR_FLAGS be ARFLAGS instead? Automake uses that...
* libltdl/m4/libtool.m4 (_LT_PROG_AR): New macro, detect
On Thu, Jul 12, 2007 at 02:57:32AM -0400, Charles Wilson wrote:
Ralf Wildenhues wrote:
This looks OK to me (tested on cygwin and linux with no regressions).
Me too. Please apply this one.
I assumed you meant me, so I applied it. (Does Peter have commit access?)
Yes I do, but thanks for
On Thu, Jul 12, 2007 at 03:32:18AM -0400, Charles Wilson wrote:
Peter Rosin wrote:
* libltdl/m4/libtool.m4 (_LT_CHECK_MAGIC_METHOD),
libltdl/config/ltmain.m4sh (func_mode_link): On Windows,
find potential libs regardless of file name case.
Hmm. Well, this one might pose some
On Tue, Jul 10, 2007 at 11:33:47PM +0200, Peter Rosin wrote:
Allow the use of a file listing file if the archiver supports it.
Add hint so that the Microsoft lib archiver uses the file listing
feature.
* libltdl/m4/libtool.m4 (_LT_PROG_AR): Indicate if the
archiver supports
-*-
+#
+# Copyright (C) 2007 Free Software Foundation, Inc.
+# Written by Peter Rosin, 2007
+#
+# This file is part of GNU Libtool.
+#
+# GNU Libtool is free software; you can redistribute it and/or
+# modify it under the terms of the GNU General Public License as
+# published by the Free
On Thu, Jul 12, 2007 at 11:42:07PM +0200, Peter Rosin wrote:
On Tue, Jul 10, 2007 at 11:29:31PM +0200, Peter Rosin wrote:
The MSVC linker doesn't have a -L option, and doesn't understand posix
paths. Move the paths to an envvar (LINK) with a prefix (-LIBPATH:)
* libltdl/m4/libtool.m4
On Thu, Jul 19, 2007 at 05:47:36PM -0400, Charles Wilson wrote:
Ralf Wildenhues wrote:
Hello Charles, Peter,
In case it wasn't clear, I think this patch should go in sooner rather
than later, as it also fixes an existing problem in the cwrapper w.r.t.
intptr_t.
I don't mind the patch
On Sat, Jul 21, 2007 at 06:51:47AM -0400, Charles Wilson wrote:
Peter Rosin wrote:
On Thu, Jul 19, 2007 at 05:47:36PM -0400, Charles Wilson wrote:
The cwrapper has two targets (cygwin, mingw), I'm adding a third (msvc).
Both the previous targets has stat as stat, cygwin doesn't have _stat
On Thu, Jul 26, 2007 at 11:00:52PM +0200, Ralf Wildenhues wrote:
Hello Peter, Charles,
* Charles Wilson wrote on Thu, Jul 12, 2007 at 08:51:05AM CEST:
Peter Rosin wrote:
Allow override of $STRIP to take effect when running the tests.
* Makefile.am: Pass STRIP through
On Thu, Nov 22, 2007 at 08:19:56AM +0100, Ralf Wildenhues wrote:
+AT_DATA([nopicfail.c],
+[[
+#ifndef PIC
+choke me
+#endif
+int ans = 42;
+]])
+
+AT_DATA([picfail.c],
+[[
+#ifndef PIC
+choke me
+#endif
+int ans = 42;
+]])
Shouldn't one of them (the latter?) be #ifdef PIC?
Cheers,
On Wed, Jan 16, 2008 at 08:07:41PM +0100, Ralf Wildenhues wrote:
* Ralf Wildenhues wrote on Sat, Jan 12, 2008 at 03:15:03PM CET:
So I ask to please clarify once and for all the order in which things
should be (including a notice in NEWS), the rationale for it, and please
to make it clear
URL:
http://savannah.gnu.org/patch/?6443
Summary: [MSVC 2/7] On Windows, find potential libs
regardless of file name case.
Project: GNU Libtool
Submitted by: pekberg
Submitted on: Tuesday 03/04/2008 at 10:56
Category:
URL:
http://savannah.gnu.org/patch/?6446
Summary: MSVC [5/7] MSVC doesn't support the -l option,
instead it expects the exact library file name
Project: GNU Libtool
Submitted by: pekberg
Submitted on: Tuesday 03/04/2008 at 11:01
URL:
http://savannah.gnu.org/patch/?6447
Summary: MSVC [6/7] Indicate if the archiver supports a
listing file
Project: GNU Libtool
Submitted by: pekberg
Submitted on: Tuesday 03/04/2008 at 11:03
Category: None
Update of patch #6442 (project libtool):
Summary: Allow Microsoft lib to be used as the archiver. =
[MSVC 1/7] Allow Microsoft lib to be used as the archiver.
___
Follow-up Comment #1:
* libltdl/m4/libtool.m4
Follow-up Comment #1, patch #6448 (project libtool):
I have no problems with this patch series on either mingw, nor
cygwin.
I have not found a functioning cccl to test with. I have tried
both cccl 0.03 as found on sf.net and cccl 0.05 as found on
http://tsunanet.net/~tsuna/cccl
Niether cccl
Follow-up Comment #3, patch #6448 (project libtool):
Thanks very much for the feedback,
I'm glad to hear about the success! Previously there has been requests to
test how this patch series behaves on other systems (which are not supposed to
be affected). So, you can help by checking for
On Sun, Mar 09, 2008 at 02:53:20PM +0100, Ralf Wildenhues wrote:
Hello Peter, Markus,
in order to give some perspective for both of your w32 ports of Libtool:
when we make the switch to git as primary repo, we intend to import your
patch series in topic branches to allow for easier work and
On Mon, Mar 10, 2008 at 08:50:16AM +0100, Duft Markus wrote:
Peter Rosin wrote:
On Sun, Mar 09, 2008 at 02:53:20PM +0100, Ralf Wildenhues wrote:
Hello Peter, Markus,
in order to give some perspective for both of your w32 ports of
Libtool: when we make the switch to git as primary repo
Ralf Wildenhues skrev:
Hi Peter,
yeah, replying to a mail that's 5 months old:
* Peter Rosin wrote on Tue, Mar 04, 2008 at 11:23:48AM CET:
I have no problems with this patch series on either mingw, nor
cygwin.
Great. I've rebased your patches against current git Libtool,
and put them
Peter Rosin skrev:
Attached, I'll work through all the failures to try to find out why
they fail...
16: duplicate_conv.at:25 duplicate convenience archive names
MS link doesn't have reloadable objects (i.e. like ld -r).
24: link-order.at:26 Link order test.
Exporting int c variable
Peter Rosin skrev:
Ralf Wildenhues skrev:
*snip*
Please try the patch below for simplistic at-file support with $NM.
While testing, I set nm_file_list_spec to '@' and always_export_symbols
to yes on GNU/Linux, and saw no test failure, probably because my nm
also understands '@'. :-)
(IOW
Peter Rosin skrev:
Peter Rosin skrev:
Ralf Wildenhues skrev:
* Peter Rosin wrote on Tue, Aug 05, 2008 at 10:38:14AM CEST:
29: static.at:68 static linking flags for programs
m-all-static.exe.manifest isn't installed
What does the manifest file do?
The manifest is an XML file
Peter Rosin skrev:
Ralf Wildenhues skrev:
* Peter Rosin wrote on Mon, Aug 04, 2008 at 03:51:29PM CEST:
Ralf Wildenhues skrev:
I've reformatted tests/nocase.at a bit, and sprinkled in more AT_CHECKs
because the test fails for me on a GNU/Linux - MinGW cross compile
(using i586-mingw32msvc-gcc
Peter Rosin skrev:
31: export.at:25 Export test
Exporting variables.
This patch fixes the above failure for MSVC. Cygwin/gcc and MinGW are
still happy. Is there any reason for not __declspec(dllimport)ing all
these variables?
Cheers,
Peter
2008-08-08 Peter Rosin [EMAIL PROTECTED
Ralf Wildenhues skrev:
* Peter Rosin wrote on Tue, Aug 05, 2008 at 08:38:28AM CEST:
Ah, ok. That's bad. The misleading name i586-mingw32msvc-gcc caught
me. Again. What in the world is msvc doing in there?
Somebody (Brian Dessent?) explained it nicely, recently on some mailing
list that I skim
Ralf Wildenhues skrev:
Hi Peter,
* Peter Rosin wrote on Thu, Aug 07, 2008 at 10:10:29AM CEST:
The previous patch was not enough, program linking happened in more than
one place. Here's a new patch that fixes that and also adds the
postlink_cmds variable as mentioned above.
This patch actually
Ralf Wildenhues skrev:
Hi Peter,
* Peter Rosin wrote on Fri, Aug 08, 2008 at 11:42:11AM CEST:
Peter Rosin skrev:
31: export.at:25 Export test
Exporting variables.
This patch fixes the above failure for MSVC. Cygwin/gcc and MinGW are
still happy. Is there any reason for not __declspec
Peter Rosin skrev:
Ralf Wildenhues skrev:
Hi Peter,
* Peter Rosin wrote on Fri, Aug 08, 2008 at 11:42:11AM CEST:
Peter Rosin skrev:
31: export.at:25 Export test
Exporting variables.
This patch fixes the above failure for MSVC. Cygwin/gcc and MinGW are
still happy. Is there any
Peter Rosin skrev:
Peter Rosin skrev:
Ralf Wildenhues skrev:
*snip*
Please try the patch below for simplistic at-file support with $NM.
While testing, I set nm_file_list_spec to '@' and always_export_symbols
to yes on GNU/Linux, and saw no test failure, probably because my nm
also
Ralf Wildenhues skrev:
* Peter Rosin wrote on Wed, Aug 06, 2008 at 09:47:28AM CEST:
Ralf Wildenhues skrev:
* Peter Rosin wrote on Tue, Aug 05, 2008 at 10:38:14AM CEST:
Peter Rosin skrev:
16: duplicate_conv.at:25 duplicate convenience archive names
MS link doesn't have reloadable objects
Ralf Wildenhues skrev:
- (eval $AR -NOLOGO -OUT:conftest.lib conftest.$ac_objext conftest.err)
+ (eval $AR -NOLOGO -OUT:conftest.lib conftest.$ac_objext conftest.err 21)
Hi Ralf,
Is there a reason for this, I thought the log was there to help
diagnose what went wrong, and that more
Ralf Wildenhues skrev:
* Peter Rosin wrote on Wed, Aug 13, 2008 at 11:00:33AM CEST:
Ralf Wildenhues skrev:
- (eval $AR -NOLOGO -OUT:conftest.lib conftest.$ac_objext conftest.err)
+ (eval $AR -NOLOGO -OUT:conftest.lib conftest.$ac_objext conftest.err 21)
Is there a reason for this,
Yes
Peter Rosin skrev:
Ralf Wildenhues skrev:
* Peter Rosin wrote on Wed, Aug 06, 2008 at 09:47:28AM CEST:
Ralf Wildenhues skrev:
* Peter Rosin wrote on Tue, Aug 05, 2008 at 10:38:14AM CEST:
Peter Rosin skrev:
16: duplicate_conv.at:25 duplicate convenience archive names
MS link doesn't have
Peter Rosin skrev:
Peter Rosin skrev:
Attached, I'll work through all the failures to try to find out why
they fail...
*snip*
72: stresstest.at:31 Link option thorough search test
Automatic path conversion in MSYS doesn't kick in for the argument
-OUT:/some/absolute/path so lib.exe
Peter Rosin skrev:
Peter Rosin skrev:
Attached, I'll work through all the failures to try to find out why
they fail...
*snip*
24: link-order.at:26 Link order test.
Exporting int c variable.
With MSVC, you can declare any variable with __decspec(dllimport), even
if you are not actually
Ralf Wildenhues skrev:
Hi Peter,
* Peter Rosin wrote on Wed, Aug 13, 2008 at 12:41:04PM CEST:
2008-08-13 Peter Rosin [EMAIL PROTECTED]
* libltdl/m4/libtool.m4 (_LT_LINKER_SHLIBS)
[cygwin, mingw, pw32, cegcc] cl*: Indicate that reloadable
objects does not work
Ralf Wildenhues skrev:
Hi Peter,
* Peter Rosin wrote on Wed, Aug 13, 2008 at 09:40:17PM CEST:
72: stresstest.at:31 Link option thorough search test
Automatic path conversion in MSYS doesn't kick in for the argument
-OUT:/some/absolute/path so lib.exe barfs.
Commenting out absolute paths
Ralf Wildenhues skrev:
* Peter Rosin wrote on Fri, Aug 15, 2008 at 11:36:14AM CEST:
Ralf Wildenhues skrev:
--- a/libltdl/m4/libtool.m4
+++ b/libltdl/m4/libtool.m4
@@ -4821,6 +4821,7 @@ _LT_EOF
mt -manifest @[EMAIL PROTECTED] -outputresource:@[EMAIL
PROTECTED];
$RM
mentioned, I'm
just raising the flag...).
2008-08-18 Peter Rosin [EMAIL PROTECTED]
* doc/libtool.texi (libtool script contents): Document
new variables introduced by the MSVC port.
Cheers,
Peter
diff --git a/doc/libtool.texi b/doc/libtool.texi
index 1782811..9eefc18 100644
--- a/doc
Ralf Wildenhues skrev:
* Peter Rosin wrote on Mon, Aug 18, 2008 at 02:13:41PM CEST:
Here's another patch for the pr-msvc-support branch. Ok to push?
That's obvious.
I thought it might be, but...
* .gitignore: Ignore MSVC object files.
Not just MSVC, all of w32.
...apparently
Regarding the issue of merging the MSVC branch...
Peter Rosin skrev:
One more hurdle is the $AR_SEP issue. It is normally set to ' ', but that
doesn't fit too well with make (as you have previously mentioned, I'm
just raising the flag...).
I can see one way out, and that is to create a new
Hi Ralf,
Ralf Wildenhues skrev:
Hi Peter,
* Peter Rosin wrote on Sun, Aug 17, 2008 at 08:47:12AM CEST:
One easy way to avoid cc_basename is to simply leave this for the next
non-gnu tool to fix, i.e.:
--- a/libltdl/m4/libtool.m4
+++ b/libltdl/m4/libtool.m4
@@ -3024,7 +3024,12 @@ case
Peter Rosin skrev:
Hi Markus,
Markus Duft skrev:
Hi Ralf,
Ralf Wildenhues skrev:
Hi Peter,
snip
So, I guess I'm saying that I'd prefer sticking to:
if test $GCC != yes; then
reload_cmds=false
fi
Ok to push?
Could this break parity support? I know It's not in the tree
Markus Duft skrev:
Markus Duft skrev:
The winnt was just the best that came to our ming,
since
the
result is plain win32 binaries.
winnt is not the only kind of output from MSVC. So, why is winnt
better than win9x/winxp/win2k3 or whatever? And other tools also
target winnt. To
Charles Wilson skrev:
I've been using *-*-msvcXX to designate microsoft compiler-based host
triples. So, for Visual C++ 2005, it's -msvc80.
This really saved our bacon at work when we switched from VizStudio 2003
to 2005; the different host triple allowed us to keep old/new stuff
separate
Duft Markus skrev:
Markus Duft wrote:
IMHO mingw produces code that is very different from what MSVC
produces -
not only performance wise (in some cases).
And remember, you can only link code generated by mingw and by msvc
together if you're using C. Not C++ or any other symbol-mangled ABI.
Charles Wilson skrev:
Peter Rosin wrote:
That may not work, if Charles statements about dlls requiring different
patchlevels of msvcr80 holds. But that appears to not be the case:
I created a simple dll, exporting one function doing a printf (some random
libc function). When building this dll
Peter Rosin skrev:
I created a simple dll, exporting one function doing a printf (some random
libc function). When building this dll, MSVC8 generated a manifest, but I
instead embedded the manifest pointing to an older msvcr80.
I.e. Embedded this:
assemblyIdentity type='win32' name
Charles Wilson skrev:
I also think that -winnt is too broad; and I'd really hate to see the
massive uglification of the libtool code -- and thousands of
configure.ac's out there -- that would ensue if -mingw* were
/officially/ overloaded to also represent the msvc-toolchain case.
Thanks a
Den 2008-08-26 13:53, skrev Peter Rosin:
Charles Wilson skrev:
I also think that -winnt is too broad; and I'd really hate to see the
massive uglification of the libtool code -- and thousands of
configure.ac's out there -- that would ensue if -mingw* were
/officially/ overloaded to also
Not sure if I should drag this further along...
Den 2008-08-29 08:00, skrev Duft Markus:
Den 2008-08-26 13:53, skrev Peter Rosin:
Charles Wilson skrev:
I also think that -winnt is too broad; and I'd really hate to see
the
massive uglification of the libtool code -- and thousands
Den 2008-08-29 13:27, skrev Duft Markus:
what if you do ./configure --host=i586-pc-winnt-msvc and have a link
called i586-pc-winnt-msvc-cl to cl.exe? that would make configure select
that compiler automatically.
Nope, doesn't work (after adjusting to i686-pc-winnt, since config.sub
complains
Den 2008-08-18 11:50, skrev Peter Rosin:
Ralf Wildenhues skrev:
PS: yes, all the other new tag variables need documenting in the manual,
too, before the branch can be merged into master.
Like this?
[EMAIL PROTECTED] postlink_cmds
+Commands necessary for finishing linking programs. @var
Den 2008-08-31 07:29, skrev Ralf Wildenhues:
Hi Peter,
thank you for starting a new thread on this. The other, monster thread,
scares me a bit too much for wanting to dig through it.
Should I repost the pending patches as new fresh individual
messages?
* Peter Rosin wrote on Sat, Aug 30
Den 2008-08-31 09:22, skrev Ralf Wildenhues:
* Peter Rosin wrote on Sun, Aug 31, 2008 at 09:11:51AM CEST:
Den 2008-08-31 07:29, skrev Ralf Wildenhues:
thank you for starting a new thread on this. The other, monster thread,
scares me a bit too much for wanting to dig through it.
Should I
is if it's ok to
not involve $LD.
I think it's ok to leave $LD out of it. So, ok to push?
2008-08-31 Peter Rosin [EMAIL PROTECTED]
* libltdl/m4/libtool.m4 (_LT_LINKER_SHLIBS)
[cygwin, mingw, pw32, cegcc] cl*: Indicate that reloadable
objects does not work
Den 2008-08-31 10:07, skrev Peter Rosin:
Den 2008-08-31 09:22, skrev Ralf Wildenhues:
* Peter Rosin wrote on Sun, Aug 31, 2008 at 09:11:51AM CEST:
Den 2008-08-31 07:29, skrev Ralf Wildenhues:
* Peter Rosin wrote on Sat, Aug 30, 2008 at 10:26:45PM CEST:
During my exercise with libsndfile I
Den 2008-08-31 23:08, skrev Peter Rosin:
Hi!
This is the latest version of the patch in
http://lists.gnu.org/archive/html/libtool-patches/2008-08/msg00057.html
with some adjustments based on the comments further down in
the monster thread (just follow next by thread from the above
link
Back to the patches list...
Den 2008-08-31 23:17, skrev Peter Rosin:
*snip*
I can see one way out, and that is to create a new libtool mode, i.e.
an interface something like this:
.../libtool --mode=ar cru foo.a a.o b.o c.o
.../libtool --mode=ar x foo.a
.../libtool --mode=ar t
Den 2008-12-19 14:10 skrev Eric Blake:
*snipped*
+ Fix copyright notice.
+* libltdl/config/ltmain.m4sh: Add missing comma.
Oooaa, excellent (and while we are all nitpicking), a whitespace
cleanup patch that adds whitespace mistakes (should be a tab
before the asterisk)...
Cheers,
Hi Chuck,
I'm primarily trying to determine what impact this has on my
MSVC branch...
Den 2009-01-03 02:39 skrev Charles Wilson:
*snip*
+ *cygwin* | *mingw* | *cegcc* )
We should strive to have fewer of these in ltmain.m4sh, not more...
+ func_warn Using fallback code to
Den 2009-01-05 06:24 skrev Charles Wilson:
Charles Wilson wrote:
Charles Wilson wrote:
Peter Rosin wrote:
I'm primarily trying to determine what impact this has on my
MSVC branch...
Ran some experiments on the libraries shipped with the Windows SDK. The
attached script worked ok on most
Den 2009-01-05 15:08 skrev Charles Wilson:
Peter Rosin wrote:
Den 2009-01-05 06:24 skrev Charles Wilson:
Interesting! Meanwhile, I have done some experiments on my own, as I
don't like the dependence on anything that comes with MinGW when
dealing with libtool and MSVC.
I kind of suspected
Den 2009-01-04 03:35 skrev Charles Wilson:
Peter Rosin wrote:
I'm primarily trying to determine what impact this has on my
MSVC branch...
Den 2009-01-03 02:39 skrev Charles Wilson:
*snip*
+*cygwin* | *mingw* | *cegcc* )
We should strive to have fewer of these in ltmain.m4sh, not more
Den 2009-01-06 02:06 skrev Charles Wilson:
Maybe under that name. But a libbfd-ified version of impgen (as a
replacement for the IMO totally broken -- but part of mingw-utils-0.3 --
reimp program), that happens to also supply an --identify foo
--identify-ms functionality? Not so far-fetched.
Hi!
I'm wondering how to proceed; some of the patches in the pr-msvc-support
branch no longer apply cleanly to git-head. So, before things get
totally out of hand, I would like to rebase the branch. However, I have
never rebased anything before. I could probably rebase my own repo,
but I don't
Den 2009-01-09 03:58 skrev Eric Blake:
Check out Bruno Haible's git-merge-changelog, currently in the gnulib
repository. It handles rebasing/merging of ChangeLog entries with minimal
I don't have gnulib-tool, which is mentioned in that file, how do I get
hold of that tool (for cygwin)?
Den 2009-01-09 14:23 skrev Eric Blake:
According to Peter Rosin on 1/9/2009 3:11 AM:
I don't have gnulib-tool, which is mentioned in that file, how do I get
hold of that tool (for cygwin)?
Here's how to get a shallow gnulib clone, then build git-merge-changelog:
*snip*
Great, thanks, works
Den 2009-01-13 10:12 skrev Peter Rosin:
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project GNU Libtool.
The branch, pr-msvc-support has been created
Den 2009-01-13 10:39 skrev Peter Rosin:
msvc-documentation.patch
http://lists.gnu.org/archive/html/libtool-patches/2008-08/msg00136.html
2008-08-31 Peter Rosin p...@lysator.liu.se
* doc/libtool.texi (libtool script contents): Document
new variables introduced by the MSVC
Den 2009-01-13 10:39 skrev Peter Rosin:
embed-manifest-exeext.patch
http://lists.gnu.org/archive/html/libtool-patches/2008-09/msg0.html
2008-09-01 Peter Rosin p...@lysator.liu.se
* libltdl/m4/libtool.m4 (_LT_LINKER_SHLIBS)
[ cygwin, mingw, cegcc ] cl*: @OUTPUT@ may
Den 2009-01-13 10:39 skrev Peter Rosin:
libtool-ar.patch
http://lists.gnu.org/archive/html/libtool-patches/2008-09/msg3.html
No ChangeLog entry written yet.
Sorry 'bout that...
Cheers,
Peter
From e71c3c45eccb25dd2601dfc51b2b86c24bc03cd6 Mon Sep 17 00:00:00 2001
From: Peter Rosin p
Den 2009-01-13 10:39 skrev Peter Rosin:
skip-on-no-reload.patch
http://lists.gnu.org/archive/html/libtool-patches/2008-09/msg1.html
2008-08-31 Peter Rosin p...@lysator.liu.se
* libltdl/m4/libtool.m4 (_LT_LINKER_SHLIBS)
[cygwin, mingw, pw32, cegcc] cl*: Indicate
Den 2009-01-14 09:49 skrev Ralf Wildenhues:
Just leave it at that for now, please. You can still delete it after
a review.
Ok, I couldn't figure out how to do it anyway, short of recreating
the whole branch.
Cheers,
Peter
Den 2009-01-13 16:41 skrev Charles Wilson:
Peter Rosin wrote:
Den 2009-01-06 02:06 skrev Charles Wilson:
Maybe under that name. But a libbfd-ified version of impgen (as a
replacement for the IMO totally broken -- but part of mingw-utils-0.3 --
reimp program), that happens to also supply
[Moving to the patches list]
Peter, Rudolf, are you ok with being added to the THANKS file?
(Rudolf, this is in reference to your libtool bug report last month)
Den 2009-01-15 09:57 skrev Peter Kjellerstedt:
-Original Message-
From: Peter Rosin [mailto:p...@lysator.liu.se]
Sent: den
Den 2009-01-16 15:15 skrev Charles Wilson:
Charles Wilson wrote:
Charles Wilson wrote:
* libltdl/config/ltmain.m4sh: Update copyright date.
(func_emit_wrapper_part1): move contents to...
(func_emit_wrapper_part2): move contents to...
(func_emit_wrapper): here.
(func_emit_cwrapperexe_src) [file
to push? Or should I just push it to the pr-msvc-support branch
for now?
Cheers,
Peter
2009-01-17 Peter Rosin p...@lysator.liu.se
Unify line endings in localization test.
* tests/localization.at: Process both the expected output and
the libtool output in the same manner
cherry-pick it into
master.
(But the last four patches on the branch are not very pretty, dates
are all messed up, no Changelog entries, crappy commit msgs etc etc.
Those should be merged with care.)
2009-01-17 Peter Rosin p...@lysator.liu.se
Unify line endings in localization test
instances of this issue can easily be
handled likewise.
Something like the attached?
Cheers,
Peter
2009-01-20 Peter Rosin p...@lysator.liu.se
Unify line endings in localization test.
* tests/testsuite.at (LT_AT_UNIFY_NL): Add macro that unifies
line endings on platforms
Den 2009-01-20 23:35 skrev Peter Rosin:
Den 2009-01-13 10:48 skrev Peter Rosin:
Den 2009-01-13 10:39 skrev Peter Rosin:
libtool-ar.patch
http://lists.gnu.org/archive/html/libtool-patches/2008-09/msg3.html
No ChangeLog entry written yet.
Sorry 'bout that...
Here's an incremental update
of the arguments (prefixes in
these cases are -outputresource: and @).
Cheers,
Peter
[1] http://lists.gnu.org/archive/html/libtool-patches/2009-01/msg00090.html
2009-01-21 Peter Rosin p...@lysator.liu.se
Convert POSIX paths with prefixes to host format for MSYS/MSVC
* libltdl/m4
code that affects other
platforms as well.
Cheers,
Peter
[1] http://lists.gnu.org/archive/html/libtool-patches/2009-01/msg00090.html
[2] http://lists.gnu.org/archive/html/libtool-patches/2009-01/msg00092.html
2009-01-21 Peter Rosin p...@lysator.liu.se
Convert paths to host format
Den 2009-01-21 23:09, skrev Ralf Wildenhues:
* Peter Rosin wrote on Tue, Jan 20, 2009 at 12:34:57AM CET:
Den 2009-01-19 21:35 skrev Ralf Wildenhues:
This looks a bit hackish. We already have a handful of places which we
fixed up in order to avoid line ending issues. This one looks hackish
Den 2009-01-21 22:54, skrev Ralf Wildenhues:
Hi Peter,
* Peter Rosin wrote on Wed, Jan 21, 2009 at 02:26:36AM CET:
This patch together with [1] and [2] will make Run tests with
low max_cmd_len on MSYS/MSVC behave the same as the individual
tests.
The patch fixes a couple more of the /abs/path
Den 2009-01-21 23:13, skrev Ralf Wildenhues:
* Charles Wilson wrote on Tue, Jan 20, 2009 at 07:29:52PM CET:
Bob Friesenhahn wrote:
For many years I have had my editor configured to always use
spaces. This ensures WYSIWYG for everyone involved.
Agree 100%. I try to manually match whatever
Den 2009-01-22 21:54 skrev Ralf Wildenhues:
Hi Peter,
* Peter Rosin wrote on Thu, Jan 22, 2009 at 10:57:20AM CET:
Something like the attached?
Yes, with nits below addressed.
Ok, so push to master or pr-msvc-support?
This change is ok for both. However, let's move away from manual
Den 2009-01-14 09:13 skrev Peter Rosin:
The branch, pr-msvc-support has been updated
via 8c17887ee34e73a2aeb127b94f5b76f45dc34017 (commit)
via 2817364bb6efd20192c46edecfe085cbb288 (commit)
via 06cfce005204bb8ca212aadab38b38c0202ea04e (commit)
via
-01-24 Peter Rosin p...@lysator.liu.se
Expand exit status test in LT_AT_NOINST_EXEC_CHECK correctly
* tests/testsuite.at (LT_AT_NOINST_EXEC_CHECK): STATUS is
argument $3, not $2.
diff --git a/tests/testsuite.at b/tests/testsuite.at
index 56ca3a2..24e8174 100644
Den 2009-01-24 10:00 skrev Ralf Wildenhues:
Thanks, please apply.
Done, thanks for the review!
Cheers,
Peter
Hi!
When you open libfoo.la, the preloader assumes that the preloaded
library is named libfoo.$libext. I.e. it doesn't care about the
libname_spec variable. This patch fixes that and makes
lt_dladvise.at pass on MSYS/MSVC (and maybe on OS/2).
Cheers,
Peter
2009-11-24 Peter Rosin p
1 - 100 of 471 matches
Mail list logo