[Expat-discuss] Time for a new release?
karl at waclawek.net
Sun Jan 18 21:00:26 CET 2009
Daniel Leidert wrote:
> Am Sonntag, den 18.01.2009, 09:45 -0800 schrieb Dan Nicholson:
>> Just tried the build again on Linux x86 and x86_64. Everything seemed
>> fine. I had a look at fedora and debian's expat packages. Here are
>> some patches they're applying:
>> I cc'd the package maintainers (at least, who I think they are), to
>> see if they have any specific input on those patches.
> Of course I will do. I first mention the patch, followed by a short
> explanation and the related Debian bug report (the same information can
> also be found in the patch headers).
> xmlwf exits with status zero in case of an error. It is common to error
> out with a non-zero exit status. The patch simply makes the application
> exit with status 2 in case of an error.
Has this (and other issues) ever been reported to the Expat project on SF?
For instance, from what I can tell, xmlwf returns non-zero for errors in
quite a few cases (check the usage() calls, or XML_ProcessFile() in
So I assume, we have a true bug here. This should be posted to
> It seems, some projects (python-4suite) reference the expat_config.h
> header file. The patch simply adds this file to be installed. I'm *not*
> sure, that this patch should be accepted upstream. It might be an error
> to reference expat_config.h in a software source. You should check (I
> can do this too in a few days), why python-4suite references this header
> file. Maybe moving some declarations to the installed header files is
> the solution to go.
expat_config.h is generated for Unix, on Windows it does not exist. It
should not generally be needed.
> If you use some recent autotools, you can probably safely ignore this
> patch. It simply runs the autotools chain on the source to get a newer
> libtool version to support GNU/kFreeBSD.
Expat always seems to be behind on this area, but I have to leave this
to our Unix experts.
> The SGML file contains a linebreak followed by three dots and and
> parenthesis. The manual page contains the same linebreak. So the next
> line in the manual page starts with the dots. But a leading dot has a
> special meaning. GROFF expects a macro or request name after the dot. So
> it throws a warning and doesn't print these four characters in the
> resulting manual page. The patch simply removes the linebreak as an easy
> solution to the problem.
> The second part of the patch removes a wrong statement in the BUGS
> section. There you state, that the XML standard requires the XML
> declaration for well-formedness. But that's not true. The declaration is
> optional, as you can see here:
Again, it would be nice to have this reported on the bug page. We do not
normally Google for Expat bugs reported anywhere else.
The SGML has not been updated since 2003. Who is actually using it?
Anyway, a bug report would be useful, but also a review of the overall
contents of the SGML file. Maybe we should discard it altogether?
> In expat.m4 the AM_WITH_EXPAT macro is underquoted. See the paragraph
> starting with "Starting with Automake 1.8, aclocal will warn about all
> underquoted calls to AC_DEFUN [..]":
> The patch is trivial and safe.
Hope our build experts will do this.
> If you have any further questions or comments about the patches, please
> don't hesitate to contact me.
> PS: There is still an open bug report, you maybe want to comment/fix:
> Regards, Daniel
As a general comment, we would like bugs reported to the Expat project,
as we cannot go around hunting for bug reports elsewhere.
If these bugs have indeed been reported, it would be nice to refer to
them by the *Expat* bug tracking number.
Thanks for bringing all of this to our attention.
More information about the Expat-discuss