Re: [SCM] GNU Libtool branch, pr-msvc-support, updated. v2.2.6-182-gdd42e63

[Peter Rosin]

Den 2009-09-11 19:44 skrev Jim Meyering:

Ralf Wildenhues wrote:

any chance you could check whether the Libtool git tree on savannah is
non-bare?  If yes, then we may want to fix that (but I'd have to check
how to do that).  See Peter's report below.


Hi Ralf,

It was indeed non-bare.  git config core.bare reported false.
I corrected that by running git config core.bare true.


I can confirm that a recent push to the branch in question did not
trigger the warning. Thanks to both!

Cheers,
Peter

Re: pr-msvc-support: building .DLLs with symbols

[Peter Rosin]

Den 2009-09-13 00:02 skrev David Byron:

$ ../configure CC=cl CFLAGS='-MD -Zi' LD=link LDFLAGS='-Wl,-DEBUG'
NM='dumpbin -symbols' AR=lib STRIP=: RANLIB=: --disable-static

That will not work (as you noticed) as it will send the -Wl, option
stright to cl when configure tries w/o libtool.


Is there any hope of this working one day?  What would it take?  I suppose
this is an autoconf issue, not a libtool one but am I wrong in thinking that
in some more complete sense of msvc support that it should work?


I don't think there's much hope for this particular isseu. I suppose that's
one reason cccl and other wrapper scripts are used... I don't think other
compiler drivers that use something other than -Wl, to pass linker flags
through likes -Wl, in LDFLAGS during configure either. A quick scan
through libtool.m4 hints that Sun C++ might be one such beast. Maybe
there's need for something like LT_LDFLAGS?


I blew away all the stuff related to autoreconf and re-ran it and now it
works.  If someone is interested in figuring out more about what's going on
here, let me know and I'll revert the patches and re-test, etc.


...


This works.


...


So does this.


Great!

Cheers,
Peter