From: Daniel J S. <dan...@ie...> - 2006-08-04 16:34:20
|
Petr Mikulik wrote: >>>Unfortunately, this is not portable. I've just tried a windows version >>>compiled with all of the "default" #defines in makefile&config.mgw, >>>including IMAGE; but its "show version long" reports only: >>> >>>Compile options: >>>+READLINE -LIBREADLINE +GD_PNG +GD_TTF -NOCWDRC +USE_MOUSE >>> >>>and thus it is not updated to options set from within config.h. >>>Cannot the string for the "compiled options" be concanated according to >>>#define's? >> >>I see no windows-specific code in show_version(), so I am at >>a loss to explain how this could go wrong. > > > I'm sorry, it was a false alarm. I was launching wgnuplot from July ... but > 2004 on this computer ... so all is fine, and I vote for the proposed new > GPVAL_. So it did what it was supposed to do and you misinterpretted. That's the developers trap: always doubting if thing are programmed correctly. :-) It seemed to work for me, very useful, good idea Ethan. And the sure-fired conditional script in all.dem is the way I'd go. (Remember, part of scripts is to be tutorial and from the users standpoint that is helpful to see.) I will keep thinking about future compatibility issues, but I think it should be fine... Couple things. First, could this "gnuplot-defined variables" be made a permanent thing? I think I've been asked if gnuplot somehow could return its version. (The trick I use now is to lauch gnuplot, get that startup info and sort through that looking for the version. Or is there already a better way?)... Second, is what you've done, Ethan, easy enough so that a user might be able to program their own special version of gnuplot and add a custom variable to identify their version? Or don't we want to encourage that sort of thing?) Dan |