From: Thorsten B. <t.b...@wi...> - 2014-04-02 09:34:27
|
Hi! I'm facing a rather strange problem when building PLplot, in that no examples are generated under some circumstances. I have CMake V2.8.12.2 and wxWidgets V3.0.0 installed on a Windows 7 system with Visual Studio 2010 Express. I also have downloaded the current (as of 02.04.2014) version of PLplot (using Subversion and downloading from the /trunk). When building PLplot using the GUI of CMake all examples are found in the generated build directory. When, however, building PLplot using a CLI, none of the examples find their way to the build directory. In both cases I have of course ticked (GUI version) resp. added (CLI version) the BUILD_TEST option. Here is what I did exactly using the GUI build: - started CMake GUI - entered source code directory (here I:/PLplot/PLplot-5.10.0) - entered build directory (here I:/PLplot/build-gui) - hit the Configure button (to get a first list of available options) - chose Visual Studio 10 as Generator - ticked BUILD_TEST - hit the Configure button twice (to get the change from above updated, i.e. no red lines anymore) - hit the Generate button Here is what I did exactly using the CLI build: - started a Visual Studio 2010 command line - ran vcvarsall.bat - changed to the build directory (here I:/PLplot/build) - ran the command to build PLplot cmake -G "Visual Studio 10" -DBUILD_TEST=ON -DwxWidgets_LIB_DIR=%WXWINDLL% I:\Plplot\plplot-5.10.0 If of interest I can send both the CMakeCache.txt files. Interesting in these is, that the CMakeCache.txt file generated by the GUI contains the BUILD_TEST option set to ON, whereas the CMakeCache.txt file generated by the CLI has this option set to OFF - although I explicitly stated this option on the command line. -- Best regards, Thorsten Behrens |
From: Arjen M. <Arj...@de...> - 2014-04-02 09:58:37
|
Hi Thorsten, this is odd. I just tried it myself, but without wxWidgets and that gives the expected result (BUILD_TEST=ON in the cache file). Could you try it without wxWidgets? Not sure if that has to do with it. My command line was: d:\cmake2.8.10.2\bin\cmake ..\plplot -G "Visual Studio 10" -DBUILD_TEST=ON -DENABLE_tcl=OFF -DENABLE_java=OFF -DPLD_wxwidgets=OFF Regards, Arjen > -----Original Message----- > From: plp...@li... [mailto:plplot-devel- > bo...@li...] On Behalf Of Thorsten Behrens > Sent: Wednesday, April 02, 2014 10:55 AM > To: PLplot development discussion > Subject: [Plplot-devel] Examples not generated during build > > Hi! > > I'm facing a rather strange problem when building PLplot, in that no examples are > generated under some circumstances. > > I have CMake V2.8.12.2 and wxWidgets V3.0.0 installed on a Windows 7 system > with Visual Studio 2010 Express. I also have downloaded the current (as of > 02.04.2014) version of PLplot (using Subversion and downloading > from the /trunk). > > When building PLplot using the GUI of CMake all examples are found in the > generated build directory. When, however, building PLplot using a CLI, none of the > examples find their way to the build directory. In both cases I have of course ticked > (GUI version) resp. added (CLI version) the BUILD_TEST option. > > Here is what I did exactly using the GUI build: > - started CMake GUI > - entered source code directory (here I:/PLplot/PLplot-5.10.0) > - entered build directory (here I:/PLplot/build-gui) > - hit the Configure button (to get a first list of available options) > - chose Visual Studio 10 as Generator > - ticked BUILD_TEST > - hit the Configure button twice (to get the change from above updated, i.e. no red > lines anymore) > - hit the Generate button > > Here is what I did exactly using the CLI build: > - started a Visual Studio 2010 command line > - ran vcvarsall.bat > - changed to the build directory (here I:/PLplot/build) > - ran the command to build PLplot > cmake -G "Visual Studio 10" -DBUILD_TEST=ON - > DwxWidgets_LIB_DIR=%WXWINDLL% I:\Plplot\plplot-5.10.0 > > If of interest I can send both the CMakeCache.txt files. Interesting in these is, that > the CMakeCache.txt file generated by the GUI contains the BUILD_TEST option set > to ON, whereas the CMakeCache.txt file generated by the CLI has this option set to > OFF - although I explicitly stated this option on the command line. > > -- > Best regards, > Thorsten Behrens > > ------------------------------------------------------------------------------ > _______________________________________________ > Plplot-devel mailing list > Plp...@li... > https://lists.sourceforge.net/lists/listinfo/plplot-devel 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. |
From: Thorsten B. <tho...@do...> - 2014-04-02 10:27:10
|
Hi Arjen! Thanks for your quick reply. > this is odd. I just tried it myself, but without wxWidgets and that > gives the expected result (BUILD_TEST=ON in the cache file). Could you > try it without wxWidgets? Not sure if that has to do with it. Trying without wxwidgets just gives as the only difference that now wxwidgets is also missing ;-) > My command line was: > > d:\cmake2.8.10.2\bin\cmake ..\plplot -G "Visual Studio 10" > -DBUILD_TEST=ON -DENABLE_tcl=OFF -DENABLE_java=OFF -DPLD_wxwidgets=OFF I used this command line (i.e. the same option as yours): cmake -G "Visual Studio 10" -DBUILD_TEST=ON -DPLD_wxwidgets=OFF I:\Plplot\plplot-5.10.0 Still no examples show up in the generated build directory (and of course also not in Visual Studio). >> -----Original Message----- >> From: plp...@li... [mailto:plplot-devel- >> bo...@li...] On Behalf Of Thorsten Behrens >> Sent: Wednesday, April 02, 2014 10:55 AM >> To: PLplot development discussion >> Subject: [Plplot-devel] Examples not generated during build >> >> Hi! >> >> I'm facing a rather strange problem when building PLplot, in that no >> examples are generated under some circumstances. >> >> I have CMake V2.8.12.2 and wxWidgets V3.0.0 installed on a Windows 7 >> system with Visual Studio 2010 Express. I also have downloaded the >> current (as of 02.04.2014) version of PLplot (using Subversion and >> downloading from the /trunk). >> >> When building PLplot using the GUI of CMake all examples are found in >> the generated build directory. When, however, building PLplot using a >> CLI, none of the examples find their way to the build directory. In >> both cases I have of course ticked (GUI version) resp. added (CLI >> version) the BUILD_TEST option. >> >> Here is what I did exactly using the GUI build: >> - started CMake GUI >> - entered source code directory (here I:/PLplot/PLplot-5.10.0) >> - entered build directory (here I:/PLplot/build-gui) >> - hit the Configure button (to get a first list of available options) >> - chose Visual Studio 10 as Generator >> - ticked BUILD_TEST >> - hit the Configure button twice (to get the change from above updated, >> i.e. no red lines anymore) >> - hit the Generate button >> >> Here is what I did exactly using the CLI build: >> - started a Visual Studio 2010 command line >> - ran vcvarsall.bat >> - changed to the build directory (here I:/PLplot/build) >> - ran the command to build PLplot >> cmake -G "Visual Studio 10" -DBUILD_TEST=ON >> -DwxWidgets_LIB_DIR=%WXWINDLL% I:\Plplot\plplot-5.10.0 >> >> If of interest I can send both the CMakeCache.txt files. Interesting in >> these is, that the CMakeCache.txt file generated by the GUI contains >> the BUILD_TEST option set to ON, whereas the CMakeCache.txt file >> generated by the CLI has this option set to OFF - although I explicitly >> stated this option on the command line. -- Best regards, Thorsten Behrens |
From: Arjen M. <Arj...@de...> - 2014-04-02 12:07:59
|
Hi Thorsten, hm, weird, of course. I have two suggestions: - Use the "NMake Makefiles" generator - Send me the complete output from CMake (no need to send it to the whole mailing list): cmake ..... 1>cmake.out 2>&1 and the CMakeCache.txt file (using the VS2010 generator) I will try and see why BUILD_TEST is turned off, as there must be some non-obvious reason for this. Regards, Arjen > -----Original Message----- > From: Thorsten Behrens [mailto:tho...@do...] > Sent: Wednesday, April 02, 2014 12:27 PM > To: plp...@li... > Subject: Re: [Plplot-devel] Examples not generated during build > > Hi Arjen! > > Thanks for your quick reply. > > > this is odd. I just tried it myself, but without wxWidgets and that > > gives the expected result (BUILD_TEST=ON in the cache file). Could you > > try it without wxWidgets? Not sure if that has to do with it. > > Trying without wxwidgets just gives as the only difference that now wxwidgets is > also missing ;-) > > > My command line was: > > > > d:\cmake2.8.10.2\bin\cmake ..\plplot -G "Visual Studio 10" > > -DBUILD_TEST=ON -DENABLE_tcl=OFF -DENABLE_java=OFF - > DPLD_wxwidgets=OFF > > I used this command line (i.e. the same option as yours): > cmake -G "Visual Studio 10" -DBUILD_TEST=ON -DPLD_wxwidgets=OFF > I:\Plplot\plplot-5.10.0 > > Still no examples show up in the generated build directory (and of course also not in > Visual Studio). > 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. |
From: Thorsten B. <tho...@do...> - 2014-04-02 19:14:05
|
Hi Arjen! > I can not find anything suspicious - there is a variable DEVPAK that may > interfere with BUILD_TEST, but that variable is not set, so it doesn't > influence this. > > There is no indication in the cmake.out file either as to what is going > on. > > One desperate suggestion/question: > What happens if you start it in a completely clean directory? Just > create a brandnew one and run CMake. This should get rid of any cached > information. In the meantime I was able to solve this very strange problem! Thanks for your suggestions that brought me on the correct path and finally made me find the solution! When using the command line build I was a bit lazy. I already had PLplot installed some years ago (V5.8, IIRC). During that time I created a MS Word document containing a complete "How to install PLplot" manual (for my colleagues should they also want to install it). Well, now, when again installing PLplot (completely from scratch, i.e. no installed older version of PLplot on this computer) I used that document as a guide (and updating it wherever something has changed). Now, instead of typing the command line I just marked it in that Word document, copied it and pasted it into the command line. It looked completely OK to me (and still does - BTW, I also copied that line into my first email on this topic). However, using this pasted text, no examples are build! If, on the other hand, I just type the command character by character (everything else being the same, i.e. build directory completely cleaned before) everything is fine ... all examples are built. Why this happens is a complete mystery to me! If, instead of pasting the text into the command line pasting it into any text editor (emacs, notepad), there are no strange/control characters. It just looks identical to the typed-in version. But CMake generates two different build directories. I will now put a remark into my installation manual and everything should be fine. -- Best regards, Thorsten Behrens |
From: Alan W. I. <ir...@be...> - 2014-04-02 19:55:06
|
On 2014-04-02 21:00+0200 Thorsten Behrens wrote: > Now, instead of typing the command line I just marked it in that Word > document, copied it and pasted it into the command line. It looked > completely OK to me (and still does - BTW, I also copied that line into my > first email on this topic). However, using this pasted text, no examples > are build! If, on the other hand, I just type the command character by > character (everything else being the same, i.e. build directory completely > cleaned before) everything is fine ... all examples are built. > > Why this happens is a complete mystery to me! If, instead of pasting the > text into the command line pasting it into any text editor (emacs, > notepad), there are no strange/control characters. It just looks identical > to the typed-in version. But CMake generates two different build > directories. Yow, Thorsten! That was a really nasty one. It had me scratching my head since I use the cmake command line all the time (both for Linux and Windows) without issues. I am glad you managed to find the solution. As far as emacs is concerned it normally (at least on Linux) just accepts strange characters without telling you about them. For example, you could have a non-ascii UTF-8 version of some character that would display identically in emacs to the ascii version, but which the command-line version of cmake would not understand. You may also have similar problems with notepad detecting strange characters. On Linux, the only really sure way to see if there are strange characters in text that has been cut and pasted is to use the "od -a" command on that text (where od stands for "octal dump"). For example (N.B. this example will only make sense to you if your system is UTF-8 aware) software@raven> echo "Мир" Мир software@raven> echo "Мир" |od -a 0000000 P fs P 8 Q nul nl 0000007 where "Мир" is the UTF-8 Russian word for peace. (Note the 5-byte UTF-8 representation [followed by the null terminator to the string and the end of line indicator] of those 3 Cyrillic letters revealed by od.) Installing MSYS should provide you access to od.exe, but I assume that is overkill and there are also native Windows alternatives to od for providing binary/octal/hexadecimal dumps of text in case you wanted to investigate further what strange characters were in the cut and pasted text. 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 __________________________ |
From: Thorsten B. <tho...@do...> - 2014-04-02 20:26:45
|
Hai Alan! > As far as emacs is concerned it normally (at least on Linux) just > accepts strange characters without telling you about them. For > example, you could have a non-ascii UTF-8 version of some character > that would display identically in emacs to the ascii version, but > which the command-line version of cmake would not understand. You may > also have similar problems with notepad detecting strange characters. Investigating this further, it was the hyphen character (i.e. the "-" introducing any option on the command line) that got scrambled. Instead of being 0x2D (as it is if you type the command) it got converted to 0x96 (which looks just the same in any editor). > Installing MSYS should provide you access to od.exe, but I assume that > is overkill and there are also native Windows alternatives to od for > providing binary/octal/hexadecimal dumps of text in case you wanted to > investigate further what strange characters were in the cut and pasted > text. I don't know, whether there is a native Windows command to show hex dumps. I just pasted the text into notepad and emacs and saved each into a file and the used Beyond Compares hexadecimal mode to compare both of them. Notepad saved it with 0x96, whereas emacs indeed silently converted it to 0x2D! -- Gruß, Thorsten |
From: Arjen M. <Arj...@de...> - 2014-04-03 05:51:52
|
HI Thorsten, I am glad you have found the "reason" - this is on the border of "bizarre" and it is not something I would have been able to guess. Anyway, it shows you are never too old to be surprised by a computer system. Regards, Arjen > -----Original Message----- > From: Thorsten Behrens [mailto:tho...@do...] > Sent: Wednesday, April 02, 2014 9:01 PM > To: PLplot development discussion > Subject: Re: [Plplot-devel] Examples not generated during build > > Hi Arjen! > > > I can not find anything suspicious - there is a variable DEVPAK that > > may interfere with BUILD_TEST, but that variable is not set, so it > > doesn't influence this. > > > > There is no indication in the cmake.out file either as to what is > > going on. > > > > One desperate suggestion/question: > > What happens if you start it in a completely clean directory? Just > > create a brandnew one and run CMake. This should get rid of any cached > > information. > > In the meantime I was able to solve this very strange problem! Thanks for your > suggestions that brought me on the correct path and finally made me find the > solution! > > When using the command line build I was a bit lazy. I already had PLplot installed > some years ago (V5.8, IIRC). During that time I created a MS Word document > containing a complete "How to install PLplot" manual (for my colleagues should they > also want to install it). Well, now, when again installing PLplot (completely from > scratch, i.e. no installed older version of PLplot on this computer) I used that > document as a guide (and updating it wherever something has changed). > > Now, instead of typing the command line I just marked it in that Word document, > copied it and pasted it into the command line. It looked completely OK to me (and > still does - BTW, I also copied that line into my first email on this topic). However, > using this pasted text, no examples are build! If, on the other hand, I just type the > command character by character (everything else being the same, i.e. build > directory completely cleaned before) everything is fine ... all examples are built. > > Why this happens is a complete mystery to me! If, instead of pasting the text into > the command line pasting it into any text editor (emacs, notepad), there are no > strange/control characters. It just looks identical to the typed-in version. But CMake > generates two different build directories. > > I will now put a remark into my installation manual and everything should be fine. > > -- > Best regards, > Thorsten Behrens > > ------------------------------------------------------------------------------ > _______________________________________________ > Plplot-devel mailing list > Plp...@li... > https://lists.sourceforge.net/lists/listinfo/plplot-devel 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. |
From: Maurice L. <mj...@br...> - 2014-04-03 06:53:34
|
I saw something very similar & strange happen with a software product in the not too recent past. We were seeing syntax errors from the command interpreter, from a line that looked completely fine. On a hunch, I had the person delete what appeared to be a dash, then insert a '-' from his US keyboard. It worked! Some sort of translation issue, coupled with the origination point for the script being from a Japanese locale system. Maurice On Thursday, April 3, 2014 at 05:51:41 (+0000) Arjen Markus writes: > HI Thorsten, > > I am glad you have found the "reason" - this is on the border of "bizarre" and it is not something I would have been able to guess. Anyway, it shows you are never too old to be surprised by a computer system. > > Regards, > > Arjen > > > -----Original Message----- > > From: Thorsten Behrens [mailto:tho...@do...] > > Sent: Wednesday, April 02, 2014 9:01 PM > > To: PLplot development discussion > > Subject: Re: [Plplot-devel] Examples not generated during build > > > > Hi Arjen! > > > > > I can not find anything suspicious - there is a variable DEVPAK that > > > may interfere with BUILD_TEST, but that variable is not set, so it > > > doesn't influence this. > > > > > > There is no indication in the cmake.out file either as to what is > > > going on. > > > > > > One desperate suggestion/question: > > > What happens if you start it in a completely clean directory? Just > > > create a brandnew one and run CMake. This should get rid of any cached > > > information. > > > > In the meantime I was able to solve this very strange problem! Thanks for your > > suggestions that brought me on the correct path and finally made me find the > > solution! > > > > When using the command line build I was a bit lazy. I already had PLplot installed > > some years ago (V5.8, IIRC). During that time I created a MS Word document > > containing a complete "How to install PLplot" manual (for my colleagues should they > > also want to install it). Well, now, when again installing PLplot (completely from > > scratch, i.e. no installed older version of PLplot on this computer) I used that > > document as a guide (and updating it wherever something has changed). > > > > Now, instead of typing the command line I just marked it in that Word document, > > copied it and pasted it into the command line. It looked completely OK to me (and > > still does - BTW, I also copied that line into my first email on this topic). However, > > using this pasted text, no examples are build! If, on the other hand, I just type the > > command character by character (everything else being the same, i.e. build > > directory completely cleaned before) everything is fine ... all examples are built. > > > > Why this happens is a complete mystery to me! If, instead of pasting the text into > > the command line pasting it into any text editor (emacs, notepad), there are no > > strange/control characters. It just looks identical to the typed-in version. But CMake > > generates two different build directories. > > > > I will now put a remark into my installation manual and everything should be fine. > > > > -- > > Best regards, > > Thorsten Behrens > > > > ------------------------------------------------------------------------------ > > _______________________________________________ > > Plplot-devel mailing list > > Plp...@li... > > https://lists.sourceforge.net/lists/listinfo/plplot-devel > > 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. > > ------------------------------------------------------------------------------ > _______________________________________________ > Plplot-devel mailing list > Plp...@li... > https://lists.sourceforge.net/lists/listinfo/plplot-devel |
From: Arjen M. <Arj...@de...> - 2014-04-03 06:53:39
|
Hi Maurice, now that is a candidate: MS Word has the tendency to make things more "beautiful", like smart quotation marks and long dashes instead of minus signs/hyphens. Chances are that text editors (and even the DOS window) can handle these characters by showing the appropriate glyphs. Regards, Arjen > -----Original Message----- > From: Maurice LeBrun [mailto:mj...@br...] > Sent: Thursday, April 03, 2014 8:37 AM > To: Arjen Markus > Cc: PLplot development discussion > Subject: Re: [Plplot-devel] Examples not generated during build > > I saw something very similar & strange happen with a software product in the not > too recent past. We were seeing syntax errors from the command interpreter, from > a line that looked completely fine. On a hunch, I had the person delete what > appeared to be a dash, then insert a '-' from his US keyboard. It worked! Some > sort of translation issue, coupled with the origination point for the script being from a > Japanese locale system. > > Maurice > > On Thursday, April 3, 2014 at 05:51:41 (+0000) Arjen Markus writes: > > HI Thorsten, > > > > I am glad you have found the "reason" - this is on the border of "bizarre" and it is > not something I would have been able to guess. Anyway, it shows you are never > too old to be surprised by a computer system. > > > > Regards, > > > > Arjen > > > > > -----Original Message----- > > > From: Thorsten Behrens [mailto:tho...@do...] > > > Sent: Wednesday, April 02, 2014 9:01 PM > > To: PLplot development > discussion > > Subject: Re: [Plplot-devel] Examples not generated during > build > > > > Hi Arjen! > > > > > > > I can not find anything suspicious - there is a variable DEVPAK that > > > > may interfere with BUILD_TEST, but that variable is not set, so it > > > doesn't > influence this. > > > > > > > > There is no indication in the cmake.out file either as to what is > > > going > on. > > > > > > > > One desperate suggestion/question: > > > > What happens if you start it in a completely clean directory? Just > > > > create a brandnew one and run CMake. This should get rid of any cached > > > > information. > > > > > > In the meantime I was able to solve this very strange problem! Thanks for > your > > suggestions that brought me on the correct path and finally made me find > the > > solution! > > > > > > When using the command line build I was a bit lazy. I already had PLplot > installed > > some years ago (V5.8, IIRC). During that time I created a MS Word > document > > containing a complete "How to install PLplot" manual (for my > colleagues should they > > also want to install it). Well, now, when again installing > PLplot (completely from > > scratch, i.e. no installed older version of PLplot on this > computer) I used that > > document as a guide (and updating it wherever > something has changed). > > > > > > Now, instead of typing the command line I just marked it in that Word > document, > > copied it and pasted it into the command line. It looked completely > OK to me (and > > still does - BTW, I also copied that line into my first email on > this topic). However, > > using this pasted text, no examples are build! If, on the > other hand, I just type the > > command character by character (everything else > being the same, i.e. build > > directory completely cleaned before) everything is > fine ... all examples are built. > > > > > > Why this happens is a complete mystery to me! If, instead of pasting the text > into > > the command line pasting it into any text editor (emacs, notepad), there > are no > > strange/control characters. It just looks identical to the typed-in version. > But CMake > > generates two different build directories. > > > > > > I will now put a remark into my installation manual and everything should be > fine. > > > > > > -- > > > Best regards, > > > Thorsten Behrens > > > > > > ------------------------------------------------------------------------------ > > > _______________________________________________ > > > Plplot-devel mailing list > > > Plp...@li... > > > https://lists.sourceforge.net/lists/listinfo/plplot-devel > > > > 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. > > > > ------------------------------------------------------------------------------ > > _______________________________________________ > > Plplot-devel mailing list > > Plp...@li... > > https://lists.sourceforge.net/lists/listinfo/plplot-devel 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. |
From: Thorsten B. <tho...@do...> - 2014-04-03 07:04:33
|
Hi! > now that is a candidate: MS Word has the tendency to make things more > "beautiful", like smart quotation marks and long dashes instead of minus > signs/hyphens. Chances are that text editors (and even the DOS window) > can handle these characters by showing the appropriate glyphs. It would have been helpful here, had CMake thrown some kind of warning that there is some unrecognized input on the command line instead of silently ignoring it. -- Best regards, Thorsten Behrens |
From: Alan W. I. <ir...@be...> - 2014-04-03 16:53:09
|
On 2014-04-03 09:04+0200 Thorsten Behrens wrote: > Hi! > >> now that is a candidate: MS Word has the tendency to make things more >> "beautiful", like smart quotation marks and long dashes instead of minus >> signs/hyphens. Chances are that text editors (and even the DOS window) >> can handle these characters by showing the appropriate glyphs. > > It would have been helpful here, had CMake thrown some kind of warning > that there is some unrecognized input on the command line instead of > silently ignoring it. Hi Thorsten: I agree with you. Therefore, I have reported this bad cmake behaviour as a CMake bug <http://public.kitware.com/Bug/view.php?id=14861>. The CMake software project is currently undergoing a quite interesting transition. There is still a lot of participation in the project by two or three paid Kitware developers (especially Brad King), but the proportion of CMake developers who are unpaid volunteers keeps increasing (thanks in part to git and the welcoming attitude of the Kitware developers to development efforts by the volunteers). As a result I think that a few years from now the volunteer developers will completely dominate this free software project. Note, the Kitware developers are generally much too busy to respond to bug reports, but I hope one of the current set of volunteers with knowledge of how the cmake command-line arguments are processed will deal with this bug. In fact, if you have the requisite knowledge of C++ (which I do not have), then I am sure from the general tone of discussions on the cmake development mailing list that if you wanted to follow up yourself to attempt to fix this CMake bug, your efforts would be welcomed by the cmake development community. 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 __________________________ |