search for: ltdl

Hi Jeff, I'm just reviewing some old mail on my "to do" list. I was wondering if you managed to get ltdl.c to compile cleanly with VC++ or if you want me to look at these warnings. Reid. On Sun, 2004-12-05 at 09:08, Jeff Cohen wrote: > Well, then why does win32/DynamicLibrary.cpp exist, not to mention it's > *nix relatives? You have even been updating them, even though they > cannot be...

...dating them, even though they cannot be compiled as they aren't included by System/DynamicLibrary.cpp. Anyway, with Morten's patches I can almost build successfully. Minor patch attached to fix the residual problems. I don't know why he didn't hit these problems. And speaking of ltdl.c, it doesn't build cleanly with VC++: \llvm\lib\System\ltdl.c(972) : warning C4090: 'function' : different 'const' qualifiers \llvm\lib\System\ltdl.c(1332) : warning C4090: '=' : different 'const' qualifiers \llvm\lib\System\ltdl.c(1431) : warning C4113: 'l...

ltdl.h fully supports windows platforms (lots of them). That isn't the issue. The issue is setting up the #defines to reflect the windows system. e.g. HAVE_DLOPEN needs to be false Reid. On Fri, 2004-12-03 at 20:35, Chris Lattner wrote: > On Fri, 3 Dec 2004, Jeff Cohen wrote: > > >...

Hello Žiga Sat, 04 Nov 2006 12:48:23 +0100 you wrote: > I decided to make llvm port on windows, to support at least Visual > Studio 7.1 and Visual Studio 8. I guess I will make only Visual > Studio 7.1 version, since it can be easily converted to version 8. Good. Please note, that they're something about 1.5 years old. There already were some attempts to do visual studio port,

It will have to be Morten. I can't get ltdl.c to compile. But wasn't the whole point of doing platform-specific DynamicLibrary.cpps to get rid of ltdl.c? On Fri, 3 Dec 2004 10:40:53 -0600 (CST) Chris Lattner <sabre at nondot.org> wrote: > On Fri, 3 Dec 2004, Reid Spencer wrote: > > > Could someone please apply this...

...ought to then search the runtime DLL, the name of which depends on how the binaries are built, but it doesn't. It should probably enumerate and search all DLLs present in the process, including the system DLLs so that a program can use the Win32 API, but there's no code to do that in ltdl.c. This code needs to be added, but I'm not sure where. win32/DynamicLibrary.cpp is not the place, as it is never compiled, just as none of */DynamicLibrary.cpp are compiled. I still don't know why these files exist. But ltdl.c doesn't feel right either, as it's GNU software...

Misha, The "equivalent of dlsym" should be working just fine. Its called ltdl (libtool dynamic library) and is part of lib/System. Its interface is the DynamicLibrary class. The interpreter has already been modified to use this facility. So, if this is broken on windows, I'd like to know how, or why. Jeff, can you provide a test case that we can use to reproduce this...

On Fri, 3 Dec 2004, Jeff Cohen wrote: > It will have to be Morten. I can't get ltdl.c to compile. But wasn't > the whole point of doing platform-specific DynamicLibrary.cpps to get > rid of ltdl.c? ltdl.c is part of libtool that is supposed to BE the cross-platform dynamic linker interface. However, for platforms it doesn't really support, using custom code makes...

There's a problem with the license for ltdl.c when building with VC++. It is under the LGPL, with a special exception: 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 u...

...I can find this function in /var/lib/asterisk/modules As far as I understand asterisk needs to be recompiled to include the function. Recompiling asterisk-1.4.17 I get even into more trouble: make menuselect shows XXX 4. res_config_odbc XXX 13. res_odbc ODBC Resource Depends on: unixodbc(E), ltdl(E) unixODBC and unixODBC-devel are installed. Thanks for any hint to get my ODBC_SQL included and working! Enrique -- Dirk Enrique Seiffert - Lintec S.A. Ed. Torre del Reloj - Of. 401 Plaza de los Coches, Centro Cartagena - Colombia http://www.sipcolombia.com

When I run make menuselect to install Asterisk 1.6 ODBC cannot be installed because generic_odbc and ltdl are marked as uninstalled, but unixodbc and ltdldev7 are installed. I am running on Ubuntu 9.04 /voipfc

Hi all, I'm trying to set up an odbc connection to a ms-sql server from an asterisk 1.6.1 install My problem is that I cannot get asterisk to build func_odbc & res_odbc.so I installed yum -y install unixODBC unixODBC-devel libtool-ltdl libtool-ltdl-devel And then went on to reconfigure / recompile asterisk after a ./configure --with-odbc=/usr/lib/ I get ############################################### checking for mandatory modules: UNIXODBC... ok configure: creating ./config.status ######################################## A...

...10132== 16 bytes in 1 blocks are still reachable in loss record 4 of 33 ==10132== at 0x401D73D: calloc (vg_replace_malloc.c:279) ==10132== by 0x4050239: _dlerror_run (in /lib/libdl.so.2) ==10132== by 0x404FD30: dlopen@@GLIBC_2.1 (in /lib/libdl.so.2) ==10132== by 0x87076FC: sys_dl_open ( ltdl.c:1110) ==10132== by 0x8707F75: tryall_dlopen (ltdl.c:2431) ==10132== by 0x8709500: try_dlopen (ltdl.c:3374) ==10132== by 0x87096A8: lt_dlopen (ltdl.c:3420) ==10132== by 0x86FE22E: llvm::sys::DynamicLibrary::LoadLibraryPermanently(char const*) ( DynamicLibrary.cpp:103) ==10132== by 0...

Thank you, Reid. I have applied tha patch to ltdl.c ltdl.h. The problem still exists. I looked up the symbol on libLLVMCore.a, and found three U-entries and one T-entry. However, the Darwin linker is not able to find the T-entry. Any idea? pollux:~/test jingyu$ opt -load /Users/jingyu/tools/build-ppc/Release/lib/LLVMHello.so -help Error openin...

...; I guess the problem is that the library who implements the symbol was > not found at run time, or the lib path information was not given to > LLVMHello correctly at link time. I don't know. It works fine on Linux. This could be a darwin linking issue. Please note that we upgraded the ltdl library used to load Darwin shared objects after release 1.8. There were libtool release notes that indicated better support for Darwin so we upgraded to 1.5.22. You may want to apply the same patches to your 1.8 sources and rebuild. That *might* help. The diffs are attached for lib/System/ltdl....

...l The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 06bf1abdca762654c9637cfe682968f9fa2ba0cf0bffe64759ae51e78ba57afe libtool-2.4.2-21.el7_2.x86_64.rpm 434371a99f8c3e7202b171937cfc35578aa34a54b76516becfa3f3018107def4 libtool-ltdl-2.4.2-21.el7_2.i686.rpm 41f0ef2aedec099b07a992a2cb48f754d9277eb01555359389028e00416c60c4 libtool-ltdl-2.4.2-21.el7_2.x86_64.rpm 736b1b5aec22016db5356ec077a515c82cfe847d725b6cd54b1cf04ab85c25e6 libtool-ltdl-devel-2.4.2-21.el7_2.i686.rpm b24bd1e449347078e831bd0d6d633f32dbb0f2c4447822671308aff203090...

...l The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 6d7cace54f42b84d4cedeab9cc464a2dd97d8b448f463818dc1d3e36d754844f libtool-2.4.2-22.el7_3.x86_64.rpm eb6e5c2ba44e6f24a125a8fe008dd038f9cd4141425e80489118f84b112830a8 libtool-ltdl-2.4.2-22.el7_3.i686.rpm 0b2000c290f71e4b6e373a28ad38429d9bd62300df735badd219701c5d714c49 libtool-ltdl-2.4.2-22.el7_3.x86_64.rpm 9ec7f7481536833b35334f765dbb973c3afc8008b2c9161e76918ca05024347b libtool-ltdl-devel-2.4.2-22.el7_3.i686.rpm 4f2ac18ab1b003b6e77c9d50959b3854bfd70a07bb6338171eae1295007d3...

I am using llvm 1.8 and have patched ltdl.c and ltdl.h to the latest version. My Makefile has LLVMLIBS = LLVMCore.a LLVMSupport.a LLVMSystem.a included. > Try using 'nm -m' on the 'opt' executable itself. Using plain nm on my > local one yields: > 00121a4e T > __ZN4llvm12FunctionPass16addToPassManagerEPNS_20...

Than you very much. I use asterisk 14, and yes, menuselect shows me the need for generic_odbc(E), res_odbc_transaction(M) and ltdl(E) but what does this imply under debian ? I have unixodbc installed an tested and too libltdl-dev ! But what am I missing ? On 04/19/2017 10:10 AM, Marcelo Terres wrote: > What version of Asterisk are you using? > > When I go to cdr_adaptative_odbc in Asterisk 14 it depends of res_o...

Hi, I am following the instructions on Writing an LLVM Pass on Darwin(8.7.0) powerpc. The loadable library is built. But "opt -load " gives error saying "Symbol not found". I am using LLVM 1.8. Could someone tell me how to fix it? I have tried the same procedure on Pentium4 Redhat9. Everything is ok there. So I think there must be some specific problem on Darwin that I should