Re: dlopen, glibc 2.3.2

[Petr Vandrovec]

On  3 Apr 03 at 11:14, Joe Krahn wrote:
> The behavior of dlopen has changed recently.
> It used to be that dlopen would locate symbols in
> dependent shared libraries in addition to the shared
> library opened by dlopen. This no longer works in RH9,
> at least for libglut.so.3.7.

It does not depend on symbols. It loads libraries on which this
library depends - and this dependence is not discovered from symbols,
but from libraries you used for linking. If you see command
gcc -shared -o xxx.so ....., you must get only one undefined symbol (main)
when you remove -shared from this line. If you get more undefined symbols,
there are missing library dependencies which will cause problems you see.
 
> I also noticed that you used to be able to compile
> a program with just "-lglut", but you now need -lGLU -lGL, etc.
> So, maybe this is a loader issue. Could it depend how
> the so library is compiled?

It is Redhat's bug. libglut.so.xxx was not linked with -lGLU -lGL.
Fix libglut build process.
                                                    Petr Vandrovec