This is the mail archive of the
cygwin@cygwin.com
mailing list for the Cygwin project.
Re: Strange behaviour of gcc
- From: "Max Bowsher" <maxb at ukf dot net>
- To: <fabrizio_ge-wolit at tiscali dot it>,<cygwin at cygwin dot com>
- Date: Mon, 23 Dec 2002 23:25:00 -0000
- Subject: Re: Strange behaviour of gcc
- References: <3E00A20100008131@mail-8.tiscalinet.it>
fabrizio_ge-wolit@tiscali.it wrote:
> Can somebody explain why gcc (version 3.2 20020927) on Cygwin does
> this? Type this simple C program
>
> void func(void){
> struct {unsigned char data[3985];}var;
> }
>
> and compile with
>
> gcc -c filename.c
>
> Then type
>
> nm filename.o
>
> The output is
>
> 00000000 b .bss
> 00000000 d .data
> 00000000 t .text
> U __alloca
> 00000000 T _func
>
> Why on earth is the symbol __alloca doing there?
>
> Just change the program to
>
> void func(void){
> struct {unsigned char data[3984];}var;
> }
>
> and compile it. This time, nm's output is
>
> 00000000 b .bss
> 00000000 d .data
> 00000000 t .text
> 00000000 T _func
>
> as it should. Is there a reason why the symbol __alloca appears?
Yes. Gcc's optimizer chose to make a large amount of local variable
allocation into an alloca call.
Does it matter?
Max.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/