Need help building AVR toolchain
Need help building AVR toolchain
- Subject: Need help building AVR toolchain
- From: Rick Mann <email@hidden>
- Date: Sun, 14 May 2006 19:18:14 -0700
I've been using a slightly older version of the latest AVR (Atmel
microcontroller) toolchain (the GNU tools targeted for AVR).
The GNU tools build fine, actually, but the tool to bridge gdb with
the JTAG hardware is giving me trouble. Here's the output of the last
part of the make process:
$ make
Making all in scripts
make[1]: Nothing to be done for `all'.
Making all in src
make all-am
g++ -g -O2 -L/usr/local/avr/i686-apple-darwin8.6.1/avr/lib -lbfd -
L/usr/local/avr/lib -o avarice crc16.o devdescr.o ioreg.o
jtag2bp.o jtag2io.o jtag2misc.o jtag2prog.o jtag2run.o jtag2rw.o
jtag2usb.o jtagbp.o jtaggeneric.o jtagio.o jtagmisc.o jtagprog.o
jtagrun.o jtagrw.o main.o remote.o utils.o gnu_getopt.o
gnu_getopt1.o -lusb -lbfd -liberty -liconv
/usr/bin/ld: Undefined symbols:
_dcgettext
collect2: ld returned 1 exit status
make[2]: *** [avarice] Error 1
make[1]: *** [all] Error 2
make: *** [all-recursive] Error 1
It's unable to find "_dcgettext", and I'm out of ideas. I've posed
this question on the AVR list, but I haven't gotten very far because
of the relatively few number of darwin users. Perhaps someone on this
list can tell me what's missing?
Instructions for building the entire toolchain can be found here:
<http://www.ee.ucla.edu/~ram/misc.html>. The difference for me is
that I put everything under --prefix=/usr/local/avr, and I took the
latest versions of everything (including avarice-2.4). Note that
building avarice requires libbfd from binutils.
I did successfully build avarice-2.4 on my PowerPC PowerBook, once
upon a time. I remember trying to update my tools to the latest
versions on that machine, and having some trouble, although I don't
recall if it was this problem or something else.
I'm now building on an Intel MBP. In two days, I'm going to
desperately need to be able to run avarice. Any help would be much
appreciated! Thank you!
Oh, here's some info from the other lists:
On suggestion:
If you compile with -g, the linker would tell you who caused the
undefined reference (file name + line number + maybe calling
function).
For me (FreeBSD 6.x), it appears that this symbol is never referenced
directly. Instead, <libintl.h> inlines calls to dcgettext() into
calls to libintl_dcgettext(), and they are resolved to -lintl.
I looked, and -g seems to be in the gcc lines already.
Thanks!
--
Rick
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Darwin-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden