

Changed xsltutils.c and xsltutils.h
-----------------------------------
I created a preprocessor symbol XSLT_TIMESTAMP_TICS_PER_SEC
in xsltutils.h so that the resolution of the timer could be
changed in the future without breaking a lot of programs.

I removed references to the calibration routines from the
xsltTimeStamp.  First, the loop with 1000 calls added 
overhead which could complicate timings.  Second, the loop
would always complete in less than 1 ms, so it was always
zero.  Third, since the calibration offset was always applied,
the net affect was to change nothing.  Fourth, in win32
mode the calibration value was garbage anyway, because the
struct timeval was never initialized, but was used anyway.

I changed the output from the profile command to display in
ms using floating point.  Hope this is okay.

I did not change xsltproc.c to use xsltTimeStamp because I
was having problems getting xsltproc to run (see below).
One change at a time.

Library
-------
I had problems with inconsistent or unspecified library
thread models in the C++ code generation tab.  Just an
inconvenience.

Additions to xslt.defs
----------------------
	xsltFunctionNodeSet
	xsltGenericError
	xsltGenericErrorContext
	exsltFuncRegister
	xsltPrintErrorContext
	xsltGenericDebug
	xsltGenericDebugContext
	
	exsltRegisterAll
	exsltLibexsltVersion
	exsltLibxmlVersion
	exsltLibraryVersion

Problem caused by function.c in two directories - libxslt and
exslt.  Can be fixed, but much easier if they have different
names.  I temporarily renamed it to exfunctions.c

Needed memory.h in exfunctions.c (?)

xsltApplyOneTemplate undefined in exfunctions.c.  Added
#include "libxslt/transform.h"

Got errors from the debug heap routines which I didn't
understand.  It said that memory was allocated from one .dll
and freed from another.  I switched to release mode, but
it crashed.  I'm assume that this is the normal sort of
interim release problems.