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
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
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
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:
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 Peter,
* Peter Ekberg wrote on Thu, Aug 11, 2005 at 11:20:26AM CEST:
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
Hi Peter,
* 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 approximately the
Hi Peter,
* 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:
After addressing my
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
Hi Peter,
* 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; but I
did not want
* Peter Ekberg wrote on Tue, Aug 09, 2005 at 02:40:36PM CEST:
Ralf Wildenhues wrote:
I believe your patch and Keith's proposed patch for -sobase interact
(i.e., -sobase support would have to be forward ported into
your patch.)
Seems like a simple s/libname/sobase_name/ but someone
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;
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
Hi Peter,
* Peter Ekberg wrote on Fri, Jul 22, 2005 at 09:37:47AM CEST:
I'm back with another gigantic mail. Sorry about that,
but this time I've tried to keep some structure.
Thanks a lot for the overview.
I have a couple of comments for stuff you have not split out yet,
see below (and a
On Mon, 11 Jul 2005, Peter Ekberg wrote:
You don't seem to understand what's going on... On MSYS there
is no official way to convert a posix path to a win32 path
(like cygpath on Cygwin). But if you execute any executable
outside of the MSYS /bin or /usr/bin directories (and perhaps
other places
On Mon, 11 Jul 2005, Peter Ekberg wrote:
Yes, I came across that one, but it seemed heavy handed for the
job at hand. I think my approach is neater, but I'm biased :-)
In what way is your script better than my version that simply
uses the cmd script from MSYS?
I am not sure that my script is
Ralf Wildenhues wrote:
Hi Peter,
I'm very sorry it took me so long to write this email.
Nice to see you are making progress. :)
Doing my best, it's not always so easy to decypher what's
going on in guts of libtool...
Besides, I'm taking revenge by sending a mail that I've been
writing on
Hi Peter,
I'm very sorry it took me so long to write this email.
Nice to see you are making progress. :)
* Peter Ekberg wrote on Fri, Jun 17, 2005 at 03:15:33PM CEST:
Ralf Wildenhues wrote:
* Peter Ekberg wrote on Fri, Jun 10, 2005 at 10:57:33PM CEST:
Ralf Wildenhues wrote:
`link
Hi Peter,
I've tried your patch now, with cygwin and this version:
| Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 13.10.3077 for 80x86
| Copyright (C) Microsoft Corporation 1984-2002. All rights reserved.
configured like: CC=cl CXX=cl.
Notes:
`link -LIB' can be a problem if the
Ralf Wildenhues wrote:
Hi Peter,
I've tried your patch now, with cygwin and this version:
| Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 13.10.3077
for 80x86
| Copyright (C) Microsoft Corporation 1984-2002. All rights reserved.
configured like: CC=cl CXX=cl.
Notes:
`link
Hello,
I have now fixed at least some issues with the previous
patch. I changed $libname_spec to plain $name for MSVC
as that seems to be the naming convention used by MS.
I also fixed locating potential dependent libs without
regard to the filename case (i.e -lwsock32 on the
link line will be
Hi Peter,
* Peter Ekberg wrote on Sat, May 28, 2005 at 08:47:10PM CEST:
this snippet in ltmain.m4sh, for file_magic*), line approx 4750,
if test -n $a_deplib ; then
libname=`eval \\$ECHO \$libname_spec\`
for i in $lib_search_path $sys_lib_search_path $shlib_search_path;
do
Ralf Wildenhues wrote:
[snip]
Perhaps libname_spec should be just $name on MSVC? Instead
of doing that, I added a second very similar loop in
ltmain.sh, but that might be a cludge?
Need to look at this closer.
I had a second look, and if I do
libname_spec='$name'
for MSVC in
Hi Peter,
* Peter Ekberg wrote on Tue, May 24, 2005 at 11:51:08PM CEST:
I started an attempt to support the MSVC compiler natively
Cool! I started looking at this a couple of weeks ago, but have had no
time to pick up on it again. I have made a couple of notes, though,
which I can post
Ralf Wildenhues wrote:
Hi Peter,
* Peter Ekberg wrote on Tue, May 24, 2005 at 11:51:08PM CEST:
I started an attempt to support the MSVC compiler natively
Cool! I started looking at this a couple of weeks ago, but
have had no
time to pick up on it again. I have made a couple of
Peter Ekberg wrote:
Yes, all reasonable.
Which MSVC version do you use? By looking at whatever rough
cl outputs:
Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 12.00.8168 for
80x86
Copyright (C) Microsoft Corp 1984-1998. All rights reserved.
The one that came with Visual Studio
Howard Chu wrote:
Peter Ekberg wrote:
[snip]
I configure the libtoolized project with
.../configure CC=cl -MD LDFLAGS=-L/msvc/lib
Where MSYS has a mount so that /msvc points to the MSVC folder
(typically C:\Program Files\Microsoft Visual Studio\VC98
or something similar)
Yeah, it
Hello!
I started an attempt to support the MSVC compiler natively
(w/o the cccl script, which I haven't tried to be honest)
and using MSYS to drive the scripting. With this (rough)
patch I am able to build and use shared libraries (libs
and modules) and convenience libraries. I haven't tested
Hello!
[Blast, I forgot the patch, resending...]
I started an attempt to support the MSVC compiler natively
(w/o the cccl script, which I haven't tried to be honest)
and using MSYS to drive the scripting. With this (rough)
patch I am able to build and use shared libraries (libs
and modules) and
32 matches
Mail list logo