On Tuesday 27 February 2007 20:59, David McNab wrote:
> On Tue, 2007-02-27 at 18:59 -0500, Gary French wrote:
> > in the binutils src dir exec: "make do-install-html"
> > you'll get quite a bit of documentation in ${PREFIX}/share/doc
for my chain I used binutils 2.17 and gcc 4.1.2 from a GNU mirro
On Wed, Feb 28, 2007 at 10:27:42AM +1300, David McNab wrote:
>
> But - I've been having a hard time with learning avr-gcc, largely due to
> the way the documentation (or lack of it) is organised.
>
> To give some examples:
> - avr-as pseudo-ops - there seems to be no thorough list of these. For
On Tue, 2007-02-27 at 16:35 -0500, David VanHorn wrote:
>
> What I want to ask is - what's the current thinking within the
> avr-gcc
> community with respect to documentation, and the task of
> making avr-gcc
> approachable to newcomers? Is good new
On Tue, Feb 27, 2007 at 10:11:41AM +1300, David McNab wrote:
> Hi,
>
> Can anyone please point me to some resources for learning about
> interfacing C and assembler modules in gcc-avr?
Not finding any, a few years ago, I just played it by ear, and it worked
out fine. :-)
> I've been looking at
On Tue, 2007-02-27 at 18:59 -0500, Gary French wrote:
> in the binutils src dir exec: "make do-install-html"
> you'll get quite a bit of documentation in ${PREFIX}/share/doc
Huh?
There's no such target in the debian binutils-avr source package
makefiles.
Can you point me to a binutils-avr distri
in the binutils src dir exec: "make do-install-html"
you'll get quite a bit of documentation in ${PREFIX}/share/doc
--
Scanned by:
ClamAV 0.88.7/2661/Tue Feb 27 04:36:59 2007
___
AVR-GCC-list mailing list
AVR-GCC-list@nongnu.org
http://lists.nongnu.or
David McNab wrote:
To give some examples:
- avr-as pseudo-ops - there seems to be no thorough list of these. For
example, I had to look through list archives to learn how to declare
a buffer in SRAM via the '.skip' pseudo-op
Google is your friend! :-)
Googling "GNU Assembler" gives one.
What I want to ask is - what's the current thinking within the avr-gcc
community with respect to documentation, and the task of making avr-gcc
approachable to newcomers? Is good newbie-friendly documentation seen as
a valued goal within the community?
I would welcome it, and I'd be interested
Hi,
I've already embarrassed myself on this list with my early naive
questions, as I battle to migrate from PIC to AVR, and I guess I'm going
to embarrass myself again.
What I want to ask is - what's the current thinking within the avr-gcc
community with respect to documentation, and the task of
On 2/26/07, Joerg Wunsch <[EMAIL PROTECTED]> wrote:
As Shaun Jackman wrote:
> >There's no equivalent set of command-line switches for each
> >-mmcu= option. Alas, it's really required to patch each and
> >any new AVR into a few locations in binutils and GCC.
>
> So far it seems to work. It's ve
David McNab wrote:
On Mon, 2007-02-26 at 13:22 -0700, Eric Weddington wrote:
The line that you have above does some pretty needles math. You should be
able to just simply do:
fptr = (FuncPtr)pgm_read_word(&funcs_table[i]);
Does that make any difference in the size of your code? It would be
"Shaun Jackman" <[EMAIL PROTECTED]> wrote:
> Multiplying a 16-bit number by an 8-bit number to produce a 24-bit
> result is a good example of something that GCC does not yet do and
> can only be accomplished in assembler.
But it didn't fit into the "story" of the existing example at all...
As I
Hello,
I expect that this error message stems from the assembler. Try to compile
the sources with -S and I expect that you won't see this error.
I expect that the virtual tables are aligned on a 4-byte boundary (as
usually is useful for 32 bit systems).
Bjoern.
Thanks for your time Bjoern,
13 matches
Mail list logo
