Jim Dishaw wrote: >Something is not quite right with using the Visual Studio compiler >and the CMake build of plplot. I can build and successfully use >plplot on win32 with the VS compiler if I use the sys/win32/msdev >build method. > >I've made some changes to bindings/f77/CMakeLists.txt, >bindings/f77/plstubs.h, cmake/modules/fortran.cmake, and >cmake/modules/summary.cmake that will fix the linkage issue on >win32/Visual Studio. > >For static libraries, we should be building with the /Zl option and not >/MD (or /MDd, /ML, /MLd, /MT, or /MTd) which omits the default library >name in the .OBJ file. That will produce a library that will not cause >run-time library conflict. > > Great! I was contemplating adding the /force option (for CVF) so that errors concerning duplicate symbols are ignored, but this looks like a much better solution.
Regards, Arjen ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
