From: <rem...@gm...> - 2013-09-06 21:43:46
|
Hi, At the moment I am removing all ltdl occurences from Hamlib. Unfortunately I did not spot that there is one specific usage in winradio/linradio/wrg313api.c which is to load dynamically the Linux shareable library wrg313api.so . I need some answers: (1) This feature does not work on Windows apparently. Can someone confirm ? Does it work on Apple ? (2) Is it really used ? (3) Can we rather have wrg313api source code ? This would make things simpler. Any hint welcome: The consequence is that we may still need to link hamlib with some dynamic loading libraries, but probably ltdl will not be necessary because this feature is apparently needed on Linux only. Can someone confirm ? Thanks Remi |
From: Nate B. <n0...@n0...> - 2013-09-07 01:17:46
|
* On 2013 06 Sep 16:46 -0500, rem...@gm... wrote: > Hi, > > At the moment I am removing all ltdl occurences from Hamlib. > > Unfortunately I did not spot that there is one specific usage in > winradio/linradio/wrg313api.c which is to load dynamically the Linux > shareable library wrg313api.so . I need some answers: > > (1) This feature does not work on Windows apparently. Can someone > confirm ? Does it work on Apple ? > (2) Is it really used ? > (3) Can we rather have wrg313api source code ? This would make things > simpler. > > Any hint welcome: The consequence is that we may still need to link > hamlib with some dynamic loading libraries, but probably ltdl will not > be necessary because this feature is apparently needed on Linux only. > > Can someone confirm ? Would conditional compilation with CPP variables take care of this? 73, de Nate >> -- "The optimist proclaims that we live in the best of all possible worlds. The pessimist fears this is true." Ham radio, Linux, bikes, and more: http://www.n0nb.us |
From: Ladislav V. <ok...@na...> - 2013-09-09 07:07:49
|
Nate Bargmann napsal(a): > * On 2013 06 Sep 16:46 -0500, rem...@gm... wrote: > >> Hi, >> >> At the moment I am removing all ltdl occurences from Hamlib. >> >> Unfortunately I did not spot that there is one specific usage in >> winradio/linradio/wrg313api.c which is to load dynamically the Linux >> shareable library wrg313api.so . I need some answers: >> >> (1) This feature does not work on Windows apparently. Can someone >> confirm ? Does it work on Apple ? >> (2) Is it really used ? >> (3) Can we rather have wrg313api source code ? This would make things >> simpler. >> >> Any hint welcome: The consequence is that we may still need to link >> hamlib with some dynamic loading libraries, but probably ltdl will not >> be necessary because this feature is apparently needed on Linux only. >> >> Can someone confirm ? >> > > If you want to exclude ltdl and you need to load .so libraries only on Linux, you can use dlopen/dlsym functions. Or look at android/ltdl.c, it is ltdl-like interface for dlopen/dlsym functions. 73 Lada, OK1ZIA |
From: <rem...@gm...> - 2013-09-11 21:36:09
|
Thanks for the answer. Yes I thought about using plain dlopen and dlsym for Linux, but Libtools files such as makefile.am are not that obvious to change, and I am reluctant to take the risk to break things on some rarely tested platforms, therefore I minimized the number of changes. But, yes, this is a solution to think about once the latest commit in the laster branch will have been tested on more platforms. More questions please: (1) Did you reimplement dlopen/dlsym on Android because Libtools do not support the Android platform ? (2) Does your implementation emulates the dl- functions on Linux too ? (3) And if so, could we make them available to the entire hamlib (Instead of just Android) ? Remi Le 09.09.2013 07:48, Ladislav Vaiz a écrit : > > > Nate Bargmann napsal(a): >> * On 2013 06 Sep 16:46 -0500,rem...@gm... wrote: >> >>> Hi, >>> >>> At the moment I am removing all ltdl occurences from Hamlib. >>> >>> Unfortunately I did not spot that there is one specific usage in >>> winradio/linradio/wrg313api.c which is to load dynamically the Linux >>> shareable library wrg313api.so . I need some answers: >>> >>> (1) This feature does not work on Windows apparently. Can someone >>> confirm ? Does it work on Apple ? >>> (2) Is it really used ? >>> (3) Can we rather have wrg313api source code ? This would make things >>> simpler. >>> >>> Any hint welcome: The consequence is that we may still need to link >>> hamlib with some dynamic loading libraries, but probably ltdl will not >>> be necessary because this feature is apparently needed on Linux only. >>> >>> Can someone confirm ? >>> >> >> > > If you want to exclude ltdl and you need to load .so libraries only on > Linux, you can use dlopen/dlsym functions. Or look at android/ltdl.c, it > is ltdl-like interface for dlopen/dlsym functions. > 73 Lada, OK1ZIA > |
From: Ladislav V. <sp...@na...> - 2013-09-12 06:03:19
|
Hi Remi, rem...@gm... napsal(a): > More questions please: > > (1) Did you reimplement dlopen/dlsym on Android because Libtools do not > support the Android platform ? > No, just because re-implemetation was simpler than learn how to work correct with ltdl (not API but hamlib-included versus system-installed version). > (2) Does your implementation emulates the dl- functions on Linux too ? > I think it will work, but my code is not compiled during linux build > (3) And if so, could we make them available to the entire hamlib > (Instead of just Android) ? > Code is free, do what you want :-) It should work in *nixes, maybe on MACOS but for sure not under win32. 73 Lada, OK1ZIA |