On 2015-11-01 19:54-0700 Orion Poplawski wrote: [...] > I don't enable D support on the Fedora package [....]
Hi Orion: Our D results with the gdc compiler on the Debian Jessie Linux platform are perfect right now as measured by comparing C and D results for all our standard examples. See the commit message giving those latest test details at <http://sourceforge.net/p/plplot/plplot/ci/16fe6dcb1e5acc3284f265af366eccc1b2099bfc>. Therefore, I encourage you to go ahead and package the D component of PLplot for Fedora assuming gdc is packaged for that platform. It's possible that you dropped D in the past because for a long time we supported D version 1 and newer versions of gdc only supported D version 2. However, this should no longer be a problem since Andrew has long since upgraded us from D version 1 to D version 2. I have emphasized gdc above since other D compiler choices (see <https://en.wikipedia.org/wiki/D_(programming_language)> are currently problematic on Linux. The dmd compiler is effectively eliminated by its closed-source nature from Linux distribution. There is at least one dmd emulator (a wrapper for gdc) that is available on Linux (see <http://manpages.ubuntu.com/manpages/oneiric/man1/gdmd.1.html>). I have a report from Greg Jung that "dmd" (which I assume was such a wrapper) failed on openSUSE, and I attribute that problem to that wrapper not supporting all dmd command line options required by cmake/modules/language_support/cmake/Platform/Linux-dmd.cmake. Our CMake language support favors dmd above gdc so when both the dmd wrapper and gdc are available and the wrapper does not work then you should specify gdc instead by setting the environment variable export DC=gdc In principal by copying cmake/modules/language_support/cmake/Platform/Linux-gdc.cmake to cmake/modules/language_support/cmake/Platform/Linux-ldc.cmake and changing option names from the gdc name and format to the equivalent ldc options our CMake language support for D could be extended to ldc, and I plan to try that at some point if nobody else beats me to it. In sum, dmd is proprietary, dmd wrappers might not support all the dmd options required by cmake/modules/language_support/cmake/Platform/Linux-dmd.cmake, and there is currently no cmake/modules/language_support/cmake/Platform/Linux-ldc.cmake. Which currently essentially just leaves gdc as the only choice of D compiler on Linux that is suitable for building the D component of PLplot. 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); the Time Ephemerides project (timeephem.sf.net); PLplot scientific plotting software package (plplot.sf.net); 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 __________________________ ------------------------------------------------------------------------------ _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel