From coopercc@netheaven.com  Sun Oct  1 03:52:30 2000
From: coopercc@netheaven.com (Clark Cooper)
Date: Sat, 30 Sep 2000 22:52:30 -0400
Subject: [Expat-bugs] Bugs mailing list not archived
Message-ID: <200010010252.WAA01505@coopercc.netheaven.com>

This mailing list is not archived. And it's the one I most care about
being archived! Last I checked expat-discuss existed on geocrawler even
though it was empty.

Fred - do you know how to get this fixed? I tried to directly create it on
geocrawler without success.

-- 
Clark Cooper		Software Engineer	Home:   coopercc@netheaven.com
			Schenectady, NY	USA	Work:   cccooper@ltionline.com

From fdrake@beopen.com  Sun Oct  1 04:36:32 2000
From: fdrake@beopen.com (Fred L. Drake, Jr.)
Date: Sat, 30 Sep 2000 23:36:32 -0400 (EDT)
Subject: [Expat-bugs] testing...
Message-ID: <14806.45376.757869.588346@cj42289-a.reston1.va.home.com>

  Testing to make sure this list is archived.


  -Fred

-- 
Fred L. Drake, Jr.  <fdrake at beopen.com>
BeOpen PythonLabs Team Member


From twan@lucent.com  Fri Oct  6 16:40:34 2000
From: twan@lucent.com (Wan, Ting (Ting))
Date: Fri, 6 Oct 2000 23:40:34 +0800 
Subject: [Expat-bugs] need help
Message-ID: <2E132B78C846D3118F1A0008C7AABBD303B5E33A@CI1093EXCH001U>

Hi, folks:
     Recently I'm interesting in developing a XML application.  I need a XML
parser. So I choose expat. But I found that it could not build on FreeBSD
4.0 . I don't know where is wrong.  Are there anyone can tell me? 
   Thanks!

wanting1999 


From noreply@sourceforge.net  Fri Oct  6 17:08:11 2000
From: noreply@sourceforge.net (noreply@sourceforge.net)
Date: Fri, 6 Oct 2000 09:08:11 -0700
Subject: [Expat-bugs] [Bug #116248] bulid error on FreeBSD 4.0
Message-ID: <200010061608.JAA23965@bush.i.sourceforge.net>

Bug #116248, was updated on 2000-Oct-06 09:08
Here is a current snapshot of the bug.

Project: Expat XML Parser
Category: None
Status: Open
Resolution: None
Bug Group: None
Priority: 5
Summary: bulid error on FreeBSD 4.0

Details: There three steps in building.
step 1 "./configure" is successful.
step 2 "make" encount some error
return error message:
cd lib; make 
/bin/sh ../libtool --mode=link gcc -version-info 0:0:0 -g -02 -o libexpat.la -rpath /usr/local/lib xmlparse.lo xmltok.lo xmlrole.lo
mkdir .libs
(cd . && ln -s xmlparse.lo xmlparse.o)
(cd . && ln -s xmltok.lo xmltok.o)
(cd . && ln -s xmlrole.lo xmlrole.o)
gcc: -shared xmlparse.lo xmltok.lo xmlrole.lo -lc -Wl , -soname -Wl, libexpat.so.0 -0 .libs/libexpat.so.0
gcc: xmlparse.lo: No such file or directory
gcc: xmltok.lo: No such file or directory
gcc: xmlrole.lo: No such file or directory
*** Error code 1






For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=116248&group_id=10127

From noreply@sourceforge.net  Fri Oct  6 17:57:20 2000
From: noreply@sourceforge.net (noreply@sourceforge.net)
Date: Fri, 6 Oct 2000 09:57:20 -0700
Subject: [Expat-bugs] [Bug #116248] bulid error on FreeBSD 4.0
Message-ID: <200010061657.JAA16992@delerium.i.sourceforge.net>

Bug #116248, was updated on 2000-Oct-06 09:08
Here is a current snapshot of the bug.

Project: Expat XML Parser
Category: None
Status: Open
Resolution: None
Bug Group: None
Priority: 5
Summary: bulid error on FreeBSD 4.0

Details: There three steps in building.
step 1 "./configure" is successful.
step 2 "make" encount some error
return error message:
cd lib; make 
/bin/sh ../libtool --mode=link gcc -version-info 0:0:0 -g -02 -o libexpat.la -rpath /usr/local/lib xmlparse.lo xmltok.lo xmlrole.lo
mkdir .libs
(cd . && ln -s xmlparse.lo xmlparse.o)
(cd . && ln -s xmltok.lo xmltok.o)
(cd . && ln -s xmlrole.lo xmlrole.o)
gcc: -shared xmlparse.lo xmltok.lo xmlrole.lo -lc -Wl , -soname -Wl, libexpat.so.0 -0 .libs/libexpat.so.0
gcc: xmlparse.lo: No such file or directory
gcc: xmltok.lo: No such file or directory
gcc: xmlrole.lo: No such file or directory
*** Error code 1






For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=116248&group_id=10127

From noreply@sourceforge.net  Fri Oct  6 23:08:05 2000
From: noreply@sourceforge.net (noreply@sourceforge.net)
Date: Fri, 6 Oct 2000 15:08:05 -0700
Subject: [Expat-bugs] [Bug #116248] bulid error on FreeBSD 4.0
Message-ID: <200010062208.PAA29549@delerium.i.sourceforge.net>

Bug #116248, was updated on 2000-Oct-06 09:08
Here is a current snapshot of the bug.

Project: Expat XML Parser
Category: None
Status: Open
Resolution: None
Bug Group: None
Priority: 5
Summary: bulid error on FreeBSD 4.0

Details: There three steps in building.
step 1 "./configure" is successful.
step 2 "make" encount some error
return error message:
cd lib; make 
/bin/sh ../libtool --mode=link gcc -version-info 0:0:0 -g -02 -o libexpat.la -rpath /usr/local/lib xmlparse.lo xmltok.lo xmlrole.lo
mkdir .libs
(cd . && ln -s xmlparse.lo xmlparse.o)
(cd . && ln -s xmltok.lo xmltok.o)
(cd . && ln -s xmlrole.lo xmlrole.o)
gcc: -shared xmlparse.lo xmltok.lo xmlrole.lo -lc -Wl , -soname -Wl, libexpat.so.0 -0 .libs/libexpat.so.0
gcc: xmlparse.lo: No such file or directory
gcc: xmltok.lo: No such file or directory
gcc: xmlrole.lo: No such file or directory
*** Error code 1






Follow-Ups:

Date: 2000-Oct-06 15:08
By: none

Comment:
Rather than put in a bug of my own, I'll add here that the same error comes up on OpenBSD 2.6 and in OpenBSD Current (hostinfo is: OpenBSD 2.8-beta (NSA.eff.org) #0: Mon Sep 25 05:20:17 PDT 2000).

I admin several OpenBSD boxen, and I need expat for one of my clients, sp I'd be happy to give one of you fellows an account to get this sorted out.  ;-)
-------------------------------------------------------

For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=116248&group_id=10127

From noreply@sourceforge.net  Fri Oct  6 23:25:00 2000
From: noreply@sourceforge.net (noreply@sourceforge.net)
Date: Fri, 6 Oct 2000 15:25:00 -0700
Subject: [Expat-bugs] [Bug #116248] bulid error on FreeBSD 4.0
Message-ID: <200010062225.PAA30256@delerium.i.sourceforge.net>

Bug #116248, was updated on 2000-Oct-06 09:08
Here is a current snapshot of the bug.

Project: Expat XML Parser
Category: None
Status: Open
Resolution: None
Bug Group: None
Priority: 5
Summary: bulid error on FreeBSD 4.0

Details: There three steps in building.
step 1 "./configure" is successful.
step 2 "make" encount some error
return error message:
cd lib; make 
/bin/sh ../libtool --mode=link gcc -version-info 0:0:0 -g -02 -o libexpat.la -rpath /usr/local/lib xmlparse.lo xmltok.lo xmlrole.lo
mkdir .libs
(cd . && ln -s xmlparse.lo xmlparse.o)
(cd . && ln -s xmltok.lo xmltok.o)
(cd . && ln -s xmlrole.lo xmlrole.o)
gcc: -shared xmlparse.lo xmltok.lo xmlrole.lo -lc -Wl , -soname -Wl, libexpat.so.0 -0 .libs/libexpat.so.0
gcc: xmlparse.lo: No such file or directory
gcc: xmltok.lo: No such file or directory
gcc: xmlrole.lo: No such file or directory
*** Error code 1






Follow-Ups:

Date: 2000-Oct-06 15:08
By: none

Comment:
Rather than put in a bug of my own, I'll add here that the same error comes up on OpenBSD 2.6 and in OpenBSD Current (hostinfo is: OpenBSD 2.8-beta (NSA.eff.org) #0: Mon Sep 25 05:20:17 PDT 2000).

I admin several OpenBSD boxen, and I need expat for one of my clients, sp I'd be happy to give one of you fellows an account to get this sorted out.  ;-)
-------------------------------------------------------

Date: 2000-Oct-06 15:24
By: none

Comment:
I should add that you can email me at robin@unrated.net if you'd care to take me up on the test box offer.

Sorry about putting in two followups.  I forgot to put my email address in the first.  ;-)
-------------------------------------------------------

For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=116248&group_id=10127

From noreply@sourceforge.net  Sun Oct  8 21:50:51 2000
From: noreply@sourceforge.net (noreply@sourceforge.net)
Date: Sun, 8 Oct 2000 13:50:51 -0700
Subject: [Expat-bugs] [Bug #116381] XML_SetEndNamespaceDeclHandler()
Message-ID: <200010082050.NAA30067@delerium.i.sourceforge.net>

Bug #116381, was updated on 2000-Oct-08 13:50
Here is a current snapshot of the bug.

Project: Expat XML Parser
Category: None
Status: Open
Resolution: None
Bug Group: None
Priority: 5
Summary: XML_SetEndNamespaceDeclHandler()

Details: 
In xmlparse.c:1002 there is no procedure defined.


For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=116381&group_id=10127

From noreply@sourceforge.net  Sun Oct  8 21:53:27 2000
From: noreply@sourceforge.net (noreply@sourceforge.net)
Date: Sun, 8 Oct 2000 13:53:27 -0700
Subject: [Expat-bugs] [Bug #116382] XML_SetStartCdataSectionHandler() documented twice
Message-ID: <200010082053.NAA30229@delerium.i.sourceforge.net>

Bug #116382, was updated on 2000-Oct-08 13:53
Here is a current snapshot of the bug.

Project: Expat XML Parser
Category: Documentation
Status: Open
Resolution: None
Bug Group: None
Priority: 5
Summary: XML_SetStartCdataSectionHandler() documented twice

Details: 
About 70% of the way down the doc/reference.html the function XML_SetStartCdataSectionHandler() occurs for the 2nd time in the documentation, I think it should be XML_SetStartNamespaceDeclHandler() to fall into line with the accompanying text.


For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=116382&group_id=10127

From noreply@sourceforge.net  Mon Oct  9 01:28:07 2000
From: noreply@sourceforge.net (noreply@sourceforge.net)
Date: Sun, 8 Oct 2000 17:28:07 -0700
Subject: [Expat-bugs] [Bug #116248] bulid error on FreeBSD 4.0
Message-ID: <200010090028.RAA05380@delerium.i.sourceforge.net>

Bug #116248, was updated on 2000-Oct-06 09:08
Here is a current snapshot of the bug.

Project: Expat XML Parser
Category: None
Status: Open
Resolution: None
Bug Group: None
Priority: 5
Summary: bulid error on FreeBSD 4.0

Details: There three steps in building.
step 1 "./configure" is successful.
step 2 "make" encount some error
return error message:
cd lib; make 
/bin/sh ../libtool --mode=link gcc -version-info 0:0:0 -g -02 -o libexpat.la -rpath /usr/local/lib xmlparse.lo xmltok.lo xmlrole.lo
mkdir .libs
(cd . && ln -s xmlparse.lo xmlparse.o)
(cd . && ln -s xmltok.lo xmltok.o)
(cd . && ln -s xmlrole.lo xmlrole.o)
gcc: -shared xmlparse.lo xmltok.lo xmlrole.lo -lc -Wl , -soname -Wl, libexpat.so.0 -0 .libs/libexpat.so.0
gcc: xmlparse.lo: No such file or directory
gcc: xmltok.lo: No such file or directory
gcc: xmlrole.lo: No such file or directory
*** Error code 1






Follow-Ups:

Date: 2000-Oct-06 15:08
By: none

Comment:
Rather than put in a bug of my own, I'll add here that the same error comes up on OpenBSD 2.6 and in OpenBSD Current (hostinfo is: OpenBSD 2.8-beta (NSA.eff.org) #0: Mon Sep 25 05:20:17 PDT 2000).

I admin several OpenBSD boxen, and I need expat for one of my clients, sp I'd be happy to give one of you fellows an account to get this sorted out.  ;-)
-------------------------------------------------------

Date: 2000-Oct-06 15:24
By: none

Comment:
I should add that you can email me at robin@unrated.net if you'd care to take me up on the test box offer.

Sorry about putting in two followups.  I forgot to put my email address in the first.  ;-)
-------------------------------------------------------

Date: 2000-Oct-08 17:28
By: none

Comment:
Try using gmake instead of make. This fixed the problem on my FreeBSD 4.0 box which was exactly what you described in your bug report.
-------------------------------------------------------

For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=116248&group_id=10127

From noreply@sourceforge.net  Mon Oct  9 12:27:01 2000
From: noreply@sourceforge.net (noreply@sourceforge.net)
Date: Mon, 9 Oct 2000 04:27:01 -0700
Subject: [Expat-bugs] [Bug #116248] bulid error on FreeBSD 4.0
Message-ID: <200010091127.EAA29435@delerium.i.sourceforge.net>

Bug #116248, was updated on 2000-Oct-06 09:08
Here is a current snapshot of the bug.

Project: Expat XML Parser
Category: None
Status: Open
Resolution: None
Bug Group: None
Priority: 5
Summary: bulid error on FreeBSD 4.0

Details: There three steps in building.
step 1 "./configure" is successful.
step 2 "make" encount some error
return error message:
cd lib; make 
/bin/sh ../libtool --mode=link gcc -version-info 0:0:0 -g -02 -o libexpat.la -rpath /usr/local/lib xmlparse.lo xmltok.lo xmlrole.lo
mkdir .libs
(cd . && ln -s xmlparse.lo xmlparse.o)
(cd . && ln -s xmltok.lo xmltok.o)
(cd . && ln -s xmlrole.lo xmlrole.o)
gcc: -shared xmlparse.lo xmltok.lo xmlrole.lo -lc -Wl , -soname -Wl, libexpat.so.0 -0 .libs/libexpat.so.0
gcc: xmlparse.lo: No such file or directory
gcc: xmltok.lo: No such file or directory
gcc: xmlrole.lo: No such file or directory
*** Error code 1






Follow-Ups:

Date: 2000-Oct-06 15:08
By: none

Comment:
Rather than put in a bug of my own, I'll add here that the same error comes up on OpenBSD 2.6 and in OpenBSD Current (hostinfo is: OpenBSD 2.8-beta (NSA.eff.org) #0: Mon Sep 25 05:20:17 PDT 2000).

I admin several OpenBSD boxen, and I need expat for one of my clients, sp I'd be happy to give one of you fellows an account to get this sorted out.  ;-)
-------------------------------------------------------

Date: 2000-Oct-06 15:24
By: none

Comment:
I should add that you can email me at robin@unrated.net if you'd care to take me up on the test box offer.

Sorry about putting in two followups.  I forgot to put my email address in the first.  ;-)
-------------------------------------------------------

Date: 2000-Oct-08 17:28
By: none

Comment:
Try using gmake instead of make. This fixed the problem on my FreeBSD 4.0 box which was exactly what you described in your bug report.
-------------------------------------------------------

Date: 2000-Oct-09 04:27
By: none

Comment:
I experienced the same problem under HP-UX 10.20, and needed to use gmake
and gcc in order to build the package. The .lo files weren't being made otherwise.
More checking in the makefile needed, perhaps ?
-------------------------------------------------------

For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=116248&group_id=10127

From noreply@sourceforge.net  Mon Oct  9 13:25:32 2000
From: noreply@sourceforge.net (noreply@sourceforge.net)
Date: Mon, 9 Oct 2000 05:25:32 -0700
Subject: [Expat-bugs] [Bug #116248] bulid error on FreeBSD 4.0
Message-ID: <200010091225.FAA31645@delerium.i.sourceforge.net>

Bug #116248, was updated on 2000-Oct-06 09:08
Here is a current snapshot of the bug.

Project: Expat XML Parser
Category: None
Status: Open
Resolution: None
Bug Group: None
Priority: 5
Summary: bulid error on FreeBSD 4.0

Details: There three steps in building.
step 1 "./configure" is successful.
step 2 "make" encount some error
return error message:
cd lib; make 
/bin/sh ../libtool --mode=link gcc -version-info 0:0:0 -g -02 -o libexpat.la -rpath /usr/local/lib xmlparse.lo xmltok.lo xmlrole.lo
mkdir .libs
(cd . && ln -s xmlparse.lo xmlparse.o)
(cd . && ln -s xmltok.lo xmltok.o)
(cd . && ln -s xmlrole.lo xmlrole.o)
gcc: -shared xmlparse.lo xmltok.lo xmlrole.lo -lc -Wl , -soname -Wl, libexpat.so.0 -0 .libs/libexpat.so.0
gcc: xmlparse.lo: No such file or directory
gcc: xmltok.lo: No such file or directory
gcc: xmlrole.lo: No such file or directory
*** Error code 1






Follow-Ups:

Date: 2000-Oct-06 15:08
By: none

Comment:
Rather than put in a bug of my own, I'll add here that the same error comes up on OpenBSD 2.6 and in OpenBSD Current (hostinfo is: OpenBSD 2.8-beta (NSA.eff.org) #0: Mon Sep 25 05:20:17 PDT 2000).

I admin several OpenBSD boxen, and I need expat for one of my clients, sp I'd be happy to give one of you fellows an account to get this sorted out.  ;-)
-------------------------------------------------------

Date: 2000-Oct-06 15:24
By: none

Comment:
I should add that you can email me at robin@unrated.net if you'd care to take me up on the test box offer.

Sorry about putting in two followups.  I forgot to put my email address in the first.  ;-)
-------------------------------------------------------

Date: 2000-Oct-08 17:28
By: none

Comment:
Try using gmake instead of make. This fixed the problem on my FreeBSD 4.0 box which was exactly what you described in your bug report.
-------------------------------------------------------

Date: 2000-Oct-09 04:27
By: none

Comment:
I experienced the same problem under HP-UX 10.20, and needed to use gmake
and gcc in order to build the package. The .lo files weren't being made otherwise.
More checking in the makefile needed, perhaps ?
-------------------------------------------------------

Date: 2000-Oct-09 05:25
By: coopercc

Comment:
It appears that the Makefile template in the lib directory depends on
some constructs in GNU make that don't exist in other make programs.
In particular, the $(SOURCES:.c=.lo) doesn't seem to work which leads
the library rule to miss its dependencies.

Until this is fixed in the next release, use the GNU make.

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

For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=116248&group_id=10127

From noreply@sourceforge.net  Mon Oct  9 13:31:59 2000
From: noreply@sourceforge.net (noreply@sourceforge.net)
Date: Mon, 9 Oct 2000 05:31:59 -0700
Subject: [Expat-bugs] [Bug #116381] XML_SetEndNamespaceDeclHandler()
Message-ID: <200010091231.FAA31863@delerium.i.sourceforge.net>

Bug #116381, was updated on 2000-Oct-08 13:50
Here is a current snapshot of the bug.

Project: Expat XML Parser
Category: None
Status: Closed
Resolution: Works For Me
Bug Group: None
Priority: 5
Summary: XML_SetEndNamespaceDeclHandler()

Details: 
In xmlparse.c:1002 there is no procedure defined.


Follow-Ups:

Date: 2000-Oct-09 05:31
By: coopercc

Comment:
This function (XML_SetEndNamespaceDeclHandler) is defined in xmlparse.c and is declared in expat.h. So if the submitter of this bug is encountering some other problem, they will have to give us more than a 7 line sentence in order to get our attention.
-------------------------------------------------------

For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=116381&group_id=10127

From noreply@sourceforge.net  Mon Oct  9 13:36:44 2000
From: noreply@sourceforge.net (noreply@sourceforge.net)
Date: Mon, 9 Oct 2000 05:36:44 -0700
Subject: [Expat-bugs] [Bug #116382] XML_SetStartCdataSectionHandler() documented twice
Message-ID: <200010091236.FAA32048@delerium.i.sourceforge.net>

Bug #116382, was updated on 2000-Oct-08 13:53
Here is a current snapshot of the bug.

Project: Expat XML Parser
Category: Documentation
Status: Closed
Resolution: Fixed
Bug Group: None
Priority: 5
Summary: XML_SetStartCdataSectionHandler() documented twice

Details: 
About 70% of the way down the doc/reference.html the function XML_SetStartCdataSectionHandler() occurs for the 2nd time in the documentation, I think it should be XML_SetStartNamespaceDeclHandler() to fall into line with the accompanying text.


For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=116382&group_id=10127

From noreply@sourceforge.net  Mon Oct  9 15:27:37 2000
From: noreply@sourceforge.net (noreply@sourceforge.net)
Date: Mon, 9 Oct 2000 07:27:37 -0700
Subject: [Expat-bugs] [Bug #116381] XML_SetEndNamespaceDeclHandler()
Message-ID: <200010091427.HAA10810@bush.i.sourceforge.net>

Bug #116381, was updated on 2000-Oct-08 13:50
Here is a current snapshot of the bug.

Project: Expat XML Parser
Category: None
Status: Closed
Resolution: Works For Me
Bug Group: None
Priority: 5
Summary: XML_SetEndNamespaceDeclHandler()

Details: 
In xmlparse.c:1002 there is no procedure defined.


Follow-Ups:

Date: 2000-Oct-09 05:31
By: coopercc

Comment:
This function (XML_SetEndNamespaceDeclHandler) is defined in xmlparse.c and is declared in expat.h. So if the submitter of this bug is encountering some other problem, they will have to give us more than a 7 line sentence in order to get our attention.
-------------------------------------------------------

Date: 2000-Oct-09 07:27
By: OdinOdin_

Comment:
The anonymous coward is revealed :)

$ uname -a
Linux testhost 2.2.11 #2 SMP Sat Aug 14 16:52:02 BST 1999 i686 unknown
$ tar -zxvf expat-1.95.0.tar.gz
$ cd expat-1.95.0
$ ./configure
$ make
$ nm lib/.libs/libexpat.a | grep XML_SetEndName
$ nm lib/.libs/libexpat.so | grep XML_SetEndName
$ grep -A2 -B2 XML_SetEndName lib/expat.h

void XMLPARSEAPI
XML_SetEndNamespaceDeclHandler(XML_Parser parser,
                          XML_EndNamespaceDeclHandler end);

$ grep -A2 -B1 XML_SetEndName lib/xmlparse.c

void XML_SetEndNamespaceDeclHandler(XML_Parser parser,
                          XML_EndNamespaceDeclHandler end);
$


The other symbols are in there:

$ nm lib/.libs/libexpat.a | grep XML_SetName
000009dc T XML_SetNamespaceDeclHandler
$ nm lib/.libs/libexpat.a | grep XML_SetStartName
000009f4 T XML_SetStartNamespaceDeclHandler

There is no hard symbol for the function.

I wonder if 'coopercc' is confusing the function type (XML_EndNamespaceDeclHandler) with the real function XML_SetEndNamespaceDeclHandler() which as I still claim for 1.95.0 at line 1002 of xmlparse.c has no "definition", it you actualy look at that line you will see a "declaration" there.

Does this (mangled :) patch help?

--- lib/xmlparse.c      Fri Sep 29 16:54:53 2000
+++ ../../expat-1.95.0/lib/xmlparse.c   Sun Oct  8 22:08:15 2000
@@ -999,8 +999,10 @@
 }

 void XML_SetEndNamespaceDeclHandler(XML_Parser parser,
-                                   XML_EndNamespaceDeclHandler end);
-
+                                   XML_EndNamespaceDeclHandler end)
+{
+  endNamespaceDeclHandler = end;
+}

 void XML_SetNotStandaloneHandler(XML_Parser parser,
                                 XML_NotStandaloneHandler handler)

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

For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=116381&group_id=10127

From noreply@sourceforge.net  Tue Oct 10 11:08:17 2000
From: noreply@sourceforge.net (noreply@sourceforge.net)
Date: Tue, 10 Oct 2000 03:08:17 -0700
Subject: [Expat-bugs] [Bug #116248] bulid error on FreeBSD 4.0
Message-ID: <200010101008.DAA24125@bush.i.sourceforge.net>

Bug #116248, was updated on 2000-Oct-06 09:08
Here is a current snapshot of the bug.

Project: Expat XML Parser
Category: None
Status: Open
Resolution: None
Bug Group: None
Priority: 5
Summary: bulid error on FreeBSD 4.0

Details: There three steps in building.
step 1 "./configure" is successful.
step 2 "make" encount some error
return error message:
cd lib; make 
/bin/sh ../libtool --mode=link gcc -version-info 0:0:0 -g -02 -o libexpat.la -rpath /usr/local/lib xmlparse.lo xmltok.lo xmlrole.lo
mkdir .libs
(cd . && ln -s xmlparse.lo xmlparse.o)
(cd . && ln -s xmltok.lo xmltok.o)
(cd . && ln -s xmlrole.lo xmlrole.o)
gcc: -shared xmlparse.lo xmltok.lo xmlrole.lo -lc -Wl , -soname -Wl, libexpat.so.0 -0 .libs/libexpat.so.0
gcc: xmlparse.lo: No such file or directory
gcc: xmltok.lo: No such file or directory
gcc: xmlrole.lo: No such file or directory
*** Error code 1






Follow-Ups:

Date: 2000-Oct-06 15:08
By: none

Comment:
Rather than put in a bug of my own, I'll add here that the same error comes up on OpenBSD 2.6 and in OpenBSD Current (hostinfo is: OpenBSD 2.8-beta (NSA.eff.org) #0: Mon Sep 25 05:20:17 PDT 2000).

I admin several OpenBSD boxen, and I need expat for one of my clients, sp I'd be happy to give one of you fellows an account to get this sorted out.  ;-)
-------------------------------------------------------

Date: 2000-Oct-06 15:24
By: none

Comment:
I should add that you can email me at robin@unrated.net if you'd care to take me up on the test box offer.

Sorry about putting in two followups.  I forgot to put my email address in the first.  ;-)
-------------------------------------------------------

Date: 2000-Oct-08 17:28
By: none

Comment:
Try using gmake instead of make. This fixed the problem on my FreeBSD 4.0 box which was exactly what you described in your bug report.
-------------------------------------------------------

Date: 2000-Oct-09 04:27
By: none

Comment:
I experienced the same problem under HP-UX 10.20, and needed to use gmake
and gcc in order to build the package. The .lo files weren't being made otherwise.
More checking in the makefile needed, perhaps ?
-------------------------------------------------------

Date: 2000-Oct-09 05:25
By: coopercc

Comment:
It appears that the Makefile template in the lib directory depends on
some constructs in GNU make that don't exist in other make programs.
In particular, the $(SOURCES:.c=.lo) doesn't seem to work which leads
the library rule to miss its dependencies.

Until this is fixed in the next release, use the GNU make.

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

Date: 2000-Oct-10 03:08
By: darkuncle

Comment:
Identical bug verified on a FreeBSD 4.1-RELEASE machine.
=====
[root@yeagod:~/expat-1.95.0]# make
cd lib; make
/bin/sh ../libtool --mode=link  gcc -version-info 0:0:0 -g -O2  -o libexpat.la -rpath /usr/local/lib  xmlparse.lo xmltok.lo xmlrole.lo
mkdir .libs
(cd . && ln -s xmlparse.lo xmlparse.o)
(cd . && ln -s xmltok.lo xmltok.o)
(cd . && ln -s xmlrole.lo xmlrole.o)
gcc -shared  xmlparse.lo xmltok.lo xmlrole.lo  -lc  -Wl,-soname -Wl,libexpat.so.0 -o .libs/libexpat.so.0
gcc: xmlparse.lo: No such file or directory
gcc: xmltok.lo: No such file or directory
gcc: xmlrole.lo: No such file or directory
*** Error code 1

Stop in /root/expat-1.95.0/lib.
*** Error code 1

Stop in /root/expat-1.95.0.
[root@yeagod:~/expat-1.95.0]# uname -a
FreeBSD yeagod.com 4.1-RELEASE FreeBSD 4.1-RELEASE #32: Tue Aug  8 18:40:28 PDT 2000     op2@vsop2.virtualisys.com:/sys/compile/VSop2-4.x  i386
=====
-------------------------------------------------------

For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=116248&group_id=10127

From noreply@sourceforge.net  Tue Oct 10 19:35:09 2000
From: noreply@sourceforge.net (noreply@sourceforge.net)
Date: Tue, 10 Oct 2000 11:35:09 -0700
Subject: [Expat-bugs] [Bug #116248] bulid error on FreeBSD 4.0
Message-ID: <200010101835.LAA06623@delerium.i.sourceforge.net>

Bug #116248, was updated on 2000-Oct-06 09:08
Here is a current snapshot of the bug.

Project: Expat XML Parser
Category: None
Status: Closed
Resolution: Fixed
Bug Group: None
Priority: 5
Summary: bulid error on FreeBSD 4.0

Details: There three steps in building.
step 1 "./configure" is successful.
step 2 "make" encount some error
return error message:
cd lib; make 
/bin/sh ../libtool --mode=link gcc -version-info 0:0:0 -g -02 -o libexpat.la -rpath /usr/local/lib xmlparse.lo xmltok.lo xmlrole.lo
mkdir .libs
(cd . && ln -s xmlparse.lo xmlparse.o)
(cd . && ln -s xmltok.lo xmltok.o)
(cd . && ln -s xmlrole.lo xmlrole.o)
gcc: -shared xmlparse.lo xmltok.lo xmlrole.lo -lc -Wl , -soname -Wl, libexpat.so.0 -0 .libs/libexpat.so.0
gcc: xmlparse.lo: No such file or directory
gcc: xmltok.lo: No such file or directory
gcc: xmlrole.lo: No such file or directory
*** Error code 1






Follow-Ups:

Date: 2000-Oct-06 15:08
By: none

Comment:
Rather than put in a bug of my own, I'll add here that the same error comes up on OpenBSD 2.6 and in OpenBSD Current (hostinfo is: OpenBSD 2.8-beta (NSA.eff.org) #0: Mon Sep 25 05:20:17 PDT 2000).

I admin several OpenBSD boxen, and I need expat for one of my clients, sp I'd be happy to give one of you fellows an account to get this sorted out.  ;-)
-------------------------------------------------------

Date: 2000-Oct-06 15:24
By: none

Comment:
I should add that you can email me at robin@unrated.net if you'd care to take me up on the test box offer.

Sorry about putting in two followups.  I forgot to put my email address in the first.  ;-)
-------------------------------------------------------

Date: 2000-Oct-08 17:28
By: none

Comment:
Try using gmake instead of make. This fixed the problem on my FreeBSD 4.0 box which was exactly what you described in your bug report.
-------------------------------------------------------

Date: 2000-Oct-09 04:27
By: none

Comment:
I experienced the same problem under HP-UX 10.20, and needed to use gmake
and gcc in order to build the package. The .lo files weren't being made otherwise.
More checking in the makefile needed, perhaps ?
-------------------------------------------------------

Date: 2000-Oct-09 05:25
By: coopercc

Comment:
It appears that the Makefile template in the lib directory depends on
some constructs in GNU make that don't exist in other make programs.
In particular, the $(SOURCES:.c=.lo) doesn't seem to work which leads
the library rule to miss its dependencies.

Until this is fixed in the next release, use the GNU make.

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

Date: 2000-Oct-10 03:08
By: darkuncle

Comment:
Identical bug verified on a FreeBSD 4.1-RELEASE machine.
=====
[root@yeagod:~/expat-1.95.0]# make
cd lib; make
/bin/sh ../libtool --mode=link  gcc -version-info 0:0:0 -g -O2  -o libexpat.la -rpath /usr/local/lib  xmlparse.lo xmltok.lo xmlrole.lo
mkdir .libs
(cd . && ln -s xmlparse.lo xmlparse.o)
(cd . && ln -s xmltok.lo xmltok.o)
(cd . && ln -s xmlrole.lo xmlrole.o)
gcc -shared  xmlparse.lo xmltok.lo xmlrole.lo  -lc  -Wl,-soname -Wl,libexpat.so.0 -o .libs/libexpat.so.0
gcc: xmlparse.lo: No such file or directory
gcc: xmltok.lo: No such file or directory
gcc: xmlrole.lo: No such file or directory
*** Error code 1

Stop in /root/expat-1.95.0/lib.
*** Error code 1

Stop in /root/expat-1.95.0.
[root@yeagod:~/expat-1.95.0]# uname -a
FreeBSD yeagod.com 4.1-RELEASE FreeBSD 4.1-RELEASE #32: Tue Aug  8 18:40:28 PDT 2000     op2@vsop2.virtualisys.com:/sys/compile/VSop2-4.x  i386
=====
-------------------------------------------------------

For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=116248&group_id=10127

From noreply@sourceforge.net  Tue Oct 10 19:40:20 2000
From: noreply@sourceforge.net (noreply@sourceforge.net)
Date: Tue, 10 Oct 2000 11:40:20 -0700
Subject: [Expat-bugs] [Bug #116381] XML_SetEndNamespaceDeclHandler()
Message-ID: <200010101840.LAA06827@delerium.i.sourceforge.net>

Bug #116381, was updated on 2000-Oct-08 13:50
Here is a current snapshot of the bug.

Project: Expat XML Parser
Category: None
Status: Closed
Resolution: Fixed
Bug Group: None
Priority: 5
Summary: XML_SetEndNamespaceDeclHandler()

Details: 
In xmlparse.c:1002 there is no procedure defined.


Follow-Ups:

Date: 2000-Oct-09 05:31
By: coopercc

Comment:
This function (XML_SetEndNamespaceDeclHandler) is defined in xmlparse.c and is declared in expat.h. So if the submitter of this bug is encountering some other problem, they will have to give us more than a 7 line sentence in order to get our attention.
-------------------------------------------------------

Date: 2000-Oct-09 07:27
By: OdinOdin_

Comment:
The anonymous coward is revealed :)

$ uname -a
Linux testhost 2.2.11 #2 SMP Sat Aug 14 16:52:02 BST 1999 i686 unknown
$ tar -zxvf expat-1.95.0.tar.gz
$ cd expat-1.95.0
$ ./configure
$ make
$ nm lib/.libs/libexpat.a | grep XML_SetEndName
$ nm lib/.libs/libexpat.so | grep XML_SetEndName
$ grep -A2 -B2 XML_SetEndName lib/expat.h

void XMLPARSEAPI
XML_SetEndNamespaceDeclHandler(XML_Parser parser,
                          XML_EndNamespaceDeclHandler end);

$ grep -A2 -B1 XML_SetEndName lib/xmlparse.c

void XML_SetEndNamespaceDeclHandler(XML_Parser parser,
                          XML_EndNamespaceDeclHandler end);
$


The other symbols are in there:

$ nm lib/.libs/libexpat.a | grep XML_SetName
000009dc T XML_SetNamespaceDeclHandler
$ nm lib/.libs/libexpat.a | grep XML_SetStartName
000009f4 T XML_SetStartNamespaceDeclHandler

There is no hard symbol for the function.

I wonder if 'coopercc' is confusing the function type (XML_EndNamespaceDeclHandler) with the real function XML_SetEndNamespaceDeclHandler() which as I still claim for 1.95.0 at line 1002 of xmlparse.c has no "definition", it you actualy look at that line you will see a "declaration" there.

Does this (mangled :) patch help?

--- lib/xmlparse.c      Fri Sep 29 16:54:53 2000
+++ ../../expat-1.95.0/lib/xmlparse.c   Sun Oct  8 22:08:15 2000
@@ -999,8 +999,10 @@
 }

 void XML_SetEndNamespaceDeclHandler(XML_Parser parser,
-                                   XML_EndNamespaceDeclHandler end);
-
+                                   XML_EndNamespaceDeclHandler end)
+{
+  endNamespaceDeclHandler = end;
+}

 void XML_SetNotStandaloneHandler(XML_Parser parser,
                                 XML_NotStandaloneHandler handler)

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

Date: 2000-Oct-10 11:40
By: coopercc

Comment:
My apologies to OdinOdin. I had indeed forgotten to fill in the definition
of this function. Now fixed.
-------------------------------------------------------

For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=116381&group_id=10127

From noreply@sourceforge.net  Thu Oct 12 13:33:07 2000
From: noreply@sourceforge.net (noreply@sourceforge.net)
Date: Thu, 12 Oct 2000 05:33:07 -0700
Subject: [Expat-bugs] [Bug #116700] Build Error on Win32/Cygwin
Message-ID: <200010121233.FAA09683@bush.i.sourceforge.net>

Bug #116700, was updated on 2000-Oct-12 05:33
Here is a current snapshot of the bug.

Project: Expat XML Parser
Category: None
Status: Open
Resolution: None
Bug Group: None
Priority: 5
Summary: Build Error on Win32/Cygwin

Details: When building on cygwin 1.1.4, the ./configure script works fine.  However, make produces the following output.

{08:33:11:expat-1.95.0:593}$ make
cd lib; make
make[1]: Entering directory `/usr/src/expat-1.95.0/lib'
/bin/sh ../libtool --mode=compile gcc -DHAVE_CONFIG_H -DPACKAGE=expat -DVERSION=
1.95.0 -I. -I..  -g -O2 -c xmlparse.c
mkdir .libs
gcc -DHAVE_CONFIG_H -DPACKAGE=\"expat\" -DVERSION=\"1.95.0\" -I. -I.. -g -O2 -Wp
,-MD,.deps/xmlparse.pp -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 -DVERSION=
1.95.0 -I. -I..  -g -O2 -c xmltok.c
rm -f .libs/xmltok.lo
gcc -DHAVE_CONFIG_H -DPACKAGE=\"expat\" -DVERSION=\"1.95.0\" -I. -I.. -g -O2 -Wp
,-MD,.deps/xmltok.pp -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 -DVERSION=
1.95.0 -I. -I..  -g -O2 -c xmlrole.c
rm -f .libs/xmlrole.lo
gcc -DHAVE_CONFIG_H -DPACKAGE=\"expat\" -DVERSION=\"1.95.0\" -I. -I.. -g -O2 -Wp
,-MD,.deps/xmlrole.pp -c xmlrole.c  -DPIC -o .libs/xmlrole.lo
mv -f .libs/xmlrole.lo xmlrole.o
(cd . && ln -s xmlrole.o xmlrole.lo)
/bin/sh ../libtool --mode=link  gcc -version-info 0:0:0 -g -O2  -o libexpat.la -
rpath /usr/local/lib  xmlparse.lo xmltok.lo xmlrole.lo
rm -fr .libs/libexpat.la .libs/libexpat.* .libs/libexpat.*
generating symbol list for `libexpat.la'
test -f .libs/libexpat-0-0-0.dll-ltdll.c || sed -e "/^# \/\* ltdll\.c starts her
e \*\//,/^# \/\* ltdll.c ends here \*\// { s/^# //; p; }" -e d < ../libtool > .l
ibs/libexpat-0-0-0.dll-ltdll.c
 test -f .libs/libexpat-0-0-0.dll-ltdll.o || (cd .libs && gcc -c libexpat-0-0-0.
dll-ltdll.c)
libexpat-0-0-0.dll-ltdll.c:15: conflicting types for `_cygwin_dll_entry'
libexpat-0-0-0.dll-ltdll.c:15: previous declaration of `_cygwin_dll_entry'
make[1]: *** [libexpat.la] Error 1
make[1]: Leaving directory `/usr/src/expat-1.95.0/lib'
make: *** [lib] Error 2

I can email the generated Makefile and libtool script if it would help.

For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=116700&group_id=10127

From noreply@sourceforge.net  Thu Oct 12 16:56:01 2000
From: noreply@sourceforge.net (noreply@sourceforge.net)
Date: Thu, 12 Oct 2000 08:56:01 -0700
Subject: [Expat-bugs] [Bug #116700] Build Error on Win32/Cygwin
Message-ID: <200010121556.IAA11724@delerium.i.sourceforge.net>

Bug #116700, was updated on 2000-Oct-12 05:33
Here is a current snapshot of the bug.

Project: Expat XML Parser
Category: None
Status: Closed
Resolution: Fixed
Bug Group: None
Priority: 5
Summary: Build Error on Win32/Cygwin

Details: When building on cygwin 1.1.4, the ./configure script works fine.  However, make produces the following output.

{08:33:11:expat-1.95.0:593}$ make
cd lib; make
make[1]: Entering directory `/usr/src/expat-1.95.0/lib'
/bin/sh ../libtool --mode=compile gcc -DHAVE_CONFIG_H -DPACKAGE=expat -DVERSION=
1.95.0 -I. -I..  -g -O2 -c xmlparse.c
mkdir .libs
gcc -DHAVE_CONFIG_H -DPACKAGE=\"expat\" -DVERSION=\"1.95.0\" -I. -I.. -g -O2 -Wp
,-MD,.deps/xmlparse.pp -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 -DVERSION=
1.95.0 -I. -I..  -g -O2 -c xmltok.c
rm -f .libs/xmltok.lo
gcc -DHAVE_CONFIG_H -DPACKAGE=\"expat\" -DVERSION=\"1.95.0\" -I. -I.. -g -O2 -Wp
,-MD,.deps/xmltok.pp -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 -DVERSION=
1.95.0 -I. -I..  -g -O2 -c xmlrole.c
rm -f .libs/xmlrole.lo
gcc -DHAVE_CONFIG_H -DPACKAGE=\"expat\" -DVERSION=\"1.95.0\" -I. -I.. -g -O2 -Wp
,-MD,.deps/xmlrole.pp -c xmlrole.c  -DPIC -o .libs/xmlrole.lo
mv -f .libs/xmlrole.lo xmlrole.o
(cd . && ln -s xmlrole.o xmlrole.lo)
/bin/sh ../libtool --mode=link  gcc -version-info 0:0:0 -g -O2  -o libexpat.la -
rpath /usr/local/lib  xmlparse.lo xmltok.lo xmlrole.lo
rm -fr .libs/libexpat.la .libs/libexpat.* .libs/libexpat.*
generating symbol list for `libexpat.la'
test -f .libs/libexpat-0-0-0.dll-ltdll.c || sed -e "/^# \/\* ltdll\.c starts her
e \*\//,/^# \/\* ltdll.c ends here \*\// { s/^# //; p; }" -e d < ../libtool > .l
ibs/libexpat-0-0-0.dll-ltdll.c
 test -f .libs/libexpat-0-0-0.dll-ltdll.o || (cd .libs && gcc -c libexpat-0-0-0.
dll-ltdll.c)
libexpat-0-0-0.dll-ltdll.c:15: conflicting types for `_cygwin_dll_entry'
libexpat-0-0-0.dll-ltdll.c:15: previous declaration of `_cygwin_dll_entry'
make[1]: *** [libexpat.la] Error 1
make[1]: Leaving directory `/usr/src/expat-1.95.0/lib'
make: *** [lib] Error 2

I can email the generated Makefile and libtool script if it would help.

Follow-Ups:

Date: 2000-Oct-12 08:56
By: coopercc

Comment:
This is a bug in cygwin 1.1.4 (which I've reported). These comments
don't lend themselves to patch inserts, but you can patch
/usr/include/cygwin/cygwin_dll.h by changing "HINSTANCE" on line
47 to "HANDLE" and the build should complete.

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

For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=116700&group_id=10127

From noreply@sourceforge.net  Tue Oct 17 01:49:57 2000
From: noreply@sourceforge.net (noreply@sourceforge.net)
Date: Mon, 16 Oct 2000 17:49:57 -0700
Subject: [Expat-bugs] [Bug #117044] expat 1.95 will not build on FreeBSD 4.0
Message-ID: <200010170049.RAA25225@delerium.i.sourceforge.net>

Bug #117044, was updated on 2000-Oct-16 17:49
Here is a current snapshot of the bug.

Project: Expat XML Parser
Category: None
Status: Open
Resolution: None
Bug Group: None
Priority: 5
Summary: expat 1.95 will not build on FreeBSD 4.0

Details: when I try and make expat I get the following errors

sphinx# /bin/sh ../libtool --mode=link gcc -version-info 0:0:0 -g -O2 -o libexpat.la -rpath /usr/local/lib xmlparse.lo xmltok.lo xmlrole.lo
mkdir .libs
(cd . && ln -s xmlparse.lo xmlparse.o)
(cd . && ln -s xmltok.lo xmltok.o)
(cd . && ln -s xmlrole.lo xmlrole.o)
gcc -shared  xmlparse.lo xmltok.lo xmlrole.lo  -lc  -Wl,-soname -Wl,libexpat.so.0 -o .libs/libexpat.so.0
gcc: xmlparse.lo: No such file or directory
gcc: xmltok.lo: No such file or directory
gcc: xmlrole.lo: No such file or directory



For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=117044&group_id=10127

From noreply@sourceforge.net  Wed Oct 18 05:51:21 2000
From: noreply@sourceforge.net (noreply@sourceforge.net)
Date: Tue, 17 Oct 2000 21:51:21 -0700
Subject: [Expat-bugs] [Bug #117044] expat 1.95 will not build on FreeBSD 4.0
Message-ID: <200010180451.VAA23827@delerium.i.sourceforge.net>

Bug #117044, was updated on 2000-Oct-16 17:49
Here is a current snapshot of the bug.

Project: Expat XML Parser
Category: None
Status: Open
Resolution: None
Bug Group: None
Priority: 5
Summary: expat 1.95 will not build on FreeBSD 4.0

Details: when I try and make expat I get the following errors

sphinx# /bin/sh ../libtool --mode=link gcc -version-info 0:0:0 -g -O2 -o libexpat.la -rpath /usr/local/lib xmlparse.lo xmltok.lo xmlrole.lo
mkdir .libs
(cd . && ln -s xmlparse.lo xmlparse.o)
(cd . && ln -s xmltok.lo xmltok.o)
(cd . && ln -s xmlrole.lo xmlrole.o)
gcc -shared  xmlparse.lo xmltok.lo xmlrole.lo  -lc  -Wl,-soname -Wl,libexpat.so.0 -o .libs/libexpat.so.0
gcc: xmlparse.lo: No such file or directory
gcc: xmltok.lo: No such file or directory
gcc: xmlrole.lo: No such file or directory



Follow-Ups:

Date: 2000-Oct-17 21:51
By: jowaxman

Comment:
Try installing the package distribution from ftp.freebsd.org (using sysinstall).

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

For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=117044&group_id=10127

From noreply@sourceforge.net  Wed Oct 18 19:15:32 2000
From: noreply@sourceforge.net (noreply@sourceforge.net)
Date: Wed, 18 Oct 2000 11:15:32 -0700
Subject: [Expat-bugs] [Bug #117044] expat 1.95 will not build on FreeBSD 4.0
Message-ID: <200010181815.LAA22908@delerium.i.sourceforge.net>

Bug #117044, was updated on 2000-Oct-16 17:49
Here is a current snapshot of the bug.

Project: Expat XML Parser
Category: None
Status: Open
Resolution: None
Bug Group: None
Priority: 5
Summary: expat 1.95 will not build on FreeBSD 4.0

Details: when I try and make expat I get the following errors

sphinx# /bin/sh ../libtool --mode=link gcc -version-info 0:0:0 -g -O2 -o libexpat.la -rpath /usr/local/lib xmlparse.lo xmltok.lo xmlrole.lo
mkdir .libs
(cd . && ln -s xmlparse.lo xmlparse.o)
(cd . && ln -s xmltok.lo xmltok.o)
(cd . && ln -s xmlrole.lo xmlrole.o)
gcc -shared  xmlparse.lo xmltok.lo xmlrole.lo  -lc  -Wl,-soname -Wl,libexpat.so.0 -o .libs/libexpat.so.0
gcc: xmlparse.lo: No such file or directory
gcc: xmltok.lo: No such file or directory
gcc: xmlrole.lo: No such file or directory



Follow-Ups:

Date: 2000-Oct-17 21:51
By: jowaxman

Comment:
Try installing the package distribution from ftp.freebsd.org (using sysinstall).

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

Date: 2000-Oct-18 11:15
By: none

Comment:
I get the same problem on HP-UX version 10.20

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

For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=117044&group_id=10127

From noreply@sourceforge.net  Thu Oct 19 06:36:12 2000
From: noreply@sourceforge.net (noreply@sourceforge.net)
Date: Wed, 18 Oct 2000 22:36:12 -0700
Subject: [Expat-bugs] [Bug #117044] expat 1.95 will not build on FreeBSD 4.0
Message-ID: <200010190536.WAA13509@bush.i.sourceforge.net>

Bug #117044, was updated on 2000-Oct-16 17:49
Here is a current snapshot of the bug.

Project: Expat XML Parser
Category: None
Status: Open
Resolution: None
Bug Group: None
Priority: 5
Summary: expat 1.95 will not build on FreeBSD 4.0

Details: when I try and make expat I get the following errors

sphinx# /bin/sh ../libtool --mode=link gcc -version-info 0:0:0 -g -O2 -o libexpat.la -rpath /usr/local/lib xmlparse.lo xmltok.lo xmlrole.lo
mkdir .libs
(cd . && ln -s xmlparse.lo xmlparse.o)
(cd . && ln -s xmltok.lo xmltok.o)
(cd . && ln -s xmlrole.lo xmlrole.o)
gcc -shared  xmlparse.lo xmltok.lo xmlrole.lo  -lc  -Wl,-soname -Wl,libexpat.so.0 -o .libs/libexpat.so.0
gcc: xmlparse.lo: No such file or directory
gcc: xmltok.lo: No such file or directory
gcc: xmlrole.lo: No such file or directory



Follow-Ups:

Date: 2000-Oct-17 21:51
By: jowaxman

Comment:
Try installing the package distribution from ftp.freebsd.org (using sysinstall).

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

Date: 2000-Oct-18 11:15
By: none

Comment:
I get the same problem on HP-UX version 10.20

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

For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=117044&group_id=10127

From noreply@sourceforge.net  Thu Oct 19 07:34:38 2000
From: noreply@sourceforge.net (noreply@sourceforge.net)
Date: Wed, 18 Oct 2000 23:34:38 -0700
Subject: [Expat-bugs] [Bug #117044] expat 1.95 will not build on FreeBSD 4.0
Message-ID: <200010190634.XAA15685@bush.i.sourceforge.net>

Bug #117044, was updated on 2000-Oct-16 17:49
Here is a current snapshot of the bug.

Project: Expat XML Parser
Category: None
Status: Open
Resolution: None
Bug Group: None
Priority: 5
Summary: expat 1.95 will not build on FreeBSD 4.0

Details: when I try and make expat I get the following errors

sphinx# /bin/sh ../libtool --mode=link gcc -version-info 0:0:0 -g -O2 -o libexpat.la -rpath /usr/local/lib xmlparse.lo xmltok.lo xmlrole.lo
mkdir .libs
(cd . && ln -s xmlparse.lo xmlparse.o)
(cd . && ln -s xmltok.lo xmltok.o)
(cd . && ln -s xmlrole.lo xmlrole.o)
gcc -shared  xmlparse.lo xmltok.lo xmlrole.lo  -lc  -Wl,-soname -Wl,libexpat.so.0 -o .libs/libexpat.so.0
gcc: xmlparse.lo: No such file or directory
gcc: xmltok.lo: No such file or directory
gcc: xmlrole.lo: No such file or directory



Follow-Ups:

Date: 2000-Oct-17 21:51
By: jowaxman

Comment:
Try installing the package distribution from ftp.freebsd.org (using sysinstall).

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

Date: 2000-Oct-18 11:15
By: none

Comment:
I get the same problem on HP-UX version 10.20

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

Date: 2000-Oct-18 23:34
By: davidb54

Comment:
I got it to build on FreeBSD 4.1 by doing the following
from the expat-1.95. 0 directory:

cd lib
/bin/sh ../libtool --mode=compile gcc -DHAVE_CONFIG_H -DPACKAGE=expat -DVERSION=\"1.95.0\" -I. -I..  -g -O2 -c xmlparse.c
/bin/sh ../libtool --mode=compile gcc -DHAVE_CONFIG_H -DPACKAGE=expat -DVERSION=\"1.95.0\" -I. -I..  -g -O2 -c xmltok.c
/bin/sh ../libtool --mode=compile gcc -DHAVE_CONFIG_H -DPACKAGE=expat -DVERSION=\"1.95.0\" -I. -I..  -g -O2 -c xmlrole.c
cd ..
make

for some reason libtool never compiles the source files;
it just tries to link the object files, which haven't been
built.  i have no idea why that is.  gcc also complains 
about VERSION when building xmlparse.c unless you put it
in the escaped quotation marks as above.  

-dave

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

For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=117044&group_id=10127

From noreply@sourceforge.net  Mon Oct 23 14:19:02 2000
From: noreply@sourceforge.net (noreply@sourceforge.net)
Date: Mon, 23 Oct 2000 06:19:02 -0700
Subject: [Expat-bugs] [Bug #117494] Unable to build on Cygwin
Message-ID: <200010231319.GAA13981@sf-web3.vaspecialprojects.com>

Bug #117494, was updated on 2000-Oct-23 06:19
Here is a current snapshot of the bug.

Project: Expat XML Parser
Category: None
Status: Open
Resolution: None
Bug Group: None
Priority: 5
Summary: Unable to build on Cygwin

Details: When running make: "xmltok.h:186 Parse error before '->'";
then a bunch of "stray '\'"'s; this seuqence repeated with other .h files. Then a lot of "Parse error before ')'"'s in xmlparse.c.
I tried removing the line continuation characters (\). This helps a lot. But somewhere at the end an message about incompatible types for "_cygwin_dll_entry" pops up, and the package does not install.



For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=117494&group_id=10127

From noreply@sourceforge.net  Mon Oct 23 22:51:03 2000
From: noreply@sourceforge.net (noreply@sourceforge.net)
Date: Mon, 23 Oct 2000 14:51:03 -0700
Subject: [Expat-bugs] [Bug #117044] expat 1.95 will not build on FreeBSD 4.0
Message-ID: <200010232151.OAA21960@sf-web2.i.sourceforge.net>

Bug #117044, was updated on 2000-Oct-16 17:49
Here is a current snapshot of the bug.

Project: Expat XML Parser
Category: None
Status: Closed
Resolution: Fixed
Bug Group: None
Priority: 5
Summary: expat 1.95 will not build on FreeBSD 4.0

Details: when I try and make expat I get the following errors

sphinx# /bin/sh ../libtool --mode=link gcc -version-info 0:0:0 -g -O2 -o libexpat.la -rpath /usr/local/lib xmlparse.lo xmltok.lo xmlrole.lo
mkdir .libs
(cd . && ln -s xmlparse.lo xmlparse.o)
(cd . && ln -s xmltok.lo xmltok.o)
(cd . && ln -s xmlrole.lo xmlrole.o)
gcc -shared  xmlparse.lo xmltok.lo xmlrole.lo  -lc  -Wl,-soname -Wl,libexpat.so.0 -o .libs/libexpat.so.0
gcc: xmlparse.lo: No such file or directory
gcc: xmltok.lo: No such file or directory
gcc: xmlrole.lo: No such file or directory



Follow-Ups:

Date: 2000-Oct-17 21:51
By: jowaxman

Comment:
Try installing the package distribution from ftp.freebsd.org (using sysinstall).

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

Date: 2000-Oct-18 11:15
By: none

Comment:
I get the same problem on HP-UX version 10.20

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

Date: 2000-Oct-18 23:34
By: davidb54

Comment:
I got it to build on FreeBSD 4.1 by doing the following
from the expat-1.95. 0 directory:

cd lib
/bin/sh ../libtool --mode=compile gcc -DHAVE_CONFIG_H -DPACKAGE=expat -DVERSION=\"1.95.0\" -I. -I..  -g -O2 -c xmlparse.c
/bin/sh ../libtool --mode=compile gcc -DHAVE_CONFIG_H -DPACKAGE=expat -DVERSION=\"1.95.0\" -I. -I..  -g -O2 -c xmltok.c
/bin/sh ../libtool --mode=compile gcc -DHAVE_CONFIG_H -DPACKAGE=expat -DVERSION=\"1.95.0\" -I. -I..  -g -O2 -c xmlrole.c
cd ..
make

for some reason libtool never compiles the source files;
it just tries to link the object files, which haven't been
built.  i have no idea why that is.  gcc also complains 
about VERSION when building xmlparse.c unless you put it
in the escaped quotation marks as above.  

-dave

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

For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=117044&group_id=10127

From noreply@sourceforge.net  Wed Oct 25 16:25:56 2000
From: noreply@sourceforge.net (noreply@sourceforge.net)
Date: Wed, 25 Oct 2000 08:25:56 -0700
Subject: [Expat-bugs] [Bug #117692] running error on freebsd
Message-ID: <200010251525.IAA27662@sf-web3.vaspecialprojects.com>

Bug #117692, was updated on 2000-Oct-25 08:25
Here is a current snapshot of the bug.

Project: Expat XML Parser
Category: None
Status: Open
Resolution: None
Bug Group: None
Priority: 5
Summary: running error on freebsd

Details: Script started on Wed Oct 25 11:07:11 2000
> ./outline


Segmentation fault(core dumped)

> gdb outline


GNU gdb 4.18

Copyright 1998 Free Software Foundation, Inc.

GDB is free software, covered by the GNU General Public License, and you are

welcome to change it and/or distribute copies of it under certain conditions.

Type "show copying" to see the conditions.

There is absolutely no warranty for GDB.  Type "show warranty" for details.

This GDB was configured as "i386-unknown-freebsd"...

(gdb) b 42

Breakpoint 1 at 0x80486f4: file outline.c, line 42.

(gdb) r

Starting program: /usr/home/twan/XMLparser/expat-1.95.1/examples/outline 



Program received signal SIGSEGV, Segmentation fault.

0x280f109e in memcpy () from /usr/lib/libc.so.4

(gdb) b 85

Breakpoint 2 at 0x80487fc: file outline.c, line 85.

(gdb) R

The program being debugged has been started already.

Start it from the beginning? (y or n) y



Starting program: /usr/home/twan/XMLparser/expat-1.95.1/examples/outline 



Breakpoint 2, main (argc=1, argv=0xbfbffb6c) at outline.c:85

85	  XML_SetElementHandler(p, start, end);

(gdb) n

86	  XML_SetCharacterDataHandler(p,charhndl);

(gdb) n

87	  for (;;) {

(gdb) n

107	  }

(gdb) n

92	    if (ferror(fp)) {

(gdb) n

96	    done = feof(fp);

(gdb) n

98	    if (! XML_Parse(p, Buff, len, done)) {

(gdb) s

0x8048540 in XML_Parse () at xmlparse.c:1083

1083	{

(gdb) n

0x8048546	1083	{

(gdb) n

0x804854b	1083	{

(gdb) 

0x8048510 in _init ()

(gdb) 

Single stepping until exit from function _init, 

which has no line number information.



Program received signal SIGSEGV, Segmentation fault.

0x280f109e in memcpy () from /usr/lib/libc.so.4

(gdb) q

The program is running.  Exit anyway? (y or n) y

> more outline/.c


/*****************************************************************

 * outline.c

 *

 * Copyright 1999, Clark Cooper

 * All rights reserved.

 *

 * This program is free software; you can redistribute it and/or

 * modify it under the terms of the license contained in the

 * COPYING file that comes with the expat distribution.

 *

 * THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND,

 * EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF

 * MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT.

 * IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY

 * CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT,

 * TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE

 * SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.

 *

 * Read an XML document from standard input and print an element

 * outline on standard output.

 */





#include <stdio.h>

#include </usr/local/include/expat.h>



#define BUFFSIZE        8192



char Buff[BUFFSIZE];

 

char str[1000];

int Depth;

void charhndl(void *userData,

              const XML_Char* s,

              int len)

{

int i;

char* str;

if(len>1)

{

//str=malloc(len+1);

strncpy(str,s,len);

//  for(i=0;i<len;i++)

//  str[i]='a';

  str[len]='\0';

//str=s+len+1;

//str=s;

//*(str+len)='\0';

printf("%s\n",str); 

i=1;

}

}

void

start(void *data, const char *el, const char **attr) {

  int i;



  for (i = 0; i < Depth; i++)

    printf("  ");



  printf("%s", el);



  for (i = 0; attr[i]; i += 2) {

    printf(" %s='%s'", attr[i], attr[i + 1]);

 }



  printf("\n");

  Depth++;

}  /* End of start handler */



void

end(void *data, const char *el) {

  Depth--;

}  /* End of end handler */



main(int argc, char **argv) {

  XML_Parser p;

  FILE* fp;

  fp=fopen("smil.xml","r");

  p = XML_ParserCreate(NULL);

  if (! p) {

    fprintf(stderr, "Couldn't allocate memory for parser\n");

    exit(-1);

  }

  

  XML_SetElementHandler(p, start, end);

  XML_SetCharacterDataHandler(p,charhndl);

  for (;;) {

    int done;

    int len;



    len = fread(Buff, 1, BUFFSIZE, fp);

    if (ferror(fp)) {

      fprintf(stderr, "Read error\n");

      exit(-1);

    }

    done = feof(fp);



    if (! XML_Parse(p, Buff, len, done)) {

      fprintf(stderr, "Parse error at line %d:\n%s\n",

              XML_GetCurrentLineNumber(p),

              XML_ErrorString(XML_GetErrorCode(p)));

      exit(-1);

    }



    if (done)

    break;

  }

}  /* End of main */



> more smil.xml


<?xml version="1.0" standalone="no"?>



<!--

     Example for SMIL (Synchronized Multimedia Integration Language)

     see http://www.w3.org/TR/WD-smil for more information

-->     



<!DOCTYPE smil SYSTEM "smil.dtd">



<smil>

  <head>

    <layout type="text/smil-basic">

      <channel id="left-video" left="20" top="50" z-index="1"/>

      <channel id="left-text" left="20" top="120" z-index="1"/>

      <channel id="right-video" left="150" top="50" z-index="1"/>

      <channel id="right-text" left="150" top="120" z-index="1"/>

    </layout>

  </head>

  <body>

    <par>

      <img   src="bg"/>

       <seq>

        <par>

          <img  src="graph" channel="left-video" dur="60s"/>

          <text src="graph-text" channel="left-text"/>

        </par>

        <par>

          <a href="http://www.w3.org/People/Berners-Lee">

            <video src="tim-video" channel="left-video"/>

            <text src="tim-text" channel="left-text"/>

          </a>

        </par>

      </seq>

      <seq>

        <audio src="joe-audio"/>

        <audio src="tim-audio"/>

      </seq>

      <video id="jv" src="joe-video" channel="right-video"/>

      <text  src="joe-text" channel="right-text"/>

    </par>

  </body>

</smil>



exit


Script done on Wed Oct 25 11:10:48 2000


For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=117692&group_id=10127

From noreply@sourceforge.net  Thu Oct 26 16:20:05 2000
From: noreply@sourceforge.net (noreply@sourceforge.net)
Date: Thu, 26 Oct 2000 08:20:05 -0700
Subject: [Expat-bugs] [Bug #113609] Expat causes segfaults in Apache
Message-ID: <200010261520.IAA21443@sf-web1.i.sourceforge.net>

Bug #113609, was updated on 2000-Sep-05 03:43
Here is a current snapshot of the bug.

Project: Expat XML Parser
Category: None
Status: Open
Resolution: None
Bug Group: None
Priority: 5
Summary: Expat causes segfaults in Apache

Details: When Expat is compiled into Apache, and you add mod_perl or php or Sablotron into Apache in some way or another, Apache can segfault at random times.

Clark Cooper is aware of the bug, but I wanted to make sure it was logged here on sourceforge.

Follow-Ups:

Date: 2000-Sep-05 06:36
By: coopercc

Comment:
This is caused (I believe) by multiple instances of expat in each of these modules. The task that I'm working on right now is to produce a shared library version. (Then after that to put out a new release of XML::Parser which can use it.)
   - coopercc
-------------------------------------------------------

Date: 2000-Sep-09 10:34
By: gstein

Comment:
Clark: I'm nominally in charge of the Expat that is incorporated directly into Apache (i.e. I put it there :-). I'm happy to make the changes on the Apache side to get this working. Just let me know what you'll need...

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

Date: 2000-Oct-26 08:20
By: none

Comment:
I bet it is because Expat is *not* thread-safe
-------------------------------------------------------

For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=113609&group_id=10127

From noreply@sourceforge.net  Thu Oct 26 16:26:09 2000
From: noreply@sourceforge.net (noreply@sourceforge.net)
Date: Thu, 26 Oct 2000 08:26:09 -0700
Subject: [Expat-bugs] [Bug #113609] Expat causes segfaults in Apache
Message-ID: <200010261526.IAA21568@sf-web1.i.sourceforge.net>

Bug #113609, was updated on 2000-Sep-05 03:43
Here is a current snapshot of the bug.

Project: Expat XML Parser
Category: None
Status: Open
Resolution: None
Bug Group: None
Priority: 5
Summary: Expat causes segfaults in Apache

Details: When Expat is compiled into Apache, and you add mod_perl or php or Sablotron into Apache in some way or another, Apache can segfault at random times.

Clark Cooper is aware of the bug, but I wanted to make sure it was logged here on sourceforge.

Follow-Ups:

Date: 2000-Sep-05 06:36
By: coopercc

Comment:
This is caused (I believe) by multiple instances of expat in each of these modules. The task that I'm working on right now is to produce a shared library version. (Then after that to put out a new release of XML::Parser which can use it.)
   - coopercc
-------------------------------------------------------

Date: 2000-Sep-09 10:34
By: gstein

Comment:
Clark: I'm nominally in charge of the Expat that is incorporated directly into Apache (i.e. I put it there :-). I'm happy to make the changes on the Apache side to get this working. Just let me know what you'll need...

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

Date: 2000-Oct-26 08:20
By: none

Comment:
I bet it is because Expat is *not* thread-safe
-------------------------------------------------------

Date: 2000-Oct-26 08:26
By: none

Comment:
pardon... I'm on drugs... I hadn't seen the nasty #defines for userData and
the like... ignore that last comment.
-------------------------------------------------------

For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=113609&group_id=10127

From lvirden@cas.org  Thu Oct 26 19:20:26 2000
From: lvirden@cas.org (Larry W. Virden)
Date: Thu, 26 Oct 2000 14:20:26 -0400 (EDT)
Subject: [Expat-bugs] bug report for expat 1.95.1
Message-ID: <0010261420.AA13298@cas.org>

Platform: Ultra 5, Solaris 8, Sun unbundled C compiler version 5.0
$ export CC=cc
$ $PWD/configure --prefix=/projects/intranet 
creating cache ./config.cache
checking host system type... sparc-sun-solaris2.8
checking build system type... sparc-sun-solaris2.8
checking for ranlib... ranlib
checking for gcc... cc
checking whether the C compiler (cc  ) works... yes
checking whether the C compiler (cc  ) is a cross-compiler... no
checking whether we are using GNU C... no
checking whether cc accepts -g... yes
checking for non-GNU ld... /usr/ccs/bin/ld
checking if the linker (/usr/ccs/bin/ld) is GNU ld... no
checking for BSD-compatible nm... /usr/ccs/bin/nm -p
checking whether ln -s works... yes
updating cache ./config.cache
loading cache ./config.cache within ltconfig
checking whether we are using GNU C... no
checking for object suffix... o
checking for executable suffix... no
checking for cc option to produce PIC... -KPIC
checking if cc PIC flag -KPIC works... yes
checking if cc supports -c -o file.o... yes
checking if cc supports -c -o file.lo... no
checking if cc static flag -Bstatic works... -Bstatic
checking if the linker (/usr/ccs/bin/ld) is GNU ld... no
checking whether the linker (/usr/ccs/bin/ld) supports shared libraries... yes
checking command to parse /usr/ccs/bin/nm -p output... ok
checking how to hardcode library paths into programs... immediate
checking for /usr/ccs/bin/ld option to reload object files... -r
checking dynamic linker characteristics... solaris2.8 ld.so
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
checking for objdir... .libs
creating libtool
updating cache ./config.cache
loading cache ./config.cache
checking for gcc... (cached) cc
checking whether the C compiler (cc -g ) works... yes
checking whether the C compiler (cc -g ) is a cross-compiler... no
checking whether we are using GNU C... (cached) no
checking whether cc accepts -g... (cached) yes
checking for a BSD compatible install... /projects/gnu/sparc-sun-solaris2.6/bin/ginstall -c
checking how to run the C preprocessor... cc -E
checking for ANSI C header files... yes
checking for fcntl.h... yes
checking for unistd.h... yes
checking whether byte ordering is bigendian... yes
checking for working const... yes
checking for off_t... yes
checking for size_t... yes
checking for 8-bit clean memcmp... yes
checking for unistd.h... (cached) yes
checking for getpagesize... yes
checking for working mmap... yes
checking for memmove... yes
checking for bcopy... yes
updating cache ./config.cache
creating ./config.status
creating Makefile
creating lib/Makefile
creating xmlwf/Makefile
creating examples/Makefile
creating config.h


Now, the problem comes when I try to build this:

$ make all
cd lib; make
make[1]: Entering directory `/projects/intranet/src/Unix/expat/expat-1.95.1/lib'
/bin/sh ../libtool --mode=compile cc -DHAVE_CONFIG_H -DPACKAGE=expat -DVERSION=expat_1.95.1 -I/home/lwv26/i/src/Unix/expat/expat-1.95.1/lib -I..  -g -c xmlparse.c
mkdir .libs
cc -DHAVE_CONFIG_H -DPACKAGE=\"expat\" -DVERSION=\"expat_1.95.1\" -I/home/lwv26/i/src/Unix/expat/expat-1.95.1/lib -I.. -g -Wp,-MD,.deps/xmlparse.pp -c xmlparse.c  -KPIC -DPIC -o xmlparse.o
command line: fatal: invalid arg for option M  D: Illegal seek
cc: acomp failed for xmlparse.c
make[1]: *** [xmlparse.lo] Error 1
make[1]: Leaving directory `/projects/intranet/src/Unix/expat/expat-1.95.1/lib'
make: *** [lib] Error 2


I don't know what to do to get rid of this problem - does anyone have a fix
for this?
-- 
Never apply a Star Trek solution to a Babylon 5 problem.
Larry W. Virden <mailto:lvirden@cas.org> <URL: http://www.purl.org/NET/lvirden/>
Even if explicitly stated to the contrary, nothing in this posting should 
be construed as representing my employer's opinions.
-><-

From noreply@sourceforge.net  Sat Oct 28 11:49:39 2000
From: noreply@sourceforge.net (noreply@sourceforge.net)
Date: Sat, 28 Oct 2000 03:49:39 -0700
Subject: [Expat-bugs] [Bug #119617] expat 1.95.1 configure'd Makefile incorrect
Message-ID: <200010281049.DAA27441@sf-web3.vaspecialprojects.com>

Bug #119617, was updated on 2000-Oct-28 03:49
Here is a current snapshot of the bug.

Project: Expat XML Parser
Category: None
Status: Open
Resolution: None
Bug Group: None
Priority: 5
Summary: expat 1.95.1 configure'd Makefile incorrect

Details: Platform: Ultra 5 SPARC/Solaris 8
Compiler: Sun C compiler v5.0

% /home/lwv26/i/src/Unix/expat/expat-1.95.1/configure  --prefix=/projects/intranet
creating cache ./config.cache
checking host system type... sparc-sun-solaris2.8
checking build system type... sparc-sun-solaris2.8
checking for ranlib... ranlib
checking for gcc... cc
checking whether the C compiler (cc  ) works... yes
checking whether the C compiler (cc  ) is a cross-compiler... no
checking whether we are using GNU C... no
checking whether cc accepts -g... yes
checking for non-GNU ld... /usr/ccs/bin/ld
checking if the linker (/usr/ccs/bin/ld) is GNU ld... no
checking for BSD-compatible nm... /usr/ccs/bin/nm -p
checking whether ln -s works... yes
updating cache ./config.cache
loading cache ./config.cache within ltconfig
checking whether we are using GNU C... no
checking for object suffix... o
checking for executable suffix... no
checking for cc option to produce PIC... -KPIC
checking if cc PIC flag -KPIC works... yes
checking if cc supports -c -o file.o... yes
checking if cc supports -c -o file.lo... no
checking if cc static flag -Bstatic works... -Bstatic
checking if the linker (/usr/ccs/bin/ld) is GNU ld... no
checking whether the linker (/usr/ccs/bin/ld) supports shared libraries... yes
checking command to parse /usr/ccs/bin/nm -p output... ok
checking how to hardcode library paths into programs... immediate
checking for /usr/ccs/bin/ld option to reload object files... -r
checking dynamic linker characteristics... solaris2.8 ld.so
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
checking for objdir... .libs
creating libtool
updating cache ./config.cache
loading cache ./config.cache
checking for gcc... (cached) cc
checking whether the C compiler (cc -g ) works... yes
checking whether the C compiler (cc -g ) is a cross-compiler... no
checking whether we are using GNU C... (cached) no
checking whether cc accepts -g... (cached) yes
checking for a BSD compatible install... /projects/gnu/sparc-sun-solaris2.6/bin/ginstall -c
checking how to run the C preprocessor... cc -E
checking for ANSI C header files... yes
checking for fcntl.h... yes
checking for unistd.h... yes
checking whether byte ordering is bigendian... yes
checking for working const... yes
checking for off_t... yes
checking for size_t... yes
checking for 8-bit clean memcmp... yes
checking for unistd.h... (cached) yes
checking for getpagesize... yes
checking for working mmap... yes
checking for memmove... yes
checking for bcopy... yes
updating cache ./config.cache
creating ./config.status
creating Makefile
creating lib/Makefile
creating xmlwf/Makefile
creating examples/Makefile
creating config.h

$ make
cd lib; make
make[1]: Entering directory `/projects/intranet/src/Unix/expat/expat-1.95.1/lib'
/bin/sh ../libtool --mode=compile cc -DHAVE_CONFIG_H -DPACKAGE=expat -DVERSION=expat_1.95.1 -I/home/lwv26/i/src/Unix/expat/expat-1.95.1/lib -I..  -g -c xmlparse.c
rm -f .libs/xmlparse.lo
cc -DHAVE_CONFIG_H -DPACKAGE=\"expat\" -DVERSION=\"expat_1.95.1\" -I/home/lwv26/i/src/Unix/expat/expat-1.95.1/lib -I.. -g -Wp,-MD,.deps/xmlparse.pp -c xmlparse.c  -KPIC -DPIC -o xmlparse.o
command line: fatal: invalid arg for option M  D: No such file or directory
cc: acomp failed for xmlparse.c
make[1]: *** [xmlparse.lo] Error 1
make[1]: Leaving directory `/projects/intranet/src/Unix/expat/expat-1.95.1/lib'
make: *** [lib] Error 2


I don't know what the -Wp,-MD was expected to do, and so I am uncertain
how to go about fixing this.  Help would be appreciated.

For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=119617&group_id=10127

From noreply@sourceforge.net  Tue Oct 31 23:14:30 2000
From: noreply@sourceforge.net (noreply@sourceforge.net)
Date: Tue, 31 Oct 2000 15:14:30 -0800
Subject: [Expat-bugs] [Bug #119617] expat 1.95.1 configure'd Makefile incorrect
Message-ID: <200010312314.PAA06237@sf-web2.i.sourceforge.net>

Bug #119617, was updated on 2000-Oct-28 03:49
Here is a current snapshot of the bug.

Project: Expat XML Parser
Category: None
Status: Open
Resolution: None
Bug Group: None
Priority: 5
Summary: expat 1.95.1 configure'd Makefile incorrect

Details: Platform: Ultra 5 SPARC/Solaris 8
Compiler: Sun C compiler v5.0

% /home/lwv26/i/src/Unix/expat/expat-1.95.1/configure  --prefix=/projects/intranet
creating cache ./config.cache
checking host system type... sparc-sun-solaris2.8
checking build system type... sparc-sun-solaris2.8
checking for ranlib... ranlib
checking for gcc... cc
checking whether the C compiler (cc  ) works... yes
checking whether the C compiler (cc  ) is a cross-compiler... no
checking whether we are using GNU C... no
checking whether cc accepts -g... yes
checking for non-GNU ld... /usr/ccs/bin/ld
checking if the linker (/usr/ccs/bin/ld) is GNU ld... no
checking for BSD-compatible nm... /usr/ccs/bin/nm -p
checking whether ln -s works... yes
updating cache ./config.cache
loading cache ./config.cache within ltconfig
checking whether we are using GNU C... no
checking for object suffix... o
checking for executable suffix... no
checking for cc option to produce PIC... -KPIC
checking if cc PIC flag -KPIC works... yes
checking if cc supports -c -o file.o... yes
checking if cc supports -c -o file.lo... no
checking if cc static flag -Bstatic works... -Bstatic
checking if the linker (/usr/ccs/bin/ld) is GNU ld... no
checking whether the linker (/usr/ccs/bin/ld) supports shared libraries... yes
checking command to parse /usr/ccs/bin/nm -p output... ok
checking how to hardcode library paths into programs... immediate
checking for /usr/ccs/bin/ld option to reload object files... -r
checking dynamic linker characteristics... solaris2.8 ld.so
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
checking for objdir... .libs
creating libtool
updating cache ./config.cache
loading cache ./config.cache
checking for gcc... (cached) cc
checking whether the C compiler (cc -g ) works... yes
checking whether the C compiler (cc -g ) is a cross-compiler... no
checking whether we are using GNU C... (cached) no
checking whether cc accepts -g... (cached) yes
checking for a BSD compatible install... /projects/gnu/sparc-sun-solaris2.6/bin/ginstall -c
checking how to run the C preprocessor... cc -E
checking for ANSI C header files... yes
checking for fcntl.h... yes
checking for unistd.h... yes
checking whether byte ordering is bigendian... yes
checking for working const... yes
checking for off_t... yes
checking for size_t... yes
checking for 8-bit clean memcmp... yes
checking for unistd.h... (cached) yes
checking for getpagesize... yes
checking for working mmap... yes
checking for memmove... yes
checking for bcopy... yes
updating cache ./config.cache
creating ./config.status
creating Makefile
creating lib/Makefile
creating xmlwf/Makefile
creating examples/Makefile
creating config.h

$ make
cd lib; make
make[1]: Entering directory `/projects/intranet/src/Unix/expat/expat-1.95.1/lib'
/bin/sh ../libtool --mode=compile cc -DHAVE_CONFIG_H -DPACKAGE=expat -DVERSION=expat_1.95.1 -I/home/lwv26/i/src/Unix/expat/expat-1.95.1/lib -I..  -g -c xmlparse.c
rm -f .libs/xmlparse.lo
cc -DHAVE_CONFIG_H -DPACKAGE=\"expat\" -DVERSION=\"expat_1.95.1\" -I/home/lwv26/i/src/Unix/expat/expat-1.95.1/lib -I.. -g -Wp,-MD,.deps/xmlparse.pp -c xmlparse.c  -KPIC -DPIC -o xmlparse.o
command line: fatal: invalid arg for option M  D: No such file or directory
cc: acomp failed for xmlparse.c
make[1]: *** [xmlparse.lo] Error 1
make[1]: Leaving directory `/projects/intranet/src/Unix/expat/expat-1.95.1/lib'
make: *** [lib] Error 2


I don't know what the -Wp,-MD was expected to do, and so I am uncertain
how to go about fixing this.  Help would be appreciated.

Follow-Ups:

Date: 2000-Oct-31 15:14
By: davewarner

Comment:
Same problem on HP-UX 10.20:
except the error returned is cpp: error 3: Too many arguments to cpp (?!).

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

For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=119617&group_id=10127