From noreply at sourceforge.net  Sun Nov  2 03:13:33 2003
From: noreply at sourceforge.net (SourceForge.net)
Date: Sun Nov  2 03:13:48 2003
Subject: [Expat-bugs] [ expat-Bugs-824420 ] expat-2003-10-15 - something is
	broken or at least changed
Message-ID: <E1AGDMb-0005qo-00@sc8-sf-web4.sourceforge.net>

Bugs item #824420, was opened at 2003-10-15 17:40
Message generated for change (Comment added) made by fdrake
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=824420&group_id=10127

Category: None
Group: Test Required
>Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Rolf Ade (pointsman)
Assigned to: Fred L. Drake, Jr. (fdrake)
Summary: expat-2003-10-15 - something is broken or at least changed

Initial Comment:


(.. err, sorry for steppin' in late, again :-( )

I compiled my expat based project with expat-2003-10-15
and run my test suite. 

For at least some rare cases, there seems to be
something broken. I haven't any deep insights, so far,
but since I can't spend much more time at it this night
and in face of the upcomming release, I decided to just
yell, only with an example.

Please download the document
http://www.w3.org/TR/1999/REC-xslt-19991116.xml

If I run 'xmlwf REC-xslt-19991116.xml' I get

REC-xslt-19991116.xml:396:0: unbound prefix

This seems wrong to me in two ways. 

First, without the -n option, xmlwf shouldn't care at
all, if a prefix isn't bound to a namespace. At least
xmlwf 1.95.6 (and prior versions) didn't care (and I
would say, this was right). 

And second, as far as I can tell, the claim itself is
false; there is a xmlns:e namespace declaration in
scope of that element. 

I stumbled over the problem while using the lib and
then tried to reproduce the problem with xmlwf, for
easy demonstration. So, if there is a problem, it's not
with the xmlwf tool, but with the lib itself.

rolf




----------------------------------------------------------------------

>Comment By: Fred L. Drake, Jr. (fdrake)
Date: 2003-11-02 03:13

Message:
Logged In: YES 
user_id=3066

Regression test added in tests/runtests.c revision 1.55.

----------------------------------------------------------------------

Comment By: Fred L. Drake, Jr. (fdrake)
Date: 2003-10-18 02:27

Message:
Logged In: YES 
user_id=3066

Just for the record, here's a more minimal document that
exhibits this problem with the version of Expat before Karl
fixed this bug:

<!DOCTYPE e:element [
  <!ATTLIST e:element
    xmlns:e CDATA "http://example.com/">
  ]>
<e:element/>


----------------------------------------------------------------------

Comment By: Karl Waclawek (kwaclaw)
Date: 2003-10-16 10:28

Message:
Logged In: YES 
user_id=290026

Fix committed as xmlparse.c rev.1.116.

----------------------------------------------------------------------

Comment By: Karl Waclawek (kwaclaw)
Date: 2003-10-16 09:26

Message:
Logged In: YES 
user_id=290026

Rolf, 

I think I was wrong when I said that prefix processing was
always done - it was really only done when
elementType->prefix was non-null despite of ns processing
being turned off. This only happened when the element type 
contained a prefix already in the DTD, as far as I can tell.

That fact that there was no error previously was simply
that the error code for if (!binding) was XML_ERROR_NONE,
which would fail to detect cases in which an error should be
returned.

Once I changed this then it started to return errors when
it should not - as you detected. After looking at that I saw
that the if (elementType->prefix) test was sometimes
positive even if namespaces were turned off, which led
to the error. 

As a result of the one-line change it should actually run
faster now in those rare cases when we have prefixes in the 
DTD.

----------------------------------------------------------------------

Comment By: Rolf Ade (pointsman)
Date: 2003-10-16 07:15

Message:
Logged In: YES 
user_id=13222


Thanks for the quick patch, Karl!

Your patch fixed the problem with the example document
REC-xslt-19991116.xml. Well, since you said (and your patch
suggests) that up to now expat simply always did ns
checking, even if not asked for, I wonder, why it
hallucinated, that the prefix binding were missing, which is
not the case (as even xmlwf -n itself now - with an
appropiate SYSTEM identifierer or no system identifier) -
confirms). Anyway.

So far, I could not decteced any other problem with the test
suite of my expat pased project.

I also run xmlwf against the OASIS xml test suite (with the
same methodology as in #569461) and found nothing new or
alarming.

Tests, that are still wrong, as in previous versions are

ibm/not-wf/misc/432gewf.xml
sun/not-wf/uri01.xml
xmltest/not-wf/not-sa/010.xml
xmltest/not-wf/not-sa/011.xml

And the debatable
xmltest/not-wf/not-sa/005.xml
which could not counted to the failed tests, because the rec
allows well-formedness parser to fail at this test as well
as to pass it (as already discussed in #569461) - although I
personally feel, that it would be better for the expat
users, if expat would signal error in this cases.

Even a few preliminary benchmark tests haven't showed a
problem (up to now, I don't see any slow down, which would
worth mentioning).


----------------------------------------------------------------------

Comment By: Karl Waclawek (kwaclaw)
Date: 2003-10-15 20:41

Message:
Logged In: YES 
user_id=290026

Please try the attached fix: prefix_patch.diff.

The (old) code was processing prefixes even if namespaces
were turned off. Hopefully the changes don't break anything
else. Would be nice if you could run it through the test-suite.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=824420&group_id=10127

From noreply at sourceforge.net  Sun Nov  2 03:14:44 2003
From: noreply at sourceforge.net (SourceForge.net)
Date: Sun Nov  2 03:14:48 2003
Subject: [Expat-bugs] [ expat-Bugs-828485 ] expat_win32 bin built with /MT
	instead of /MD
Message-ID: <E1AGDNk-0005sm-00@sc8-sf-web4.sourceforge.net>

Bugs item #828485, was opened at 2003-10-22 16:47
Message generated for change (Comment added) made by fdrake
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=828485&group_id=10127

Category: Build control
Group: None
Status: Open
Resolution: Fixed
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
>Assigned to: Karl Waclawek (kwaclaw)
Summary: expat_win32 bin built with /MT instead of /MD

Initial Comment:
With version 1.95.7, the expat_win32 binaries are built 
with /MT (multi-threaded libraries linked-in). This is 
also the default in the expat 1.95.7 Visual Studio 
project.
The README.txt says  "By default the Expat Dlls are 
built to link with the multi-threaded run-time Dll." ... 
that is /MD, which is also what I'd expect.

Bernard
bernard@zeroc.com

----------------------------------------------------------------------

>Comment By: Fred L. Drake, Jr. (fdrake)
Date: 2003-11-02 03:14

Message:
Logged In: YES 
user_id=3066

Anything else to be done here?  If not, this issue can be
closed.

----------------------------------------------------------------------

Comment By: Karl Waclawek (kwaclaw)
Date: 2003-10-23 22:03

Message:
Logged In: YES 
user_id=290026

Corrected documentation - ReadMe files in BCB5 and Win32
directories.

----------------------------------------------------------------------

Comment By: Karl Waclawek (kwaclaw)
Date: 2003-10-22 20:26

Message:
Logged In: YES 
user_id=290026

Thanks for pointing out these inconsistencies.

As far as default options are concerned:
I think we should leave it as /MT as this does not
force one to include MSVCRTxx.DLL in the distribution.

So what should be fixed is the documentation.
In any case, it's easy to change for a custom build.

Are there good reasons to do it differently?

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=828485&group_id=10127

From noreply at sourceforge.net  Sun Nov  2 03:22:26 2003
From: noreply at sourceforge.net (SourceForge.net)
Date: Sun Nov  2 03:22:35 2003
Subject: [Expat-bugs] [ expat-Bugs-827319 ] Makefile.in doesn't let
	configure set mandir
Message-ID: <E1AGDVC-00067Y-00@sc8-sf-web4.sourceforge.net>

Bugs item #827319, was opened at 2003-10-21 02:48
Message generated for change (Comment added) made by fdrake
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=827319&group_id=10127

Category: Build control
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Bryan Blackburn (blb)
>Assigned to: Fred L. Drake, Jr. (fdrake)
Summary: Makefile.in doesn't let configure set mandir

Initial Comment:
Makefile.in specifically uses ${prefix}/man/man1 for the 
mandir variable, instead of allowing configure to override.  
The attached patch corrects this.


----------------------------------------------------------------------

>Comment By: Fred L. Drake, Jr. (fdrake)
Date: 2003-11-02 03:22

Message:
Logged In: YES 
user_id=3066

Fixed using a similar patch in Makefile.in 1.44.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=827319&group_id=10127

From fdrake at acm.org  Sun Nov  2 03:24:08 2003
From: fdrake at acm.org (Fred L. Drake, Jr.)
Date: Sun Nov  2 03:24:12 2003
Subject: [Expat-bugs] [patch] 1.95.7: --mandir doesn't work
In-Reply-To: <Pine.LNX.4.32.0310301715580.1808-100000@jurand.ds.pg.gda.pl>
References: <Pine.LNX.4.32.0310301715580.1808-100000@jurand.ds.pg.gda.pl>
Message-ID: <16292.48936.150899.617901@grendel.zope.com>


Maciej W. Rozycki writes:
 >  Due to an incorrect use of the mandir autoconf variable, the configure
 > script's --mandir option doesn't work.  Here is a trivial patch that fixes
 > the problem for me.  Please apply.

I've applied a somewhat similar patch in our CVS repository; it will
be included in the next release.

Thanks!


  -Fred

-- 
Fred L. Drake, Jr.  <fdrake at acm.org>
PythonLabs at Zope Corporation

From noreply at sourceforge.net  Sun Nov  2 04:09:57 2003
From: noreply at sourceforge.net (SourceForge.net)
Date: Sun Nov  2 04:10:11 2003
Subject: [Expat-bugs] [ expat-Bugs-712785 ] expat-1.95.2 (Mac OS X 10.2.4)
	xmlwf/-lcrt0.o missing
Message-ID: <E1AGEFB-0008DM-00@sc8-sf-web3.sourceforge.net>

Bugs item #712785, was opened at 2003-03-31 12:21
Message generated for change (Comment added) made by fdrake
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=712785&group_id=10127

Category: Build control
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Jos? Mu?iz (josemuniznyc)
Assigned to: Greg Stein (gstein)
Summary: expat-1.95.2 (Mac OS X 10.2.4) xmlwf/-lcrt0.o missing

Initial Comment:
Make fails, giving me this ouput:

[imacs-Computer:~/expat-1.95.2] jmuniz% make
cd lib && make
make[1]: Nothing to be done for `all'.
cd xmlwf && make
gcc -o xmlwf -static xmlwf.o xmlfile.o codepage.o unixfilemap.o -L../lib/.libs -lexpat
ld: can't locate file for: -lcrt0.o
make[1]: *** [xmlwf] Error 1
make: *** [xmlwf] Error 2

I believe this might be related to issue: [ 454879 ] Compile of xmlwf fails in cygwin v1.95. However, some of the work arounds seemed local to cygwin and expat 1.95.2 is a specific dependency for the software I'm trying to build. Although I can ask upstream if we can move to a newer version with the patched macro, assuming the naming issue was resolved in a newer version.

Thank you for all the work you do,
Y

----------------------------------------------------------------------

>Comment By: Fred L. Drake, Jr. (fdrake)
Date: 2003-11-02 04:09

Message:
Logged In: YES 
user_id=3066

Can anyone confirm whether there's still a problem with this?

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=712785&group_id=10127

From noreply at sourceforge.net  Sun Nov  2 09:08:50 2003
From: noreply at sourceforge.net (SourceForge.net)
Date: Sun Nov  2 09:08:56 2003
Subject: [Expat-bugs] [ expat-Bugs-828485 ] expat_win32 bin built with /MT
	instead of /MD
Message-ID: <E1AGIuQ-00041u-00@sc8-sf-web3.sourceforge.net>

Bugs item #828485, was opened at 2003-10-22 16:47
Message generated for change (Comment added) made by kwaclaw
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=828485&group_id=10127

Category: Build control
Group: None
Status: Open
Resolution: Fixed
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Karl Waclawek (kwaclaw)
Summary: expat_win32 bin built with /MT instead of /MD

Initial Comment:
With version 1.95.7, the expat_win32 binaries are built 
with /MT (multi-threaded libraries linked-in). This is 
also the default in the expat 1.95.7 Visual Studio 
project.
The README.txt says  "By default the Expat Dlls are 
built to link with the multi-threaded run-time Dll." ... 
that is /MD, which is also what I'd expect.

Bernard
bernard@zeroc.com

----------------------------------------------------------------------

>Comment By: Karl Waclawek (kwaclaw)
Date: 2003-11-02 09:08

Message:
Logged In: YES 
user_id=290026

There is still an inconsistency on Windows, as the BCB5
make files build with linkage to the Borland runtime Dll.
I think I should change that to be consistent with the
MS VC++ builds.

----------------------------------------------------------------------

Comment By: Fred L. Drake, Jr. (fdrake)
Date: 2003-11-02 03:14

Message:
Logged In: YES 
user_id=3066

Anything else to be done here?  If not, this issue can be
closed.

----------------------------------------------------------------------

Comment By: Karl Waclawek (kwaclaw)
Date: 2003-10-23 22:03

Message:
Logged In: YES 
user_id=290026

Corrected documentation - ReadMe files in BCB5 and Win32
directories.

----------------------------------------------------------------------

Comment By: Karl Waclawek (kwaclaw)
Date: 2003-10-22 20:26

Message:
Logged In: YES 
user_id=290026

Thanks for pointing out these inconsistencies.

As far as default options are concerned:
I think we should leave it as /MT as this does not
force one to include MSVCRTxx.DLL in the distribution.

So what should be fixed is the documentation.
In any case, it's easy to change for a custom build.

Are there good reasons to do it differently?

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=828485&group_id=10127

From noreply at sourceforge.net  Mon Nov  3 08:04:56 2003
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon Nov  3 08:05:15 2003
Subject: [Expat-bugs] [ expat-Bugs-780087 ] bad gcc flag when linking
	library in Soalris 2.8
Message-ID: <E1AGeO8-00007D-00@sc8-sf-web2.sourceforge.net>

Bugs item #780087, was opened at 2003-07-30 09:44
Message generated for change (Comment added) made by fgibbins
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=780087&group_id=10127

Category: Build control
Group: Platform Specific
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Greg Stein (gstein)
Summary: bad gcc flag when linking library in Soalris 2.8

Initial Comment:

expat 1.95.5, 1.95.6

When libtool links the lib/xmlparse.lo lib/xmltok.lo 
lib/xmlrole.lo into libexpat.la on Solaris 2.8 when using 
gcc(3.3 or 3.1), libgcc(3.1 or 3.3) and binutils
(2.11.2) ,from SunFreeware.com,  it includes the '-no-
undefined' flag which causes the make to always fail 
with a "main not found in crt1.o" error.

This of course is silly 'coz a library has no 'main', see gcc 
discusion http://www.geocrawler.com/mail/msg.php3?
msg_id=2903632&list=28. 

Looking at libtools "link" case statement I see it 
sets "allow_undefined=yes" but this does not translate 
to the make line. Could this be a problem?

When I manually edited the "make" line, removing the 
flag '-no-undefined'  the library was built without error.

As this stops expat building from source on the above 
platform can I sugest that this is considered an urgent 
bug to be fixed?

Of course I could be wrong :-) Here's an example (I've 
used 1.95.5 to avoid all those regparm warning 
messages you get in 1.95.6 on Solaris with gcc 3.1/3.3)

snip---

Script started on Wed Jul 30 09:41:53 2003
sh-2.03$ cd expat-1.95.5
sh-2.03$ make distclean ; ./configure ; make
cd lib && rm -f libexpat.la *.o *.lo && rm -rf .libs _libs
cd xmlwf && rm -f xmlwf *.o *.lo && rm -rf .libs _libs
cd examples && rm -f elements outline *.o *.lo && rm -
rf .libs _libs
cd tests && rm -rf .libs runtests runtests.o chardata.o
rm -rf .libs libexpat.la
find . -name core | xargs rm -f
rm -f expat_config.h config.status config.log 
config.cache libtool
rm -f Makefile
checking build system type... sparc-sun-solaris2.8
checking host system type... sparc-sun-solaris2.8
checking for gcc... /usr/local/bin/gcc
checking for C compiler default output... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether /usr/local/bin/gcc accepts -g... yes
checking for ld used by GCC... /usr/local/bin/gcc
checking if the linker (/usr/local/bin/gcc) is GNU ld... no
checking for /usr/local/bin/gcc option to reload object 
files... -r
checking for BSD-compatible nm... /usr/local/bin/nm -B
checking whether ln -s works... yes
checking how to recognise dependant libraries... pass_all
checking command to parse /usr/local/bin/nm -B 
output... ok
checking how to run the C 
preprocessor... /usr/local/bin/gcc -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... no
checking for unistd.h... yes
checking dlfcn.h usability... yes
checking dlfcn.h presence... yes
checking for dlfcn.h... yes
checking for ranlib... ranlib
checking for strip... strip
checking for objdir... .libs
checking for /usr/local/bin/gcc option to produce PIC... -
fPIC
checking if /usr/local/bin/gcc PIC flag -fPIC works... yes
checking if /usr/local/bin/gcc static flag -static works... 
yes
checking if /usr/local/bin/gcc supports -c -o file.o... yes
checking if /usr/local/bin/gcc supports -c -o file.lo... yes
checking if /usr/local/bin/gcc supports -fno-rtti -fno-
exceptions... yes
checking whether the linker (/usr/local/bin/gcc) supports 
shared libraries... ye
s
checking how to hardcode library paths into programs... 
immediate
checking whether stripping libraries is possible... yes
checking dynamic linker characteristics... solaris2.8 ld.so
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
creating libtool
checking for gcc... (cached) /usr/local/bin/gcc
checking whether we are using the GNU C compiler... 
(cached) yes
checking whether /usr/local/bin/gcc accepts -g... 
(cached) yes
checking for a BSD-compatible install... conftools/install-
sh -c
checking whether gcc accepts -fexceptions... yes
checking for ANSI C header files... (cached) yes
checking fcntl.h usability... yes
checking fcntl.h presence... yes
checking for fcntl.h... yes
checking for unistd.h... (cached) yes
checking whether byte ordering is bigendian... yes
checking for /usr/local/bin/gcc option to accept ANSI 
C... none needed
checking for an ANSI C-conforming const... yes
checking for off_t... yes
checking for size_t... yes
checking for working memcmp... yes
checking for stdlib.h... (cached) yes
checking for unistd.h... (cached) yes
checking for getpagesize... yes
checking for working mmap... yes
checking for memmove... yes
checking for bcopy... yes
configure: creating ./config.status
config.status: creating Makefile
config.status: creating expat_config.h
/bin/bash ./libtool --silent --
mode=compile /usr/local/bin/gcc -g -O2 -Wall -Wmi
ssing-prototypes -Wstrict-prototypes -fexceptions   -
I./lib -I. -o lib/xmlparse.
lo -c lib/xmlparse.c
/bin/bash ./libtool --silent --
mode=compile /usr/local/bin/gcc -g -O2 -Wall -Wmi
ssing-prototypes -Wstrict-prototypes -fexceptions   -
I./lib -I. -o lib/xmltok.lo
 -c lib/xmltok.c
/bin/bash ./libtool --silent --
mode=compile /usr/local/bin/gcc -g -O2 -Wall -Wmi
ssing-prototypes -Wstrict-prototypes -fexceptions   -
I./lib -I. -o lib/xmlrole.l
o -c lib/xmlrole.c
/bin/bash ./libtool --silent --
mode=link /usr/local/bin/gcc -g -O2 -Wall -Wmissi
ng-prototypes -Wstrict-prototypes -fexceptions   -
I./lib -I. -no-undefined -vers
ion-info 4:0:4 -rpath /usr/local/lib  -o libexpat.la 
lib/xmlparse.lo lib/xmltok.lo lib/xmlrole.lo
Undefined                       first referenced
 symbol                             in file
main                                /usr/local/lib/gcc-lib/sparc-
sun-solaris2.8/
3.3/crt1.o
ld: fatal: Symbol referencing errors. No output written 
to .libs/libexpat.so.0.4
.0
collect2: ld returned 1 exit status
*** Error code 1
make: Fatal error: Command failed for target `libexpat.la'
sh-2.03$ exit

script done on Wed Jul 30 09:43:53 2003

snip---





----------------------------------------------------------------------

Comment By: Faye Gibbins (fgibbins)
Date: 2003-11-03 13:04

Message:
Logged In: YES 
user_id=837230

I'm still getting this on Solairs 2.8 with expat 1.95.7

snip---

/bin/bash ./libtool --silent --mode=compile /usr/local/bin/gcc -
g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -
fexceptions -DHAVE_EXPAT_CONFIG_H   -I./lib -I. -o 
lib/xmltok.lo -c lib/xmltok.c
/bin/bash ./libtool --silent --mode=compile /usr/local/bin/gcc -
g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -
fexceptions -DHAVE_EXPAT_CONFIG_H   -I./lib -I. -o 
lib/xmlrole.lo -c lib/xmlrole.c
/bin/bash ./libtool --silent --mode=link /usr/local/bin/gcc -g -
O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -
fexceptions -DHAVE_EXPAT_CONFIG_H   -I./lib -I. -no-
undefined -version-info 5:0:5 -
rpath /home/l347283/tmp/expat/lib  -o libexpat.la 
lib/xmlparse.lo lib/xmltok.lo lib/xmlrole.lo
Undefined                       first referenced
 symbol                             in file
main                                /usr/local/lib/gcc-lib/sparc-sun-
solaris2.8/3.3/crt1.o
ld: fatal: Symbol referencing errors. No output written 
to .libs/libexpat.so.0.5.0
collect2: ld returned 1 exit status
*** Error code 1
make: Fatal error: Command failed for target `libexpat.la'
[l347283@ifperf expat-1.95.7]$


snip---

----------------------------------------------------------------------

Comment By: Fred L. Drake, Jr. (fdrake)
Date: 2003-10-14 20:47

Message:
Logged In: YES 
user_id=3066

There's a snapshot of the current CVS version at:

http://www.libexpat.org/expat-2003-10-11.tar.gz

Can anyone reproduce this using this snapshot?

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=780087&group_id=10127

From noreply at sourceforge.net  Mon Nov  3 11:25:51 2003
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon Nov  3 11:25:55 2003
Subject: [Expat-bugs] [ expat-Patches-835123 ] Suspend/Resume functionality
Message-ID: <E1AGhWZ-0003UI-00@sc8-sf-web3.sourceforge.net>

Patches item #835123, was opened at 2003-11-03 11:25
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=310127&aid=835123&group_id=10127

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Karl Waclawek (kwaclaw)
Assigned to: Karl Waclawek (kwaclaw)
Summary: Suspend/Resume functionality

Initial Comment:
This patch adds suspend/resume functionality to Expat.

The API is updated as follows:
- Added XML_STATUS_SUSPENDED to enum XML_Status
- Added function XML_StopParser()
- Added function XML_ResumeParser()
- Added more error codes and strings

The parser can be stopped (aborted) or suspended by
calling XML_StopParser() from a handler call-back.
Parsing can be resumed calling XML_ResumeParser().
For details check out the description in expat.h.

This API is subject to change, especially if it should
not be included in the Epat 2.0 release, in which case
it will have to adjust to the API changes intended for
Expat 3.0.

The attached file PatchDesc.txt contains a more
detailed overview of the patch implementation.
The attached diff file is taken against current CVS
as of the submission date of this patch.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=310127&aid=835123&group_id=10127

From noreply at sourceforge.net  Tue Nov  4 09:28:41 2003
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue Nov  4 09:29:51 2003
Subject: [Expat-bugs] [ expat-Patches-835123 ] Suspend/Resume functionality
Message-ID: <E1AH2Aj-0001pW-00@sc8-sf-web1.sourceforge.net>

Patches item #835123, was opened at 2003-11-03 11:25
Message generated for change (Comment added) made by kwaclaw
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=310127&aid=835123&group_id=10127

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Karl Waclawek (kwaclaw)
Assigned to: Karl Waclawek (kwaclaw)
Summary: Suspend/Resume functionality

Initial Comment:
This patch adds suspend/resume functionality to Expat.

The API is updated as follows:
- Added XML_STATUS_SUSPENDED to enum XML_Status
- Added function XML_StopParser()
- Added function XML_ResumeParser()
- Added more error codes and strings

The parser can be stopped (aborted) or suspended by
calling XML_StopParser() from a handler call-back.
Parsing can be resumed calling XML_ResumeParser().
For details check out the description in expat.h.

This API is subject to change, especially if it should
not be included in the Epat 2.0 release, in which case
it will have to adjust to the API changes intended for
Expat 3.0.

The attached file PatchDesc.txt contains a more
detailed overview of the patch implementation.
The attached diff file is taken against current CVS
as of the submission date of this patch.

----------------------------------------------------------------------

>Comment By: Karl Waclawek (kwaclaw)
Date: 2003-11-04 09:28

Message:
Logged In: YES 
user_id=290026

I attached a new patch file that includes one added API
function: XML_GetParserState(), which exposes the parser's
state with regards to being initialized, suspended or finished, 
returning this enum:

enum XML_ParserState {
  XML_INITIALIZED,
  XML_PARSING,
  XML_FINISHED,
  XML_SUSPENDED
};

Otherwise this patch revision is the same as the previous one.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=310127&aid=835123&group_id=10127

From noreply at sourceforge.net  Wed Nov  5 09:52:26 2003
From: noreply at sourceforge.net (SourceForge.net)
Date: Wed Nov  5 09:53:33 2003
Subject: [Expat-bugs] [ expat-Patches-835123 ] Suspend/Resume functionality
Message-ID: <E1AHP1G-00079q-00@sc8-sf-web3.sourceforge.net>

Patches item #835123, was opened at 2003-11-03 11:25
Message generated for change (Comment added) made by kwaclaw
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=310127&aid=835123&group_id=10127

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Karl Waclawek (kwaclaw)
Assigned to: Karl Waclawek (kwaclaw)
Summary: Suspend/Resume functionality

Initial Comment:
This patch adds suspend/resume functionality to Expat.

The API is updated as follows:
- Added XML_STATUS_SUSPENDED to enum XML_Status
- Added function XML_StopParser()
- Added function XML_ResumeParser()
- Added more error codes and strings

The parser can be stopped (aborted) or suspended by
calling XML_StopParser() from a handler call-back.
Parsing can be resumed calling XML_ResumeParser().
For details check out the description in expat.h.

This API is subject to change, especially if it should
not be included in the Epat 2.0 release, in which case
it will have to adjust to the API changes intended for
Expat 3.0.

The attached file PatchDesc.txt contains a more
detailed overview of the patch implementation.
The attached diff file is taken against current CVS
as of the submission date of this patch.

----------------------------------------------------------------------

>Comment By: Karl Waclawek (kwaclaw)
Date: 2003-11-05 09:52

Message:
Logged In: YES 
user_id=290026

Attached is patch revision 3. 

No change in internal functionality.
Renamed fields and macros and renamed the API function
XML_GetParserState to XML_GetParsingStatus, as it
really does not return the parser's state.

Also renamed enum  XML_ParserState to XML_Parsing and 
introduced struct XML_ParsingStatus, which is returned by
XML_GetParsingStatus and now also contains the finalBuffer 
flag. I did this since it makes no sense to have to keep track
of this information externally if it is already tracked internally.


----------------------------------------------------------------------

Comment By: Karl Waclawek (kwaclaw)
Date: 2003-11-04 09:28

Message:
Logged In: YES 
user_id=290026

I attached a new patch file that includes one added API
function: XML_GetParserState(), which exposes the parser's
state with regards to being initialized, suspended or finished, 
returning this enum:

enum XML_ParserState {
  XML_INITIALIZED,
  XML_PARSING,
  XML_FINISHED,
  XML_SUSPENDED
};

Otherwise this patch revision is the same as the previous one.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=310127&aid=835123&group_id=10127

From shard at neoni.net  Sat Nov  8 17:34:57 2003
From: shard at neoni.net (shard@neoni.net)
Date: Sat Nov  8 17:35:50 2003
Subject: [Expat-bugs] [PATCH] small include addition to compile 1.95.7 on
	BeOS
Message-ID: <20031108233457.12707.4@bepc.home.astercity.net>

Hi,

There is only one more include needed to compile expat on BeOS, it would 
be great if it could be applied to official sources :)

THX in advance
Regards
Shard
-------------- next part --------------
diff -r -u /boot/home/Unzipped/expat-1.95.7/xmlwf/readfilemap.c /BeStorage/Sources/Apps/LibPak/src_current/expat-1.95.7/xmlwf/readfilemap.c
--- /boot/home/Unzipped/expat-1.95.7/xmlwf/readfilemap.c	Wed Nov 20 17:20:10 2002
+++ /BeStorage/Sources/Apps/LibPak/src_current/expat-1.95.7/xmlwf/readfilemap.c	Mon Oct 27 18:58:34 2003
@@ -8,6 +8,10 @@
 #include <stdlib.h>
 #include <stdio.h>
 
+#ifdef __BEOS__
+#include <unistd.h>
+#endif
+
 #ifndef S_ISREG
 #ifndef S_IFREG
 #define S_IFREG _S_IFREG
From noreply at sourceforge.net  Mon Nov 10 13:21:09 2003
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon Nov 10 13:21:13 2003
Subject: [Expat-bugs] [ expat-Bugs-544682 ] Support Pull operation
Message-ID: <E1AJGez-0001ke-00@sc8-sf-web4.sourceforge.net>

Bugs item #544682, was opened at 2002-04-16 10:34
Message generated for change (Comment added) made by kwaclaw
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=544682&group_id=10127

Category: None
Group: Feature Request
Status: Open
Resolution: None
Priority: 5
Submitted By: Karl Waclawek (kwaclaw)
Assigned to: Karl Waclawek (kwaclaw)
Summary: Support Pull operation

Initial Comment:
Would it be hard to add the following functions?
 - suspend() ...suspends parsing, remembers state
 - resume()  ...resumes parsing from where it was 
suspended
 - abort()   ...cancels parsing
 
This looks like the concept of coroutines, and could 
have the following benefit: One could implement a
"pull" based  parser on top of the "push" based model 
of Expat.
 
This has recently been chosen as Microsoft's new 
approach,  i.e. in XML.NET, SAX has been replaced by
a pull based parser("XMLReader").
 
Typical pull code would look like:
 while parser.nextNode() do
 begin
  //process current node
 end;
 
It seems to me such a parser could be implemented on
top of SAX or Expat, if there was functionality as 
described above. Microsoft's MSXML3 implementation
has the IMXReaderControl interface, which allows 
exactly that. Makes me think that (maybe) MS's "pull"
implementation is implemented on top of their own SAX 
parser.
 
So, my question again: How hard would it be to add
such coroutine-like functionality to Expat?
 
Karl
 


----------------------------------------------------------------------

>Comment By: Karl Waclawek (kwaclaw)
Date: 2003-11-10 13:21

Message:
Logged In: YES 
user_id=290026

Check out patch #835123. If accepted, this should be
a major step towards fulfilling this feature request.

The question even is if patch #835123 would not be sufficient,
as it may be a better approach to implement the actual
Pull API in the target language that wraps the Expat parser.

A C-style Pull API would then be only targeted at the
C-language itself.

Karl

----------------------------------------------------------------------

Comment By: Karl Waclawek (kwaclaw)
Date: 2002-07-27 23:04

Message:
Logged In: YES 
user_id=290026

It looks as if I am going to try to port the block/unblock
functionality from the Mozilla version of Expat.
Assigned to me because of that.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=544682&group_id=10127

From noreply at sourceforge.net  Mon Nov 10 13:25:39 2003
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon Nov 10 13:25:49 2003
Subject: [Expat-bugs] [ expat-Patches-835123 ] Suspend/Resume functionality
Message-ID: <E1AJGjL-00011f-00@sc8-sf-web2.sourceforge.net>

Patches item #835123, was opened at 2003-11-03 11:25
Message generated for change (Comment added) made by kwaclaw
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=310127&aid=835123&group_id=10127

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Karl Waclawek (kwaclaw)
Assigned to: Karl Waclawek (kwaclaw)
Summary: Suspend/Resume functionality

Initial Comment:
This patch adds suspend/resume functionality to Expat.

The API is updated as follows:
- Added XML_STATUS_SUSPENDED to enum XML_Status
- Added function XML_StopParser()
- Added function XML_ResumeParser()
- Added more error codes and strings

The parser can be stopped (aborted) or suspended by
calling XML_StopParser() from a handler call-back.
Parsing can be resumed calling XML_ResumeParser().
For details check out the description in expat.h.

This API is subject to change, especially if it should
not be included in the Epat 2.0 release, in which case
it will have to adjust to the API changes intended for
Expat 3.0.

The attached file PatchDesc.txt contains a more
detailed overview of the patch implementation.
The attached diff file is taken against current CVS
as of the submission date of this patch.

----------------------------------------------------------------------

>Comment By: Karl Waclawek (kwaclaw)
Date: 2003-11-10 13:25

Message:
Logged In: YES 
user_id=290026

Linking this patch to feature request #544682.
I should also mention a reference to Fred Drake's message
in the expat-discuss list from August 8, 2002:
http://mail.libexpat.org/pipermail/expat-discuss/2002-
August/000602.html.

----------------------------------------------------------------------

Comment By: Karl Waclawek (kwaclaw)
Date: 2003-11-05 09:52

Message:
Logged In: YES 
user_id=290026

Attached is patch revision 3. 

No change in internal functionality.
Renamed fields and macros and renamed the API function
XML_GetParserState to XML_GetParsingStatus, as it
really does not return the parser's state.

Also renamed enum  XML_ParserState to XML_Parsing and 
introduced struct XML_ParsingStatus, which is returned by
XML_GetParsingStatus and now also contains the finalBuffer 
flag. I did this since it makes no sense to have to keep track
of this information externally if it is already tracked internally.


----------------------------------------------------------------------

Comment By: Karl Waclawek (kwaclaw)
Date: 2003-11-04 09:28

Message:
Logged In: YES 
user_id=290026

I attached a new patch file that includes one added API
function: XML_GetParserState(), which exposes the parser's
state with regards to being initialized, suspended or finished, 
returning this enum:

enum XML_ParserState {
  XML_INITIALIZED,
  XML_PARSING,
  XML_FINISHED,
  XML_SUSPENDED
};

Otherwise this patch revision is the same as the previous one.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=310127&aid=835123&group_id=10127

From noreply at sourceforge.net  Tue Nov 11 13:41:56 2003
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue Nov 11 13:42:02 2003
Subject: [Expat-bugs] [ expat-Bugs-840173 ] Add define to descrip.mms file.
Message-ID: <E1AJdSe-0004UF-00@sc8-sf-web2.sourceforge.net>

Bugs item #840173, was opened at 2003-11-11 10:41
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=840173&group_id=10127

Category: Build control
Group: Platform Specific
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Greg Stein (gstein)
Summary: Add define to descrip.mms file.

Initial Comment:
Expat 1.95.7 downloaded 11-NOV-2003
compile on VAX/VMS 6.2
Compaq C 6.4-005

Since there is a expat_config.h file that defines expat 
behavior on VMS platform, there is a need to define 
HAVE_EXPAT_CONFIG_H in the compiler command for 
the build.

Simply add >,HAVE_EXPAT_CONFIG_H< to the 

DEFS = /DEFINE... line in descrip.mms. The new line 
whould read like this:

DEFS = /DEFINE=
(PACKAGE="""$(PACKAGE)""",VERSION="""$PACKAGE)_
($VERSION)""",HAVE_EXPAT_CONFIG_H)

Version number in descrip.mms should also be updated.

Thanks for your efforts.
Stephane

stephane_paquin@hotmail.com

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=840173&group_id=10127

From noreply at sourceforge.net  Thu Nov 13 12:48:45 2003
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu Nov 13 12:48:48 2003
Subject: [Expat-bugs] [ expat-Patches-841591 ] Patch for bug 840173
Message-ID: <E1AKLaH-0007x1-00@sc8-sf-web4.sourceforge.net>

Patches item #841591, was opened at 2003-11-13 17:48
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=310127&aid=841591&group_id=10127

Category: Build Control
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Richard Brodie (leogah)
Assigned to: Greg Stein (gstein)
Summary: Patch for bug 840173

Initial Comment:
I concur with the original report; since we use a 
homebrew configure mechanism, we need to define 
HAVE_EXPAT_CONFIG_H.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=310127&aid=841591&group_id=10127

From noreply at sourceforge.net  Fri Nov 14 06:48:17 2003
From: noreply at sourceforge.net (SourceForge.net)
Date: Fri Nov 14 06:48:23 2003
Subject: [Expat-bugs] [ expat-Bugs-842049 ] Configure script error - CC or
	CPP
Message-ID: <E1AKcQz-0005NO-00@sc8-sf-web3.sourceforge.net>

Bugs item #842049, was opened at 2003-11-14 03:48
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=842049&group_id=10127

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Configure script error - CC or CPP

Initial Comment:
expat-1.95.7

My check install is in a none standard location.

I set the CFLAGS enviroment variable so the file could 
be found.  You then get a configure warning:


configure: WARNING: check.h: accepted by the 
compiler, rejected by the preprocessor!
configure: WARNING: check.h: proceeding with the 
preprocessor's result


This seems to be due to the preprocessor check using 
CPP and the CPPFLAGS while the compiler check uses 
CC and CFLAGS.



----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=842049&group_id=10127

From noreply at sourceforge.net  Sun Nov 16 21:53:34 2003
From: noreply at sourceforge.net (SourceForge.net)
Date: Sun Nov 16 21:53:58 2003
Subject: [Expat-bugs] [ expat-Bugs-676844 ] expat.h compile error: enum
	XML_Status
Message-ID: <E1ALZWA-0007rg-00@sc8-sf-web1.sourceforge.net>

Bugs item #676844, was opened at 2003-01-29 10:37
Message generated for change (Comment added) made by dhaji
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=676844&group_id=10127

Category: None
Group: None
Status: Closed
Resolution: Fixed
Priority: 9
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Fred L. Drake, Jr. (fdrake)
Summary: expat.h compile error: enum XML_Status

Initial Comment:
c++ -DHAVE_CONFIG_H -I. -I. -I../../autocfg -g -O2 -c
context.cpp  -fPIC -DPIC -o .libs/context.lo
In file included from parser.h:45,
                 from guard.h:143,
                 from context.cpp:45:
/usr/include/expat.h:657: use of enum `XML_Status'
without previous declaration
/usr/include/expat.h:736: multiple definition of `enum
XML_Status'


when building sablotron.

Hand editing the file to place the def of enum
XML_Status before any references to it fixes the problem.

----------------------------------------------------------------------

Comment By: richard (dhaji)
Date: 2003-11-16 21:53

Message:
Logged In: YES 
user_id=910750

Hello,

I've installed Expat 1.95.7 and am getting this error...
PHP 4.34 seems to have included Expat 1.95.6 - I wonder if 
I'm in conflict here? 
swapping PHP's version of expat.h with version in 1.95.7 did 
not move things along any further, got same error...

any suggestions?

Details:
======
OS: RH Linux 6.1
gcc: 2.91.66

-----------------------------------------------------------
checking where to find xml parser... expat (new)
checking expat.h usability... no
checking expat.h presence... yes
configure: WARNING: expat.h: present but cannot be compiled
configure: WARNING: expat.h: check for missing prerequisite 
headers?
configure: WARNING: expat.h: proceeding with the 
preprocessor's result
configure: WARNING:     ## --------------------------------
---- ##
configure: WARNING:     ## Report this to bug-
autoconf@gnu.org. ##
configure: WARNING:     ## --------------------------------
---- ##
checking for expat.h... yes
checking whether expat.h is broken... yes
configure: error: You probably have expat version 1.95.6. 
-----------------------------------------------------------

thanks in advance,
 - Richard


----------------------------------------------------------------------

Comment By: Fred L. Drake, Jr. (fdrake)
Date: 2003-10-21 00:37

Message:
Logged In: YES 
user_id=3066

Expat 1.95.7 has been released and includes the fix for this
problem.
Please update to Expat 1.95.7 if you're still having
problems related to this issue.

----------------------------------------------------------------------

Comment By: paul jobson (vbrtrmn)
Date: 2003-10-08 14:47

Message:
Logged In: YES 
user_id=155212

Platform: OSX Jaguar 10.2
expat version 1.95.6

Sablot ./configure error message:
---------------------------------
Truncated
---------------------------------
checking where to find xml parser... expat (new)
checking expat.h usability... no
checking expat.h presence... yes
configure: WARNING: expat.h: present but cannot be compiled
configure: WARNING: expat.h: check for missing prerequisite 
headers?
configure: WARNING: expat.h: proceeding with the 
preprocessor's result
configure: WARNING:     ## --------------------------------
---- ##
configure: WARNING:     ## Report this to bug-
autoconf@gnu.org. ##
configure: WARNING:     ## --------------------------------
---- ##
checking for expat.h... yes
checking whether expat.h is broken... yes
configure: error: You probably have expat version 1.95.6. 
Please refer to:
  http://sourceforge.net/tracker/index.php?
func=detail&aid=676844&group_id=10127&atid=110127
  for a description of the problem.
---------------------------------
I downloaded the newest expat.h from the CVS, stuck it in 
the /lib directory and recompiled expat, Sablot seems to 
configure correctly, now.


----------------------------------------------------------------------

Comment By: Karl Waclawek (kwaclaw)
Date: 2003-09-13 16:42

Message:
Logged In: YES 
user_id=290026

We intend to release soon. All that is holding us up
is finding the time to actually do it. Fred will be back
in a week, and I hope he can find the time then.

Now, since your users are expert enough to build
Expat from source, what is holding them back from 
using the current CVS? It is pretty much what we
will release, except possibly for minor details, or if
someone finds a bug, of course.

We do actually want users to build from CVS, as our
desire to have stable file releases means that we
want our changes to be tested as much as possible.

----------------------------------------------------------------------

Comment By: Jacob Levy (jyljyljyl)
Date: 2003-09-13 16:29

Message:
Logged In: YES 
user_id=63723

Are you planning -- please? -- to make another file release 
containing these fixes? Asking my users to build expat from 
the current release is not working, because of this bug. As a 
result, I'm recommending to my users to get/use an older 
version of expat without the new nifty features.

--JYL


----------------------------------------------------------------------

Comment By: Karl Waclawek (kwaclaw)
Date: 2003-09-13 12:19

Message:
Logged In: YES 
user_id=290026

Has been fixed in CVS for a long time.
Btw, CVS is generally stable, as we are quite careful
to commit changes only when they have been tested.
No guarantees, of course.

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2003-09-13 10:44

Message:
Logged In: NO 

this is simply a matter of the expat.h file being
wrongly organised so that "enum XML_Status"
is used several times before it is declared.
30 seconds copying and pasting will fix it.
currently nothing using expat.h compiles under
gcc 3.2.3

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2003-07-18 09:16

Message:
Logged In: NO 

After I read all this comments, i saw that u were right.  : )
I placed the following definitions 
enum XML_Status {
  XML_STATUS_ERROR = 0,
#define XML_STATUS_ERROR XML_STATUS_ERROR
  XML_STATUS_OK = 1
#define XML_STATUS_OK XML_STATUS_OK
};

at the beginning of the expat.h file, before any call to it,
and it compiled succesfully. 
After this I compiled sablot  with no problems.
thank u guys ...  : )

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2003-06-19 11:36

Message:
Logged In: NO 

in configure..::

checking XML::Parser perl module... no: documentation
requires XML::Parser module and will not be built.
checking whether to build under GPL... no
checking whether to build the debugger... no
checking where to find xml parser... expat (new)
checking expat.h usability... no
checking expat.h presence... yes
configure: WARNING: expat.h: present but cannot be compiled
configure: WARNING: expat.h: check for missing prerequisite
headers?
configure: WARNING: expat.h: proceeding with the
preprocessor's result
configure: WARNING:     ##
------------------------------------ ##
configure: WARNING:     ## Report this to
bug-autoconf@gnu.org. ##
configure: WARNING:     ##
------------------------------------ ##
checking for expat.h... yes
checking whether expat.h is broken... yes
configure: error: You probably have expat version 1.95.6.
Please refer to:
 
http://sourceforge.net/tracker/index.php?func=detail&aid=676844&group_id=10127&atid=110127
  for a description of the problem.


----------------------------------------------------------------------

Comment By: Karl Waclawek (kwaclaw)
Date: 2003-05-30 16:47

Message:
Logged In: YES 
user_id=290026

Yes, the file to fix is expat.h.

Two things you can do:

1) get the latest expat.h from CVS, or

2) use your editor to search expat.h for the first
    location where XML_STATUS is used and then
    move the definition of XML_STATUS to some
    location before that point.


----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2003-05-30 16:26

Message:
Logged In: NO 

I have the same problem has other senders, but the fix is
unclear as you did not indicate which file needs fixing (I
assume expat.h) or line number  to place the def of enum
XML_Status.  Please assume people are stupid..

checking expat.h usability... no
checking expat.h presence... yes
configure: WARNING: expat.h: present but cannot be compiled
configure: WARNING: expat.h: check for missing prerequisite
headers?
configure: WARNING: expat.h: proceeding with the
preprocessor's result
configure: WARNING:     ##
------------------------------------ ##
configure: WARNING:     ## Report this to
bug-autoconf@gnu.org. ##
configure: WARNING:     ##
------------------------------------ ##
checking for expat.h... yes
checking whether expat.h is broken... yes
configure: error: You probably have expat version 1.95.6.
Please refer to:
 
http://sourceforge.net/tracker/index.php?func=detail&aid=676844&group_id=10127&atid=110127
  for a description of the problem.

----------------------------------------------------------------------

Comment By: Karl Waclawek (kwaclaw)
Date: 2003-05-08 09:18

Message:
Logged In: YES 
user_id=290026

See above - original submission:

Hand editing the file to place the def of enum 
XML_Status before any references to it fixes the 
problem.     

----------------------------------------------------------------------

Comment By: Donche, Pieter (pdon)
Date: 2003-05-08 03:20

Message:
Logged In: YES 
user_id=774177

SUN Sparc Enterprise 2170 Solaris 2.8 
gcc 3.2
Downloaded expat-1.95.6.tar.gz
./configure, make, make install OK
Downloaded Sablot-0.98.tar.gz (Sablotron package,
from www.gingerall.com)
./configure says:
...
checking expat.h presence... yes
expat.h: present but cannot be compiled
expat.h: check for missing prerequisite headers?
expat.h: proceeding with the preprocessor's result
##-------------------------------------------------##
## Report this to bug-autoconf@gnu.org ##
##-------------------------------------------------##
checking for expat.h... yes
checking wether expat.h is broken... yes
error: You probably have expat version 1.95.6. Please refer to
 http://sourceforge.net/tracker/index.php?
func=detail&aid=676844&group_id=10127&atid=110127
for a description of the problem

-- Looked at that web-page. Don't see a solution there.
Wath is the solution ?
Pieter.Donche@ua.ac.be


----------------------------------------------------------------------

Comment By: Donche, Pieter (pdon)
Date: 2003-05-08 03:20

Message:
Logged In: YES 
user_id=774177

SUN Sparc Enterprise 2170 Solaris 2.8 
gcc 3.2
Downloaded expat-1.95.6.tar.gz
./configure, make, make install OK
Downloaded Sablot-0.98.tar.gz (Sablotron package,
from www.gingerall.com)
./configure says:
...
checking expat.h presence... yes
expat.h: present but cannot be compiled
expat.h: check for missing prerequisite headers?
expat.h: proceeding with the preprocessor's result
##-------------------------------------------------##
## Report this to bug-autoconf@gnu.org ##
##-------------------------------------------------##
checking for expat.h... yes
checking wether expat.h is broken... yes
error: You probably have expat version 1.95.6. Please refer to
 http://sourceforge.net/tracker/index.php?
func=detail&aid=676844&group_id=10127&atid=110127
for a description of the problem

-- Looked at that web-page. Don't see a solution there.
Wath is the solution ?
Pieter.Donche@ua.ac.be


----------------------------------------------------------------------

Comment By: Karl Waclawek (kwaclaw)
Date: 2003-04-16 09:59

Message:
Logged In: YES 
user_id=290026

Changed priority to highest to make it more visible,
so that double reporting incidents occur less frequently.

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2003-03-27 05:42

Message:
Logged In: NO 

Same problem and the same fix under Linux and gcc 2.95.2.

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2003-03-07 06:20

Message:
Logged In: NO 

same problem, same fix when building 1.95.6 on vms
(just downloaded .tar.gz & processed - got the rpm, but
don't know what to do with it - not an archive type I know
how to handle on vms, or windows either)
              - chris.sharman@ccagroup.co.uk

----------------------------------------------------------------------

Comment By: Karl Waclawek (kwaclaw)
Date: 2003-02-28 21:03

Message:
Logged In: YES 
user_id=290026

Strange - I had no problems with MS VC++ 6.0.
Which service pack level have you applied?

----------------------------------------------------------------------

Comment By: Jacob Levy (jyljyljyl)
Date: 2003-02-28 20:35

Message:
Logged In: YES 
user_id=63723

This makes Expat 1.95.6 unusable for people who create
libraries that depend on Expat but don't include their own
copy of Expat. Sure, I can edit expat.h and fix it, but my
users should not be expected to do that.

For that reason I'm staying with Expat 1.95.5 until this
problem is fixed. It'd be really nice if you could make
Expat 1.95.7 soon..

In my case GCC 2.95.2 and VC++ 6.0 are complaining.


----------------------------------------------------------------------

Comment By: Melvyn Sopacua (nyvlem)
Date: 2003-02-14 02:56

Message:
Logged In: YES 
user_id=212431

Yes, that works.

----------------------------------------------------------------------

Comment By: Karl Waclawek (kwaclaw)
Date: 2003-02-06 15:47

Message:
Logged In: YES 
user_id=290026

But current CVS works for you, right?

----------------------------------------------------------------------

Comment By: Melvyn Sopacua (nyvlem)
Date: 2003-02-06 15:17

Message:
Logged In: YES 
user_id=212431

> So far only gcc3.2 has complained.

Nope:
/usr/local/include/expat.h:657: use of enum `XML_Status' 
without previous declaration
/usr/local/include/expat.h:736: multiple definition of `enum 
XML_Status'
gmake[2]: *** [context.lo] Error 1
gmake[2]: Leaving directory 
`/home/mdev/cvs/sablot/src/engine'
gmake[1]: *** [all-recursive] Error 1
gmake[1]: Leaving directory `/home/mdev/cvs/sablot/src'
gmake: *** [all-recursive] Error 1

$ gcc --version
2.95.3

----------------------------------------------------------------------

Comment By: Karl Waclawek (kwaclaw)
Date: 2003-01-31 09:43

Message:
Logged In: YES 
user_id=290026

It *is* fixed in CVS. Are you sure you checked out the 
right version, which is expat.h 1.51?

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2003-01-31 05:34

Message:
Logged In: NO 

I just got the same error, already fixed it. But don't 
understand why it isn't fixed in CVS ?

----------------------------------------------------------------------

Comment By: Fred L. Drake, Jr. (fdrake)
Date: 2003-01-29 13:44

Message:
Logged In: YES 
user_id=3066

I've not checked the C89 standard yet, but Expat 1.95.6 is 
certainly dodgy in this case.  ;-(  The first draft of the C spec I 
found online certainly seemed to imply that any use of an 
incomplete enum is not allowed; I'm not likely to go out and 
buy a copy of the final spec to check further.  ;-)

As noted, this has been fixed in CVS.  Fixed the summary to 
better indicate what this report is about, and lowered the 
priority to get it out of the way for maintainers.

----------------------------------------------------------------------

Comment By: Karl Waclawek (kwaclaw)
Date: 2003-01-29 10:51

Message:
Logged In: YES 
user_id=290026

So far only gcc3.2 has complained.
Not sure if this is a bug, since most compilers accept it,
but it has been fixed in CVS already anyway.

Set resolution status to fixed, but leave open.
There may be other users who would report this as a bug
and I want them to see the open report instead of 
having duplicates created.

Assigned to Fred - since he may know more about
whether this truly is a bug.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=676844&group_id=10127

From noreply at sourceforge.net  Mon Nov 17 10:37:02 2003
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon Nov 17 10:37:06 2003
Subject: [Expat-bugs] [ expat-Bugs-840173 ] Add define to descrip.mms file.
Message-ID: <E1ALlR0-0000iI-00@sc8-sf-web2.sourceforge.net>

Bugs item #840173, was opened at 2003-11-11 13:41
Message generated for change (Comment added) made by fdrake
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=840173&group_id=10127

Category: Build control
Group: Platform Specific
>Status: Closed
>Resolution: Accepted
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
>Assigned to: Fred L. Drake, Jr. (fdrake)
Summary: Add define to descrip.mms file.

Initial Comment:
Expat 1.95.7 downloaded 11-NOV-2003
compile on VAX/VMS 6.2
Compaq C 6.4-005

Since there is a expat_config.h file that defines expat 
behavior on VMS platform, there is a need to define 
HAVE_EXPAT_CONFIG_H in the compiler command for 
the build.

Simply add >,HAVE_EXPAT_CONFIG_H< to the 

DEFS = /DEFINE... line in descrip.mms. The new line 
whould read like this:

DEFS = /DEFINE=
(PACKAGE="""$(PACKAGE)""",VERSION="""$PACKAGE)_
($VERSION)""",HAVE_EXPAT_CONFIG_H)

Version number in descrip.mms should also be updated.

Thanks for your efforts.
Stephane

stephane_paquin@hotmail.com

----------------------------------------------------------------------

>Comment By: Fred L. Drake, Jr. (fdrake)
Date: 2003-11-17 10:37

Message:
Logged In: YES 
user_id=3066

Committed as vms/descrip.mms revision 1.3.
Untested as I have no access to (or expertise on) VMS.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=840173&group_id=10127

From noreply at sourceforge.net  Mon Nov 17 10:30:39 2003
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon Nov 17 10:44:02 2003
Subject: [Expat-bugs] [ expat-Bugs-676844 ] expat.h compile error: enum
	XML_Status
Message-ID: <E1ALlKp-0000aT-00@sc8-sf-web3.sourceforge.net>

Bugs item #676844, was opened at 2003-01-29 10:37
Message generated for change (Comment added) made by fdrake
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=676844&group_id=10127

Category: None
Group: None
Status: Closed
Resolution: Fixed
Priority: 9
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Fred L. Drake, Jr. (fdrake)
Summary: expat.h compile error: enum XML_Status

Initial Comment:
c++ -DHAVE_CONFIG_H -I. -I. -I../../autocfg -g -O2 -c
context.cpp  -fPIC -DPIC -o .libs/context.lo
In file included from parser.h:45,
                 from guard.h:143,
                 from context.cpp:45:
/usr/include/expat.h:657: use of enum `XML_Status'
without previous declaration
/usr/include/expat.h:736: multiple definition of `enum
XML_Status'


when building sablotron.

Hand editing the file to place the def of enum
XML_Status before any references to it fixes the problem.

----------------------------------------------------------------------

>Comment By: Fred L. Drake, Jr. (fdrake)
Date: 2003-11-17 10:30

Message:
Logged In: YES 
user_id=3066

You need to contact the PHP maintainers regarding this,
though it may be a matter of needed to remove config.cache
and then running configure again.

The problem has definately been fixed in Expat 1.95.7.

----------------------------------------------------------------------

Comment By: richard (dhaji)
Date: 2003-11-16 21:53

Message:
Logged In: YES 
user_id=910750

Hello,

I've installed Expat 1.95.7 and am getting this error...
PHP 4.34 seems to have included Expat 1.95.6 - I wonder if 
I'm in conflict here? 
swapping PHP's version of expat.h with version in 1.95.7 did 
not move things along any further, got same error...

any suggestions?

Details:
======
OS: RH Linux 6.1
gcc: 2.91.66

-----------------------------------------------------------
checking where to find xml parser... expat (new)
checking expat.h usability... no
checking expat.h presence... yes
configure: WARNING: expat.h: present but cannot be compiled
configure: WARNING: expat.h: check for missing prerequisite 
headers?
configure: WARNING: expat.h: proceeding with the 
preprocessor's result
configure: WARNING:     ## --------------------------------
---- ##
configure: WARNING:     ## Report this to bug-
autoconf@gnu.org. ##
configure: WARNING:     ## --------------------------------
---- ##
checking for expat.h... yes
checking whether expat.h is broken... yes
configure: error: You probably have expat version 1.95.6. 
-----------------------------------------------------------

thanks in advance,
 - Richard


----------------------------------------------------------------------

Comment By: Fred L. Drake, Jr. (fdrake)
Date: 2003-10-21 00:37

Message:
Logged In: YES 
user_id=3066

Expat 1.95.7 has been released and includes the fix for this
problem.
Please update to Expat 1.95.7 if you're still having
problems related to this issue.

----------------------------------------------------------------------

Comment By: paul jobson (vbrtrmn)
Date: 2003-10-08 14:47

Message:
Logged In: YES 
user_id=155212

Platform: OSX Jaguar 10.2
expat version 1.95.6

Sablot ./configure error message:
---------------------------------
Truncated
---------------------------------
checking where to find xml parser... expat (new)
checking expat.h usability... no
checking expat.h presence... yes
configure: WARNING: expat.h: present but cannot be compiled
configure: WARNING: expat.h: check for missing prerequisite 
headers?
configure: WARNING: expat.h: proceeding with the 
preprocessor's result
configure: WARNING:     ## --------------------------------
---- ##
configure: WARNING:     ## Report this to bug-
autoconf@gnu.org. ##
configure: WARNING:     ## --------------------------------
---- ##
checking for expat.h... yes
checking whether expat.h is broken... yes
configure: error: You probably have expat version 1.95.6. 
Please refer to:
  http://sourceforge.net/tracker/index.php?
func=detail&aid=676844&group_id=10127&atid=110127
  for a description of the problem.
---------------------------------
I downloaded the newest expat.h from the CVS, stuck it in 
the /lib directory and recompiled expat, Sablot seems to 
configure correctly, now.


----------------------------------------------------------------------

Comment By: Karl Waclawek (kwaclaw)
Date: 2003-09-13 16:42

Message:
Logged In: YES 
user_id=290026

We intend to release soon. All that is holding us up
is finding the time to actually do it. Fred will be back
in a week, and I hope he can find the time then.

Now, since your users are expert enough to build
Expat from source, what is holding them back from 
using the current CVS? It is pretty much what we
will release, except possibly for minor details, or if
someone finds a bug, of course.

We do actually want users to build from CVS, as our
desire to have stable file releases means that we
want our changes to be tested as much as possible.

----------------------------------------------------------------------

Comment By: Jacob Levy (jyljyljyl)
Date: 2003-09-13 16:29

Message:
Logged In: YES 
user_id=63723

Are you planning -- please? -- to make another file release 
containing these fixes? Asking my users to build expat from 
the current release is not working, because of this bug. As a 
result, I'm recommending to my users to get/use an older 
version of expat without the new nifty features.

--JYL


----------------------------------------------------------------------

Comment By: Karl Waclawek (kwaclaw)
Date: 2003-09-13 12:19

Message:
Logged In: YES 
user_id=290026

Has been fixed in CVS for a long time.
Btw, CVS is generally stable, as we are quite careful
to commit changes only when they have been tested.
No guarantees, of course.

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2003-09-13 10:44

Message:
Logged In: NO 

this is simply a matter of the expat.h file being
wrongly organised so that "enum XML_Status"
is used several times before it is declared.
30 seconds copying and pasting will fix it.
currently nothing using expat.h compiles under
gcc 3.2.3

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2003-07-18 09:16

Message:
Logged In: NO 

After I read all this comments, i saw that u were right.  : )
I placed the following definitions 
enum XML_Status {
  XML_STATUS_ERROR = 0,
#define XML_STATUS_ERROR XML_STATUS_ERROR
  XML_STATUS_OK = 1
#define XML_STATUS_OK XML_STATUS_OK
};

at the beginning of the expat.h file, before any call to it,
and it compiled succesfully. 
After this I compiled sablot  with no problems.
thank u guys ...  : )

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2003-06-19 11:36

Message:
Logged In: NO 

in configure..::

checking XML::Parser perl module... no: documentation
requires XML::Parser module and will not be built.
checking whether to build under GPL... no
checking whether to build the debugger... no
checking where to find xml parser... expat (new)
checking expat.h usability... no
checking expat.h presence... yes
configure: WARNING: expat.h: present but cannot be compiled
configure: WARNING: expat.h: check for missing prerequisite
headers?
configure: WARNING: expat.h: proceeding with the
preprocessor's result
configure: WARNING:     ##
------------------------------------ ##
configure: WARNING:     ## Report this to
bug-autoconf@gnu.org. ##
configure: WARNING:     ##
------------------------------------ ##
checking for expat.h... yes
checking whether expat.h is broken... yes
configure: error: You probably have expat version 1.95.6.
Please refer to:
 
http://sourceforge.net/tracker/index.php?func=detail&aid=676844&group_id=10127&atid=110127
  for a description of the problem.


----------------------------------------------------------------------

Comment By: Karl Waclawek (kwaclaw)
Date: 2003-05-30 16:47

Message:
Logged In: YES 
user_id=290026

Yes, the file to fix is expat.h.

Two things you can do:

1) get the latest expat.h from CVS, or

2) use your editor to search expat.h for the first
    location where XML_STATUS is used and then
    move the definition of XML_STATUS to some
    location before that point.


----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2003-05-30 16:26

Message:
Logged In: NO 

I have the same problem has other senders, but the fix is
unclear as you did not indicate which file needs fixing (I
assume expat.h) or line number  to place the def of enum
XML_Status.  Please assume people are stupid..

checking expat.h usability... no
checking expat.h presence... yes
configure: WARNING: expat.h: present but cannot be compiled
configure: WARNING: expat.h: check for missing prerequisite
headers?
configure: WARNING: expat.h: proceeding with the
preprocessor's result
configure: WARNING:     ##
------------------------------------ ##
configure: WARNING:     ## Report this to
bug-autoconf@gnu.org. ##
configure: WARNING:     ##
------------------------------------ ##
checking for expat.h... yes
checking whether expat.h is broken... yes
configure: error: You probably have expat version 1.95.6.
Please refer to:
 
http://sourceforge.net/tracker/index.php?func=detail&aid=676844&group_id=10127&atid=110127
  for a description of the problem.

----------------------------------------------------------------------

Comment By: Karl Waclawek (kwaclaw)
Date: 2003-05-08 09:18

Message:
Logged In: YES 
user_id=290026

See above - original submission:

Hand editing the file to place the def of enum 
XML_Status before any references to it fixes the 
problem.     

----------------------------------------------------------------------

Comment By: Donche, Pieter (pdon)
Date: 2003-05-08 03:20

Message:
Logged In: YES 
user_id=774177

SUN Sparc Enterprise 2170 Solaris 2.8 
gcc 3.2
Downloaded expat-1.95.6.tar.gz
./configure, make, make install OK
Downloaded Sablot-0.98.tar.gz (Sablotron package,
from www.gingerall.com)
./configure says:
...
checking expat.h presence... yes
expat.h: present but cannot be compiled
expat.h: check for missing prerequisite headers?
expat.h: proceeding with the preprocessor's result
##-------------------------------------------------##
## Report this to bug-autoconf@gnu.org ##
##-------------------------------------------------##
checking for expat.h... yes
checking wether expat.h is broken... yes
error: You probably have expat version 1.95.6. Please refer to
 http://sourceforge.net/tracker/index.php?
func=detail&aid=676844&group_id=10127&atid=110127
for a description of the problem

-- Looked at that web-page. Don't see a solution there.
Wath is the solution ?
Pieter.Donche@ua.ac.be


----------------------------------------------------------------------

Comment By: Donche, Pieter (pdon)
Date: 2003-05-08 03:20

Message:
Logged In: YES 
user_id=774177

SUN Sparc Enterprise 2170 Solaris 2.8 
gcc 3.2
Downloaded expat-1.95.6.tar.gz
./configure, make, make install OK
Downloaded Sablot-0.98.tar.gz (Sablotron package,
from www.gingerall.com)
./configure says:
...
checking expat.h presence... yes
expat.h: present but cannot be compiled
expat.h: check for missing prerequisite headers?
expat.h: proceeding with the preprocessor's result
##-------------------------------------------------##
## Report this to bug-autoconf@gnu.org ##
##-------------------------------------------------##
checking for expat.h... yes
checking wether expat.h is broken... yes
error: You probably have expat version 1.95.6. Please refer to
 http://sourceforge.net/tracker/index.php?
func=detail&aid=676844&group_id=10127&atid=110127
for a description of the problem

-- Looked at that web-page. Don't see a solution there.
Wath is the solution ?
Pieter.Donche@ua.ac.be


----------------------------------------------------------------------

Comment By: Karl Waclawek (kwaclaw)
Date: 2003-04-16 09:59

Message:
Logged In: YES 
user_id=290026

Changed priority to highest to make it more visible,
so that double reporting incidents occur less frequently.

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2003-03-27 05:42

Message:
Logged In: NO 

Same problem and the same fix under Linux and gcc 2.95.2.

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2003-03-07 06:20

Message:
Logged In: NO 

same problem, same fix when building 1.95.6 on vms
(just downloaded .tar.gz & processed - got the rpm, but
don't know what to do with it - not an archive type I know
how to handle on vms, or windows either)
              - chris.sharman@ccagroup.co.uk

----------------------------------------------------------------------

Comment By: Karl Waclawek (kwaclaw)
Date: 2003-02-28 21:03

Message:
Logged In: YES 
user_id=290026

Strange - I had no problems with MS VC++ 6.0.
Which service pack level have you applied?

----------------------------------------------------------------------

Comment By: Jacob Levy (jyljyljyl)
Date: 2003-02-28 20:35

Message:
Logged In: YES 
user_id=63723

This makes Expat 1.95.6 unusable for people who create
libraries that depend on Expat but don't include their own
copy of Expat. Sure, I can edit expat.h and fix it, but my
users should not be expected to do that.

For that reason I'm staying with Expat 1.95.5 until this
problem is fixed. It'd be really nice if you could make
Expat 1.95.7 soon..

In my case GCC 2.95.2 and VC++ 6.0 are complaining.


----------------------------------------------------------------------

Comment By: Melvyn Sopacua (nyvlem)
Date: 2003-02-14 02:56

Message:
Logged In: YES 
user_id=212431

Yes, that works.

----------------------------------------------------------------------

Comment By: Karl Waclawek (kwaclaw)
Date: 2003-02-06 15:47

Message:
Logged In: YES 
user_id=290026

But current CVS works for you, right?

----------------------------------------------------------------------

Comment By: Melvyn Sopacua (nyvlem)
Date: 2003-02-06 15:17

Message:
Logged In: YES 
user_id=212431

> So far only gcc3.2 has complained.

Nope:
/usr/local/include/expat.h:657: use of enum `XML_Status' 
without previous declaration
/usr/local/include/expat.h:736: multiple definition of `enum 
XML_Status'
gmake[2]: *** [context.lo] Error 1
gmake[2]: Leaving directory 
`/home/mdev/cvs/sablot/src/engine'
gmake[1]: *** [all-recursive] Error 1
gmake[1]: Leaving directory `/home/mdev/cvs/sablot/src'
gmake: *** [all-recursive] Error 1

$ gcc --version
2.95.3

----------------------------------------------------------------------

Comment By: Karl Waclawek (kwaclaw)
Date: 2003-01-31 09:43

Message:
Logged In: YES 
user_id=290026

It *is* fixed in CVS. Are you sure you checked out the 
right version, which is expat.h 1.51?

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2003-01-31 05:34

Message:
Logged In: NO 

I just got the same error, already fixed it. But don't 
understand why it isn't fixed in CVS ?

----------------------------------------------------------------------

Comment By: Fred L. Drake, Jr. (fdrake)
Date: 2003-01-29 13:44

Message:
Logged In: YES 
user_id=3066

I've not checked the C89 standard yet, but Expat 1.95.6 is 
certainly dodgy in this case.  ;-(  The first draft of the C spec I 
found online certainly seemed to imply that any use of an 
incomplete enum is not allowed; I'm not likely to go out and 
buy a copy of the final spec to check further.  ;-)

As noted, this has been fixed in CVS.  Fixed the summary to 
better indicate what this report is about, and lowered the 
priority to get it out of the way for maintainers.

----------------------------------------------------------------------

Comment By: Karl Waclawek (kwaclaw)
Date: 2003-01-29 10:51

Message:
Logged In: YES 
user_id=290026

So far only gcc3.2 has complained.
Not sure if this is a bug, since most compilers accept it,
but it has been fixed in CVS already anyway.

Set resolution status to fixed, but leave open.
There may be other users who would report this as a bug
and I want them to see the open report instead of 
having duplicates created.

Assigned to Fred - since he may know more about
whether this truly is a bug.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=676844&group_id=10127

From noreply at sourceforge.net  Mon Nov 17 10:38:59 2003
From: noreply at sourceforge.net (SourceForge.net)
Date: Mon Nov 17 10:48:52 2003
Subject: [Expat-bugs] [ expat-Bugs-809235 ] xmlwin32url.cxx Bugs
Message-ID: <E1ALlSt-0000p5-00@sc8-sf-web2.sourceforge.net>

Bugs item #809235, was opened at 2003-09-19 08:45
Message generated for change (Comment added) made by fdrake
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=809235&group_id=10127

Category: None
Group: Platform Specific
>Status: Closed
>Resolution: Wont Fix
Priority: 5
Submitted By: Thomas Engelmeier (tom_e)
Assigned to: Karl Waclawek (kwaclaw)
Summary: xmlwin32url.cxx Bugs

Initial Comment:
(Yeah, I know that file is deprecated ;-)

- processURL doesn't init the QuitInfo.hr field and fails due 
to that.

- Callback::OnDataAvailable sets the XML encoding at least 
for some UTF-8 testdata to "usascii" which has some 
undesirable sideffects for umlaut-rich XML. When that block 
is commented out, it works better.

----------------------------------------------------------------------

>Comment By: Fred L. Drake, Jr. (fdrake)
Date: 2003-11-17 10:38

Message:
Logged In: YES 
user_id=3066

Closed since the file is deprecated and no patch has been
made available.

Thomas, if you decide to submit a patch for this in the
future, feel free to open a new report.

----------------------------------------------------------------------

Comment By: Karl Waclawek (kwaclaw)
Date: 2003-10-09 09:47

Message:
Logged In: YES 
user_id=290026

Yes, it is deprecated.
But if Thomas submits a patch, we will be happy to include it.

----------------------------------------------------------------------

Comment By: Fred L. Drake, Jr. (fdrake)
Date: 2003-10-07 22:31

Message:
Logged In: YES 
user_id=3066

Assigned to Karl since he normally works on Windows, and my
Windows machine is dying.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=809235&group_id=10127

From noreply at sourceforge.net  Thu Nov 20 20:59:47 2003
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu Nov 20 20:59:52 2003
Subject: [Expat-bugs] [ expat-Bugs-846309 ] warning: `cdecl' attribute
	directive ignored
Message-ID: <E1AN0aJ-00085n-00@sc8-sf-web1.sourceforge.net>

Bugs item #846309, was opened at 2003-11-20 17:59
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=846309&group_id=10127

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Peter Handel (phandel)
Assigned to: Nobody/Anonymous (nobody)
Summary: warning: `cdecl' attribute directive ignored

Initial Comment:
Noticed the following warnings while compiling with expat:

warning: `cdecl' attribute directive ignored

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=846309&group_id=10127

From noreply at sourceforge.net  Thu Nov 20 21:00:23 2003
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu Nov 20 21:00:27 2003
Subject: [Expat-bugs] [ expat-Bugs-846309 ] warning: `cdecl' attribute
	directive ignored
Message-ID: <E1AN0at-00087l-00@sc8-sf-web1.sourceforge.net>

Bugs item #846309, was opened at 2003-11-20 17:59
Message generated for change (Comment added) made by phandel
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=846309&group_id=10127

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Peter Handel (phandel)
Assigned to: Nobody/Anonymous (nobody)
Summary: warning: `cdecl' attribute directive ignored

Initial Comment:
Noticed the following warnings while compiling with expat:

warning: `cdecl' attribute directive ignored

----------------------------------------------------------------------

>Comment By: Peter Handel (phandel)
Date: 2003-11-20 18:00

Message:
Logged In: YES 
user_id=152036

This was with MacOS X 10.3 Panther, with the built-in gcc.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=846309&group_id=10127

From noreply at sourceforge.net  Thu Nov 20 21:08:04 2003
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu Nov 20 21:08:08 2003
Subject: [Expat-bugs] [ expat-Bugs-846309 ] warning: `cdecl' attribute
	directive ignored
Message-ID: <E1AN0iK-0008OH-00@sc8-sf-web1.sourceforge.net>

Bugs item #846309, was opened at 2003-11-20 20:59
Message generated for change (Comment added) made by kwaclaw
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=846309&group_id=10127

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Peter Handel (phandel)
Assigned to: Nobody/Anonymous (nobody)
Summary: warning: `cdecl' attribute directive ignored

Initial Comment:
Noticed the following warnings while compiling with expat:

warning: `cdecl' attribute directive ignored

----------------------------------------------------------------------

>Comment By: Karl Waclawek (kwaclaw)
Date: 2003-11-20 21:08

Message:
Logged In: YES 
user_id=290026

Does gcc on MacOSX know about cdecl at all,
or does it just not understand the attribute directive?

----------------------------------------------------------------------

Comment By: Peter Handel (phandel)
Date: 2003-11-20 21:00

Message:
Logged In: YES 
user_id=152036

This was with MacOS X 10.3 Panther, with the built-in gcc.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=846309&group_id=10127

From noreply at sourceforge.net  Tue Nov 25 11:41:25 2003
From: noreply at sourceforge.net (SourceForge.net)
Date: Tue Nov 25 11:42:02 2003
Subject: [Expat-bugs] [ expat-Bugs-846309 ] warning: `cdecl' attribute
	directive ignored
Message-ID: <E1AOgFh-0004Ko-00@sc8-sf-web1.sourceforge.net>

Bugs item #846309, was opened at 2003-11-20 17:59
Message generated for change (Comment added) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=846309&group_id=10127

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Peter Handel (phandel)
Assigned to: Nobody/Anonymous (nobody)
Summary: warning: `cdecl' attribute directive ignored

Initial Comment:
Noticed the following warnings while compiling with expat:

warning: `cdecl' attribute directive ignored

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2003-11-25 08:41

Message:
Logged In: NO 

The same warning occurs also with gcc on Solaris. Somewhat
annoying. it might be useful to try and compile a program
during configure to see whether the cdecl works.

----------------------------------------------------------------------

Comment By: Karl Waclawek (kwaclaw)
Date: 2003-11-20 18:08

Message:
Logged In: YES 
user_id=290026

Does gcc on MacOSX know about cdecl at all,
or does it just not understand the attribute directive?

----------------------------------------------------------------------

Comment By: Peter Handel (phandel)
Date: 2003-11-20 18:00

Message:
Logged In: YES 
user_id=152036

This was with MacOS X 10.3 Panther, with the built-in gcc.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=846309&group_id=10127

From noreply at sourceforge.net  Fri Nov 28 18:17:29 2003
From: noreply at sourceforge.net (SourceForge.net)
Date: Fri Nov 28 18:17:34 2003
Subject: [Expat-bugs] [ expat-Bugs-850945 ] Way to reset parser
Message-ID: <E1APrrd-00027h-00@sc8-sf-web4.sourceforge.net>

Bugs item #850945, was opened at 2003-11-28 15:17
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=850945&group_id=10127

Category: www.libexpat.org
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Fred L. Drake, Jr. (fdrake)
Summary: Way to reset parser

Initial Comment:
Right now a parser has be created and destroyed after 
every document.  This is major heap fragmentation 
when I've got 7000 tiny xml files to parse.  Have the 
parser reset itself back to a good state after isFinal is 
called on the parse functions.



----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=850945&group_id=10127

From noreply at sourceforge.net  Fri Nov 28 18:19:09 2003
From: noreply at sourceforge.net (SourceForge.net)
Date: Fri Nov 28 18:19:12 2003
Subject: [Expat-bugs] [ expat-Bugs-850946 ] Way for handler to report parse
	errror
Message-ID: <E1APrtF-0007Vo-00@sc8-sf-web3.sourceforge.net>

Bugs item #850946, was opened at 2003-11-28 15:19
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=850946&group_id=10127

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Way for handler to report parse errror

Initial Comment:
There also appears to be no way for a content handler 
to return an failure case back to expat.  Just because 
the xml is well formatted, does not mean that the data 
inside is.  All of the handler calls just return void, and 
call the next routine.  If exceptions are expected to be 
used, then make sure that path is exception safe.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=850946&group_id=10127

From noreply at sourceforge.net  Fri Nov 28 18:22:42 2003
From: noreply at sourceforge.net (SourceForge.net)
Date: Fri Nov 28 18:22:44 2003
Subject: [Expat-bugs] [ expat-Bugs-850945 ] Way to reset parser
Message-ID: <E1APrwg-0002Ik-00@sc8-sf-web4.sourceforge.net>

Bugs item #850945, was opened at 2003-11-28 18:17
Message generated for change (Comment added) made by kwaclaw
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=850945&group_id=10127

Category: www.libexpat.org
Group: None
>Status: Closed
>Resolution: Works For Me
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Fred L. Drake, Jr. (fdrake)
Summary: Way to reset parser

Initial Comment:
Right now a parser has be created and destroyed after 
every document.  This is major heap fragmentation 
when I've got 7000 tiny xml files to parse.  Have the 
parser reset itself back to a good state after isFinal is 
called on the parse functions.



----------------------------------------------------------------------

>Comment By: Karl Waclawek (kwaclaw)
Date: 2003-11-28 18:22

Message:
Logged In: YES 
user_id=290026

This functionality has been available for quite a while.
Please consult the docs for details about XML_ParserReset().

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=850945&group_id=10127

From noreply at sourceforge.net  Fri Nov 28 18:31:39 2003
From: noreply at sourceforge.net (SourceForge.net)
Date: Fri Nov 28 18:31:41 2003
Subject: [Expat-bugs] [ expat-Bugs-850946 ] Way for handler to report parse
	errror
Message-ID: <E1APs5L-0002dU-00@sc8-sf-web4.sourceforge.net>

Bugs item #850946, was opened at 2003-11-28 18:19
Message generated for change (Comment added) made by kwaclaw
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=850946&group_id=10127

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Way for handler to report parse errror

Initial Comment:
There also appears to be no way for a content handler 
to return an failure case back to expat.  Just because 
the xml is well formatted, does not mean that the data 
inside is.  All of the handler calls just return void, and 
call the next routine.  If exceptions are expected to be 
used, then make sure that path is exception safe.

----------------------------------------------------------------------

>Comment By: Karl Waclawek (kwaclaw)
Date: 2003-11-28 18:31

Message:
Logged In: YES 
user_id=290026


Expat concerns itself with well-formedness only.

However, if you wish to abort parsing for any reason,
there are several ways to terminate:

- use exceptions (this works for me)
- use setjmp/longjmp
- use the new feature XML_StopParser() which you have
  to call from a handler.

The third feature is currently available as patch #835123
only, but should make it into one of the next releases in
some form or another.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=850946&group_id=10127