[patch] releases.html

Alexandre Oliva aoliva@redhat.com
Wed Feb 14 17:47:00 GMT 2001


On Feb 14, 2001, "Zack Weinberg" <zackw@stanford.edu> wrote:

> Dynamic loading is implemented with a sensible C-level abstraction of
> the OS features

Just like libltdl?  Its basic API looks like:

/* Initialisation and finalisation functions for libltdl. */
extern	int	    lt_dlinit		LT_PARAMS((void));
extern	int	    lt_dlexit		LT_PARAMS((void));

/* Portable libltdl versions of the system dlopen() API. */
extern	lt_dlhandle lt_dlopen		LT_PARAMS((const char *filename));
extern	lt_ptr	    lt_dlsym		LT_PARAMS((lt_dlhandle handle,
						     const char *name));
extern	const char *lt_dlerror		LT_PARAMS((void));
extern	int	    lt_dlclose		LT_PARAMS((lt_dlhandle handle));

> not an overdesigned library which uses its own mysterious helper
> files (which tend not to get installed, so the system doesn't work
> at all).

It doesn't depend on the helper files at all.  It just uses them when
they're available.

> All this, and it manages to work on _more_ platforms than libtool
> does.

Are you sure?  On how many platforms does it work?  I don't know of
any platform to which libtool hasn't been ported on which it doesn't
work out of the box.  Platforms in which libtool doesn't work
correctly are those whose porter made mistakes.  If it knows nothing
about a platform, it still works correctly.  Try it.

-- 
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 Gcc-patches mailing list