|
From: Ethan M. <merritt@u.washington.edu> - 2005-06-13 17:39:36
|
On Monday 13 June 2005 01:14 am, Hans-Bernhard Broeker wrote: > Ethan Merritt wrote: > > Actually, it's *exactly* the OS bugs we have to code around. All other > bugs can reasonably be avoided by asking people to upgrade some tool, > library or whatnot, or maybe by replacing buggy OS-supplied tools by > free replacements. There you have just described exactly the situation for OSK. There was apparently a buggy, proprietary clib that gnuplot was coded to work around. Since 1994, OSK has had the option of using gcc/glibc intead. So why should we continue to carry around a work-around hack for a library that hasn't been needed since 1994? > But neither we nor the typical user is in a position > to upgrade an OS just to be able to run gnuplot on it. Several of the odd-ball machines I have in the lab were purchased solely in order to support the software requirments of a particular application or set of applications. The world has changed; application program requirements drive both hardware and OS purchasing decisions. -- Ethan A Merritt merritt@u.washington.edu Biomolecular Structure Center Mailstop 357742 University of Washington, Seattle, WA 98195 |