>> >> 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? >> > > Hi Alan, > > I think that is an excellent idea: it makes that feature much clearer > and more useful - it allows for people to develop a set of > configurations (should they need that), besides configurations that > are > useful for debugging, also for use with static device drivers and so > on.
Many users are puzzled by the 'd' at the end if they compile a release build. So this would be a good idea. But: The LIB_TAG is only used for the plplot libraries, but not for nn, csa, cd .... So setting LIB_TAG helps the user to have several versions of plplot side by side, but there are still conflicts for the nn, csa, cd library. We must use the custom LIB_TAG in the corresponding CMakeLists.txt files as well (but without the 'd'). Regards, Werner > > Regards, > > Arjen > > > Delft Hydraulics, GeoDelft, the Subsurface and Groundwater unit of > TNO and parts of Rijkswaterstaat have joined forces in a new > independent institute for delta technology, Deltares. Deltares > combines knowledge and experience in the field of water, soil and > the subsurface. We provide innovative solutions to make living in > deltas, coastal areas and river basins safe, clean and sustainable. > > > > DISCLAIMER: This message is intended exclusively for the > addressee(s) and may contain confidential and privileged > information. If you are not the intended recipient please notify the > sender immediately and destroy this message. Unauthorized use, > disclosure or copying of this message is strictly prohibited. > The foundation 'Stichting Deltares', which has its seat at Delft, > The Netherlands, Commercial Registration Number 41146461, is not > liable in any way whatsoever for consequences and/or damages > resulting from the improper, incomplete and untimely dispatch, > receipt and/or content of this e-mail. > > > > > > ------------------------------------------------------------------------------ > 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 > Plplot-devel@lists.sourceforge.net > 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: sme...@iap.tuwien.ac.at 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 Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
