|
From: sfeam (E. Merritt) <eam...@gm...> - 2011-10-11 15:53:27
|
On Tuesday, 11 October 2011, pl...@pi... wrote: > > I saw "not_a_number for MinGW build (gcc-4.5.0)" was committed just over > a year ago but did not seem to be fixed in 4.4.3 release in March. The same fix (10-10-2010) went into stdfn.c in both 4.4 and 4.5 Note that this fix only deals with initializing the NaN variable internally. It does not correct for any oddities in the C-language support library. I.e., if the library routines fscanf() and atod() cannot deal with the string "NaN" in an input file, that's a separate problem. I don't know whether or not that is an issue with MinGW. What is the symptom? If you start the program and say "print NaN", what does it show? Ethan > I don't use "other" OSes myself but I'm helping a college who has that > misfortune. He is very impressed with gnuplot which I encouraged him to > use and gave his a script for his data to get him started. However, I > had to do a messy hack to get around the NaN=0 bug in the windoze build > he got from SF. > > I don't have a cross-compilation set up for mwing so I can't build it here. > > Will this be fixed in next release? > > Best regards, Peter. > > ------------------------------------------------------------------------------ > All the data continuously generated in your IT infrastructure contains a > definitive record of customers, application performance, security > threats, fraudulent activity and more. Splunk takes this data and makes > sense of it. Business sense. IT sense. Common sense. > http://p.sf.net/sfu/splunk-d2d-oct > _______________________________________________ > gnuplot-beta mailing list > gnu...@li... > https://lists.sourceforge.net/lists/listinfo/gnuplot-beta > |