This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [PATCH] Fix installation of DLLs on PE platforms (win/cyg/ming/ce)
- From: Ralf Wildenhues <Ralf dot Wildenhues at gmx dot de>
- To: Dave Korn <dave dot korn dot cygwin at googlemail dot com>
- Cc: GCC Patches <gcc-patches at gcc dot gnu dot org>, Paolo Bonzini <bonzini at gnu dot org>
- Date: Sat, 22 Aug 2009 22:34:02 +0200
- Subject: Re: [PATCH] Fix installation of DLLs on PE platforms (win/cyg/ming/ce)
- References: <4A8CA2EA.4020007@gmail.com> <20090822192040.GA15828@gmx.de> <4A905549.5060305@gmail.com>
* Dave Korn wrote on Sat, Aug 22, 2009 at 10:30:01PM CEST:
> Ralf Wildenhues wrote:
> >
> > This should be synced to the src tree, to let GCC and src be in sync for
> > more than two days. :-)
>
> I thought top-level had auto-sync and libiberty was the one we had to do
> manually, am I misremembering?
Toplevel and config need to be done manually. AFAICS intl,
libdecnumber, and libiberty are robo-synced, at least that's what
happened to me today.
> >> libjava/libltdl/ChangeLog:
> > This directory has its own ltmain.sh, which comes from an older Libtool
> > version. You cannot easily update the Libtool here (without also
> > updating libltdl) as it is a bit intertwined with libltdl innards; so
> > probably the easiest would be to backport the patch to this ltmain.sh
> > (Updating libltdl is IIRC not ok).
>
> Actually I should probably just revert this hunk, it's not going to do
> anything useful even when libjava becomes a DLL. (Why isn't it breaking
> anything for anyone already? Shouldn't libtool have choked on that -bindir
> option on some platform or other? Maybe nobody's got an autotester on java
> HEAD. I'll run some checks on a Linux box.)
libtool ignores unknown options, out of necessity given the in-band
signaling, and only passes some known ones through to the compiler
driver in link mode (that's why toplevel GCC has libtool-ldflags).
I'm not sure why the path argument to -bindir was ignored.
Cheers,
Ralf