Martin Kalen wrote:
> 
> Martin Kalen:    NO/-1
> 
> We use Xerces-C on Windows NT4/2000, HP-UX, Linux, Solaris, AIX,
> OpenServer, UnixWare and Tru64 so I am neither pro-UNIX or pro-Windows.
> 
> We have numerous hours invested in integrating the Xerces-C directory- and
> make-structure into our own automated make- and regression-test
> environment. Any change to the directory names would be a major setback for
> us.

1.
Your environment should be able to cope with minor directory renames. If
not, then I don't think that we should all be punished for your
mistakes.

2.
You should expect far more major changes to libraries at certain
intervals. A properly maintained library would keep a stable API for a
long time, and occasionally make large incompatible changes. If you say
that no incompatible changes should ever be made then you are opting for
stagnation. However, I repeat that this particular change should require
only minimal changes to existing builds.

> 
> I think Peter Volchek et. al. summarised this very good - there are other
> issues that need to be dealt with before doing this. (The different ports
> are hopelessly out of synch with regards to the "main"/samples/tests
> directories, for one...)
> 
> If there were no Murphy's law about diskcrashes and that autoconf-work had
> been saved, I would have voted differently. Now, it's just not worth it.
> 
> Keep up the good work with Xerces-C!
> 
> --
> Martin Kalen
> Software Engineer
> TODAY Systems, Inc.
> http://www.todaysystems.com.au/
> Tel +61-3-9536 3900 - Fax +61-3-9536 3901
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]

-- 
Murray Cumming
www.murrayc.com
[EMAIL PROTECTED]

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to