On May 8, 2008, at 16:09:10, Dennis Clark wrote:
I do wonder about the tool chain though - Is that not in the package?
That is as much a hassle as the compiler to build. I've not looked,
does
this include the libs as well as the compiler? They tend to be
related.
I don't think it would
On May 8, 2008, at 09:23:34, Dennis Clark wrote:
I didn't even KNOW about MacPack! I've been hacking builds to make
mine
and that is a real pain!
Ditto 2.
I just installed it, and it seemed to build my project, so I've tossed
my previous AVR GCC builds.
--
Rick
_
On Apr 28, 2008, at 23:57:56, Dave N6NZ wrote:
So, the Bingo scripts worked as-is? I was under the impression that
the standard 10.5 installation was at least missing tools.
Um, well...I honestly don't recall!
I would try them as-is. I think I slightly modified mine...they're
enclosed.
On Apr 28, 2008, at 17:14:38, Dave N6NZ wrote:
Can someone point me to the simplest way to get the avr-gcc 4.2.2
tool chain running on OS X, with patches that sync up to the "linux
sticky thread" in avrfreaks?
I got it working using the scripts in the "linux sticky thread" post.
If you
On Apr 24, 2008, at 3:55 AM, Bernard Fouché wrote:
Currently if one does not read all the traffic on this mailing list,
it's difficult to know what patches are required to have a fully
fonctionnal avr-gcc toolchain.
+1
I'd like to upgrade my toolchain on Linux, and if I read the list
co
On Apr 20, 2008, at 2:29 PM, Dmitry K. wrote:
More exactly: this is because binutils 2.18 does not support
the MOVW instruction with architecture 3.
The simplest workaround (if you are not happy to install new
binutils) is to add '-mall-opcodes':
Replace into 'config/avr/avr.h' the string:
On Apr 18, 2008, at 1:29 PM, Weddington, Eric wrote:
FSF stock 4.3.0 is broken for the AVR port. You have to have a slew of
patches to get code generation right. See the patches (gcc, binutils,
others) that come with the WinAVR 20080411 package.
Thanks. Maybe the right question to ask is, wh
I'm getting these errors building gcc-4.2.3:
/Users/rmann/LZRepo/avrbuild/trunk/work-4.2.3/gcc-4.2.3/Darwin/./gcc/
xgcc -B/Users/rmann/LZRepo/avrbuild/trunk/work-4.2.3/gcc-4.2.3/
Darwin/./gcc/ -B/usr/local/avr-4.2.3/avr/bin/ -B/usr/local/avr-4.2.3/
avr/lib/ -isystem /usr/local/avr-4.2.3/avr/in
On Apr 18, 2008, at 1:29 PM, Weddington, Eric wrote:
FSF stock 4.3.0 is broken for the AVR port. You have to have a slew of
patches to get code generation right. See the patches (gcc, binutils,
others) that come with the WinAVR 20080411 package.
is there a way to get a .zip or gzip version o
Hi. Is binutils 2.18 and gcc-4.3.0 okay to build for AVR? In
particular, the ATmega324p?
TIA!
--
Rick
___
AVR-GCC-list mailing list
AVR-GCC-list@nongnu.org
http://lists.nongnu.org/mailman/listinfo/avr-gcc-list
On Oct 17, 2007, at 1:01 PM, David Kelly wrote:
You include the same patches and tweaks as WinAVR? Much the way
Joerg's
FreeBSD port and WinAVR stay in close sync? Several months ago I tried
several MacOS X "ports" of avr-gcc but none supported ATmega 48 and/or
168 (forgot which, or both). I
On Oct 17, 2007, at 9:46 AM, Dave N6NZ wrote:
OK, a FAQ, I know.
I need to install the avr-gcc tool chain on a MacBook, OS X. Can
someone please give me a pointer to the current best-known-method
for getting the most up-to-date tool chain on a Mac?
I wrote a simple, semi-automatic scrip
I have a script that downloads an easily-changed set of versions of
the tools, and then builds universal versions of everything. I had
planned to use that as a first step to making downloadable installers
with packagemaker, but haven't gotten that far yet.
On Jul 8, 2007, at 12:07 PM, Steve
On May 20, 2007, at 3:49 PM, Colin O'Flynn wrote:
See http://www.newae.com/loonboard/lub for more details on the
system. There's
an article there that was in CC that will give you some ideas perhaps?
Oh that sounds cool. I'll check it out.
Thanks!
--
Rick
_
On May 20, 2007, at 4:09 AM, Clemens Koller wrote:
There is a VHDL model of an AVR available in the Web.
I thought about squeezing that into the Flash Programmable Actel
FPGA which have
some "User Flash" in the newer devices which can be used for the
AVR's firmware.
That would give a cute
On May 19, 2007, at 11:41 PM, Rick Mann wrote:
Has anyone tried developing a project with an FPGA, and programming
it from an AVR? I want to develop something that requires a LOT of
PWMs, and an FPGA seems like a good way to do that. But I wonder if
I could forego separate FPGA
Has anyone tried developing a project with an FPGA, and programming
it from an AVR? I want to develop something that requires a LOT of
PWMs, and an FPGA seems like a good way to do that. But I wonder if I
could forego separate FPGA programming hardware, and just program it
from the AVR.
A
On May 17, 2007, at 20:45 , kitts wrote:
You need to make sCommandReceived a volatile variable.
Yeah, I realized that, thanks. I'm fully aware of the dangers of the
optimizer, and was operating from the assumption that it was turned
off. I should've known.
Thanks!
--
Rick
_
On an AVR ATmega128:
I have two source files. In Serial.c, I define a global:
charsCommandReceived;
in the corresponding Serial.h file, I have:
extern char sCommandReceived;
sCommandReceived is set to 1 when enough bytes have been copied into
a buffer from the serial port. In main.c, whi
On Apr 23, 2007, at 17:43 , Graham Davies wrote:
Someone will probably offer better advice than what follows, but,
for what it's worth, the Linux-from-scratch (LFS) project offers a
general solution for this type of problem, i.e. bootstrapping a
compiler.
Thanks, I'll take a look.
--
R
This question is by no means urgent...
I'm writing a script to download and build a complete AVR toolchain,
and I'd like to defer installation to the very end (after all the
subcomponents are built). Right now, I'm running into the problem
that building gcc relies on having binutils built a
As I build binutils, I get the following from configure:
*** This configuration is not supported in the following subdirectories:
target-libiberty
(Any other directories should still work fine.)
Is this an important error? Can I safely ignore it?
I'm building binutils:
cd binutils-2.
I just got ahold of of a D Programming Language compiler for Mac OS
X. I'm wondering if it's possible to write code for AVRs in D? Does
anyone know?
Can I build the GCC toolchain and enable D for it?
--
Rick
___
AVR-GCC-list mailing list
AVR-GC
On Dec 15, 2006, at 14:17 , Anatoly Sokolov wrote:
Build script (need registration):
http://www.avrfreaks.net/index.php?
name=PNphpBB2&file=viewtopic&t=42631
Wow, that script worked really well, thanks!
So, I tried running the Makefile supplied with the Atmel USB HID
example, and I get an
Sorry for the long preamble. You can skip to the real question below...
I'm trying to build one of Atmel's USB samples (the generic HID
device) that targets the at90usb1287. According to the documentation,
it works with WinAVR 20060421, so at first I thought it would work
with my avr-gcc-4.
Hi. I have 3 main questions:
a) I think I found the patches I need to support the at90usbxxx
parts. Is this right?
http://gcc.gnu.org/ml/gcc-patches/2006-05/msg01001.html
b) The email referenced above has a subject prefixed with [AVR][4.2].
As far as I know, the latest release of gcc is 4.
On Dec 14, 2006, at 18:29 , Eric Weddington wrote:
AFAIK, in AVR GCC 4.x, you must add this to the configure:
--disable-libssp
Thanks, that was it!
--
Rick
___
AVR-GCC-list mailing list
AVR-GCC-list@nongnu.org
http://lists.nongnu.org/mailman/li
Hi. I've successfully built the toolchain several times before. I
don't believe I've ever seen this error. I had gcc 4.1.0, binutils
2.16.1, and other bits from around that time. I just downloaded gcc
4.1.1, and tried to build it without updating anything else. I don't
know if that's part o
Hi. I came across some posts that suggest there is AT90USBxxx part
support, but my avr-gcc 4.1.0 build doesn't have it. I'm in the
process of downloading 4.1.1, but the posts talked about patches (I
assume they were for some gcc 3.x version).
Can someone elaborate? Where do I find these kin
I have a deadline tomorrow with my school project. I've been building
circuits all week, and just now discovered that, all of a sudden, avr-
gcc seems to be invoking the native as. My Makefile, which hasn't
changed since it worked last week, now produces this:
Aero:~/LZRepo/pathfinder/trunk
I'm working on an ATmega128, using avr-gcc, and I need to speed up
the handling of interrupts on three pins INT5, INT6 and INT7. Rather
than creating three interrupt handlers that all call a single unified
handler, I'd like to put the same handler in each of those three
slots in the vector.
On Feb 13, 2006, at 1:13 AM, Joerg Wunsch wrote:
Both delay loops look exactly the same, and I couldn't see why they
would not terminate.
Turns out it was being in '103 compat mode. Who knows what strange
things were happening.
Of course, for a real delay loop, I'd rather recommend you t
On Feb 12, 2006, at 10:43 PM, Volkmar Dierkes wrote:
Did you check that the Mega103-Compatibility-Fuse has the correct
setting? The default value is Yes, but the compatibility mode should
be off if your program is compiled for the ATMega128.
Yep, that was it. Thanks!
--
Rick
smime.p7s
De
Generating code for an ATmega128.
I've boiled this down to a pretty simple case, I think. In the
following code, if compiled with -Os, if "d" is made volatile, then
it never seems to get past execution in the first delay loop. If it's
not volatile, it works correctly. If I compile with -O0,
I have a simple app that only defines the UART0 receive interrupt
handler for an ATmega128. I can set that it's getting called in gdb
(and because its code is executing), but then something happens and
my code jumps to the top of main. I'm assuming some other interrupt/
reset is occurring, b
I've just been told that the toolchain does not support the
ATmega256x family. Is this true? Can anyone tell me what the current
state of support is?
Thank you!
--
Rick
___
AVR-GCC-list mailing list
AVR-GCC-list@nongnu.org
http://lists.nongnu
36 matches
Mail list logo
