Re: gcc 3.3.1-3, loading .la files from gcj-compiled apps

Tom Tromey wrote: Charles> Hmm. I wonder if "The Right Thing To Do" is to ensure that libjava's Charles> version of ltdl.c is uptodate -- that is, taken from libtool-1.5 and Charles> not 1.4.x, and then rebuild libjava, the modules, etc. I think so. Care to try upgrading the libltdl in libjava?

Re: gcc 3.3.1-3, loading .la files from gcj-compiled apps

> "Charles" == Charles Wilson <[EMAIL PROTECTED]> writes: Charles> Hmm. I wonder if "The Right Thing To Do" is to ensure that libjava's Charles> version of ltdl.c is uptodate -- that is, taken from libtool-1.5 and Charles> not 1.4.x, and then rebuild libjava, the modules, etc. I think so. C

Re: gcc 3.3.1-3, loading .la files from gcj-compiled apps

Charles Wilson wrote: Or rebuild libjava so that it uses the system-installed version of cygltdl-3.dll and not a self-compiled one. It looks to me like everything would work (assuming dlopen works), provided the libjava linked against the Cygwin libltdl instead of the one it subsumes from itsel

Re: gcc 3.3.1-3, loading .la files from gcj-compiled apps

On Sat, 2003-11-08 at 12:33, Charles Wilson wrote: > the > cygwin-provided, fork()-friendly dlopen stuff). Just for clarity, the fork() support in dlopen is really just tracking base addresses and order of opening.(from slightly rusty memory). -- GPG key available at:

Re: gcc 3.3.1-3, loading .la files from gcj-compiled apps

Robert Collins wrote: On Sat, 2003-11-08 at 12:11, Charles Wilson wrote: GVV went one better, and re-activated the LoadLibrary stuff, with cygwin compatibility code, as a FALLBACK option if-and-only-if dlopen on cygwin fails. THAT is what got committed to libtool CVS HEAD, and it's Gary's cont

Re: gcc 3.3.1-3, loading .la files from gcj-compiled apps

On Sat, 2003-11-08 at 12:11, Charles Wilson wrote: > GVV went one better, and re-activated the LoadLibrary stuff, with cygwin > compatibility code, as a FALLBACK option if-and-only-if dlopen on cygwin > fails. THAT is what got committed to libtool CVS HEAD, and it's Gary's > contribution, not m

Re: gcc 3.3.1-3, loading .la files from gcj-compiled apps

Marcus G. Daniels wrote: As of yesterday, I believe Charles Wilson has convinced the libtool maintainers to install the needed patches. It uses dlopen if it can, and then falls back to LoadLibrary if that fails. Actually, that change is all Gary V. Vaughan. Here's the story: contrary to my p

Re: gcc 3.3.1-3, loading .la files from gcj-compiled apps

Tom Tromey wrote: "Marcus" == Marcus G Daniels <[EMAIL PROTECTED]> writes: Marcus> Would it be possible to add a -D_WIN32 to the libjava/libltdl Marcus> Makefile for Cygwin? It looks like it would be a bit more in line with existing code to just add it to libltdl/ltdl.h. Could you loo

Re: gcc 3.3.1-3, loading .la files from gcj-compiled apps

On Sat, 2003-11-08 at 07:31, Tom Tromey wrote: > > "Marcus" == Marcus G Daniels <[EMAIL PROTECTED]> writes: > > Marcus> Would it be possible to add a -D_WIN32 to the libjava/libltdl > Marcus> Makefile for Cygwin? Just caught up with this. -DWIN32 is usually wrong for cygwin. Cygwin programs s

Re: gcc 3.3.1-3, loading .la files from gcj-compiled apps

[reply-to set] On Fri, Nov 07, 2003 at 01:31:52PM -0700, Tom Tromey wrote: >> "Marcus" == Marcus G Daniels <[EMAIL PROTECTED]> writes: > >Marcus> Would it be possible to add a -D_WIN32 to the libjava/libltdl >Marcus> Makefile for Cygwin? > >It looks like it would be a bit more in line with exis

Re: gcc 3.3.1-3, loading .la files from gcj-compiled apps

> "Marcus" == Marcus G Daniels <[EMAIL PROTECTED]> writes: Marcus> Would it be possible to add a -D_WIN32 to the libjava/libltdl Marcus> Makefile for Cygwin? It looks like it would be a bit more in line with existing code to just add it to libltdl/ltdl.h. Could you look at how the upstream l

Re: libltdl + dlopen/LoadLibrary [Was: Re: gcc 3.3.1-3, loading .la files from gcj-compiled apps]

On Sun, Nov 02, 2003 at 03:13:56PM -0500, Charles Wilson wrote: >Should the module-loading functionality in libtoool for cygwin be >reworked to use dlopen instead? Without a doubt. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/pr

libltdl + dlopen/LoadLibrary [Was: Re: gcc 3.3.1-3, loading .la files from gcj-compiled apps]

Christopher Faylor wrote: On Sun, Nov 02, 2003 at 12:20:47PM -0700, Marcus G. Daniels wrote: Would it be possible to add a -D_WIN32 to the libjava/libltdl Makefile for Cygwin? Then the LoadLibrary support will get compiled-in, and dynamic libraries can be loaded into GCJ apps. No. If there

Re: gcc 3.3.1-3, loading .la files from gcj-compiled apps

On Sun, Nov 02, 2003 at 12:20:47PM -0700, Marcus G. Daniels wrote: >Would it be possible to add a -D_WIN32 to the libjava/libltdl Makefile >for Cygwin? Then the LoadLibrary support will get compiled-in, and >dynamic libraries can be loaded into GCJ apps. No. If there is dynamic linking to be d

gcc 3.3.1-3, loading .la files from gcj-compiled apps

Would it be possible to add a -D_WIN32 to the libjava/libltdl Makefile for Cygwin? Then the LoadLibrary support will get compiled-in, and dynamic libraries can be loaded into GCJ apps. If this is done, then a __CYGWIN__ conditional is needed in ltdl.c in order to first normalize the path for