Added a note to the XML_GetCurrentByteCount() function that it returns 0
for the end tag event when an empty-element tag is used.  Noted on
expat-discuss by Michael Isard.

Make sure SHELL is properly set from the configure script.
This closes SF bug #448560.

XML_Parse():  If XML_GetBuffer() returns NULL, do not attempt to move
    data aronud, just propogate the error.

This closes SF bug #434665.

Switch to testing that _MSC_EXTENSIONS is defined, not __declspec.  (We can
probably remove the exception for __BEOS__ now, but I cannot test that.)

Fix a couple of stupid typos that I should have caught before release.

Update to match the latest version of the installer.

Suggest that Windows users get the installer; it will do things that make
more sense than the Unix sources.

Remove some bogus preprocessor definitions.

Remove all traces of the XMLCALLBACK macro -- there appears to be no way
to add __cdecl to a typedef of a function type that MSVC does not complain
about.  Callback implementations may need to add explicit __cdecl
annotations in sources not compiled with the C calling convention as the
default.

Try again.

Make sure that XMLPARSEAPI specifies the calling convention when building
under MSVC -- this is needed when using the pre-compiled DLL with projects
built using a different calling convention.

XMLPARSEAPI now takes the return type as a parameter and inserts annotations
on both sides of the type to make sure the compiler is happy.  A new
macro, XMLCALLBACK, is used to perform similar annotation of the callback
function types, which do not need the dllimport/dllexport annotations but
do still need the __cdecl annotation.

This closes SF bug #413653.

Shorten the name of the directory we store the uninstaller in.

Add more information to the Welcome screen of the installer.

Don't use the program database in MSVC.  The others got this right.

Update the lib and xmlwf project files to be part of the larger workspace.

Try to make the Windows installer a little more rational, and install all
the sources a developer might want, not just the parser itself.

Adding back the MSVC workspace, adding in the sample projects as well.

Now we need to ignore some MSVC turds here.

No longer need to ignore MSVC turds in this directory.

Move the MSVC workspace up one directory level so the generated Windows
installer can be more reasonable.

Avoid creating extra output directories from MSVC.

More project files for MSVC.

Ignore some additional Windows/MSVC cruft.

I'm not really sure why this version of the file is still here, but
migrate the UTF-8 BOM fix here as well, so this does not get too far
out of sync.

Simplify the Unix source release; do not include all the Windows project
files and the like.  The Windows installer will include all that.

Remove the sample directory; it is no longer used.

All sample code is now located in the "examples" directory.

Move the "elements" example code here from "sample", so we only have one
directory of short sample code.

More GCC flags, when we're using GCC:
-Wmissing-prototypes, to tighten up the warnings, and
-fexceptions, to make the generated code exception-safe when using it
with C++ code.

This closes SF bug #419585.

Settle on a release date, and note that there is now a Windows installer.

Add xmlwf to the default build, since the install includes it.

Make the built installer land in an existing directory.

Add an overview of where everything ends up when installed by the Windows
installer.  This will be installed at the top of the Windows installation.

Changes so that we can actually build an installer, and fix the URLs.

Installer-builder script for Inno Setup, contributed by Tim Peters.

Update the RPM .spec file for 1.95.2.

Change some options to end up with more rational output dirs.

Added preliminary changes for the 1.95.2 release.

Try to better explain the problems with Sun make -- perhaps someone with
more knowledge of the Sun tools could help explain this?

Make sure the configured compiler is used for all subdirectories.

Remove #include directory that is no longer needed.

Really add the xmlwf project this time.

One more MSVC file to ignore...

When using GCC, use stronger error-checking options.

Removed unusual use of "const" to avoid errors from a Sun compiler.

Removed useless RCSId static from the code.

Added #include to pick up the memmove() prototype.

Added parentheses in some conditions to suppress compiler warnings.

Remove useless RCSId static from the code.

Update comments on the Solaris build to be a little more careful -- or at
least warn the user!

#include <unistd.h> to pick up the close() prototype.

Kill a compiler warning & make private functions static.

Clean up a few compiler warnings in the sameple code.

Add the new MSVC workspace file to the list of distributed files.

Update the windows comments to reflect the current status, including the
added files in the next version of the expat_win32bin package.

Update xmlwf project file.

Toss the old MSVC workspace.

Tell CVS to ignore the cruft files generated by MSVC and Source Insight.

Move the workspace file for MSVC, and let it also build xmlwf.

Add install and uninstall targets, along with all the relevant standard
variables.

Remove the extra DESTDIR variable.

Some minor simplifications, and descend into fewer subdirs on "make install".

Update to reflect the current build process.

Remove one more line that was not supposed to have gotten checked in
(part of an unfinished feature).

Ignore the generated executables.

Let's not ignore files that are generated too rarely to be a nuissance;
we should remain aware of them.

Revert unintended portion of a checkin; these files were not supposed to
have been changed with the most recent Makefile changes.

Added a comment about compiling for use with C++, including the use of the
-fexceptions flag with GCC.

This closes SF bug #419585.

Make sure all the makefiles have at least a dummy check target and
reasonable distclean and maintainer-clean targets.

This fixes the last part of SF bug #430942.

Update the MSVC project.  I don't understand all the
changes, but it seems to work.

Reduce the reliance on non-standard "tar" options.

Use the AC_C_BIGENDIAN_CROSS macro instead of the non-cross-compile-safe
version normally provided with autoconf.

I have not tested this in a cross-compilation environment, but it does
not break things in my x86 environment.  (If this breaks things for anyone,
please file a bug report!)

This closes SF patch #431342.

Adding cross-compile safe BIGENDIAN test for autoconf.  Original source:
http://cryp.to/autoconf-archive/Cross_Compilation/ac_c_bigendian_cross.html

This is part of SF patch #431342.

Bump the version number and make a few small changes (mostly editorial).
Re-wrap lines to be a little shorter.

Add the MSVC workspace file.

Tell CVS to ignore the Windows temporary files.

Oops, remove a prototype for a feature that is not yet ready.

The previous checkin of expat.h.in broke the build for Windows (now everyone
will just have to wonder how I got anything at all working on Windows).

Since we do not want to place the XMLPARSEAPI marker in the middle of a
type name, always tack it onto the beginning -- anywhere else seems fragile
at best.

Support building from directories other than the source directory.
Patch contributed by Mo DeJong -- thanks!

This closes SF patch #431340.

Avoid specifying XMLPARSEAPI in the middle of a prototype's return
value; some compilers that expand XMLPARSEAPI to a non-empty value
complain.

This closes SF patch #412076.

Sam TH <samth@users.sourceforge.net>:
Tell CVS to ignore the generated executable.

Update the MANIFEST to reflect Greg's recent changes.

Revamp config/build to keep generated files out of CVS (some libtool files
were out of date, and we've previously seen expat.h out of sync).

*) Use new script "buildconf.sh" to create the set of generated files
   (aclocal.m4, config.h.in, configure). This is intended to be used by
   developers (rerun when configure.in changes) and just before a release
   (releases include these outputs).

   Developers now need the "autoconf" and "libtool" packages.

*) config.h.in is now built by autoheader and includes bits from acconfig.h
   rather than manual construction/maintenance. (renamed from config.hin)

*) added conftools/PrintPath from the ASF; it is a portable "which"

*) added "extraclean" target to top-level Makefile to get rid of all
   generated files (return to pure CVS state; before buildconf.sh)

*) updates various bits for config.hin -> config.h.in rename

*) no longer need to delete the ".deps" subdir since we don't create it
   anymore (dependencies are explicit rather than auto-generated).

Update the license type; error pointed out by Greg Stein.

Added .spec file for building RPMs; contributed by Sean Reifschneider.
Minor changes to reflect build process updates and bump the version number
for the next release; remove the "tummy" suffix from the RPM version since
this is part of the stock package.

Sam TH:
Fix a variety of build control problems for the auxiliary directories.

This closes SF tracker patch #403582.

Sam TH:
Use the current name for the Expat header file.

This is part of SF tracker patch #403582.

Spoke to soon -- one of the patches added a Makefile.in to the sample/
directory, so we do need to configure it.

Sam TH:
Add a Makefile.in for the sample application.

FLD:
Tell CVS to ignore the generated Makefile.

This closes SF tracker patch #403583.

There is no sample/Makefile.in, so do not try to generate sample/Makefile
even if the directory exists.

Sam TH:
Remove gcc-specific cruft from the Makefile -- this hurts portability!

This closes SF tracker patch #403584, and probably more platform-specific
build process bugs than I care to think about.

Sam TH:
Only configure makefiles in child directories that exist.

[...and added explanation as to why this is useful -- FLD.]

This closes SF tracker patch #403585.

Updated version from config.h.in update (includes wrapping of lots of long
lines).

Sam TH:
BeOS defines __declspec, but we don't use it there.

This closes SF tracker patch #403581.

Fix SF bug #123767: segfault on UTF-8 BOM.
(Reported with fix by Bruce Kaskel.)

Added XMLPARSEAPI to the prototype for XML_DefaultCurrent().
Re-wrapped some comments that exceeded 80 characters per line.

This closes SF bug #129217.

Added note about adding /usr/ccs/bin to the PATH for Solaris users.

Document the #define constants giving library version information.

Make sure we generate lib/expat.h.

Simplify, since we no longer need the temporaries for version information.

Template for the expat.h header, processed by the configure script.
(We still need to keep expat.h checked in since it is not generated on
Windows.)

Use the new XML_*_VERSION constants to fill in the XML_Expat_Version
structure.