Bug 4423

Summary:	glibc-2.1.2-3: Expat in Mozilla won't compile with -O
Product:	[Retired] Red Hat Raw Hide	Reporter:	Brian Ryner <bryner>
Component:	glibc	Assignee:	Cristian Gafton <gafton>
Status:	CLOSED WORKSFORME	QA Contact:
Severity:	high	Docs Contact:
Priority:	medium
Version:	1.0
Target Milestone:	---
Target Release:	---
Hardware:	i386
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	1999-08-11 01:52:19 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Brian Ryner 1999-08-08 04:39:20 UTC

With glibc-2.1.2-3, expat in Mozilla chokes when trying to
compile with -O.  I haven't extensively analyzed it, but it
looks like it might be a problem with a macro definition of
memset().

This is with the current Mozilla code from CVS, configured
with --enable-optimize.

Comment 1 Brian Ryner 1999-08-08 06:19:59 UTC

I think my original guess that this is a memset() problem might be
wrong.  If you remove the line:

#define int int32

in expat/xmltok/xmldef.h, the problem goes away.  Of course this
doesn't guarantee a 32-bit integer, so it's not a real solution.

Comment 2 Brian Ryner 1999-08-09 20:07:59 UTC

A workaround is being checked in for mozilla.  However, we don't yet
know the real reason that the original code did not work, and why it
only breaks with -O.

Also, it is possible that this is an egcs problem.  I'm using
egcs-1.1.2-17 from Rawhide.

Comment 3 Cristian Gafton 1999-08-11 01:52:59 UTC

I am not sure where the problem is - please reopen the bug if you can
isolate the problem further.