This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [PATCH] Fix installation of DLLs on PE platforms (win/cyg/ming/ce)


* 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


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]