XSB Src (SVN)-old

Fixed a major memory leak in incremental tabling. A key, use temporarily in
addcalledge() was not being reclaimed when the edge was already present.

Forgot these.

Changes for better counts of tabling operations, including incremental tabling.

Also changes to fix the MT engine, the build of which I broke last week.
This work on statistics isn't finished, but I wanted to get my version in synch
with the trunk so that I can start testing some other changes.

mainly updated mysqlembedded/configure but windows banners and other config derivatives also got updated

Added context declarations to a predicate that used xsb_warn (which needs these decls).

Added warning if a "to-end-of-line" comment is longer than 300 characters.
(Could be made bigger.) Would have helped find a file formatting error
that left a file with no eol markers.

More refinements. Changed view facts to not (have to) include an
stdout file. Now generated from a pattern variable $STDOUTFILE$.
Added builtin $VIEW$ uservar definition for the user to use in this
pattern.

Fixed env bit setting used from add_table to work with new bit patterns.
Added check and throw error if trying to add_table for a dynamic predicate
with clauses (since it doesn't work.)
Also in the process noticed that using atom instead of atom/0 in table
(and other) declarations was not being processed quite right, so fixed that.

Improved error messages in load_dyn(c).

Working on better memory management for incremental tabling. One
of the incremental tabling structures, hashkeys, was not being
deallocated when a key is removed from a hashtable, in
hashtable1_remove(). Although each key is just 8 bytes or so,
this function is called every time we recompute a table, so not
freeing the space adds up.

To fix this, I had to dive into hashtable.c, and put a call to
smdeallocate() in hashtable1_remove() -- it looks like for some
reason it was never there.

It seems likely that there are more memory leaks corresponding to
hashtables and their keys -- I'll keep looking.