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 yet, but I
still hope, that ralf comes to
Peter Rosin skrev:
Hi Markus,
snip
Hold on! Since parity is using a $host matching *winnt*, this patch
doesn't
affect parity at all.
Yeah, right, i oversaw that :)
BTW, did you file a copyright assignment?
Sure, now 2 years ago, or so...
Cheers, Markus
I'm thinking of two
I Forgot to answer some things...
snip
My patches use the same host/build as MinGW when using MSYS, on the
grounds that the output from the MinGW tools and MSVC are compatible
(so same $host) and that MSYS is MSYS (same $build). That's also
how cccl has it (at least I think so...)
Markus Duft skrev:
I Forgot to answer some things...
snip
My patches use the same host/build as MinGW when using MSYS, on the
grounds that the output from the MinGW tools and MSVC are compatible
(so same $host) and that MSYS is MSYS (same $build). That's also
how cccl has
Hi
I'm working (together with haubi) on getting DESTDIR support for our
hppa-hpux boxes into libtool. I now have it working, and a first patch
(which of course breaks some other things - I know that :( ), and wanted to
ask what you think about this.
I'm adding +s to every link line. But because
script.
* doc/libtool.texi (Invoking libtool): Document that the shell
used to invoke libtool needs to be the same used to configure
it.
* THANKS: Update.
Report by Markus Duft.
diff --git a/doc/libtool.texi b/doc/libtool.texi
index 076b67b..c84b92a 100644
--- a/doc
Hi!
It's been quite a while, but now i'd have a small patch for interix libtool
(again). The background for the patch is building GLIB on interix, which
initially didn't succeed. Actually, libtool did nothing wrong, just the system
linker is broken in so many different ways, that each day a
