It's on PPC 32-bit that I see the problem. In fact, I can see multiple
instances of JPEG entrypoints in e.g. Linux .so files as well, but
maybe the dlopen implementation is sufficiently different to avoid any
issues.

A quick fix that I found is to add RTLD_LOCAL in the call to dlopen()
in dynamic_load.c:f_load_module() but Grubba advised against it
because there's apparently some cross-dependencies among other image
modules that would break.

I'm now investigating if there are any compile-time flags that can
force the .so files to bind their external library references earlier
instead of delaying them until runtime. No luck yet...
  • 7.8 alpha 2 Peter Bortas @ Pike developers forum
    • 7.8 alpha 2 Jonas Walld�n @ Pike developers forum
      • 7.8 alpha 2 Mirar @ Pike developers forum
        • 7.8 alp... Peter Bortas @ Pike developers forum
          • 7.8... Mirar @ Pike developers forum
        • 7.8 alp... Jonas Walld�n @ Pike developers forum
          • 7.8... Mirar @ Pike developers forum
            • ... Jonas Walld�n @ Pike developers forum
              • ... Mirar @ Pike developers forum
                • ... Jonas Walld�n @ Pike developers forum
                • ... Mirar @ Pike developers forum
    • Re: 7.8 alpha 2 H. William Welliver III
    • 7.8 alpha 2 Mirar @ Pike developers forum
    • 7.8 alpha 2 Mirar @ Pike developers forum
      • 7.8 alpha 2 Jonas Walld�n @ Pike developers forum
      • 7.8 alpha 2 Martin Stjernholm, Roxen IS @ Pike developers forum

Reply via email to