1.3.4 status?

[Christopher Faylor]

On Tue, Oct 23, 2001 at 11:57:59AM +1000, Robert Collins wrote:
>
>----- Original Message -----
>From: "Christopher Faylor" <cgf@redhat.com>
>To: <cygwin-developers@cygwin.com>
>Sent: Tuesday, October 23, 2001 11:51 AM
>Subject: Re: 1.3.4 status?
>
>
>> On Tue, Oct 23, 2001 at 11:49:11AM +1000, Robert Collins wrote:
>> >----- Original Message -----
>> >From: "Christopher Faylor" <cgf@redhat.com>
>> >To: <cygwin-developers@cygwin.com>
>> >Sent: Tuesday, October 23, 2001 11:27 AM
>> >Subject: Re: 1.3.4 status?
>> >
>> >
>> >> On Tue, Oct 23, 2001 at 11:10:23AM +1000, Robert Collins wrote:
>> >> >Can you mail me the disas for the fhandler_read (with the source
>line
>> >> >tags) ? I don't have time today to build a new dll, but I can have
>a
>> >> >quick squint...
>> >>
>> >> It's below.
>> >>
>> >
>> >Maybe, I'm blind, but I cannot see the alloca call you mentioned
>> >before..
>>
>> "chkstk" == "alloca"
>>
>> Sorry, I should have mentioned that.  I just figured this out last week.
>>
>> It's possible that this is actually a stack boundary check, I guess.
>>
>
>Well it's in the function prolog, so I'd expect it to be that :}.

Except that I don't really want gcc to be doing this for me.  It only shows up
in selected function, too.

Btw, it shows up as "alloca()" when you look at the code in gdb and
"chkstk()" under objdump.

>last silly question: I can't see what regparm has to do with
>fhandler_console::read. fhandler.h does have any regparm functions...

from fhandler.h:
class fhandler_console: public fhandler_termios
{
  .
  .
  .
  int __stdcall read (void *ptr, size_t len) __attribute__ ((regparm (2)));

cgf