Defining lt_preloaded_symbols
Alexandre Oliva
aoliva@redhat.com
Tue Sep 12 07:15:00 GMT 2000
On Sep 12, 2000, Tom Tromey <tromey@cygnus.com> wrote:
Alexandre> I don't know since when this is a problem; it might be
Alexandre> related with the libtool overhaul, but most likely not with
Alexandre> libltdl's update, since libltdl doesn't make any direct
Alexandre> references to this variable.
> Does that mean we don't need it?
We only need it today because prims.cc calls
LTDL_SET_PRELOADED_SYMBOLS(). But this is supposed to be done in the
main program, not in a library function. We could just leave it up to
the user to do it, in case he wants dlpreopening.
Alexandre> Here's a patch that fixes the problem. Ok to install?
> Sure.
> I actually want to end our reliance on libltdl (due to licensing), but
> haven't found the time.
Maybe we could find some arrangement to keep using it. It would be a
pity to have to re-implement it all :-(
Thomas Tanner, the original author of libltdl, had always wanted it to
have a more liberal license. But the license is already quite
liberal. In particular, it says:
As a special exception to the GNU Lesser General Public License, if
you distribute this file as part of a program or library that is
built using GNU libtool, you may include it under the same
distribution terms that you use for the rest of that program.
Since libgcj does use libtool, we can apply libgcj's licensing terms
to the copy of libltdl we use.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicamp oliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist *Please* write to mailing lists, not to me
More information about the Java-patches
mailing list