From noreply@sourceforge.net  Fri Nov  2 14:59:04 2001
From: noreply@sourceforge.net (noreply@sourceforge.net)
Date: Fri Nov  2 14:59:04 2001
Subject: [ expat-Bugs-477667 ] illegal utf-8 seqs do not throw error
Message-ID: <E15znGv-0003YH-00@usw-sf-web3.sourceforge.net>

Bugs item #477667, was opened at 2001-11-02 14:58
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=110127&aid=477667&group_id=10127

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Patrick McCormick (patrickmc)
Assigned to: Nobody/Anonymous (nobody)
Summary: illegal utf-8 seqs do not throw error

Initial Comment:
I have a problem where users like to use iso-8859-1 
without declaring it in
the prolog, like this:

<?xml version='1.0'?>
<rule>abécdef</rule>

expat properly defaults to utf-8 in this case.  As I 
understand utf-8, the
é character (0xE7) has a bitfield that looks like the 
start of a three byte
sequence.  A 3-byte sequence is supposed to look like 
this:

bytes | bits | representation
    3 |   16 | 1110vvvv 10vvvvvv 10vvvvvv

the above two bytes (c and d) don't match the 10vvvvvv 
mask, so écd is an
illegal utf-8 sequence.  But expat doesn't throw a 
well-formedness error.

Expat uses this macro in xmltok.c to figure out what's 
illegal:

#define UTF8_INVALID3(p) \
  ((*p) == 0xED \
  ? (((p)[1] & 0x20) != 0) \
  : ((*p) == 0xEF \
     ? ((p)[1] == 0xBF && ((p)[2] == 0xBF || (p)[2] == 
0xBE)) \
     : 0))

but this doesn't seem strict enough.

I wrote a patch that makes expat check UTF-8 sequences 
against the Table 3.1B of the Unicode 3.1 standard:
http://www.unicode.org/unicode/reports/tr27/
as originally clarified in this Corrigendum:
http://www.unicode.org/unicode/uni2errata/UTF-
8_Corrigendum.html

and it's attached.


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

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


From noreply@sourceforge.net  Fri Nov  2 15:04:03 2001
From: noreply@sourceforge.net (noreply@sourceforge.net)
Date: Fri Nov  2 15:04:03 2001
Subject: [ expat-Bugs-477667 ] illegal utf-8 seqs do not throw error
Message-ID: <E15znLQ-0003bk-00@usw-sf-web3.sourceforge.net>

Bugs item #477667, was opened at 2001-11-02 14:58
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=110127&aid=477667&group_id=10127

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Patrick McCormick (patrickmc)
>Assigned to: Fred L. Drake, Jr. (fdrake)
Summary: illegal utf-8 seqs do not throw error

Initial Comment:
I have a problem where users like to use iso-8859-1 
without declaring it in
the prolog, like this:

<?xml version='1.0'?>
<rule>abécdef</rule>

expat properly defaults to utf-8 in this case.  As I 
understand utf-8, the
é character (0xE7) has a bitfield that looks like the 
start of a three byte
sequence.  A 3-byte sequence is supposed to look like 
this:

bytes | bits | representation
    3 |   16 | 1110vvvv 10vvvvvv 10vvvvvv

the above two bytes (c and d) don't match the 10vvvvvv 
mask, so écd is an
illegal utf-8 sequence.  But expat doesn't throw a 
well-formedness error.

Expat uses this macro in xmltok.c to figure out what's 
illegal:

#define UTF8_INVALID3(p) \
  ((*p) == 0xED \
  ? (((p)[1] & 0x20) != 0) \
  : ((*p) == 0xEF \
     ? ((p)[1] == 0xBF && ((p)[2] == 0xBF || (p)[2] == 
0xBE)) \
     : 0))

but this doesn't seem strict enough.

I wrote a patch that makes expat check UTF-8 sequences 
against the Table 3.1B of the Unicode 3.1 standard:
http://www.unicode.org/unicode/reports/tr27/
as originally clarified in this Corrigendum:
http://www.unicode.org/unicode/uni2errata/UTF-
8_Corrigendum.html

and it's attached.


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

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


From noreply@sourceforge.net  Fri Nov  2 15:04:04 2001
From: noreply@sourceforge.net (noreply@sourceforge.net)
Date: Fri Nov  2 15:04:04 2001
Subject: [ expat-Bugs-476897 ] Fixes for XML_UNICODE support
Message-ID: <E15znLQ-0003bd-00@usw-sf-web3.sourceforge.net>

Bugs item #476897, was opened at 2001-10-31 11:27
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=110127&aid=476897&group_id=10127

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Karl Waclawek (kwaclaw)
>Assigned to: Fred L. Drake, Jr. (fdrake)
Summary: Fixes for XML_UNICODE support

Initial Comment:
All changes in the attached file that relate to 
XML_UNICODE support are annotated by "//kw2"

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

Comment By: Karl Waclawek (kwaclaw)
Date: 2001-10-31 11:33

Message:
Logged In: YES 
user_id=290026

To Administrator: Please delete this faulty bug report,
I used the wrong screen.

Karl

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

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


From noreply@sourceforge.net  Fri Nov  2 15:06:01 2001
From: noreply@sourceforge.net (noreply@sourceforge.net)
Date: Fri Nov  2 15:06:01 2001
Subject: [ expat-Bugs-470041 ] expat doesn't parse xml's with UTF-8 BOM
Message-ID: <E15znNR-0003dR-00@usw-sf-web3.sourceforge.net>

Bugs item #470041, was opened at 2001-10-10 15:53
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=110127&aid=470041&group_id=10127

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: expat doesn't parse xml's with UTF-8 BOM

Initial Comment:
expat can not correctly parse xml's encoded in UTF-8 
and with UTF-8 BOM (EF BB BF).

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

>Comment By: Fred L. Drake, Jr. (fdrake)
Date: 2001-11-02 15:05

Message:
Logged In: YES 
user_id=3066

What version of Expat was this?  I thought we'd fixed this
in Expat 1.95.2.

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

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


From noreply@sourceforge.net  Fri Nov  2 15:08:05 2001
From: noreply@sourceforge.net (noreply@sourceforge.net)
Date: Fri Nov  2 15:08:05 2001
Subject: [ expat-Bugs-476897 ] Fixes for XML_UNICODE support
Message-ID: <E15znPW-0003t3-00@usw-sf-web2.sourceforge.net>

Bugs item #476897, was opened at 2001-10-31 11:27
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=110127&aid=476897&group_id=10127

Category: None
Group: None
>Status: Closed
>Resolution: Invalid
Priority: 5
Submitted By: Karl Waclawek (kwaclaw)
Assigned to: Fred L. Drake, Jr. (fdrake)
Summary: Fixes for XML_UNICODE support

Initial Comment:
All changes in the attached file that relate to 
XML_UNICODE support are annotated by "//kw2"

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

>Comment By: Fred L. Drake, Jr. (fdrake)
Date: 2001-11-02 15:07

Message:
Logged In: YES 
user_id=3066

Oops, didn't notice the followup.  Closed per submitter's
request.

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

Comment By: Karl Waclawek (kwaclaw)
Date: 2001-10-31 11:33

Message:
Logged In: YES 
user_id=290026

To Administrator: Please delete this faulty bug report,
I used the wrong screen.

Karl

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

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


From noreply@sourceforge.net  Sun Nov  4 05:09:02 2001
From: noreply@sourceforge.net (noreply@sourceforge.net)
Date: Sun Nov  4 05:09:02 2001
Subject: [ expat-Bugs-464837 ] Compile with XML_UNICODE not correct
Message-ID: <E160N18-0005UL-00@usw-sf-web1.sourceforge.net>

Bugs item #464837, was opened at 2001-09-25 08:14
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=110127&aid=464837&group_id=10127

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Compile with XML_UNICODE not correct

Initial Comment:
I am trying to re-compile Expat 1.95.2 on Windows with
XML_UNICODE and XML_UNICODE_WCHAR_T defined.
I am using VC++ 6.0. However, when tested, the Dll
does not pass UTF16 strings out, they still seem to
be UTF8, but improperly terminated.

It seems that I can get it to work properly when
I modify expat.h to change the typedefs for XML_CHAR
and XML_LCHAR from char tp wchar_t, i.e.:

typedef char XML_Char;
typedef char XML_LChar;

turns into

typedef wchar_t XML_Char;
typedef wchar_t XML_LChar;

Karl


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

Comment By: Karl Waclawek (kwaclaw)
Date: 2001-11-04 05:08

Message:
Logged In: YES 
user_id=290026

I found out that this is not enough to fix it.
I have submitted a patch - see patch # 476931.
This is under Win32, btw.

Karl

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

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


From noreply@sourceforge.net  Mon Nov  5 07:30:11 2001
From: noreply@sourceforge.net (noreply@sourceforge.net)
Date: Mon Nov  5 07:30:11 2001
Subject: [ expat-Bugs-478332 ] infinite loop if input line to long
Message-ID: <E160lgm-0001PU-00@usw-sf-web2.sourceforge.net>

Bugs item #478332, was opened at 2001-11-05 07:29
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=110127&aid=478332&group_id=10127

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: infinite loop if input line to long

Initial Comment:
In the main parser loop, the buffer that receives the 
input line is set to 1024 byte. If the line is longer 
than 1024 byte, the "XML_Parse" function is called and 
returns without parsing with the return value 
XML_NO_ERROR. The next "getLine" call to the input 
stream should get the next chunk of the input line. 
This second call to the input stream fails, because 
the output parameter "len" is set to "0" but the 
flag "IsFinal" is set to "false". This results in an 
infinite loop of "getLine" and "XML_Parse".

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

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


From noreply@sourceforge.net  Tue Nov  6 02:34:02 2001
From: noreply@sourceforge.net (noreply@sourceforge.net)
Date: Tue Nov  6 02:34:02 2001
Subject: [ expat-Bugs-478611 ] expat.h not included in RPMs
Message-ID: <E1613Xa-0007jx-00@usw-sf-web3.sourceforge.net>

Bugs item #478611, was opened at 2001-11-06 02:33
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=110127&aid=478611&group_id=10127

Category: Build control
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Greg Stein (gstein)
Summary: expat.h not included in RPMs

Initial Comment:
The include file 'expat.h' seems not to be included in the binary releases of expat (at least 1.95.2-1). It will only be installed if you build expat from source.

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

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


From noreply@sourceforge.net  Thu Nov  8 09:52:02 2001
From: noreply@sourceforge.net (noreply@sourceforge.net)
Date: Thu Nov  8 09:52:02 2001
Subject: [ expat-Bugs-445893 ] Make fails
Message-ID: <E161tKT-0004U9-00@usw-sf-web1.sourceforge.net>

Bugs item #445893, was opened at 2001-07-30 02:27
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=110127&aid=445893&group_id=10127

Category: Build control
Group: None
Status: Closed
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Fred L. Drake, Jr. (fdrake)
Summary: Make fails

Initial Comment:
Im tryin to compile expat-1.95.2 under redhat 5.2.
But im getting this error:

cc1: Invalid option `-fexceptions'
xmlparse.c: In function `XML_GetBuffer':
xmlparse.c:1178: `punting' undeclared (first use this 
function)
xmlparse.c:1178: (Each undeclared identifier is 
reported only once
xmlparse.c:1178: for each function it appears in.)
xmlparse.c:1178: parse error before `on'
make[1]: *** [xmlparse.lo] Error 1
make[1]: Leaving directory `/root/tmp/expat-1.95.2/lib'
make: *** [lib] Error 2




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

Comment By: Liang Chen (lchen2001)
Date: 2001-11-08 09:51

Message:
Logged In: YES 
user_id=371181

I got the same error on Sun SPARC Solaris 8 with gcc version 3.0.1.

Can you help to resolve this problem?

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

Comment By: Fred L. Drake, Jr. (fdrake)
Date: 2001-08-09 10:39

Message:
Logged In: YES 
user_id=3066

Are you using a compiler other than GCC?  The configure
script seems to think you're using GCC or the -fexceptions
would not be on the command line.  If you are using GCC,
what version?


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

Comment By: Gudleik Rasch (rastamatra)
Date: 2001-08-08 02:10

Message:
Logged In: YES 
user_id=273240

I get the same error when trying to compile on FreeBSD
3.4-RELEASE.

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

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


From noreply@sourceforge.net  Thu Nov  8 12:30:02 2001
From: noreply@sourceforge.net (noreply@sourceforge.net)
Date: Thu Nov  8 12:30:02 2001
Subject: [ expat-Patches-476929 ] Fix XML_SetReturnNSTriplet
Message-ID: <E161vnZ-0006n3-00@usw-sf-web1.sourceforge.net>

Patches item #476929, was opened at 2001-10-31 13:01
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=310127&aid=476929&group_id=10127

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Karl Waclawek (kwaclaw)
>Assigned to: Fred L. Drake, Jr. (fdrake)
Summary: Fix XML_SetReturnNSTriplet

Initial Comment:
This is a modification to the other fix (#460042)
supplied by "maki".

The attached diff file should be applied against
xmlparse.c in version 1.95.2 of Expat, not against
the other fix.

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

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


From noreply@sourceforge.net  Thu Nov  8 12:30:03 2001
From: noreply@sourceforge.net (noreply@sourceforge.net)
Date: Thu Nov  8 12:30:03 2001
Subject: [ expat-Patches-476931 ] Fix XML_UNICODE Support
Message-ID: <E161vnZ-0006nA-00@usw-sf-web1.sourceforge.net>

Patches item #476931, was opened at 2001-10-31 13:07
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=310127&aid=476931&group_id=10127

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Karl Waclawek (kwaclaw)
>Assigned to: Fred L. Drake, Jr. (fdrake)
Summary: Fix XML_UNICODE Support

Initial Comment:
The attached file fixes problems when compiling
with XML_UNICODE defined, which was not completely 
implemented. See bug #464837.

Apply this diff file to Expat.h in version 1.95.2
of Expat.

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

Comment By: Karl Waclawek (kwaclaw)
Date: 2001-10-31 13:09

Message:
Logged In: YES 
user_id=290026

To complete the fix, a patch for xmlparse.c has to be
added too. Same version requirements as before.

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

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


From Liang.Chen@FMR.COM  Thu Nov  8 12:43:01 2001
From: Liang.Chen@FMR.COM (Chen, Liang)
Date: Thu Nov  8 12:43:01 2001
Subject: Bug Report: an expat install error 
Message-ID: <A3F1C527F150D41196900060B06805D401E86A20@MSGBOS629NTS.fmr.com>

Operating System:	Sun SPARC Solaris 8
GCC Version:		2.95.3	
expat Version:		1.95.2

________________________________________________________________

% make install

for dir in lib xmlwf; do \
        (cd $dir && make install); \
done
/bin/sh ../libtool --mode=compile gcc -DHAVE_CONFIG_H -DPACKAGE='"expat"'
-DVERSION='"expat_1.95.2"' -I. -I. -I..  -g -O2 -Wall -Wmissing-prototypes
-Wstrict-prototypes -fexceptions -c xmlparse.c
rm -f .libs/xmlparse.lo
gcc -DHAVE_CONFIG_H -DPACKAGE=\"expat\" -DVERSION=\"expat_1.95.2\" -I. -I.
-I.. -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -c
xmlparse.c  -fPIC -DPIC -o .libs/xmlparse.lo
In file included from /usr/include/string.h:18,
                 from xmlparse.c:26:
/usr/include/iso/string_iso.h:60: warning: conflicting types for built-in
function `memcmp'
/usr/include/iso/string_iso.h:61: warning: conflicting types for built-in
function `memcpy'
/usr/include/iso/string_iso.h:62: parse error before `;'
/usr/include/iso/string_iso.h:62: warning: data definition has no type or
storage class
/usr/include/iso/string_iso.h:65: warning: conflicting types for built-in
function `strcmp'
/usr/include/iso/string_iso.h:66: warning: conflicting types for built-in
function `strcpy'
xmlparse.c: In function `XML_GetBuffer':
xmlparse.c:1178: `punting' undeclared (first use in this function)
xmlparse.c:1178: (Each undeclared identifier is reported only once
xmlparse.c:1178: for each function it appears in.)
xmlparse.c:1178: parse error before `on'
*** Error code 1
make: Fatal error: Command failed for target `xmlparse.lo'
Current working directory /local/psoft/perl56/XML/expat-1.95.2/lib
*** Error code 1
make: Fatal error: Command failed for target `install'
_________________________________________________________


Thank you,

Liang Chen




From fdrake@acm.org  Thu Nov  8 13:16:01 2001
From: fdrake@acm.org (Fred L. Drake, Jr.)
Date: Thu Nov  8 13:16:01 2001
Subject: Bug Report: an expat install error 
In-Reply-To: <A3F1C527F150D41196900060B06805D401E86A20@MSGBOS629NTS.fmr.com>
References: <A3F1C527F150D41196900060B06805D401E86A20@MSGBOS629NTS.fmr.com>
Message-ID: <15339.620.711230.317914@grendel.zope.com>

Chen, Liang writes:
 > 
 > Operating System:	Sun SPARC Solaris 8
 > GCC Version:		2.95.3	
 > expat Version:		1.95.2

  If you can try building with the version from CVS, I'd appreciate
it.  I'm pretty sure this has been fixed (there certainly isn't a
"punting" in the sources!), but I don't have access to a Solaris box
to test on.
  Thanks!


  -Fred

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



From noreply@sourceforge.net  Thu Nov  8 14:14:01 2001
From: noreply@sourceforge.net (noreply@sourceforge.net)
Date: Thu Nov  8 14:14:01 2001
Subject: [ expat-Bugs-479781 ] Configure Expat 1.95.2 failed
Message-ID: <E161xQ0-000843-00@usw-sf-web1.sourceforge.net>

Bugs item #479781, was opened at 2001-11-08 14:13
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=110127&aid=479781&group_id=10127

Category: XML::Parser (Perl module)
Group: Platform Specific
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Clark Cooper (coopercc)
Summary: Configure Expat 1.95.2 failed

Initial Comment:
When I configure the Expat 1.95.2, it failed. it 
response like this: No such file or directory.
Could anyone give me a help to install the Expat Module
in my Server.Thank you in advance.

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

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


From noreply@sourceforge.net  Thu Nov  8 20:23:01 2001
From: noreply@sourceforge.net (noreply@sourceforge.net)
Date: Thu Nov  8 20:23:01 2001
Subject: [ expat-Bugs-419585 ] Compiling with gcc for C++ exceptions.
Message-ID: <E1623BQ-0005aZ-00@usw-sf-web2.sourceforge.net>

Bugs item #419585, was opened at 2001-04-27 11:49
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=110127&aid=419585&group_id=10127

Category: Build control
Group: Feature Request
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: David Crowley (dcrowley)
Assigned to: Fred L. Drake, Jr. (fdrake)
Summary: Compiling with gcc for C++ exceptions.

Initial Comment:

It would be nice if when compiling with gcc, the 
flag "-fexceptions" was added so it can deal with C++ 
handlers that throw exceptions.  As it's now built by 
default, C++ programs will crash if they throw in the 
handler. Perhaps make "-fexceptions" the default so as 
to be most robust, and allow people to turn off the 
flag as a parameter to configure ("configure --no-
exceptions" or whatever).

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

>Comment By: Fred L. Drake, Jr. (fdrake)
Date: 2001-11-08 20:22

Message:
Logged In: YES 
user_id=3066

Historical note:  The addition of -fexceptions caused
problems for some versions of GCC, where it was not
supported.  configure.in revision 1.25 is more careful to
only add the option when the available GCC actually supports it.

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

Comment By: Fred L. Drake, Jr. (fdrake)
Date: 2001-07-26 13:50

Message:
Logged In: YES 
user_id=3066

OK, that's fine then.  I've added the -fexceptions flag when we can determine that the compiler is GCC.  This is in configure.in revision 1.18.

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

Comment By: David Crowley (dcrowley)
Date: 2001-07-25 15:53

Message:
Logged In: YES 
user_id=27458

Here are the results of my bench mark.  Running on Linux 
2.2.16 (SGI, dual processors, 800MHz), and parsing a 123MB 
xml file.
Each run was initiated like this:

% time cat bigdog.xml | ./xbench

xbench is dynamically linked against expat.  I copied 
libexpat.so.0.0.1 compiled with -fexceptions 
to /usr/local/lib, ran, and then copied one compiled w/o -
fexceptions, ran.

With -fexceptions: 9.82s, 9.80s, 9.79s.
W/o -fexceptions: 9.78s, 9.77s, 9.78s.

So the difference is pretty negligible.  Around <.5% if any.

xbench.c is attached.  Make your own 123MB file :)



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

Comment By: Fred L. Drake, Jr. (fdrake)
Date: 2001-07-25 14:33

Message:
Logged In: YES 
user_id=3066

This sounds like a reasonable plan -- I look forward to your measurement results.  I really don't know what the C++ penetration is on Unix platforms, and may be exhibiting an unfortunate C bias.

I've marked the feature request as "pending"; when you add to it it will be automatically re-opened and assigned back to me, so it won't get lost.

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

Comment By: David Crowley (dcrowley)
Date: 2001-07-25 14:20

Message:
Logged In: YES 
user_id=27458

While I agree that yes, it IS a C implementation, I would 
think that it would still be nice to for the library to be 
more easily useable by C++ coders out of the box.  I will 
do a benchmark in C and see if I can figure out how much of 
an impact the -fexceptions flag really makes.  If it's less 
than 2-3% impact in performance, I see no reason not to 
make it a default.  If a C coder REALLY needs that extra 
speed and knows they will never install any C++ apps which 
link against it, then by all means they can remove the flag.

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

Comment By: Fred L. Drake, Jr. (fdrake)
Date: 2001-07-24 20:19

Message:
Logged In: YES 
user_id=3066

Added a note about this in README revision 1.7.

This is not being added as a default option -- Expat is fundamentally a C implementation, not C++.  Avoiding this option for normal C allows the optimizer to perform more effective optimizations and generally improve performance.

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

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


From noreply@sourceforge.net  Thu Nov  8 20:24:01 2001
From: noreply@sourceforge.net (noreply@sourceforge.net)
Date: Thu Nov  8 20:24:01 2001
Subject: [ expat-Bugs-445893 ] Make fails
Message-ID: <E16239d-00051J-00@usw-sf-web3.sourceforge.net>

Bugs item #445893, was opened at 2001-07-30 02:27
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=110127&aid=445893&group_id=10127

Category: Build control
Group: None
Status: Closed
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Fred L. Drake, Jr. (fdrake)
Summary: Make fails

Initial Comment:
Im tryin to compile expat-1.95.2 under redhat 5.2.
But im getting this error:

cc1: Invalid option `-fexceptions'
xmlparse.c: In function `XML_GetBuffer':
xmlparse.c:1178: `punting' undeclared (first use this 
function)
xmlparse.c:1178: (Each undeclared identifier is 
reported only once
xmlparse.c:1178: for each function it appears in.)
xmlparse.c:1178: parse error before `on'
make[1]: *** [xmlparse.lo] Error 1
make[1]: Leaving directory `/root/tmp/expat-1.95.2/lib'
make: *** [lib] Error 2




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

>Comment By: Fred L. Drake, Jr. (fdrake)
Date: 2001-11-08 20:20

Message:
Logged In: YES 
user_id=3066

This is at least partially improved by configure.h revision
1.25, which avoids the -fexceptions problem with versions of
GCC that don't support it.

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

Comment By: Liang Chen (lchen2001)
Date: 2001-11-08 09:51

Message:
Logged In: YES 
user_id=371181

I got the same error on Sun SPARC Solaris 8 with gcc version 3.0.1.

Can you help to resolve this problem?

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

Comment By: Fred L. Drake, Jr. (fdrake)
Date: 2001-08-09 10:39

Message:
Logged In: YES 
user_id=3066

Are you using a compiler other than GCC?  The configure
script seems to think you're using GCC or the -fexceptions
would not be on the command line.  If you are using GCC,
what version?


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

Comment By: Gudleik Rasch (rastamatra)
Date: 2001-08-08 02:10

Message:
Logged In: YES 
user_id=273240

I get the same error when trying to compile on FreeBSD
3.4-RELEASE.

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

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


From noreply@sourceforge.net  Thu Nov  8 20:25:02 2001
From: noreply@sourceforge.net (noreply@sourceforge.net)
Date: Thu Nov  8 20:25:02 2001
Subject: [ expat-Patches-465018 ] A couple of build fixes.
Message-ID: <E1623Dt-0003Wk-00@usw-sf-web1.sourceforge.net>

Patches item #465018, was opened at 2001-09-25 17:18
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=310127&aid=465018&group_id=10127

Category: Build Control
Group: None
>Status: Closed
>Resolution: Accepted
Priority: 5
Submitted By: Mo DeJong (mdejong)
>Assigned to: Fred L. Drake, Jr. (fdrake)
Summary: A couple of build fixes.

Initial Comment:
Attached is a patch that fixes a couple of problems
that I ran into while trying to build expat. Here
an overview of the changes in the patch:

2001-09-25  Mo DeJong  <supermo@bayarea.net>

	* buildconf.sh: Remove ltmain.sh and ltconfig
	before running libtoolize so that one can
	switch between libtool 1.3 and 1.4 by simply
	re-running ./buildconf.sh the the appropriate
	libtool on the path.
	* configure.in: Check for a working mmap as
	determined by the AC_FUNC_MMAP macro before
	using the unixfilemap.c map implementation.
	The old check always used unixfilemap.c.
	* xmlwf/Makefile.in: Set srcdir and use it
	to find include files when srcdir != builddir.
	* xmlwf/readfilemap.c: Include the filemap.h
	to avoid a compiler warning.



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

>Comment By: Fred L. Drake, Jr. (fdrake)
Date: 2001-11-08 20:24

Message:
Logged In: YES 
user_id=3066

Excellent!  Thanks for submitting this patch; I've checked
it in as:

xmlwf/Makefile.in  1.9
xmlwf/readfilemap.c  1.8
buildconf.sh  1.4
configure.in  1.25

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

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


From noreply@sourceforge.net  Thu Nov  8 20:49:01 2001
From: noreply@sourceforge.net (noreply@sourceforge.net)
Date: Thu Nov  8 20:49:01 2001
Subject: [ expat-Patches-458907 ] config.h appears to be unused
Message-ID: <E1623aG-0005oz-00@usw-sf-web2.sourceforge.net>

Patches item #458907, was opened at 2001-09-05 14:20
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=310127&aid=458907&group_id=10127

Category: Build Control
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Martin v. Löwis (loewis)
Assigned to: Greg Stein (gstein)
Summary: config.h appears to be unused

Initial Comment:
To compile expat as part of another package (e.g. 
PyXML), the expat configure might not have been run. 
For that kind of application, it is necessary to wrap 
each occurrence of config.h into HAVE_CONFIG_H; the 
attached patch does that.

While trying to figure out which of the defines are 
needed, it appears that none of them are (i.e. HAVE_ 
is never used). For stand-along compilation, I found 
that only VERSION, XML_NS, XML_DTD, XML_BYTE_ORDER, 
and XML_CONTEXT_BYTES must be defined. Is that 
impression correct?


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

>Comment By: Fred L. Drake, Jr. (fdrake)
Date: 2001-11-08 20:48

Message:
Logged In: YES 
user_id=3066

It certainly looks like it can be reduced and possibly
removed; I'll read up on a few of the autoconf things before
removing it completely.

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

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


From noreply@sourceforge.net  Thu Nov  8 20:59:01 2001
From: noreply@sourceforge.net (noreply@sourceforge.net)
Date: Thu Nov  8 20:59:01 2001
Subject: [ expat-Patches-438892 ] Probing macro for autoconf/aclocal
Message-ID: <E1623kO-0005ua-00@usw-sf-web2.sourceforge.net>

Patches item #438892, was opened at 2001-07-05 14:38
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=310127&aid=438892&group_id=10127

Category: Build Control
Group: None
>Status: Closed
>Resolution: Accepted
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
>Assigned to: Fred L. Drake, Jr. (fdrake)
Summary: Probing macro for autoconf/aclocal

Initial Comment:
Here is the autoconf probing macro suitable to be
included by aclocal.


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

>Comment By: Fred L. Drake, Jr. (fdrake)
Date: 2001-11-08 20:58

Message:
Logged In: YES 
user_id=3066

Checked into the conftools/ directory with a note added to
the README so users can find it.

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

Comment By: Greg Stein (gstein)
Date: 2001-08-26 03:34

Message:
Logged In: YES 
user_id=6501

This is something that an Expat-using app can include in 
their configuration script to locate and use Expat. Maybe 
part of the doc? (e.g. an example of how to find Expat)

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

Comment By: Fred L. Drake, Jr. (fdrake)
Date: 2001-07-24 13:07

Message:
Logged In: YES 
user_id=3066

I'm not sure how this should be used; can someone provide a brief example?

Should this just get tossed in the conftools/ directory and mentioned in the README?

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

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


From noreply@sourceforge.net  Thu Nov  8 23:52:01 2001
From: noreply@sourceforge.net (noreply@sourceforge.net)
Date: Thu Nov  8 23:52:01 2001
Subject: [ expat-Bugs-479909 ] make install fails on IRIX  6.3 (IP32)
Message-ID: <E1626Rg-000762-00@usw-sf-web3.sourceforge.net>

Bugs item #479909, was opened at 2001-11-08 23:51
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=110127&aid=479909&group_id=10127

Category: Build control
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Greg Stein (gstein)
Summary: make install fails on IRIX  6.3 (IP32)

Initial Comment:
barley ~/BUILD/expat-1.95.2 # uname -a   
IRIX barley 6.3 12161207 IP32
barley ~/BUILD/expat-1.95.2 # which gcc
/usr/freeware/bin/gcc
barley ~/BUILD/expat-1.95.2 # which make
/usr/bin/make

barley ~/BUILD/expat-1.95.2 # make install

[stuff snipped]

        for dir in lib xmlwf; do \
                (cd $dir && make install); \
        done
        /bin/sh ../conftools/mkinstalldirs /usr/local/l
ib /usr/local/include
        /bin/sh ../libtool --
mode=install /usr/freeware/bin/ginstall -c 
libexpat.la /usr/local/lib/libexpat.la
/usr/freeware/bin/ginstall -
c .libs/libexpat.so.1.0 /usr/local/lib/libexpat.so.1.0
(cd /usr/local/lib && rm -f libexpat.so.1 && ln -s 
libexpat.so.1.0 libexpat.so.1)
(cd /usr/local/lib && rm -f libexpat.so && ln -s 
libexpat.so.1.0 libexpat.so)
(cd /usr/local/lib && rm -f libexpat.so && ln -s 
libexpat.so.1.0 libexpat.so)
/usr/freeware/bin/ginstall -
c .libs/libexpat.lai /usr/local/lib/libexpat.la
/usr/freeware/bin/ginstall -
c .libs/libexpat.a /usr/local/lib/libexpat.a
: /usr/local/lib/libexpat.a
chmod 644 /usr/local/lib/libexpat.a
-------------------------------------------------------
---------------
Libraries have been installed in:
   /usr/local/lib

If you ever happen to want to link against installed 
libraries
in a given directory, LIBDIR, you must either use 
libtool, and
specify the full pathname of the library, or use `-
LLIBDIR'
flag during linking and do at least one of the 
following:
   - add LIBDIR to the `LD_LIBRARYN32_PATH' 
environment variable
     during execution
   - use the `-Wl,-rpath -Wl,LIBDIR' linker flag

See any operating system documentation about shared 
libraries for
more information, such as the ld(1) and ld.so(8) 
manual pages.
-------------------------------------------------------
---------------
        /usr/freeware/bin/ginstall -c -m 644 
expat.h /usr/local/include
        gcc -o xmlwf -static xmlwf.o xmlfile.o 
codepage.o unixfilemap.o -L../lib/.libs -lexpat
ld32: FATAL 9: I/O error 
(/usr/lib32/mips3/nonshared/crt1.o): No such file or 
directory
collect2: ld returned 32 exit status
*** Error code 1 (bu21)
*** Error code 1 (bu21)



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

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


From noreply@sourceforge.net  Fri Nov  9 16:49:07 2001
From: noreply@sourceforge.net (noreply@sourceforge.net)
Date: Fri Nov  9 16:49:07 2001
Subject: [ expat-Bugs-480273 ] Failing to install on Cygwin
Message-ID: <E162MK7-0002RF-00@usw-sf-web2.sourceforge.net>

Bugs item #480273, was opened at 2001-11-09 16:48
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=110127&aid=480273&group_id=10127

Category: Build control
Group: Platform Specific
Status: Open
Resolution: None
Priority: 5
Submitted By: Carlos Araya (elrond25)
Assigned to: Greg Stein (gstein)
Summary: Failing to install on Cygwin

Initial Comment:
When trying to build against cygwin 1.3.4 I get the 
following list of errors:

$ make
cd lib && make
make[1]: Entering directory `/home/Administrator/expat-
1.95.2/lib'
/bin/sh ../libtool --mode=compile gcc -DHAVE_CONFIG_H -
DPACKAGE='"expat"' -DVERS
ION='"expat_1.95.2"' -I. -I. -I..  -g -O2 -Wall -
Wmissing-prototypes -Wstrict-pr
ototypes -fexceptions -c xmlparse.c
mkdir .libs
gcc -DHAVE_CONFIG_H -DPACKAGE=\expat\ -
DVERSION=\expat_1.95.2\ -I. -I. -I..
-g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -
fexceptions -c xmlparse.c
  -DPIC -o .libs/xmlparse.lo
mv -f .libs/xmlparse.lo xmlparse.o
(cd . && ln -s xmlparse.o xmlparse.lo)
/bin/sh ../libtool --mode=compile gcc -DHAVE_CONFIG_H -
DPACKAGE='"expat"' -DVERS
ION='"expat_1.95.2"' -I. -I. -I..  -g -O2 -Wall -
Wmissing-prototypes -Wstrict-pr
ototypes -fexceptions -c xmltok.c
rm -f .libs/xmltok.lo
gcc -DHAVE_CONFIG_H -DPACKAGE=\expat\ -
DVERSION=\expat_1.95.2\ -I. -I. -I..
-g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -
fexceptions -c xmltok.c
-DPIC -o .libs/xmltok.lo
mv -f .libs/xmltok.lo xmltok.o
(cd . && ln -s xmltok.o xmltok.lo)
/bin/sh ../libtool --mode=compile gcc -DHAVE_CONFIG_H -
DPACKAGE='"expat"' -DVERS
ION='"expat_1.95.2"' -I. -I. -I..  -g -O2 -Wall -
Wmissing-prototypes -Wstrict-pr
ototypes -fexceptions -c xmlrole.c
rm -f .libs/xmlrole.lo
gcc -DHAVE_CONFIG_H -DPACKAGE=\expat\ -
DVERSION=\expat_1.95.2\ -I. -I. -I..
-g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -
fexceptions -c xmlrole.c
 -DPIC -o .libs/xmlrole.lo
xmlrole.c:7: warning: `RCSId' defined but not used
mv -f .libs/xmlrole.lo xmlrole.o
(cd . && ln -s xmlrole.o xmlrole.lo)
/bin/sh ../libtool --mode=link  gcc -version-info 
1:0:1 -g -O2 -Wall -Wmissing-p
rototypes -Wstrict-prototypes -fexceptions  -o 
libexpat.la -rpath /usr/local/lib
  xmlparse.lo xmltok.lo xmlrole.lo
libtool: link: warning: undefined symbols not allowed 
in i686-pc-cygwin shared l
ibraries
rm -
fr .libs/libexpat.la .libs/libexpat.* .libs/libexpat.*
ar cru .libs/libexpat.a  xmlparse.o xmltok.o xmlrole.o
ranlib .libs/libexpat.a
creating libexpat.la
(cd .libs && rm -f libexpat.la && ln -s ../libexpat.la 
libexpat.la)
make[1]: Leaving directory `/home/Administrator/expat-
1.95.2/lib'
cd xmlwf && make
make[1]: Entering directory `/home/Administrator/expat-
1.95.2/xmlwf'
gcc -g -O2 -Wall -Wmissing-prototypes -Wstrict-
prototypes -fexceptions -I../lib
  -c -o xmlwf.o xmlwf.c
gcc -g -O2 -Wall -Wmissing-prototypes -Wstrict-
prototypes -fexceptions -I../lib
  -c -o xmlfile.o xmlfile.c
xmlfile.c: In function `processStream':
xmlfile.c:149: warning: implicit declaration of 
function `close'
xmlfile.c:153: warning: implicit declaration of 
function `read'
gcc -g -O2 -Wall -Wmissing-prototypes -Wstrict-
prototypes -fexceptions -I../lib
  -c -o codepage.o codepage.c
gcc -g -O2 -Wall -Wmissing-prototypes -Wstrict-
prototypes -fexceptions -I../lib
  -c -o unixfilemap.o unixfilemap.c
gcc -o xmlwf -static xmlwf.o xmlfile.o codepage.o 
unixfilemap.o -L../lib/.libs -
lexpat
xmlwf.o: In function `defaultCharacterData':
/home/Administrator/expat-1.95.2/xmlwf/xmlwf.c:239: 
undefined reference to `_imp
__XML_DefaultCurrent'
xmlwf.o: In function `defaultStartElement':
/home/Administrator/expat-1.95.2/xmlwf/xmlwf.c:244: 
undefined reference to `_imp
__XML_DefaultCurrent'
xmlwf.o: In function `defaultEndElement':
/home/Administrator/expat-1.95.2/xmlwf/xmlwf.c:249: 
undefined reference to `_imp
__XML_DefaultCurrent'
xmlwf.o: In function `defaultProcessingInstruction':
/home/Administrator/expat-1.95.2/xmlwf/xmlwf.c:254: 
undefined reference to `_imp
__XML_DefaultCurrent'
xmlwf.o: In function `metaLocation':
/home/Administrator/expat-1.95.2/xmlwf/xmlwf.c:283: 
undefined reference to `_imp
__XML_GetBase'
/home/Administrator/expat-1.95.2/xmlwf/xmlwf.c:286: 
undefined reference to `_imp
__XML_GetCurrentColumnNumber'
/home/Administrator/expat-1.95.2/xmlwf/xmlwf.c:286: 
undefined reference to `_imp
__XML_GetCurrentLineNumber'
/home/Administrator/expat-1.95.2/xmlwf/xmlwf.c:286: 
undefined reference to `_imp
__XML_GetCurrentByteCount'
/home/Administrator/expat-1.95.2/xmlwf/xmlwf.c:286: 
undefined reference to `_imp
__XML_GetCurrentByteIndex'
xmlwf.o: In function `metaStartElement':
/home/Administrator/expat-1.95.2/xmlwf/xmlwf.c:311: 
undefined reference to `_imp
__XML_GetSpecifiedAttributeCount'
/home/Administrator/expat-1.95.2/xmlwf/xmlwf.c:313: 
undefined reference to `_imp
__XML_GetIdAttributeIndex'
xmlwf.o: In function `main':
/home/Administrator/expat-1.95.2/xmlwf/xmlwf.c:676: 
undefined reference to `_imp
__XML_ParserCreateNS'
/home/Administrator/expat-1.95.2/xmlwf/xmlwf.c:678: 
undefined reference to `_imp
__XML_ParserCreate'
/home/Administrator/expat-1.95.2/xmlwf/xmlwf.c:680: 
undefined reference to `_imp
__XML_SetNotStandaloneHandler'
/home/Administrator/expat-1.95.2/xmlwf/xmlwf.c:681: 
undefined reference to `_imp
__XML_SetParamEntityParsing'
/home/Administrator/expat-1.95.2/xmlwf/xmlwf.c:686: 
undefined reference to `_imp
__XML_SetElementHandler'
/home/Administrator/expat-1.95.2/xmlwf/xmlwf.c:687: 
undefined reference to `_imp
__XML_SetCharacterDataHandler'
/home/Administrator/expat-1.95.2/xmlwf/xmlwf.c:711: 
undefined reference to `_imp
__XML_SetUserData'
/home/Administrator/expat-1.95.2/xmlwf/xmlwf.c:714: 
undefined reference to `_imp
__XML_UseParserAsHandlerArg'
/home/Administrator/expat-1.95.2/xmlwf/xmlwf.c:715: 
undefined reference to `_imp
__XML_SetElementHandler'
/home/Administrator/expat-1.95.2/xmlwf/xmlwf.c:716: 
undefined reference to `_imp
__XML_SetProcessingInstructionHandler'
/home/Administrator/expat-1.95.2/xmlwf/xmlwf.c:717: 
undefined reference to `_imp
__XML_SetCommentHandler'
/home/Administrator/expat-1.95.2/xmlwf/xmlwf.c:718: 
undefined reference to `_imp
__XML_SetCdataSectionHandler'
/home/Administrator/expat-1.95.2/xmlwf/xmlwf.c:719: 
undefined reference to `_imp
__XML_SetCharacterDataHandler'
/home/Administrator/expat-1.95.2/xmlwf/xmlwf.c:720: 
undefined reference to `_imp
__XML_SetDoctypeDeclHandler'
/home/Administrator/expat-1.95.2/xmlwf/xmlwf.c:721: 
undefined reference to `_imp
__XML_SetEntityDeclHandler'
/home/Administrator/expat-1.95.2/xmlwf/xmlwf.c:722: 
undefined reference to `_imp
__XML_SetNotationDeclHandler'
/home/Administrator/expat-1.95.2/xmlwf/xmlwf.c:723: 
undefined reference to `_imp
__XML_SetNamespaceDeclHandler'
/home/Administrator/expat-1.95.2/xmlwf/xmlwf.c:727: 
undefined reference to `_imp
__XML_UseParserAsHandlerArg'
/home/Administrator/expat-1.95.2/xmlwf/xmlwf.c:728: 
undefined reference to `_imp
__XML_SetDefaultHandler'
/home/Administrator/expat-1.95.2/xmlwf/xmlwf.c:729: 
undefined reference to `_imp
__XML_SetElementHandler'
/home/Administrator/expat-1.95.2/xmlwf/xmlwf.c:730: 
undefined reference to `_imp
__XML_SetCharacterDataHandler'
/home/Administrator/expat-1.95.2/xmlwf/xmlwf.c:731: 
undefined reference to `_imp
__XML_SetProcessingInstructionHandler'
/home/Administrator/expat-1.95.2/xmlwf/xmlwf.c:737: 
undefined reference to `_imp
__XML_SetElementHandler'
/home/Administrator/expat-1.95.2/xmlwf/xmlwf.c:738: 
undefined reference to `_imp
__XML_SetCharacterDataHandler'
/home/Administrator/expat-1.95.2/xmlwf/xmlwf.c:740: 
undefined reference to `_imp
__XML_SetProcessingInstructionHandler'
/home/Administrator/expat-1.95.2/xmlwf/xmlwf.c:746: 
undefined reference to `_imp
__XML_SetUnknownEncodingHandler'
/home/Administrator/expat-1.95.2/xmlwf/xmlwf.c:756: 
undefined reference to `_imp
__XML_ParserFree'
xmlfile.o: In function `reportError':
/home/Administrator/expat-1.95.2/xmlwf/xmlfile.c:48: 
undefined reference to `_im
p__XML_GetErrorCode'
/home/Administrator/expat-1.95.2/xmlwf/xmlfile.c:49: 
undefined reference to `_im
p__XML_ErrorString'
/home/Administrator/expat-1.95.2/xmlwf/xmlfile.c:51: 
undefined reference to `_im
p__XML_GetCurrentColumnNumber'
/home/Administrator/expat-1.95.2/xmlwf/xmlfile.c:51: 
undefined reference to `_im
p__XML_GetCurrentLineNumber'
xmlfile.o: In function `processFile':
/home/Administrator/expat-1.95.2/xmlwf/xmlfile.c:68: 
undefined reference to `_im
p__XML_Parse'
xmlfile.o: In function `externalEntityRefFilemap':
/home/Administrator/expat-1.95.2/xmlwf/xmlfile.c:124: 
undefined reference to `_i
mp__XML_ExternalEntityParserCreate'
/home/Administrator/expat-1.95.2/xmlwf/xmlfile.c:129: 
undefined reference to `_i
mp__XML_SetBase'
/home/Administrator/expat-1.95.2/xmlwf/xmlfile.c:133: 
undefined reference to `_i
mp__XML_ParserFree'
xmlfile.o: In function `processStream':
/home/Administrator/expat-1.95.2/xmlwf/xmlfile.c:147: 
undefined reference to `_i
mp__XML_GetBuffer'
/home/Administrator/expat-1.95.2/xmlwf/xmlfile.c:159: 
undefined reference to `_i
mp__XML_ParseBuffer'
xmlfile.o: In function `externalEntityRefStream':
/home/Administrator/expat-1.95.2/xmlwf/xmlfile.c:182: 
undefined reference to 
`_imp__XML_ExternalEntityParserCreate'
/home/Administrator/expat-1.95.2/xmlwf/xmlfile.c:184: 
undefined reference to `_imp__XML_SetBase'
/home/Administrator/expat-1.95.2/xmlwf/xmlfile.c:187: 
undefined reference to `_imp__XML_ParserFree'
xmlfile.o: In function `XML_ProcessFile':
/home/Administrator/expat-1.95.2/xmlwf/xmlfile.c:197: 
undefined reference to `_imp__XML_SetBase'
/home/Administrator/expat-1.95.2/xmlwf/xmlfile.c:203: 
undefined reference to 
`_imp__XML_SetExternalEntityRefHandler'
collect2: ld returned 1 exit status
make[1]: *** [xmlwf] Error 1
make[1]: Leaving directory `/home/Administrator/expat-
1.95.2/xmlwf'
make: *** [xmlwf] Error 2

Don't know what the problem is and I need to get 
XML::Parser and other software installed soon

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

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


From noreply@sourceforge.net  Fri Nov  9 18:00:02 2001
From: noreply@sourceforge.net (noreply@sourceforge.net)
Date: Fri Nov  9 18:00:02 2001
Subject: [ expat-Bugs-480278 ] UTF-16 Unsupport?
Message-ID: <E162NR5-00036C-00@usw-sf-web2.sourceforge.net>

Bugs item #480278, was opened at 2001-11-09 17:59
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=110127&aid=480278&group_id=10127

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: UTF-16 Unsupport?

Initial Comment:
Hi!
I did re-compile expat 1.95.2 with VC++ 6.0 to support
unicode characters.
And I wrote XML document encoding schema as UTF-16, 
but parser might generate following error message:

error code : 19
error text : encoding specified in XML declaration is 
incorrect.

What's wrong???

My test xml doc. ------------------------------

<?xml version="1.0" encoding="UTF-16"?>
<TEST>
  <ABCD>
    <A>This is a   test"</A>
  </ABCD>
</TEST>

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

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


From noreply@sourceforge.net  Sun Nov 11 20:00:01 2001
From: noreply@sourceforge.net (noreply@sourceforge.net)
Date: Sun Nov 11 20:00:01 2001
Subject: [ expat-Bugs-480278 ] UTF-16 Unsupport?
Message-ID: <E1638Fn-0001nT-00@usw-sf-web1.sourceforge.net>

Bugs item #480278, was opened at 2001-11-09 17:59
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=110127&aid=480278&group_id=10127

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: UTF-16 Unsupport?

Initial Comment:
Hi!
I did re-compile expat 1.95.2 with VC++ 6.0 to support
unicode characters.
And I wrote XML document encoding schema as UTF-16, 
but parser might generate following error message:

error code : 19
error text : encoding specified in XML declaration is 
incorrect.

What's wrong???

My test xml doc. ------------------------------

<?xml version="1.0" encoding="UTF-16"?>
<TEST>
  <ABCD>
    <A>This is a   test"</A>
  </ABCD>
</TEST>

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

Comment By: Karl Waclawek (kwaclaw)
Date: 2001-11-11 19:59

Message:
Logged In: YES 
user_id=290026


Worked fine for me.
I pasted your text from above into Wordpad,
saved it as a Unicode Text file, and Expat
accepted it without problems.

Karl

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

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


From noreply@sourceforge.net  Mon Nov 12 07:56:05 2001
From: noreply@sourceforge.net (noreply@sourceforge.net)
Date: Mon Nov 12 07:56:05 2001
Subject: [ expat-Bugs-226514 ] cryptic err when xml PI has no encoding pseudo-attr
Message-ID: <E163JQs-0007vm-00@usw-sf-web2.sourceforge.net>

Bugs item #226514, was opened at 2000-12-20 12:27
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=110127&aid=226514&group_id=10127

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Vassilii Khachaturov (vassilii)
Assigned to: Fred L. Drake, Jr. (fdrake)
Summary: cryptic err when xml PI has no encoding pseudo-attr

Initial Comment:
test.xml:
<?xml version="1.0"?>
<!DOCTYPE a [
<!ELEMENT a (#PCDATA|b)*>
<!ELEMENT b EMPTY>
<!ENTITY eee SYSTEM "eee.xml">
]>
<a>&eee;</a>

eee.xml:
<?xml version="1.0"?>
<b/>

Error message from Expat when parsing test.xml:
error in processing external entity reference at line 7, column 3, byte 124:
<!ENTITY eee SYSTEM "eee.xml">
]>
<a>&eee;</a>
==^

Tested with XML::Parser perl module. See http://mailarchive.activestate.com/mail/msg/perl-xml:450354

Matt Sergeant resolved my problem (pointed to the missing encoding in <?xml ...?>) and suggested I post this here, which I gladly do.


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

Comment By: Tim Crook (tcrook2)
Date: 2001-11-12 07:55

Message:
Logged In: YES 
user_id=76274

This sounds like the problem with the pointer next in the 
function prologProcessor sometimes not being initialized. 
This happens when XmlPrologTok returns without initializing 
next, leading to unpredicatable results - I was 
occasionally get access violations. In expat 1.95.x, this 
problem can be fixed by assigning next a default value 
of "s", on line 2566 of xmlparse.c.

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

Comment By: Fred L. Drake, Jr. (fdrake)
Date: 2001-02-16 14:21

Message:
Confirmed to still exist using the CVS version of Expat.  I'm not familiar with the Perl bindings myself, but will look further into reproducing it.

(Perhaps I should try writing a C program to do this; if it's an expat problem, we don't need the scripting bindings getting in the way.  If anyone beats me to it, speak up!)

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

Comment By: Fred L. Drake, Jr. (fdrake)
Date: 2001-02-16 10:31

Message:
I can't reproduce this using the Python Expat bindings and the CVS version of Expat; I'm not familiar with the Perl bindings.  This may be related to code driving external entity parsing as well.

Can you test this against the current CVS version of Expat?  Does the problem persist?

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

Comment By: Vassilii Khachaturov (vassilii)
Date: 2001-02-06 09:35

Message:
I used precisely the script shown at 

http://mailarchive.activestate.com/mail/msg/perl-xml:450354

and these 2 XML files. 

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

Comment By: Sam TH (samth)
Date: 2001-02-02 07:13

Message:
I can't reproduce any errors from those two files in current CVS.  What exactly did you do to generate the error?

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

Comment By: Sam TH (samth)
Date: 2001-02-02 07:12

Message:
I can't reproduce any errors from those two files in current CVS.  What exactly did you do to generate the error?

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

Comment By: Sam TH (samth)
Date: 2001-02-02 07:03

Message:
I can't reproduce any errors from those two files in current CVS.  What exactly did you do to generate the error?

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

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


From noreply@sourceforge.net  Mon Nov 12 09:25:02 2001
From: noreply@sourceforge.net (noreply@sourceforge.net)
Date: Mon Nov 12 09:25:02 2001
Subject: [ expat-Bugs-226514 ] cryptic err when xml PI has no encoding pseudo-attr
Message-ID: <E163Koq-0000Sf-00@usw-sf-web2.sourceforge.net>

Bugs item #226514, was opened at 2000-12-20 12:27
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=110127&aid=226514&group_id=10127

Category: None
Group: None
Status: Open
Resolution: None
>Priority: 6
Submitted By: Vassilii Khachaturov (vassilii)
Assigned to: Fred L. Drake, Jr. (fdrake)
Summary: cryptic err when xml PI has no encoding pseudo-attr

Initial Comment:
test.xml:
<?xml version="1.0"?>
<!DOCTYPE a [
<!ELEMENT a (#PCDATA|b)*>
<!ELEMENT b EMPTY>
<!ENTITY eee SYSTEM "eee.xml">
]>
<a>&eee;</a>

eee.xml:
<?xml version="1.0"?>
<b/>

Error message from Expat when parsing test.xml:
error in processing external entity reference at line 7, column 3, byte 124:
<!ENTITY eee SYSTEM "eee.xml">
]>
<a>&eee;</a>
==^

Tested with XML::Parser perl module. See http://mailarchive.activestate.com/mail/msg/perl-xml:450354

Matt Sergeant resolved my problem (pointed to the missing encoding in <?xml ...?>) and suggested I post this here, which I gladly do.


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

>Comment By: Fred L. Drake, Jr. (fdrake)
Date: 2001-11-12 09:24

Message:
Logged In: YES 
user_id=3066

The original report on the perl-xml list now seems to be at:
http://aspn.activestate.com/ASPN/Mail/Message/450354

Matt Sergeant's reply is now:
http://aspn.activestate.com/ASPN/Mail/Message/450541

I'm trying to construct a reproducible test case that shows
*something* goes wrong without the fix suggested by Tim
Crook, but have not been successful.  Is the error being
raised when Expat attempts to parse the referenced entity
rather than the document entity?  That seems to be the
implication, but that requires a more complex test.  (If
that's the case, I think I know what the test should be; if
anyone can confirm the nature of the symptom before I spend
a lot ot time on it, I'd appreciate it!  Thanks.)

Raised the priority so it's likely this will be fixed sooner
rather than later.

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

Comment By: Tim Crook (tcrook2)
Date: 2001-11-12 07:55

Message:
Logged In: YES 
user_id=76274

This sounds like the problem with the pointer next in the 
function prologProcessor sometimes not being initialized. 
This happens when XmlPrologTok returns without initializing 
next, leading to unpredicatable results - I was 
occasionally get access violations. In expat 1.95.x, this 
problem can be fixed by assigning next a default value 
of "s", on line 2566 of xmlparse.c.

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

Comment By: Fred L. Drake, Jr. (fdrake)
Date: 2001-02-16 14:21

Message:
Confirmed to still exist using the CVS version of Expat.  I'm not familiar with the Perl bindings myself, but will look further into reproducing it.

(Perhaps I should try writing a C program to do this; if it's an expat problem, we don't need the scripting bindings getting in the way.  If anyone beats me to it, speak up!)

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

Comment By: Fred L. Drake, Jr. (fdrake)
Date: 2001-02-16 10:31

Message:
I can't reproduce this using the Python Expat bindings and the CVS version of Expat; I'm not familiar with the Perl bindings.  This may be related to code driving external entity parsing as well.

Can you test this against the current CVS version of Expat?  Does the problem persist?

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

Comment By: Vassilii Khachaturov (vassilii)
Date: 2001-02-06 09:35

Message:
I used precisely the script shown at 

http://mailarchive.activestate.com/mail/msg/perl-xml:450354

and these 2 XML files. 

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

Comment By: Sam TH (samth)
Date: 2001-02-02 07:13

Message:
I can't reproduce any errors from those two files in current CVS.  What exactly did you do to generate the error?

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

Comment By: Sam TH (samth)
Date: 2001-02-02 07:12

Message:
I can't reproduce any errors from those two files in current CVS.  What exactly did you do to generate the error?

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

Comment By: Sam TH (samth)
Date: 2001-02-02 07:03

Message:
I can't reproduce any errors from those two files in current CVS.  What exactly did you do to generate the error?

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

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


From noreply@sourceforge.net  Mon Nov 12 09:33:04 2001
From: noreply@sourceforge.net (noreply@sourceforge.net)
Date: Mon Nov 12 09:33:04 2001
Subject: [ expat-Bugs-479781 ] Configure Expat 1.95.2 failed
Message-ID: <E163Kwp-0007zZ-00@usw-sf-web3.sourceforge.net>

Bugs item #479781, was opened at 2001-11-08 14:13
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=110127&aid=479781&group_id=10127

Category: XML::Parser (Perl module)
Group: Platform Specific
>Status: Closed
>Resolution: Invalid
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Clark Cooper (coopercc)
Summary: Configure Expat 1.95.2 failed

Initial Comment:
When I configure the Expat 1.95.2, it failed. it 
response like this: No such file or directory.
Could anyone give me a help to install the Expat Module
in my Server.Thank you in advance.

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

>Comment By: Fred L. Drake, Jr. (fdrake)
Date: 2001-11-12 09:32

Message:
Logged In: YES 
user_id=3066

Insufficient information from an anonymous submitter.
There's no way for me to know what file was expected without
more information about the context of the error message.  If
the submitter sees this and can provide the complete output
of the configure script, that would help; open a new bug
report with the complete output of configure, either
embedded in the report or attached as a separate file.

Also, please be sure the problem was with Expat itself and
not the Perl module, which is not part of this project.

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

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


From Liang.Chen@FMR.COM  Mon Nov 12 12:32:03 2001
From: Liang.Chen@FMR.COM (Chen, Liang)
Date: Mon Nov 12 12:32:03 2001
Subject: Bug Report: an expat install error 
Message-ID: <A3F1C527F150D41196900060B06805D401E86A3D@MSGBOS629NTS.fmr.com>

> Operating System:	Sun SPARC Solaris 8
> GCC Version:		2.95.3	
> expat Version:		1.95.2
> 
> ________________________________________________________________
> 
	% make install
	for dir in lib xmlwf; do \
	        (cd $dir && make install); \
	done
	/bin/sh ../libtool --mode=compile gcc -DHAVE_CONFIG_H
-DPACKAGE='"expat"' -DVERSION='"expat_1.95.2"' -I. -I. -I..  -fno-exceptions
-Wall -Wmissing-prototypes -Wstrict-prototypes -fexceptions -c xmlparse.c
	rm -f .libs/xmlparse.lo
	gcc -DHAVE_CONFIG_H -DPACKAGE=\"expat\" -DVERSION=\"expat_1.95.2\"
-I. -I. -I.. -fno-exceptions -Wall -Wmissing-prototypes -Wstrict-prototypes
-fexceptions -c xmlparse.c  -fPIC -DPIC -o .libs/xmlparse.lo
	In file included from /usr/include/string.h:18,
	                 from xmlparse.c:26:
	/usr/include/iso/string_iso.h:60: warning: conflicting types for
built-in function `memcmp'
	/usr/include/iso/string_iso.h:61: warning: conflicting types for
built-in function `memcpy'
	/usr/include/iso/string_iso.h:62: parse error before `;'
	/usr/include/iso/string_iso.h:65: warning: conflicting types for
built-in function `strcmp'
	/usr/include/iso/string_iso.h:66: warning: conflicting types for
built-in function `strcpy'
	*** Error code 1
	make: Fatal error: Command failed for target `xmlparse.lo'
	Current working directory /local/psoft/perl56/XML/expat-1.95.2/lib
	*** Error code 1
	make: Fatal error: Command failed for target `install' 




From noreply@sourceforge.net  Tue Nov 13 10:50:09 2001
From: noreply@sourceforge.net (noreply@sourceforge.net)
Date: Tue Nov 13 10:50:09 2001
Subject: [ expat-Bugs-481400 ] xmlparser needs parentheses
Message-ID: <E163idB-0008Lh-00@usw-sf-web3.sourceforge.net>

Bugs item #481400, was opened at 2001-11-13 10:49
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=110127&aid=481400&group_id=10127

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Marc Rubin (jayseye)
Assigned to: Nobody/Anonymous (nobody)
Summary: xmlparser needs parentheses

Initial Comment:
Two additional sets of parenteses are needed, in 
xmlparse.c line 3483, under appendAttributeValue(),
as follows: 
 
 if ((!isCdata && (poolLength(pool) == 0) || 
(poolLastChar(pool) == 0x20))) 
 
The intent of the existing code is to suppress 
multiple spaces, but this gets short-circuited as 
currently written: 
 
 if (!isCdata && (poolLength(pool) == 0 || poolLastChar
(pool) == 0x20)) 
 
The second test is skipped due to the expansion of the 
poolLength() and poolLastChar() preprocessor #defines. 
  
The symptom is that multiple spaces are incorrectly 
preserved in attribute values. They are suppressed, as 
intended, by adding the parenteses. 
 
The same fix should be applied to xmlparse.cpp line 
2688. 

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

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


From noreply@sourceforge.net  Wed Nov 14 00:35:02 2001
From: noreply@sourceforge.net (noreply@sourceforge.net)
Date: Wed Nov 14 00:35:02 2001
Subject: [ expat-Bugs-481609 ] Wrong umlauts after parsing
Message-ID: <E163vUD-0000NW-00@usw-sf-web3.sourceforge.net>

Bugs item #481609, was opened at 2001-11-14 00:33
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=110127&aid=481609&group_id=10127

Category: XML::Parser (Perl module)
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Thomas Frings (frings)
Assigned to: Clark Cooper (coopercc)
Summary: Wrong umlauts after parsing

Initial Comment:
Parsing a xml-file that contains german umlauts like 
ä ö ü or their encoding like &#x00e4; &#xe4; or &uuml;
results in 'C$' (instead of 'ä'), 'C<' (instead of 'ü') 
or  'C6' (instead of 'ö').

What's going wrong? 

System: Solaris 2.8
        expat 1.95.2
        XML-Parser 2.30

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

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


From noreply@sourceforge.net  Wed Nov 14 11:24:03 2001
From: noreply@sourceforge.net (noreply@sourceforge.net)
Date: Wed Nov 14 11:24:03 2001
Subject: [ expat-Bugs-454879 ] Compile of xmlwf fails in cygwin v1.95.2
Message-ID: <E1645Zf-00017a-00@usw-sf-web2.sourceforge.net>

Bugs item #454879, was opened at 2001-08-24 00:39
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=110127&aid=454879&group_id=10127

Category: Build control
Group: Platform Specific
Status: Open
Resolution: None
Priority: 5
Submitted By: Pabs (pabs3)
Assigned to: Greg Stein (gstein)
Summary: Compile of xmlwf fails in cygwin v1.95.2

Initial Comment:
make.log attached
The short of it is that the .o files in the xmlwf dir reference functions in the lib as _imp__<function name>,
but in the lib (libexpat.a) the functions are named _<function name> & just <function name>
Probably some gcc flag was omitted from one or the other.

Bye,
Pabs

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

Comment By: Nobody/Anonymous (nobody)
Date: 2001-11-14 11:19

Message:
Logged In: NO 

Do these solutions create shared libraries?  With just the 
changes below, I'm not getting a .so file -- any advice?

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

Comment By: Gerrit Haase (siebenschlaefer)
Date: 2001-10-24 10:19

Message:
Logged In: YES 
user_id=76037

I posted the patch here, (all in one line, please):

http://sourceforge.net/tracker/index.php?
func=detail&aid=454879&group_id=10127&atid=110127

Gerrit


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

Comment By: Gerrit Haase (siebenschlaefer)
Date: 2001-10-24 09:52

Message:
Logged In: YES 
user_id=76037

Come on, I added a -no-undefined at the link line for 
libexpat and the dll is build and also xmlwf links o.k. 
against the dll.
Patch:
--- lib/Makefile.in.orig	Wed Oct 24 18:24:58 2001
+++ lib/Makefile.in	Wed Oct 24 18:23:29 2001
@@ -90,7 +90,7 @@
 COMPILE = $(CC) $(DEFS) $(INCLUDES) $(CPPFLAGS) $(CFLAGS)
 LTCOMPILE = $(LIBTOOL) --mode=compile $(CC) $(DEFS) 
$(INCLUDES) $(CPPFLAGS) $(CFLAGS)
 CCLD = $(CC)
-LINK = $(LIBTOOL) --mode=link  $(CCLD) -version-info 
$(LIBCURRENT):$(LIBREVISION):$(LIBAGE) $(CFLAGS) 
$(LDFLAGS) -o $@
+LINK = $(LIBTOOL) --mode=link  $(CCLD) -no-undefined -
version-info $(LIBCURRENT):$(LIBREVISION):$(LIBAGE) 
$(CFLAGS) $(LDFLAGS) -o $@
 DIST_COMMON =  Makefile.in
 
 
Gerrit

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

Comment By: Alex Martelli (aleax)
Date: 2001-09-13 02:02

Message:
Logged In: YES 
user_id=60314

I can confirm that adding the &&!defined() to the #if line 
in expat.h.in fixes everything for me on Cygwin, although I 
tested defined(__CYGWIN__) rather than defined
(__CYGWIN32__) (seems more generally useful...?)


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

Comment By: Neil Lunn (corrosion)
Date: 2001-08-29 04:38

Message:
Logged In: YES 
user_id=78218

Meaning that the above patch should actually be applied to 
expat.h.in from the source distribution.
Could someone confirm the CVS commit?

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

Comment By: David Crowley (dcrowley)
Date: 2001-08-27 16:29

Message:
Logged In: YES 
user_id=27458

I have this same problem.  I had to make a change to 
expat.h. I fixed it by changing the macro for XMLPARSEAPI.  
I just added the "&& !defined(__CYGWIN32)".  Here it is:

#ifndef XMLPARSEAPI
#  if defined(__declspec) && !defined(__BEOS__) && !defined
(__CYGWIN32__)
#    define XMLPARSEAPI(type) __declspec(dllimport) type 
__cdecl
#  else
#    define XMLPARSEAPI(type) type
#  endif
#endif  /* not defined XMLPARSEAPI */



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

Comment By: Nobody/Anonymous (nobody)
Date: 2001-08-26 22:38

Message:
Logged In: NO 

to clarify v1.95.2 is the expat version number

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

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


From noreply@sourceforge.net  Wed Nov 14 15:18:02 2001
From: noreply@sourceforge.net (noreply@sourceforge.net)
Date: Wed Nov 14 15:18:02 2001
Subject: [ expat-Bugs-481899 ] make install -- xmlwf fails on FreeBSD
Message-ID: <E1649HV-0005lQ-00@usw-sf-web1.sourceforge.net>

Bugs item #481899, was opened at 2001-11-14 15:17
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=110127&aid=481899&group_id=10127

Category: Build control
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Greg Stein (gstein)
Summary: make install -- xmlwf fails on FreeBSD

Initial Comment:
during make --
cd xmlwf && make
gcc -g -O2 -Wall -Wmissing-prototypes -Wstrict-
prototypes -fexceptions -I../lib -c xmlwf.c
gcc -g -O2 -Wall -Wmissing-prototypes -Wstrict-
prototypes -fexceptions -I../lib -c xmlfile.c
xmlfile.c: In function `processStream':
xmlfile.c:149: warning: implicit declaration of 
function `close'
xmlfile.c:153: warning: implicit declaration of 
function `read'
gcc -g -O2 -Wall -Wmissing-prototypes -Wstrict-
prototypes -fexceptions -I../lib -c codepage.c
gcc -g -O2 -Wall -Wmissing-prototypes -Wstrict-
prototypes -fexceptions -I../lib -c unixfilemap.c
gcc -o xmlwf -static xmlwf.o xmlfile.o codepage.o 
unixfilemap.o -L../lib/.libs -lexpat

britney# make install
for dir in lib xmlwf; do  (cd $dir && make install);  
done
/bin/sh ../conftools/mkinstalldirs /usr/lib /usr/includ
e
/bin/sh ../libtool --mode=install /usr/bin/install -c 
libexpat.la /usr/lib/libexpat.la
/usr/bin/install -
c .libs/libexpat.so.1 /usr/lib/libexpat.so.1
(cd /usr/lib && rm -f libexpat.so && ln -s 
libexpat.so.1 libexpat.so)
(cd /usr/lib && rm -f libexpat.so && ln -s 
libexpat.so.1 libexpat.so)
/usr/bin/install -
c .libs/libexpat.lai /usr/lib/libexpat.la
/usr/bin/install -
c .libs/libexpat.a /usr/lib/libexpat.a
ranlib /usr/lib/libexpat.a
chmod 644 /usr/lib/libexpat.a
-------------------------------------------------------
---------------
Libraries have been installed in:
   /usr/lib

If you ever happen to want to link against installed 
libraries
in a given directory, LIBDIR, you must either use 
libtool, and
specify the full pathname of the library, or use `-
LLIBDIR'
flag during linking and do at least one of the 
following:
   - add LIBDIR to the `LD_LIBRARY_PATH' environment 
variable
     during execution
   - add LIBDIR to the `LD_RUN_PATH' environment 
variable
     during linking
   - use the `-Wl,--rpath -Wl,LIBDIR' linker flag

See any operating system documentation about shared 
libraries for
more information, such as the ld(1) and ld.so(8) 
manual pages.
-------------------------------------------------------
---------------
/usr/bin/install -c -m 644 expat.h /usr/include
/bin/csh ../conftools/mkinstalldirs /usr/bin
errstatus=0: Command not found.
for: Command not found.
do: Command not found.
set: Variable name must begin with a letter.
*** Error code 1

Stop in /usr/local/build/expat-1.95.2/xmlwf.
*** Error code 1

Stop in /usr/local/build/expat-1.95.2.

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

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


From noreply@sourceforge.net  Wed Nov 14 15:27:02 2001
From: noreply@sourceforge.net (noreply@sourceforge.net)
Date: Wed Nov 14 15:27:02 2001
Subject: [ expat-Bugs-481899 ] make install -- xmlwf fails on FreeBSD
Message-ID: <E1649Qc-0002Uh-00@usw-sf-web3.sourceforge.net>

Bugs item #481899, was opened at 2001-11-14 15:17
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=110127&aid=481899&group_id=10127

Category: Build control
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Greg Stein (gstein)
Summary: make install -- xmlwf fails on FreeBSD

Initial Comment:
during make --
cd xmlwf && make
gcc -g -O2 -Wall -Wmissing-prototypes -Wstrict-
prototypes -fexceptions -I../lib -c xmlwf.c
gcc -g -O2 -Wall -Wmissing-prototypes -Wstrict-
prototypes -fexceptions -I../lib -c xmlfile.c
xmlfile.c: In function `processStream':
xmlfile.c:149: warning: implicit declaration of 
function `close'
xmlfile.c:153: warning: implicit declaration of 
function `read'
gcc -g -O2 -Wall -Wmissing-prototypes -Wstrict-
prototypes -fexceptions -I../lib -c codepage.c
gcc -g -O2 -Wall -Wmissing-prototypes -Wstrict-
prototypes -fexceptions -I../lib -c unixfilemap.c
gcc -o xmlwf -static xmlwf.o xmlfile.o codepage.o 
unixfilemap.o -L../lib/.libs -lexpat

britney# make install
for dir in lib xmlwf; do  (cd $dir && make install);  
done
/bin/sh ../conftools/mkinstalldirs /usr/lib /usr/includ
e
/bin/sh ../libtool --mode=install /usr/bin/install -c 
libexpat.la /usr/lib/libexpat.la
/usr/bin/install -
c .libs/libexpat.so.1 /usr/lib/libexpat.so.1
(cd /usr/lib && rm -f libexpat.so && ln -s 
libexpat.so.1 libexpat.so)
(cd /usr/lib && rm -f libexpat.so && ln -s 
libexpat.so.1 libexpat.so)
/usr/bin/install -
c .libs/libexpat.lai /usr/lib/libexpat.la
/usr/bin/install -
c .libs/libexpat.a /usr/lib/libexpat.a
ranlib /usr/lib/libexpat.a
chmod 644 /usr/lib/libexpat.a
-------------------------------------------------------
---------------
Libraries have been installed in:
   /usr/lib

If you ever happen to want to link against installed 
libraries
in a given directory, LIBDIR, you must either use 
libtool, and
specify the full pathname of the library, or use `-
LLIBDIR'
flag during linking and do at least one of the 
following:
   - add LIBDIR to the `LD_LIBRARY_PATH' environment 
variable
     during execution
   - add LIBDIR to the `LD_RUN_PATH' environment 
variable
     during linking
   - use the `-Wl,--rpath -Wl,LIBDIR' linker flag

See any operating system documentation about shared 
libraries for
more information, such as the ld(1) and ld.so(8) 
manual pages.
-------------------------------------------------------
---------------
/usr/bin/install -c -m 644 expat.h /usr/include
/bin/csh ../conftools/mkinstalldirs /usr/bin
errstatus=0: Command not found.
for: Command not found.
do: Command not found.
set: Variable name must begin with a letter.
*** Error code 1

Stop in /usr/local/build/expat-1.95.2/xmlwf.
*** Error code 1

Stop in /usr/local/build/expat-1.95.2.

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

Comment By: Nobody/Anonymous (nobody)
Date: 2001-11-14 15:26

Message:
Logged In: NO 

its trying to use csh to run a sh script .. easy fix

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

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


From noreply@sourceforge.net  Wed Nov 14 15:56:01 2001
From: noreply@sourceforge.net (noreply@sourceforge.net)
Date: Wed Nov 14 15:56:01 2001
Subject: [ expat-Bugs-454879 ] Compile of xmlwf fails in cygwin v1.95.2
Message-ID: <E1649rr-0002o2-00@usw-sf-web3.sourceforge.net>

Bugs item #454879, was opened at 2001-08-24 00:39
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=110127&aid=454879&group_id=10127

Category: Build control
Group: Platform Specific
Status: Open
Resolution: None
Priority: 5
Submitted By: Pabs (pabs3)
Assigned to: Greg Stein (gstein)
Summary: Compile of xmlwf fails in cygwin v1.95.2

Initial Comment:
make.log attached
The short of it is that the .o files in the xmlwf dir reference functions in the lib as _imp__<function name>,
but in the lib (libexpat.a) the functions are named _<function name> & just <function name>
Probably some gcc flag was omitted from one or the other.

Bye,
Pabs

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

Comment By: Gerrit Haase (siebenschlaefer)
Date: 2001-11-14 15:54

Message:
Logged In: YES 
user_id=76037

You need to upgrade to the latest available version of 
cygwin and binutils to use the autoimport feature of ld.

Gerrit

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

Comment By: Nobody/Anonymous (nobody)
Date: 2001-11-14 11:19

Message:
Logged In: NO 

Do these solutions create shared libraries?  With just the 
changes below, I'm not getting a .so file -- any advice?

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

Comment By: Gerrit Haase (siebenschlaefer)
Date: 2001-10-24 10:19

Message:
Logged In: YES 
user_id=76037

I posted the patch here, (all in one line, please):

http://sourceforge.net/tracker/index.php?
func=detail&aid=454879&group_id=10127&atid=110127

Gerrit


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

Comment By: Gerrit Haase (siebenschlaefer)
Date: 2001-10-24 09:52

Message:
Logged In: YES 
user_id=76037

Come on, I added a -no-undefined at the link line for 
libexpat and the dll is build and also xmlwf links o.k. 
against the dll.
Patch:
--- lib/Makefile.in.orig	Wed Oct 24 18:24:58 2001
+++ lib/Makefile.in	Wed Oct 24 18:23:29 2001
@@ -90,7 +90,7 @@
 COMPILE = $(CC) $(DEFS) $(INCLUDES) $(CPPFLAGS) $(CFLAGS)
 LTCOMPILE = $(LIBTOOL) --mode=compile $(CC) $(DEFS) 
$(INCLUDES) $(CPPFLAGS) $(CFLAGS)
 CCLD = $(CC)
-LINK = $(LIBTOOL) --mode=link  $(CCLD) -version-info 
$(LIBCURRENT):$(LIBREVISION):$(LIBAGE) $(CFLAGS) 
$(LDFLAGS) -o $@
+LINK = $(LIBTOOL) --mode=link  $(CCLD) -no-undefined -
version-info $(LIBCURRENT):$(LIBREVISION):$(LIBAGE) 
$(CFLAGS) $(LDFLAGS) -o $@
 DIST_COMMON =  Makefile.in
 
 
Gerrit

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

Comment By: Alex Martelli (aleax)
Date: 2001-09-13 02:02

Message:
Logged In: YES 
user_id=60314

I can confirm that adding the &&!defined() to the #if line 
in expat.h.in fixes everything for me on Cygwin, although I 
tested defined(__CYGWIN__) rather than defined
(__CYGWIN32__) (seems more generally useful...?)


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

Comment By: Neil Lunn (corrosion)
Date: 2001-08-29 04:38

Message:
Logged In: YES 
user_id=78218

Meaning that the above patch should actually be applied to 
expat.h.in from the source distribution.
Could someone confirm the CVS commit?

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

Comment By: David Crowley (dcrowley)
Date: 2001-08-27 16:29

Message:
Logged In: YES 
user_id=27458

I have this same problem.  I had to make a change to 
expat.h. I fixed it by changing the macro for XMLPARSEAPI.  
I just added the "&& !defined(__CYGWIN32)".  Here it is:

#ifndef XMLPARSEAPI
#  if defined(__declspec) && !defined(__BEOS__) && !defined
(__CYGWIN32__)
#    define XMLPARSEAPI(type) __declspec(dllimport) type 
__cdecl
#  else
#    define XMLPARSEAPI(type) type
#  endif
#endif  /* not defined XMLPARSEAPI */



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

Comment By: Nobody/Anonymous (nobody)
Date: 2001-08-26 22:38

Message:
Logged In: NO 

to clarify v1.95.2 is the expat version number

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

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


From noreply@sourceforge.net  Wed Nov 14 16:02:03 2001
From: noreply@sourceforge.net (noreply@sourceforge.net)
Date: Wed Nov 14 16:02:03 2001
Subject: [ expat-Bugs-480273 ] Failing to install on Cygwin
Message-ID: <E1649yR-0004RB-00@usw-sf-web2.sourceforge.net>

Bugs item #480273, was opened at 2001-11-09 16:48
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=110127&aid=480273&group_id=10127

Category: Build control
Group: Platform Specific
Status: Open
Resolution: None
Priority: 5
Submitted By: Carlos Araya (elrond25)
Assigned to: Greg Stein (gstein)
Summary: Failing to install on Cygwin

Initial Comment:
When trying to build against cygwin 1.3.4 I get the 
following list of errors:

$ make
cd lib && make
make[1]: Entering directory `/home/Administrator/expat-
1.95.2/lib'
/bin/sh ../libtool --mode=compile gcc -DHAVE_CONFIG_H -
DPACKAGE='"expat"' -DVERS
ION='"expat_1.95.2"' -I. -I. -I..  -g -O2 -Wall -
Wmissing-prototypes -Wstrict-pr
ototypes -fexceptions -c xmlparse.c
mkdir .libs
gcc -DHAVE_CONFIG_H -DPACKAGE=\expat\ -
DVERSION=\expat_1.95.2\ -I. -I. -I..
-g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -
fexceptions -c xmlparse.c
  -DPIC -o .libs/xmlparse.lo
mv -f .libs/xmlparse.lo xmlparse.o
(cd . && ln -s xmlparse.o xmlparse.lo)
/bin/sh ../libtool --mode=compile gcc -DHAVE_CONFIG_H -
DPACKAGE='"expat"' -DVERS
ION='"expat_1.95.2"' -I. -I. -I..  -g -O2 -Wall -
Wmissing-prototypes -Wstrict-pr
ototypes -fexceptions -c xmltok.c
rm -f .libs/xmltok.lo
gcc -DHAVE_CONFIG_H -DPACKAGE=\expat\ -
DVERSION=\expat_1.95.2\ -I. -I. -I..
-g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -
fexceptions -c xmltok.c
-DPIC -o .libs/xmltok.lo
mv -f .libs/xmltok.lo xmltok.o
(cd . && ln -s xmltok.o xmltok.lo)
/bin/sh ../libtool --mode=compile gcc -DHAVE_CONFIG_H -
DPACKAGE='"expat"' -DVERS
ION='"expat_1.95.2"' -I. -I. -I..  -g -O2 -Wall -
Wmissing-prototypes -Wstrict-pr
ototypes -fexceptions -c xmlrole.c
rm -f .libs/xmlrole.lo
gcc -DHAVE_CONFIG_H -DPACKAGE=\expat\ -
DVERSION=\expat_1.95.2\ -I. -I. -I..
-g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -
fexceptions -c xmlrole.c
 -DPIC -o .libs/xmlrole.lo
xmlrole.c:7: warning: `RCSId' defined but not used
mv -f .libs/xmlrole.lo xmlrole.o
(cd . && ln -s xmlrole.o xmlrole.lo)
/bin/sh ../libtool --mode=link  gcc -version-info 
1:0:1 -g -O2 -Wall -Wmissing-p
rototypes -Wstrict-prototypes -fexceptions  -o 
libexpat.la -rpath /usr/local/lib
  xmlparse.lo xmltok.lo xmlrole.lo
libtool: link: warning: undefined symbols not allowed 
in i686-pc-cygwin shared l
ibraries
rm -
fr .libs/libexpat.la .libs/libexpat.* .libs/libexpat.*
ar cru .libs/libexpat.a  xmlparse.o xmltok.o xmlrole.o
ranlib .libs/libexpat.a
creating libexpat.la
(cd .libs && rm -f libexpat.la && ln -s ../libexpat.la 
libexpat.la)
make[1]: Leaving directory `/home/Administrator/expat-
1.95.2/lib'
cd xmlwf && make
make[1]: Entering directory `/home/Administrator/expat-
1.95.2/xmlwf'
gcc -g -O2 -Wall -Wmissing-prototypes -Wstrict-
prototypes -fexceptions -I../lib
  -c -o xmlwf.o xmlwf.c
gcc -g -O2 -Wall -Wmissing-prototypes -Wstrict-
prototypes -fexceptions -I../lib
  -c -o xmlfile.o xmlfile.c
xmlfile.c: In function `processStream':
xmlfile.c:149: warning: implicit declaration of 
function `close'
xmlfile.c:153: warning: implicit declaration of 
function `read'
gcc -g -O2 -Wall -Wmissing-prototypes -Wstrict-
prototypes -fexceptions -I../lib
  -c -o codepage.o codepage.c
gcc -g -O2 -Wall -Wmissing-prototypes -Wstrict-
prototypes -fexceptions -I../lib
  -c -o unixfilemap.o unixfilemap.c
gcc -o xmlwf -static xmlwf.o xmlfile.o codepage.o 
unixfilemap.o -L../lib/.libs -
lexpat
xmlwf.o: In function `defaultCharacterData':
/home/Administrator/expat-1.95.2/xmlwf/xmlwf.c:239: 
undefined reference to `_imp
__XML_DefaultCurrent'
xmlwf.o: In function `defaultStartElement':
/home/Administrator/expat-1.95.2/xmlwf/xmlwf.c:244: 
undefined reference to `_imp
__XML_DefaultCurrent'
xmlwf.o: In function `defaultEndElement':
/home/Administrator/expat-1.95.2/xmlwf/xmlwf.c:249: 
undefined reference to `_imp
__XML_DefaultCurrent'
xmlwf.o: In function `defaultProcessingInstruction':
/home/Administrator/expat-1.95.2/xmlwf/xmlwf.c:254: 
undefined reference to `_imp
__XML_DefaultCurrent'
xmlwf.o: In function `metaLocation':
/home/Administrator/expat-1.95.2/xmlwf/xmlwf.c:283: 
undefined reference to `_imp
__XML_GetBase'
/home/Administrator/expat-1.95.2/xmlwf/xmlwf.c:286: 
undefined reference to `_imp
__XML_GetCurrentColumnNumber'
/home/Administrator/expat-1.95.2/xmlwf/xmlwf.c:286: 
undefined reference to `_imp
__XML_GetCurrentLineNumber'
/home/Administrator/expat-1.95.2/xmlwf/xmlwf.c:286: 
undefined reference to `_imp
__XML_GetCurrentByteCount'
/home/Administrator/expat-1.95.2/xmlwf/xmlwf.c:286: 
undefined reference to `_imp
__XML_GetCurrentByteIndex'
xmlwf.o: In function `metaStartElement':
/home/Administrator/expat-1.95.2/xmlwf/xmlwf.c:311: 
undefined reference to `_imp
__XML_GetSpecifiedAttributeCount'
/home/Administrator/expat-1.95.2/xmlwf/xmlwf.c:313: 
undefined reference to `_imp
__XML_GetIdAttributeIndex'
xmlwf.o: In function `main':
/home/Administrator/expat-1.95.2/xmlwf/xmlwf.c:676: 
undefined reference to `_imp
__XML_ParserCreateNS'
/home/Administrator/expat-1.95.2/xmlwf/xmlwf.c:678: 
undefined reference to `_imp
__XML_ParserCreate'
/home/Administrator/expat-1.95.2/xmlwf/xmlwf.c:680: 
undefined reference to `_imp
__XML_SetNotStandaloneHandler'
/home/Administrator/expat-1.95.2/xmlwf/xmlwf.c:681: 
undefined reference to `_imp
__XML_SetParamEntityParsing'
/home/Administrator/expat-1.95.2/xmlwf/xmlwf.c:686: 
undefined reference to `_imp
__XML_SetElementHandler'
/home/Administrator/expat-1.95.2/xmlwf/xmlwf.c:687: 
undefined reference to `_imp
__XML_SetCharacterDataHandler'
/home/Administrator/expat-1.95.2/xmlwf/xmlwf.c:711: 
undefined reference to `_imp
__XML_SetUserData'
/home/Administrator/expat-1.95.2/xmlwf/xmlwf.c:714: 
undefined reference to `_imp
__XML_UseParserAsHandlerArg'
/home/Administrator/expat-1.95.2/xmlwf/xmlwf.c:715: 
undefined reference to `_imp
__XML_SetElementHandler'
/home/Administrator/expat-1.95.2/xmlwf/xmlwf.c:716: 
undefined reference to `_imp
__XML_SetProcessingInstructionHandler'
/home/Administrator/expat-1.95.2/xmlwf/xmlwf.c:717: 
undefined reference to `_imp
__XML_SetCommentHandler'
/home/Administrator/expat-1.95.2/xmlwf/xmlwf.c:718: 
undefined reference to `_imp
__XML_SetCdataSectionHandler'
/home/Administrator/expat-1.95.2/xmlwf/xmlwf.c:719: 
undefined reference to `_imp
__XML_SetCharacterDataHandler'
/home/Administrator/expat-1.95.2/xmlwf/xmlwf.c:720: 
undefined reference to `_imp
__XML_SetDoctypeDeclHandler'
/home/Administrator/expat-1.95.2/xmlwf/xmlwf.c:721: 
undefined reference to `_imp
__XML_SetEntityDeclHandler'
/home/Administrator/expat-1.95.2/xmlwf/xmlwf.c:722: 
undefined reference to `_imp
__XML_SetNotationDeclHandler'
/home/Administrator/expat-1.95.2/xmlwf/xmlwf.c:723: 
undefined reference to `_imp
__XML_SetNamespaceDeclHandler'
/home/Administrator/expat-1.95.2/xmlwf/xmlwf.c:727: 
undefined reference to `_imp
__XML_UseParserAsHandlerArg'
/home/Administrator/expat-1.95.2/xmlwf/xmlwf.c:728: 
undefined reference to `_imp
__XML_SetDefaultHandler'
/home/Administrator/expat-1.95.2/xmlwf/xmlwf.c:729: 
undefined reference to `_imp
__XML_SetElementHandler'
/home/Administrator/expat-1.95.2/xmlwf/xmlwf.c:730: 
undefined reference to `_imp
__XML_SetCharacterDataHandler'
/home/Administrator/expat-1.95.2/xmlwf/xmlwf.c:731: 
undefined reference to `_imp
__XML_SetProcessingInstructionHandler'
/home/Administrator/expat-1.95.2/xmlwf/xmlwf.c:737: 
undefined reference to `_imp
__XML_SetElementHandler'
/home/Administrator/expat-1.95.2/xmlwf/xmlwf.c:738: 
undefined reference to `_imp
__XML_SetCharacterDataHandler'
/home/Administrator/expat-1.95.2/xmlwf/xmlwf.c:740: 
undefined reference to `_imp
__XML_SetProcessingInstructionHandler'
/home/Administrator/expat-1.95.2/xmlwf/xmlwf.c:746: 
undefined reference to `_imp
__XML_SetUnknownEncodingHandler'
/home/Administrator/expat-1.95.2/xmlwf/xmlwf.c:756: 
undefined reference to `_imp
__XML_ParserFree'
xmlfile.o: In function `reportError':
/home/Administrator/expat-1.95.2/xmlwf/xmlfile.c:48: 
undefined reference to `_im
p__XML_GetErrorCode'
/home/Administrator/expat-1.95.2/xmlwf/xmlfile.c:49: 
undefined reference to `_im
p__XML_ErrorString'
/home/Administrator/expat-1.95.2/xmlwf/xmlfile.c:51: 
undefined reference to `_im
p__XML_GetCurrentColumnNumber'
/home/Administrator/expat-1.95.2/xmlwf/xmlfile.c:51: 
undefined reference to `_im
p__XML_GetCurrentLineNumber'
xmlfile.o: In function `processFile':
/home/Administrator/expat-1.95.2/xmlwf/xmlfile.c:68: 
undefined reference to `_im
p__XML_Parse'
xmlfile.o: In function `externalEntityRefFilemap':
/home/Administrator/expat-1.95.2/xmlwf/xmlfile.c:124: 
undefined reference to `_i
mp__XML_ExternalEntityParserCreate'
/home/Administrator/expat-1.95.2/xmlwf/xmlfile.c:129: 
undefined reference to `_i
mp__XML_SetBase'
/home/Administrator/expat-1.95.2/xmlwf/xmlfile.c:133: 
undefined reference to `_i
mp__XML_ParserFree'
xmlfile.o: In function `processStream':
/home/Administrator/expat-1.95.2/xmlwf/xmlfile.c:147: 
undefined reference to `_i
mp__XML_GetBuffer'
/home/Administrator/expat-1.95.2/xmlwf/xmlfile.c:159: 
undefined reference to `_i
mp__XML_ParseBuffer'
xmlfile.o: In function `externalEntityRefStream':
/home/Administrator/expat-1.95.2/xmlwf/xmlfile.c:182: 
undefined reference to 
`_imp__XML_ExternalEntityParserCreate'
/home/Administrator/expat-1.95.2/xmlwf/xmlfile.c:184: 
undefined reference to `_imp__XML_SetBase'
/home/Administrator/expat-1.95.2/xmlwf/xmlfile.c:187: 
undefined reference to `_imp__XML_ParserFree'
xmlfile.o: In function `XML_ProcessFile':
/home/Administrator/expat-1.95.2/xmlwf/xmlfile.c:197: 
undefined reference to `_imp__XML_SetBase'
/home/Administrator/expat-1.95.2/xmlwf/xmlfile.c:203: 
undefined reference to 
`_imp__XML_SetExternalEntityRefHandler'
collect2: ld returned 1 exit status
make[1]: *** [xmlwf] Error 1
make[1]: Leaving directory `/home/Administrator/expat-
1.95.2/xmlwf'
make: *** [xmlwf] Error 2

Don't know what the problem is and I need to get 
XML::Parser and other software installed soon

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

Comment By: Gerrit Haase (siebenschlaefer)
Date: 2001-11-14 16:01

Message:
Logged In: YES 
user_id=76037

Apply my patch and make sure you are using the latest 
binutils and cygwin 1.3.5 (latest of the latest versions 
available;)

I posted the patch here, (all in one line, please):

http://sourceforge.net/tracker/index.php?
func=detail&aid=474548&group_id=10127&atid=310127

Gerrit


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

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


From noreply@sourceforge.net  Wed Nov 14 16:05:02 2001
From: noreply@sourceforge.net (noreply@sourceforge.net)
Date: Wed Nov 14 16:05:02 2001
Subject: [ expat-Bugs-481609 ] Wrong umlauts after parsing
Message-ID: <E164A0S-0004Sb-00@usw-sf-web2.sourceforge.net>

Bugs item #481609, was opened at 2001-11-14 00:33
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=110127&aid=481609&group_id=10127

Category: XML::Parser (Perl module)
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Thomas Frings (frings)
Assigned to: Clark Cooper (coopercc)
Summary: Wrong umlauts after parsing

Initial Comment:
Parsing a xml-file that contains german umlauts like 
ä ö ü or their encoding like &#x00e4; &#xe4; or &uuml;
results in 'C$' (instead of 'ä'), 'C<' (instead of 'ü') 
or  'C6' (instead of 'ö').

What's going wrong? 

System: Solaris 2.8
        expat 1.95.2
        XML-Parser 2.30

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

Comment By: Simon Gordon (si_gordon)
Date: 2001-11-14 16:03

Message:
Logged In: YES 
user_id=227124

I believe this is UTF-8. Expat always outputs in UTF-8 
rather than either (a) what you want or (b) what the XML 
encoding is set to.

I have long-held the belief that this is a bug even though 
the relese notes for 1.95 documented this fact. I had to 
patch my version to output ISO-8859-1 for exactly the same 
reason - I needed umlauted characters in ISO, not UTF-8.

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

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


From noreply@sourceforge.net  Fri Nov 16 05:21:03 2001
From: noreply@sourceforge.net (noreply@sourceforge.net)
Date: Fri Nov 16 05:21:03 2001
Subject: [ expat-Bugs-481400 ] xmlparser needs parentheses
Message-ID: <E164ivM-0003av-00@usw-sf-web2.sourceforge.net>

Bugs item #481400, was opened at 2001-11-13 10:49
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=110127&aid=481400&group_id=10127

Category: None
Group: None
Status: Open
Resolution: None
>Priority: 7
Submitted By: Marc Rubin (jayseye)
Assigned to: Nobody/Anonymous (nobody)
Summary: xmlparser needs parentheses

Initial Comment:
Two additional sets of parenteses are needed, in 
xmlparse.c line 3483, under appendAttributeValue(),
as follows: 
 
 if ((!isCdata && (poolLength(pool) == 0) || 
(poolLastChar(pool) == 0x20))) 
 
The intent of the existing code is to suppress 
multiple spaces, but this gets short-circuited as 
currently written: 
 
 if (!isCdata && (poolLength(pool) == 0 || poolLastChar
(pool) == 0x20)) 
 
The second test is skipped due to the expansion of the 
poolLength() and poolLastChar() preprocessor #defines. 
  
The symptom is that multiple spaces are incorrectly 
preserved in attribute values. They are suppressed, as 
intended, by adding the parenteses. 
 
The same fix should be applied to xmlparse.cpp line 
2688. 

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

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


From noreply@sourceforge.net  Fri Nov 16 06:40:03 2001
From: noreply@sourceforge.net (noreply@sourceforge.net)
Date: Fri Nov 16 06:40:03 2001
Subject: [ expat-Bugs-481400 ] xmlparser needs parentheses
Message-ID: <E164k9K-0004Zd-00@usw-sf-web2.sourceforge.net>

Bugs item #481400, was opened at 2001-11-13 10:49
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=110127&aid=481400&group_id=10127

Category: None
Group: None
Status: Open
Resolution: None
Priority: 7
Submitted By: Marc Rubin (jayseye)
>Assigned to: Fred L. Drake, Jr. (fdrake)
Summary: xmlparser needs parentheses

Initial Comment:
Two additional sets of parenteses are needed, in 
xmlparse.c line 3483, under appendAttributeValue(),
as follows: 
 
 if ((!isCdata && (poolLength(pool) == 0) || 
(poolLastChar(pool) == 0x20))) 
 
The intent of the existing code is to suppress 
multiple spaces, but this gets short-circuited as 
currently written: 
 
 if (!isCdata && (poolLength(pool) == 0 || poolLastChar
(pool) == 0x20)) 
 
The second test is skipped due to the expansion of the 
poolLength() and poolLastChar() preprocessor #defines. 
  
The symptom is that multiple spaces are incorrectly 
preserved in attribute values. They are suppressed, as 
intended, by adding the parenteses. 
 
The same fix should be applied to xmlparse.cpp line 
2688. 

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

>Comment By: Fred L. Drake, Jr. (fdrake)
Date: 2001-11-16 06:39

Message:
Logged In: YES 
user_id=3066

I presume you're using a DTD and the attribute is declared
to  have a type other than CDATA?

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

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


From noreply@sourceforge.net  Fri Nov 16 10:48:01 2001
From: noreply@sourceforge.net (noreply@sourceforge.net)
Date: Fri Nov 16 10:48:01 2001
Subject: [ expat-Bugs-481400 ] xmlparser needs parentheses
Message-ID: <E164o0l-0001g2-00@usw-sf-web1.sourceforge.net>

Bugs item #481400, was opened at 2001-11-13 10:49
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=110127&aid=481400&group_id=10127

Category: None
Group: None
>Status: Closed
>Resolution: Works For Me
Priority: 7
Submitted By: Marc Rubin (jayseye)
Assigned to: Fred L. Drake, Jr. (fdrake)
Summary: xmlparser needs parentheses

Initial Comment:
Two additional sets of parenteses are needed, in 
xmlparse.c line 3483, under appendAttributeValue(),
as follows: 
 
 if ((!isCdata && (poolLength(pool) == 0) || 
(poolLastChar(pool) == 0x20))) 
 
The intent of the existing code is to suppress 
multiple spaces, but this gets short-circuited as 
currently written: 
 
 if (!isCdata && (poolLength(pool) == 0 || poolLastChar
(pool) == 0x20)) 
 
The second test is skipped due to the expansion of the 
poolLength() and poolLastChar() preprocessor #defines. 
  
The symptom is that multiple spaces are incorrectly 
preserved in attribute values. They are suppressed, as 
intended, by adding the parenteses. 
 
The same fix should be applied to xmlparse.cpp line 
2688. 

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

>Comment By: Fred L. Drake, Jr. (fdrake)
Date: 2001-11-16 10:46

Message:
Logged In: YES 
user_id=3066

I cannot reproduce this using either NMTOKENS or IDREFS
attribute types.  The behavior you're expecting is not
specified for CDATA attributes.

If you can sample XML which exhibits the bug you describe,
please either attach it to this report (in which case I'll
re-open it) or submit a new report.

Thanks.

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

Comment By: Fred L. Drake, Jr. (fdrake)
Date: 2001-11-16 06:39

Message:
Logged In: YES 
user_id=3066

I presume you're using a DTD and the attribute is declared
to  have a type other than CDATA?

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

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


From noreply@sourceforge.net  Fri Nov 16 13:07:01 2001
From: noreply@sourceforge.net (noreply@sourceforge.net)
Date: Fri Nov 16 13:07:01 2001
Subject: [ expat-Bugs-226514 ] cryptic err when xml PI has no encoding pseudo-attr
Message-ID: <E164qBo-0003IB-00@usw-sf-web1.sourceforge.net>

Bugs item #226514, was opened at 2000-12-20 12:27
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=110127&aid=226514&group_id=10127

Category: None
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 6
Submitted By: Vassilii Khachaturov (vassilii)
Assigned to: Fred L. Drake, Jr. (fdrake)
Summary: cryptic err when xml PI has no encoding pseudo-attr

Initial Comment:
test.xml:
<?xml version="1.0"?>
<!DOCTYPE a [
<!ELEMENT a (#PCDATA|b)*>
<!ELEMENT b EMPTY>
<!ENTITY eee SYSTEM "eee.xml">
]>
<a>&eee;</a>

eee.xml:
<?xml version="1.0"?>
<b/>

Error message from Expat when parsing test.xml:
error in processing external entity reference at line 7, column 3, byte 124:
<!ENTITY eee SYSTEM "eee.xml">
]>
<a>&eee;</a>
==^

Tested with XML::Parser perl module. See http://mailarchive.activestate.com/mail/msg/perl-xml:450354

Matt Sergeant resolved my problem (pointed to the missing encoding in <?xml ...?>) and suggested I post this here, which I gladly do.


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

>Comment By: Fred L. Drake, Jr. (fdrake)
Date: 2001-11-16 13:06

Message:
Logged In: YES 
user_id=3066

Tim Crook suggested a fix for this; a variable was being
used uninitialized.  Checked in as part of lib/xmlparse.c
revision 1.25.

I *think* that fixes this bug, but I don't have a test case
to demonstrate the original bug yet.  If this comes up
again, we'll know this didn't fix it, but we've avoided a
potential segfault at any rate.

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

Comment By: Fred L. Drake, Jr. (fdrake)
Date: 2001-11-12 09:24

Message:
Logged In: YES 
user_id=3066

The original report on the perl-xml list now seems to be at:
http://aspn.activestate.com/ASPN/Mail/Message/450354

Matt Sergeant's reply is now:
http://aspn.activestate.com/ASPN/Mail/Message/450541

I'm trying to construct a reproducible test case that shows
*something* goes wrong without the fix suggested by Tim
Crook, but have not been successful.  Is the error being
raised when Expat attempts to parse the referenced entity
rather than the document entity?  That seems to be the
implication, but that requires a more complex test.  (If
that's the case, I think I know what the test should be; if
anyone can confirm the nature of the symptom before I spend
a lot ot time on it, I'd appreciate it!  Thanks.)

Raised the priority so it's likely this will be fixed sooner
rather than later.

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

Comment By: Tim Crook (tcrook2)
Date: 2001-11-12 07:55

Message:
Logged In: YES 
user_id=76274

This sounds like the problem with the pointer next in the 
function prologProcessor sometimes not being initialized. 
This happens when XmlPrologTok returns without initializing 
next, leading to unpredicatable results - I was 
occasionally get access violations. In expat 1.95.x, this 
problem can be fixed by assigning next a default value 
of "s", on line 2566 of xmlparse.c.

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

Comment By: Fred L. Drake, Jr. (fdrake)
Date: 2001-02-16 14:21

Message:
Confirmed to still exist using the CVS version of Expat.  I'm not familiar with the Perl bindings myself, but will look further into reproducing it.

(Perhaps I should try writing a C program to do this; if it's an expat problem, we don't need the scripting bindings getting in the way.  If anyone beats me to it, speak up!)

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

Comment By: Fred L. Drake, Jr. (fdrake)
Date: 2001-02-16 10:31

Message:
I can't reproduce this using the Python Expat bindings and the CVS version of Expat; I'm not familiar with the Perl bindings.  This may be related to code driving external entity parsing as well.

Can you test this against the current CVS version of Expat?  Does the problem persist?

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

Comment By: Vassilii Khachaturov (vassilii)
Date: 2001-02-06 09:35

Message:
I used precisely the script shown at 

http://mailarchive.activestate.com/mail/msg/perl-xml:450354

and these 2 XML files. 

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

Comment By: Sam TH (samth)
Date: 2001-02-02 07:13

Message:
I can't reproduce any errors from those two files in current CVS.  What exactly did you do to generate the error?

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

Comment By: Sam TH (samth)
Date: 2001-02-02 07:12

Message:
I can't reproduce any errors from those two files in current CVS.  What exactly did you do to generate the error?

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

Comment By: Sam TH (samth)
Date: 2001-02-02 07:03

Message:
I can't reproduce any errors from those two files in current CVS.  What exactly did you do to generate the error?

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

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


From noreply@sourceforge.net  Fri Nov 16 13:11:01 2001
From: noreply@sourceforge.net (noreply@sourceforge.net)
Date: Fri Nov 16 13:11:01 2001
Subject: [ expat-Bugs-408156 ] XML::Parser::parse() segfaults mod_perl
Message-ID: <E164qFK-0003KP-00@usw-sf-web1.sourceforge.net>

Bugs item #408156, was opened at 2001-03-12 23:47
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=110127&aid=408156&group_id=10127

Category: XML::Parser (Perl module)
Group: Platform Specific
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Clark Cooper (coopercc)
Summary: XML::Parser::parse() segfaults mod_perl

Initial Comment:
Versions:
  FreeBSD 4.2-STABLE
  Apache 1.3.17
  mod_perl 1.25
  perl 5.00503
  XML::Parser 2.30
  expat 1.95.1
  opensrs-client 2.3.2

When used under mod_perl in the environment described, a call to the parse() method in an 
XML::Parser object causes the Apache instance to segfault.  This is in context of the OpenSRS 
client communication library, which uses XML for its protocol.  Everything is fine when the same 
code is used as a standalone CGI.

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

>Comment By: Fred L. Drake, Jr. (fdrake)
Date: 2001-11-16 13:09

Message:
Logged In: YES 
user_id=3066

Closing this as "fixed as well as possible"; it's not really
an Expat bug but an issue of controlling runtime link
conflicts.  There's nothing more for Expat to do.

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

Comment By: Patrick Mackinlay (patrick73)
Date: 2001-10-17 10:16

Message:
Logged In: YES 
user_id=352037

This bug has been fixed in apache 1.3.21, since this release
apache is built using the local expat libraries, if they are
present, instead of apaches in-built libraries. I have
tested apache 1.3.22, with expat 1.95.2 and mod_perl 1.26
and it appears to work fine.

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

Comment By: Ron Theis (justron)
Date: 2001-05-05 01:19

Message:
Logged In: YES 
user_id=212228

I ran into this same problem on Linux. By compiling Apache 
without expat, parse() now runs fine in XML::Parser. I ran 
Apache's configure with the 
--disable-rule=EXPAT
option.

Of course, the implicit assumption here is that other parts 
of Apache are OK not having expat-lite installed.....



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

Comment By: Randy Wright (rw26)
Date: 2001-04-23 09:15

Message:
Logged In: YES 
user_id=202926

I have the same problem on a solaris box. I think fdrake has
made a correct diagnosis. Apache contains 'expat-lite' and
there seems to be a namespace collision when you load expate
via Perl::XML under mod_perl.

I am not sure what the solution is.

--randy wright
rw26@acf3.nyu.edu


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

Comment By: Fred L. Drake, Jr. (fdrake)
Date: 2001-04-04 18:25

Message:
Logged In: YES 
user_id=3066

I *think* you're getting two copies of Expat linked in, but I'm not sure.  Essentially, Apache/mod_perl might have one, and XML::Parser can also have one.

I'm assigning this to Clark since the Perl bindings are his baby.

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

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


From noreply@sourceforge.net  Fri Nov 16 13:15:01 2001
From: noreply@sourceforge.net (noreply@sourceforge.net)
Date: Fri Nov 16 13:15:01 2001
Subject: [ expat-Bugs-230878 ] make: Fatal error: Command failed for target `xmltok.lo'
Message-ID: <E164qHs-0003Ml-00@usw-sf-web1.sourceforge.net>

Bugs item #230878, was opened at 2001-02-02 07:38
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=110127&aid=230878&group_id=10127

Category: Build control
Group: None
>Status: Closed
>Resolution: Out of Date
Priority: 5
Submitted By: Bob Nurre (bobn)
Assigned to: Greg Stein (gstein)
Summary: make: Fatal error: Command failed for target `xmltok.lo'

Initial Comment:
gcc -traditional -DHAVE_CONFIG_H -DPACKAGE=\expat\ -DVERSION=\expat_1.95.1\ -I. -I.. -g -O2 -Wp,-MD,.deps/xmltok.pp -c xmltok.c  -fPIC -DPIC -o .libs/xmltok.lo
In file included from xmltok.c:1551:
xmltok_ns.c:31: macro `NS' used with too many (4) args
xmltok_ns.c:38: macro `NS' used with too many (4) args
xmltok_ns.c:43: macro `NS' used with too many (3) args
xmltok_ns.c:58: macro `NS' used with too many (3) args
xmltok_ns.c:85: macro `NS' used with too many (10) args
*** Error code 1
make: Fatal error: Command failed for target `xmltok.lo'

------

gcc -v
Reading specs from /usr/local/lib/gcc-lib/sparc-sun-solaris2.6/2.8.1/specs
gcc version 2.8.1


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

>Comment By: Fred L. Drake, Jr. (fdrake)
Date: 2001-11-16 13:12

Message:
Logged In: YES 
user_id=3066

The build system has been substantially revised since this
report was filed, and should no longer be using the
-traditional flag for gcc.

Closing bug report as out-of-date.

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

Comment By: Bob Nurre (bobn)
Date: 2001-02-02 13:10

Message:
To by-pass this problem, remove '-traditional' from gcc.

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

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


From noreply@sourceforge.net  Mon Nov 19 09:51:01 2001
From: noreply@sourceforge.net (noreply@sourceforge.net)
Date: Mon Nov 19 09:51:01 2001
Subject: [ expat-Bugs-483514 ] Default handler reports handled events
Message-ID: <E165sYf-00071f-00@usw-sf-web3.sourceforge.net>

Bugs item #483514, was opened at 2001-11-19 09:50
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=110127&aid=483514&group_id=10127

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Karl Waclawek (kwaclaw)
Assigned to: Nobody/Anonymous (nobody)
Summary: Default handler reports handled events

Initial Comment:
It seems that the default handler always reports DTD
declarations, even if they are handled, i.e. even if
the following handlers are set:

      - ElementDeclHandler
      - AttListDeclHandler
      - EntityDeclHandler
      - DocTypeDeclHandler          
      - NotationDeclHandler
      - EntityDeclHandler

I posted this this to the mailing list
and nobody objected, so it seems to be a bug.
Btw, this applies to version 1.95.2.

Karl

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

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


From noreply@sourceforge.net  Wed Nov 21 08:29:05 2001
From: noreply@sourceforge.net (noreply@sourceforge.net)
Date: Wed Nov 21 08:29:05 2001
Subject: [ expat-Bugs-484233 ] libexpat.so major version
Message-ID: <E166aEQ-0004nS-00@usw-sf-web2.sourceforge.net>

Bugs item #484233, was opened at 2001-11-21 08:28
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=110127&aid=484233&group_id=10127

Category: Build control
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Ed Avis (epaepa)
Assigned to: Greg Stein (gstein)
Summary: libexpat.so major version

Initial Comment:
The newer expat releases build a shared library, but
they decide to call it libexpat.so.0.  Surely since the
expat version itself is 1.95, the library should be
installed as libexpat.so.1.95 and libexpat.so.1?

It is certainly a bit odd to pick the major number
zero; third parties who have built shared libraries
from older  expat distributions probably chose 1, so it
looks like the version number is going downwards.

Suggest making the shared library version match the
expat version, and increasing the major soname when
backwards-incompatible API changes are introduced.

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

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


From noreply@sourceforge.net  Wed Nov 21 16:40:04 2001
From: noreply@sourceforge.net (noreply@sourceforge.net)
Date: Wed Nov 21 16:40:04 2001
Subject: [ expat-Bugs-484419 ] -fexceptions not supported in older gcc
Message-ID: <E166huG-0002bD-00@usw-sf-web2.sourceforge.net>

Bugs item #484419, was opened at 2001-11-21 16:39
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=110127&aid=484419&group_id=10127

Category: Build control
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Greg Stein (gstein)
Summary: -fexceptions not supported in older gcc

Initial Comment:
At least gcc 2.7.x does not support -fexceptions.

The following patch to configure.in disables
-fexceptions from CFLAGS for version of gcc prior to 2.8.

--- configure.in.orig   Thu Nov 22 00:23:32 2001
+++ configure.in
@@ -63,7 +63,14 @@
 AC_PROG_INSTALL
 
 if test "$GCC" = yes ; then
-    CFLAGS="$CFLAGS -Wall -Wmissing-prototypes
-Wstrict-prototypes -fexceptions
"
+    CFLAGS="$CFLAGS -Wall -Wmissing-prototypes
-Wstrict-prototypes"
+    ${CC-cc} -v >conftest.c 2>&1
+    gcc_pre_fexceptions=`
+       awk '/gcc version/{sub("^[^0-9]*","",$3);if
($3<2.8){print "true"} }' \
+       conftest.c`
+    if [ -z "$gcc_pre_fexceptions" ]; then
+       CFLAGS="$CFLAGS -fexceptions"
+    fi
 fi
 
 dnl Checks for libraries.


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

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


From noreply@sourceforge.net  Thu Nov 29 21:01:02 2001
From: noreply@sourceforge.net (noreply@sourceforge.net)
Date: Thu Nov 29 21:01:02 2001
Subject: [ expat-Bugs-487385 ] Expat.obj : error LNK2001: 
Message-ID: <E169fnG-0000dP-00@usw-sf-web3.sourceforge.net>

Bugs item #487385, was opened at 2001-11-29 21:00
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=110127&aid=487385&group_id=10127

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Expat.obj : error LNK2001: 

Initial Comment:
I am trying to install XML::Parser which uses Expat. I installes expat using 
expat_win32bin_1_95_2.exe. When I try to build XML::Parser, I get a few  errors(Error message 
given Below).

I am using Microsoft VC++ Version 6.0 to compile. Perl was built from Source(Version 5.6.1) and is 
not activestte perl.

What could be wrong?? 

Error Message:

Microsoft (R) Program Maintenance Utility   Version 6.00.8168.0
Copyright (C) Microsoft Corp 1988-1998. All rights reserved.

        cl -c  -nologo -O1 -MD -DNDEBUG -DWIN32 -D_CONSOLE -DNO_STRICT 
-DPERL_MSVCRT_READFIX -O1 -MD -DNDEBUG    -DVERSION=\2.30\  -DXS_VERSION=\2.30\  
-ID:\perl\5.6.1\lib\MSWin32-x86\
Expat.c
"Running Mkbootstrap for XML::Parser::Expat ()"
        D:\perl\5.6.1\bin\MSWin32-x86\perl.exe -Id:\perl\5.6.1\lib\MSWin32-x86 -Id:\perl\5.6.1\lib 
-MExtUtils::Command -e chmod 644 Expat.bs
        link -out:..\blib\arch\auto\XML\Parser\Expat\Expat.dll -dll -nologo -nodefaultlib -release  
-libpath:"d:\perl\5.6.1\lib\MSWin32-x86\CORE"  -machine:x86 Expat.obj   D:\perl\5.6.1\li
~1\MICROS~3\VC98\lib\advapi32.lib C:\PROGRA~1\MICROS~3\VC98\lib\shell32.lib 
C:\PROGRA~1\MICROS~3\VC98\lib\ole32.lib C:\PROGRA~1\MICROS~3\VC98\lib\oleaut32.lib 
C:\PROGRA~1\MICROS~3\VC98\lib
32.lib C:\PROGRA~1\MICROS~3\VC98\lib\msvcrt.lib -def:Expat.def
   Creating library ..\blib\arch\auto\XML\Parser\Expat\Expat.lib and object 
..\blib\arch\auto\XML\Parser\Expat\Expat.exp
Expat.obj : error LNK2001: unresolved external symbol __imp__XML_SetParamEntityParsing
Expat.obj : error LNK2001: unresolved external symbol __imp__XML_SetUnknownEncodingHandler
Expat.obj : error LNK2001: unresolved external symbol __imp__XML_SetElementHandler
Expat.obj : error LNK2001: unresolved external symbol __imp__XML_SetUserData
Expat.obj : error LNK2001: unresolved external symbol __imp__XML_SetNamespaceDeclHandler
Expat.obj : error LNK2001: unresolved external symbol __imp__XML_ParserCreate_MM
Expat.obj : error LNK2001: unresolved external symbol __imp__XML_SetExternalEntityRefHandler
Expat.obj : error LNK2001: unresolved external symbol __imp__XML_SetNotationDeclHandler
Expat.obj : error LNK2001: unresolved external symbol __imp__XML_SetUnparsedEntityDeclHandler
Expat.obj : error LNK2001: unresolved external symbol __imp__XML_SetCdataSectionHandler
Expat.obj : error LNK2001: unresolved external symbol __imp__XML_SetCommentHandler
Expat.obj : error LNK2001: unresolved external symbol 
__imp__XML_SetProcessingInstructionHandler
Expat.obj : error LNK2001: unresolved external symbol __imp__XML_SetCharacterDataHandler
Expat.obj : error LNK2001: unresolved external symbol __imp__XML_ParserFree
Expat.obj : error LNK2001: unresolved external symbol __imp__XML_SetBase
Expat.obj : error LNK2001: unresolved external symbol __imp__XML_GetBase
Expat.obj : error LNK2001: unresolved external symbol __imp__XML_ExternalEntityParserCreate
Expat.obj : error LNK2001: unresolved external symbol __imp__XML_GetCurrentLineNumber
Expat.obj : error LNK2001: unresolved external symbol __imp__XML_GetCurrentColumnNumber
Expat.obj : error LNK2001: unresolved external symbol __imp__XML_GetCurrentByteIndex
Expat.obj : error LNK2001: unresolved external symbol __imp__XML_ErrorString
Expat.obj : error LNK2001: unresolved external symbol __imp__XML_GetErrorCode
Expat.obj : error LNK2001: unresolved external symbol __imp__XML_Parse
Expat.obj : error LNK2001: unresolved external symbol __imp__XML_ParseBuffer
Expat.obj : error LNK2001: unresolved external symbol __imp__XML_GetBuffer

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

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


From noreply@sourceforge.net  Thu Nov 29 21:04:02 2001
From: noreply@sourceforge.net (noreply@sourceforge.net)
Date: Thu Nov 29 21:04:02 2001
Subject: [ expat-Bugs-487387 ] Link Error while in Expat.
Message-ID: <E169fpx-0000fD-00@usw-sf-web3.sourceforge.net>

Bugs item #487387, was opened at 2001-11-29 21:03
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=110127&aid=487387&group_id=10127

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Link Error while in Expat.

Initial Comment:
I am trying to install XML::Parser which uses Expat. I installes expat using 
expat_win32bin_1_95_2.exe. When I try to build XML::Parser, I get a few  errors(Error message 
given Below).

I am using Microsoft VC++ Version 6.0 to compile. Perl was built from Source(Version 5.6.1) and is 
not activestate perl.

What could be wrong?? 

Error Message:

Microsoft (R) Program Maintenance Utility   Version 6.00.8168.0
Copyright (C) Microsoft Corp 1988-1998. All rights reserved.

        cl -c  -nologo -O1 -MD -DNDEBUG -DWIN32 -D_CONSOLE -DNO_STRICT 
-DPERL_MSVCRT_READFIX -O1 -MD -DNDEBUG    -DVERSION=\2.30\  -DXS_VERSION=\2.30\  
-ID:\perl\5.6.1\lib\MSWin32-x86\
Expat.c
"Running Mkbootstrap for XML::Parser::Expat ()"
        D:\perl\5.6.1\bin\MSWin32-x86\perl.exe -Id:\perl\5.6.1\lib\MSWin32-x86 -Id:\perl\5.6.1\lib 
-MExtUtils::Command -e chmod 644 Expat.bs
        link -out:..\blib\arch\auto\XML\Parser\Expat\Expat.dll -dll -nologo -nodefaultlib -release  
-libpath:"d:\perl\5.6.1\lib\MSWin32-x86\CORE"  -machine:x86 Expat.obj   D:\perl\5.6.1\li
~1\MICROS~3\VC98\lib\advapi32.lib C:\PROGRA~1\MICROS~3\VC98\lib\shell32.lib 
C:\PROGRA~1\MICROS~3\VC98\lib\ole32.lib C:\PROGRA~1\MICROS~3\VC98\lib\oleaut32.lib 
C:\PROGRA~1\MICROS~3\VC98\lib
32.lib C:\PROGRA~1\MICROS~3\VC98\lib\msvcrt.lib -def:Expat.def
   Creating library ..\blib\arch\auto\XML\Parser\Expat\Expat.lib and object 
..\blib\arch\auto\XML\Parser\Expat\Expat.exp
Expat.obj : error LNK2001: unresolved external symbol __imp__XML_SetParamEntityParsing
Expat.obj : error LNK2001: unresolved external symbol __imp__XML_SetUnknownEncodingHandler
Expat.obj : error LNK2001: unresolved external symbol __imp__XML_SetElementHandler
Expat.obj : error LNK2001: unresolved external symbol __imp__XML_SetUserData
Expat.obj : error LNK2001: unresolved external symbol __imp__XML_SetNamespaceDeclHandler
Expat.obj : error LNK2001: unresolved external symbol __imp__XML_ParserCreate_MM
Expat.obj : error LNK2001: unresolved external symbol __imp__XML_SetExternalEntityRefHandler
Expat.obj : error LNK2001: unresolved external symbol __imp__XML_SetNotationDeclHandler
Expat.obj : error LNK2001: unresolved external symbol __imp__XML_SetUnparsedEntityDeclHandler
Expat.obj : error LNK2001: unresolved external symbol __imp__XML_SetCdataSectionHandler
Expat.obj : error LNK2001: unresolved external symbol __imp__XML_SetCommentHandler
Expat.obj : error LNK2001: unresolved external symbol 
__imp__XML_SetProcessingInstructionHandler
Expat.obj : error LNK2001: unresolved external symbol __imp__XML_SetCharacterDataHandler
Expat.obj : error LNK2001: unresolved external symbol __imp__XML_ParserFree
Expat.obj : error LNK2001: unresolved external symbol __imp__XML_SetBase
Expat.obj : error LNK2001: unresolved external symbol __imp__XML_GetBase
Expat.obj : error LNK2001: unresolved external symbol __imp__XML_ExternalEntityParserCreate
Expat.obj : error LNK2001: unresolved external symbol __imp__XML_GetCurrentLineNumber
Expat.obj : error LNK2001: unresolved external symbol __imp__XML_GetCurrentColumnNumber
Expat.obj : error LNK2001: unresolved external symbol __imp__XML_GetCurrentByteIndex
Expat.obj : error LNK2001: unresolved external symbol __imp__XML_ErrorString
Expat.obj : error LNK2001: unresolved external symbol __imp__XML_GetErrorCode
Expat.obj : error LNK2001: unresolved external symbol __imp__XML_Parse
Expat.obj : error LNK2001: unresolved external symbol __imp__XML_ParseBuffer
Expat.obj : error LNK2001: unresolved external symbol __imp__XML_GetBuffer

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

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