After a long absence on Plplot development, I decided to cleanup my patches and get them worked back into the main trunk. Some of these patches were submitted previously, however, they didn't seem to make it into the trunk.
First, the fortran 95 bindings are still a bit goofed up when using Intel Fortran (at least they were for me when I built both the 5.8.0 and the trunk using CMake 2.6.0). The problem is that plstubs.h is not generating the correct symbols. I have a patch--who wants to review and commit it? Second, I have a better way of generating the plflt.inc file that avoids building an executable and uses the C preprocessor instead. My CMake edit is a crude and could be refined. Anyone care to help out? Third, CMake does not provide an option for omitting the default library information when building with MSVC. This is an issue if you want to build a runtime independent library. A runtime independent library is handy because you do not have to build a debug version, a non-debug version, a static version, a multithreaded version, etc. The other option is to have the person using Plplot specify /nodefaultlib:<library> as a linker option. I find that option less desireable than building a runtime independent version of Plplot. I have a fix, but it involves making a minor edit to several CMakeLists.txt files. I could not find a cleaner method for implementing the capability. Someone who is more adept at CMake may have a better way. Incidentally, I'm still working on an improved win32 viewer--the task moved to the backburner when I lost my hard drive last year (or so). ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
