Re: gnuplot slow on BIG files

[Robert H. <en...@no...>]

> I propose that our guiding principle should be:
> 
>  Support for obsolete platforms will be frozen at the last
>  gnuplot release for which there was evidence of an active user
>  community. People running archaic hardware should not be surprised
>  if they have to run less than state-of-the-art software on it.
> 

s/evidence of an active user community/a developer/ ?

I think that every additional platform adds a "cost" to the maintenance
and development of gnuplot. For many platforms that cost is low -
perhaps a few tweaks to Makefiles etc., or a platform specific terminal
driver that otherwise doesn't get in anybody's way.

How many of the #ifdef'ed features are "optional" because of lack of
support on various platforms, and how many because they are considered
"experimental"?

egrep -h "#if[n]{0,1}def" `find . -name "*.[ch]"` | sed -e
"s/#ifn*def//" -e "s/\/\*.*//" | sort | uniq -c | sort -n

I imagine there are quite a few cases which do not see any testing...

Rob

-- 
Robert Hart <en...@no...>
University of Nottingham


This message has been checked for viruses but the contents of an attachment
may still contain software viruses, which could damage your computer system:
you are advised to perform your own checks. Email communications with the
University of Nottingham may be monitored as permitted by UK legislation.