Hi Robert: Two points of information for you below.
> (Btw, the library names do not differ between Debug and Release build: > plplotd.*, plplotcxxd.*, csirocsa.*. So the "d" ending is misleading.) For PLplot, the "d" stands for the double-precision version. You can build a single-precision version of libplplotot (as opposed to libplplotd) by using the -DPL_DOUBLE=OFF option. However, that option is not as well tested as the default double precision. > > >>> [...]Further investigation shows that MAKINGPLDLL is not defined >>> when compiling hpgl.c. >> >> For the ENABLE_DYNDRIVERS=OFF case, the drivers are built as part of >> the source for libplplotd and MAKINGPLDLL should be defined for that >> library build (see src/CMakeLists.txt). Thus, I am puzzled how you >> got the above result with MAKINGPLDLL not defined. > > I still see MAKINGPLDLL and USINGPLDLL undefined in hpgl.c (with the > following patch), but this seems to be ok, since the examples run. > (Isn't devel/CMakeLists.txt the responsible file? But all of it is in an > "if(ENABLE_DYNDRIVERS)" block.) Exactly. For ENABLE_DYNDRIVERS=OFF src/CMakeLists.txt is in charge of the compilation of the drivers into the principle PLplot library, libplplotd. When I designed that way of doing things, CMake limited variable scope by not allowing variables set in (say) drivers/CMakeLists.txt to be accessible from src/CMakeLists.txt. But now there is a way of communicating CMake variables between the two subdirectories so after we bump our CMake minimum version from 2.4.5 to 2.6.x, I may rewrite that CMake logic to handle the ENABLE_DYNDRIVERS=OFF case by collecting variables (such as a source list) in drivers/CMakeLists.txt which are then used for the actual libplplotd build in src/CMakeLists.txt. > Well, let _me_ thank you for your support! You are welcome. Alan __________________________ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); PLplot scientific plotting software package (plplot.org); the libLASi project (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
