9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
From: C H Forsyth <forsyth@vitanuova.com>
To: lucio@proxima.alt.za, 9fans@cse.psu.edu
Subject: Re: [9fans] const
Date: Wed,  7 Dec 2005 15:53:19 +0000	[thread overview]
Message-ID: <b7380a7830b39a0c5306dc92ff323163@vitanuova.com> (raw)
In-Reply-To: <16513104bf876d67dcbb094b8f545d54@proxima.alt.za>

[-- Attachment #1: Type: text/plain, Size: 947 bytes --]

>>list of GCC is often borne out there, one has to grant that avr-gcc is
>>a dramatically superior product to any other offering for the target
>>CPU.

that's funny.  before i read it, i was just about to observe that our Atmel compiler
based on Plan 9's puts tables in program flash without any hints.
const alone wouldn't help anyway because the memory is accessed
using special instructions so the compiler and linker need to do
more analysis.  otherwise the compiler does reasonable well given
that the chip is really an 8-bit micro.  i think
the loader zl helps zc in some cases, and also monitors stack sizes.
it was important that the FFT and CC1000
tables go in program memory to save limited RAM,
although that feature was added fairly late.
we needed the atmel compiler for some work on motes.
i looked at gcc for it a bit initially whilst waiting for ours
but started to throw things or throw up; i can't remember which.

[-- Attachment #2: Type: message/rfc822, Size: 3105 bytes --]

From: Lucio De Re <lucio@proxima.alt.za>
To: 9fans@cse.psu.edu
Subject: Re: [9fans] const
Date: Wed, 7 Dec 2005 17:30:42 +0200
Message-ID: <16513104bf876d67dcbb094b8f545d54@proxima.alt.za>

> To cap this the last time I did use a 16bit cpu and tried to do this,
> examination of the assembly proved the (name deleted) compiler was too
> dumb to take advantage.

Now, irrespective of which compiler Steve is referring to...

In the delusion that I may have to migrate to embedded systems when my
luck with system and network administration runs out, I follow the
traffic on the avr-gcc mailing list.  Even though criticism on _this_
list of GCC is often borne out there, one has to grant that avr-gcc is
a dramatically superior product to any other offering for the target
CPU.

GCC is a monstrosity, but nothing else addresses all the issues that
it resolves.  The cost is extremely high, but in my opinion it is
worth paying.  I think GCC is closer to an organism than to a formal
translator and that may well be its strongest suit.

++L

  reply	other threads:[~2005-12-07 15:53 UTC|newest]

Thread overview: 47+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-12-07 10:34 Steve Simon
2005-12-07 12:17 ` Russ Cox
2005-12-07 13:01   ` erik quanstrom
     [not found]   ` <000401c5fb32$64502e00$14aaa8c0@utelsystems.local>
2005-12-07 14:10     ` "Nils O. Selåsdal"
2005-12-07 15:05       ` Steve Simon
2005-12-07 15:30         ` Lucio De Re
2005-12-07 15:53           ` C H Forsyth [this message]
     [not found]         ` <1E68F99F-78D7-4321-BE56-7D0319212596@telus.net>
2005-12-07 16:11           ` "Nils O. Selåsdal"
2005-12-07 17:27             ` Paul Lalonde
2005-12-07 16:23 ` jmk
2005-12-07 17:28   ` Skip Tavakkolian
2005-12-07 18:51   ` Joel Salomon
2005-12-07 18:58     ` Charles Forsyth
2005-12-07 19:30       ` Joel Salomon
2005-12-07 19:36         ` Brantley Coile
2005-12-07 19:51         ` rog
2005-12-07 21:07         ` Charles Forsyth
2005-12-07 21:18           ` Bruce Ellis
2005-12-07 21:22           ` Paul Lalonde
2005-12-07 22:04             ` Rob Pike
2005-12-07 22:44           ` Micah Stetson
2005-12-07 22:44             ` Micah Stetson
2005-12-07 22:46               ` Brantley Coile
2005-12-07 20:33     ` Skip Tavakkolian
2005-12-08  7:39 ` geoff
2005-12-08  7:53   ` Lucio De Re
2005-12-08  7:54     ` geoff
2005-12-08 10:23       ` Bruce Ellis
2005-12-08 15:58   ` Brantley Coile
2005-12-09  1:44     ` geoff
2005-12-09  2:04       ` Russ Cox
2005-12-09  2:19         ` geoff
2005-12-09  9:54         ` Charles Forsyth
2005-12-09 16:25   ` David Leimbach
2005-12-09 16:59     ` Richard Bilson
2005-12-09 17:42       ` David Leimbach
2005-12-09 19:17         ` Richard Bilson
2005-12-09 17:01     ` Ronald G Minnich
2005-12-09 17:39       ` Russ Cox
2005-12-09 17:40       ` [9fans] PCICIA Modem TamTam
2005-12-09 18:59         ` Sascha Retzki
2005-12-12 15:07         ` Paweł Lasek
2005-12-26  9:00           ` Martin C. Atkins
2005-12-26 14:19             ` Paweł Lasek
2005-12-09 19:37       ` [9fans] Re: const Nikita Danilov
2005-12-09 20:30         ` Russ Cox
2005-12-09 20:37         ` Ronald G Minnich

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=b7380a7830b39a0c5306dc92ff323163@vitanuova.com \
    --to=forsyth@vitanuova.com \
    --cc=9fans@cse.psu.edu \
    --cc=lucio@proxima.alt.za \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).