OK.
Right now build.xml depends on a lib.repo property (which isn't defined) and 3
jars which don't exist.
> 2. By default the build process will use the values in the
> 'default.properties' file. There are {x}.jar properties that must
> be defined correctly if the values in the 'default.properties'
> file do not match those found on your system.
Any objection to creating a /lib directory
Changing the lib.repo variable to just use the string './lib' (because this is
shorter than lib.rep and I don't think it needs to be a var) and defining X.jar
to reflect files that are actually in CVS.
??? this make sense... right?
Kevin
--
Kevin A. Burton ( [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] )
Location - San Francisco, CA, Cell - 415.595.9965
Jabber - [EMAIL PROTECTED], Web - http://relativity.yi.org/
Suppose you were an idiot. And suppose that you were a member of Congress. But
I repeat myself. -- Mark Twain
_______________________________________________
hsqldb-developers mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/hsqldb-developers
