|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:|
|Fixed In Version:||Doc Type:||Bug Fix|
|Doc Text:||Story Points:||---|
|Last Closed:||1999-08-11 01:52:19 UTC||Type:||---|
|oVirt Team:||---||RHEL 7.3 requirements from Atomic Host:|
|Cloudforms Team:||---||Target Upstream Version:|
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.