Alan, > * In the first (hpgl) case, lt_dlopenext is called with "hpgl". > According to > the documentation of lt_dlopenext (see info libtool on any Linux distro) > it first tries the filename hpgl, then hpgl.la, then hpgl.extension where > _for Linux_ ".extension" is ".so" and therefore that try succeeds on > Linux. I presume all tries are failing on Cygwin (explaining your error > above) because ".extension" (as understood by libltdl on Cygwin is not > ".so"). In other words, libltdl is too smart for what I have done in our > CBS which is to always (regardless of platform) create the shared object > with the .so extension. > > * In the second (hpgl.so) case it immediately finds the file, but then it > looks for the symbol plD_DEVICE_INFO_hpgl.so rather than the correct > plD_DEVICE_INFO_hpgl in that shared object and therefore fails with the > above error message. > > Important question: do you get that same error message about undefined > symbol on Cygwin for the hpgl.so case? If so, then in your case libltdl is > finding and reading hpgl.so properly, and it should be straightforward to > fix the symbol problem.
I only have a hpgl.so file no hpgl or another one. Both calls ./get-drv-info hpgl Could not open driver module hpgl libltdl error: No such file or directory ./get-drv-info hpgl.so Could not open driver module hpgl.so libltdl error: No such file or directory end with a message. So libltdl doesn't find the module at all. .so seems to be the wrong extension for cygwin - I think, since all shared library in cygwin end with .dll, that .dll would be the right extension. I just renamed hpgl.so to hpgl.dll and this also doesn't work. > > Here is my proposed fix (assuming you are getting the undefined symbol > error > with hpgl.so rather than not being able to open that shared object at all). > Note, the input to get-drv-info must continue to be free of specific > suffixes so that the correct symbol will be found in the file. However, I > suggest we change get-drv-info.c so that it first searches for the shared > object with the ".so" suffix (what we create on all platforms for our CBS > system). We can use lt_dlopen for that purpose rather than > lt_dlopenext. If > that fails it should fall back to the normal lt_dlopenext call without the > .so suffix that is currently done. Thus,our ABS should be unaffected by > the > proposed fix. Hmm, Werner -- Dipl. Ing. Werner Smekal Institut fuer Allgemeine Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria email: [EMAIL PROTECTED] web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office) +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
