Hi Alan, one more thought: > > I would prefer the following logic instead: > > if(PL_DOUBLE AND NOT DEFINED LIB_TAG) > set(LIB_TAG "d") > endif(PL_DOUBLE AND NOT DEFINED LIB_TAG) > > In other words, if somebody specifies a library name suffix on the > command > line including the null string, let us assume they know what they > want so > that is exactly what they get. However, if -DLIB_TAG is not > specified at > all by the user, then the suffix will be "d" for the usual (default) > PL_DOUBLE case just like it is now. > > Does any developer here mind this proposed change to the build- > system logic?
if I do cmake -DLIB_TAG="" does the "d" get appended or is there no tag at all? Werner > > 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 > __________________________ Hello, > > > > I noticed that plplot build supported optionally appending a suffix > to all > > the libraries being built via the setting of LIB_TAG option. This > seemed to > > be exactly what I needed to make it possible to use both debug and > release > > builds of it at the same time (and looking at the archives, this > seems to > > be exactly what it was added for). However it simply doesn't work > for me: > > if I use (many more options omitted but they don't matter) > > > > cmake -G "NMake Makefiles" -DLIB_TAG=_debug_ .. > > > > I get plenty of warnings about inconsistent DLL linkage as well as > this > > error: > > > > plplot\include\plcore.h(93) : error C2491: 'plsc' : definition of > dllimport data not allowed > > > > > > I have really hard time understanding anything in cmake-generated > > makefiles (this system was clearly never meant to be understandable by > > human beings...) but it seems that the source of the problem is that > in > > various flags.make files -Dplplotcxx_debug_d_EXPORTS is used instead > of > > -Dplplotcxxd_EXPORTS. Unfortunately I don't know what would be the > right > > way to fix this (and I could be wrong about the problem being due to > this > > anyhow). > > > > Thanks in advance for any help, it would be really great to have this > > working! > > VZ > > > > P.S. It would be also nice if LIB_TAG setting actually overrode the > "d" > > suffix added when using "double" or if the user-specified value > were > > at least appended and not prepended to it as the current schema > > results in rather unreadable names like "plplotdd.dll" if you just > > naively use LIB_TAG="d" for the debug build as I originally did. > > ------------------------------------------------------------------------------ > > Stay on top of everything new and different, both inside and > > around Java (TM) technology - register by April 22, and save > > $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. > > 300 plus technical and hands-on sessions. Register today. > > Use priority code J9JMT32. > http://p.sf.net/sfu/p_______________________________________________ > > Plplot-devel mailing list > > [email protected] > > https://lists.sourceforge.net/lists/listinfo/plplot-devel > > ------------------------------------------------------------------------------ > Crystal Reports - New Free Runtime and 30 Day Trial > Check out the new simplified licensign option that enables unlimited > royalty-free distribution of the report engine for externally > facing > server and web deployment. > http://p.sf.net/sfu/businessobjects_______________________________________________ > Plplot-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/plplot-devel -- Dr. 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 ------------------------------------------------------------------------------ Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensign option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects _______________________________________________ Plplot-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/plplot-devel
