Bug 89009 - gcc miscompiles code
Summary: gcc miscompiles code
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: gcc
Version: 9
Hardware: i386
OS: Linux
Target Milestone: ---
Assignee: Jakub Jelinek
QA Contact: Brian Brock
Depends On:
TreeView+ depends on / blocked
Reported: 2003-04-16 14:49 UTC by David Howells
Modified: 2005-10-31 22:00 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2004-10-03 21:48:20 UTC

Attachments (Terms of Use)
testcase for showing problem (1.41 KB, text/plain)
2003-04-16 15:09 UTC, David Howells
no flags Details

Description David Howells 2003-04-16 14:49:27 UTC
Description of problem: 
gcc miscompiles the following snippet of code (from the attached interface.i file): 
        if (object->idef) 
                ipactive->flags |= 1 << 0; 
It renders it incorrectly as: 
		je      .L9 
		movl    28, %edx 
		xorl    %eax, %eax 
		orl     $1, %edx 
		movl    %edx, 28(%eax) 
Note the second instruction is wrong... it should be reading from memory location 28(%edi). 
Furthermore, if the for loop in the example is removed, then the following ASM is produced: 
		orl	$1,28 
Which is also wrong. 
Version-Release number of selected component (if applicable): 
The bug occurs in the Phoebe-beta4 gcc: 
	dhowells>gcc -v 
	Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/3.2.1/specs 
	Configured with: ../configure --prefix=/usr --mandir=/usr/share/man 
--infodir=/usr/share/info --enable-shared --enable-threads=posix --disable-checking 
--with-system-zlib --enable-__cxa_atexit --host=i386-redhat-linux 
	Thread model: posix 
	gcc version 3.2.1 20021207 (Red Hat Linux 8.0 3.2.1-2) 
And also the RH9 gcc: 
	dhowells>gcc -v 
	Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/3.2.2/specs 
	Configured with: ../configure --prefix=/usr --mandir=/usr/share/man 
--infodir=/usr/share/info --enable-shared --enable-threads=posix --disable-checking 
--with-system-zlib --enable-__cxa_atexit --host=i386-redhat-linux 
	Thread model: posix 
	gcc version 3.2.2 20030222 (Red Hat Linux 3.2.2-5) 
How reproducible: 
100%. Just compile the .i file as below 
Steps to Reproduce: 
1. Compile the .i file with this command line: 
gcc -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -pipe 
-mpreferred-stack-boundary=2 -march=i686 -fomit-frame-pointer -nostdinc -iwithprefix include 
-S interface.i 
2. Look at the resulting .s file. 
Actual results: 
The faulty code will lie near the end of the resulting assembly code, and will look something 
	movl	(%esi), %eax 
	testl	%eax, %eax 
	je	.L9 
	movl	28, %edx		<---- 
	xorl	%eax, %eax 
	orl	$1, %edx 
	movl	%edx, 28(%eax) 
	movl	$-61, %eax 
	popl	%ebx 
	popl	%esi 
Additional info: 
See attached "interface.i" file.

Comment 1 David Howells 2003-04-16 15:09:06 UTC
Created attachment 91151 [details]
testcase for showing problem

Comment 2 David Howells 2003-04-16 15:11:25 UTC
I've spotted the basic problem in my code. The code was, at that point, accessing a local 
variable that had been initialised to NULL and was not changed between the two points.  
However, the fact that the first access had the register reference removed (but the second  
access still had it) was confusing... perhaps a warning should be generated?  

Comment 3 Richard Henderson 2004-10-03 21:48:20 UTC
There has been a proposal for warning about dereferencing NULL.
Whether it makes it in or not is another question.

Note You need to log in before you can comment on or make changes to this bug.