This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
Re: C++ bug still in egcs-2.91.54 199808
- To: Alexandre Oliva <oliva at dcc dot unicamp dot br>
- Subject: Re: C++ bug still in egcs-2.91.54 199808
- From: Franz Sirl <Franz dot Sirl-kernel at lauterbach dot com>
- Date: Mon, 24 Aug 1998 14:08:30 +0200
- Cc: egcs-bugs at cygnus dot com
- References: <Franz Sirl's message of "Mon, 24 Aug 1998 00:27:35 +0200"><98082400340600.00378@ns1102.munich.netsurf.de>
At 06:00 24.08.98 , Alexandre Oliva wrote:
>Franz Sirl <Franz.Sirl-kernel@lauterbach.com> writes:
>
>> this small example will produce a corrupted assembler file if
>> compiled with g++ -S:
>
>> extern "C" { untyped(int,int); void typed(int, int); }
>
>On which platform? I've got an empty assembly file (save for
>comments) on the platforms I've tried it.
I've tried this on i586-pc-linux-gnulibc1 and powerpc-unknown-linux-gnu,
ppc results in totally corrupted labels, i586 produces corrupt labels too,
but at least they are readable. Here a sample output on i586:
.file "H.cc"
.version "01.01"
gcc2_compiled.:
.globl hP
.bss
.align 4
.type hP,@object
.size hP,4
hP:
.zero 4
.section .eh_frame,"aw",@progbits
__FRAME_BEGIN__:
.4byte .LLCIE1
.LSCIE1:
.4byte 0x0
.byte 0x1
.byte 0x0
.byte 0x1
.byte 0x7c
.byte 0x8
.byte 0xc
.byte 0x4
.byte 0x4
.byte 0x88
.byte 0x1
.align 4
.LECIE1:
.set .LLCIE1,.LECIE1-.LSCIE1
.ident "GCC: (GNU) egcs-2.91.55 19980824 (gcc2 ss-980609
experimental)"
If you get an empty file, this would be the correct behaviour, but I don't
know what is different then. As you see I updated CVS and so I should have
the latest 1.1 version.
The problem is that untyped() gets assigned VAR_DECL instead of FUNC_DECL,
as reported in http://www.cygnus.com/ml/egcs-bugs/1998-Jun/0275.html.
Franz.