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