Thanks, it would be nice if this was documented.
I noticed it when reviewing addressing modes and a omission in call patterns.
void (*fptr)();
fptr = main;
(*fptr)(); //Will use EICALL - should be CALL main
which become readily apparent with inlined code.
Andy
Sean D'Epagnier
A note about the use of the trampoline in the AVR256.
I was in trouble cause a wrong address in the upper 128K using the
trampoline itself due to a linker error (I suppose). At the moment I don't
use EICALL for this reason.
If someone has news about this issue I'm very interested to fix the
* andrewhutchin...@cox.net andrewhutchin...@cox.net [09-12-15 19:09]:
void (*fptr)();
fptr = main;
(*fptr)(); //Will use EICALL - should be CALL main
Hm, this problem seems to exist not only for the big device. Using gcc
4.3.4 (from debian testing) on following C file with
$ avr-gcc
Hi Eric,
Am I missing an environment variable?
I've been bitten by this several times. IIRC, you're supposed to use
GNU make 3.81. That should solve the problem.
I have followed the guide
http://www.micahcarrick.com/02-15-2006/installing-gnu-tools-avr-
gcc.html
and have avr-gcc and
Hi all,
this is my attempt to build avrdude on Solaris 10.
cd /opt/temp
pkgadd -d autoconf-2.65-sol10-x86-local
pkgadd -d automake-1.11.1-sol10-x86-local
pkgadd -d m4-1.4.12-sol10-x86-local
cd /usr/src/Arduino
svn co
Andreas Höschler ahoe...@smartsoft.de wrote:
cd /usr/src/Arduino
svn co svn://svn.savannah.nongnu.org/avrdude/trunk/avrdude
cd avrdude
./bootstrap
...
bootstrap gives me the following error message:
Unless you want to build AVRDUDE from SVN, you should not