search for: lt_dlsym

On Fri, 20 Jul 2007, Ralph Corderoy wrote: > I could be missing something, but shouldn't the use of dlsym() be > The authors of dlsym() realised the return value was overloaded AFAICS. Yep, patches welcome :) -Chris -- http://nondot.org/sabre/ http://llvm.org/

Hi Chris, > Once you have that, you are hitting another problem. Specifically, > the JIT::getPointerToNamedFunction method in > lib/ExecutionEngine/JIT/Intercept.cpp just does a dlsym on missing > symbols. If dlsym returns null, you get the error message. > > The problem here is that .objc_class_name_* are special symbols that > are used by the objc linker support and they

...t of LLVM's lib/System package. That package implements > this using the libtool "ltdl" library, which presumably gets this > right in an operating system correct way. Presumably? http://www.gnu.org/software/libtool/manual.html#index-lt_005fdlsym-167 says: Function: lt_ptr lt_dlsym(lt_dlhandle handle, const char *name) Return the address in the module handle, where the symbol given by the null-terminated string name is loaded. If the symbol cannot be found, NULL is returned. And lt_dlerror() also appears to have the same behaviour as its non-lt_ cou...

...package implements > > this using the libtool "ltdl" library, which presumably gets this > > right in an operating system correct way. > > Presumably? > http://www.gnu.org/software/libtool/manual.html#index-lt_005fdlsym-167 > says: > > Function: lt_ptr lt_dlsym(lt_dlhandle handle, const char *name) > > Return the address in the module handle, where the symbol given > by the null-terminated string name is loaded. If the symbol > cannot be found, NULL is returned. > > And lt_dlerror() also appears to have the sam...

...@ if (I != g_symbols.end()) return I->second; + // Clear the error status of the ltdl library + lt_dlerror(); + // Now search the libraries. for (std::vector<lt_dlhandle>::iterator I = OpenedHandles.begin(), E = OpenedHandles.end(); I != E; ++I) { lt_ptr ptr = lt_dlsym(*I, symbolName); - if (ptr) + + // Get the error for the lt_dlsym call. If there was no error and the result + // from lt_dlsym was 0 then 0 is the address of the symbol, not an + // indication that it couldn't be found. + const char *errmsg = lt_dlerror(); + if (ptr || !errms...

...cmov/libdl-2.5.so) ==31534== by 0x400CFA5: (within /lib/ld-2.5.so) ==31534== by 0x4E952AB: (within /lib/tls/i686/cmov/libdl-2.5.so) ==31534== by 0x4E94D72: dlsym (in /lib/tls/i686/cmov/libdl-2.5.so) ==31534== by 0x429FBA8: (within /usr/lib/libkdecore.so.4.2.0) ==31534== by 0x429EA85: lt_dlsym (in /usr/lib/libkdecore.so.4.2.0) ==31534== by 0x414E2DE: KLibWrapPrivate::KLibWrapPrivate(KLibrary*, lt_dlhandle_struct*) (in /usr/lib/libkdecore.so.4.2.0) ==31534== by 0x41FC8A1: KLibLoader::library(char const*) (in /usr/lib/libkdecore.so.4.2.0) ==31534== by 0x42D4C18: KDecorationPlugins...

Hi Ralph, On Fri, 2007-07-20 at 10:38 +0100, Ralph Corderoy wrote: > Hi Chris, > I could be missing something, but shouldn't the use of dlsym() be > > char *err; > void *p; > > if ((err = dlerror())) { > error("earlier undetected dlerror: %s\n", err); > } > p = dlsym(handle, sym); > if ((err = dlerror())) { >

...;yes", + need_internal_dmu="") +AM_CONDITIONAL(INTERNAL_DMU, test x$need_internal_dmu = xyes) + # Checks for programs. AC_PROG_CC AC_PROG_LIBTOOL @@ -37,7 +56,14 @@ AC_PROG_LIBTOOL # Checks for libraries. AC_CHECK_LIB([devmapper], [dm_task_create],, exit) AC_CHECK_LIB([ltdl], [lt_dlsym],, exit) -AC_CHECK_LIB([devmapper], [dmu_ctl_open],, libdevmapper_error) + +if test x$need_internal_dmu = xyes; then + AC_CHECK_LIB([devmapper], [dmu_ctl_open], libdevmapper_conflict) + abs_libdmu_dir=$(readlink -f .)/libdmu + GLOBAL_CFLAGS="$GLOBAL_CFLAGS -DINTERNAL_DMU -I$abs_libdmu_di...