All of lore.kernel.org
 help / color / mirror / Atom feed
From: Mark Junker <mjscod@gmx.de>
To: linux-8086@vger.kernel.org
Subject: Re: Compilers
Date: Sat, 29 May 2004 14:32:51 +0200	[thread overview]
Message-ID: <40B882F3.5030403@gmx.de> (raw)
In-Reply-To: <40B87AC8.1010307@cowlark.com>

David Given schrieb:

> I really don't know why people use a frame pointer anyway. Given that 
> the i86 can do arbitrary relative stack addressing there's no real need 
> for it. It makes debugging marginally easier, but then the debug 
> information should provide all the necessary data to find the stack 
> frame from any point in the code...

The main problem is that the value of the stack pointer changes during 
the execution of a function and sometimes it's not easy to realize that

mov.l @(r15,12),r1
.
.
.
mov.l @(r15,8),r2

may refer to the same argument ...

> (I work for a company that produces embedded operating systems, with our 
> own cross-platform compiler architecture. The PowerPC has 32 
> general-purpose registers. Guess how many the 386 has? *Five*. That 
> leads to interesting scalability issues in our register allocation code...)

I work on embedded systems using the Renesas SH4 (it has 16 (+ 8) int 
and 16 fp GP registers)  so I think I know what you mean.

Regards,
Mark Junker


  reply	other threads:[~2004-05-29 12:32 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-05-28 10:42 Compilers David Given
2004-05-28 14:44 ` Compilers sandeep
2004-05-28 14:47 ` Compilers Eduardo Pereira Habkost
2004-05-29 11:42   ` Compilers Mark Junker
2004-05-29 11:58     ` Compilers David Given
2004-05-29 12:32       ` Mark Junker [this message]
  -- strict thread matches above, loose matches on Subject: below --
2000-07-07 12:31 compilers clemej
2000-07-07 12:31 ` compilers clemej
2000-07-09  3:13 ` compilers Ralf Baechle

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=40B882F3.5030403@gmx.de \
    --to=mjscod@gmx.de \
    --cc=linux-8086@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.