URL:
http://savannah.nongnu.org/bugs/?func=detailitemitem_id=15519
Summary: AT90CAN* processors incorrectly identified as
AT90S family
Project: AVR C Runtime Library
Submitted by: nedkonz
Submitted on: Tue 01/24/06 at 06:05
: GNU Zip compressed data
--
Ned Konz
MetaMagix embedded consulting
[EMAIL PROTECTED]
___
AVR-libc-dev mailing list
AVR-libc-dev@nongnu.org
http://lists.nongnu.org/mailman/listinfo/avr-libc-dev
.
--
Ned Konz
[EMAIL PROTECTED]
___
AVR-libc-dev mailing list
AVR-libc-dev@nongnu.org
http://lists.nongnu.org/mailman/listinfo/avr-libc-dev
, and changed #include
avr/signal.h to avr/interrupt.h
Are you doing
extern C {
#include avr/interrupt.h
}
for the include?
--
Ned Konz
[EMAIL PROTECTED]
___
AVR-libc-dev mailing list
AVR-libc-dev@nongnu.org
http://lists.nongnu.org/mailman/listinfo/avr-libc
avr/signal.h to avr/interrupt.h
Are you doing
extern C {
#include avr/interrupt.h
}
for the include?
--
Ned Konz
[EMAIL PROTECTED]
Ah, Ned, you nailed it, almost. extern C around the include is
not the
solution, but putting it around the ISR is! See below:
extern C {
ISR
them on the 128.
But you should be able to (after you install avr-binutils and avr-gcc
correctly, of course) just do:
configure --host=avr
and have it work right.
Thanks,
--
Ned Konz
[EMAIL PROTECTED]
http://bike-nomad.com
___
AVR-libc-dev mailing
*operator
new(size_t sz) throw()
{
return malloc(sz);
}
void operator
delete(void *p)
{
free(p);
}
extern C __cxa_pure_virtual();
void __cxa_pure_virtual()
{
abort();
}
--
Ned Konz
[EMAIL PROTECTED]
http://bike-nomad.com
___
AVR-libc-dev mailing
kashey wrote:
kashey пишет:
Ned Konz пишет:
kashey wrote:
Hi all.
When be included support new and delete functions support in avr-libc?
What do you need? Assuming you don't need the whole libstdc++
library, this will probably do what you need for typical C++ programs.
extern C
Follow-up Comment #6, bug #16411 (project avr-libc):
Sorry, I don't recall why I added externally_visible, and I can't find it in
my notes. If they aren't necessary for the fix, they should be removed.
___
Reply to this item at:
.
Instead you declared Ptr to *point to* a volatile char.
So in the while loop (while you're comparing Ptr to NULL) there's no
reason to re-read Ptr because it's not volatile.
--
Ned Konz
[EMAIL PROTECTED]
http://bike-nomad.com
___
AVR-libc-dev
Joerg Wunsch wrote:
As David Brown wrote:
Size is the main priority when you are low on flash space -
otherwise, it is irrelevant. If your chosen AVR has 16k flash, then
it does not matter if the program code takes 2k or 15.9k of that
flash. In particular, for smaller devices, program
11 matches
Mail list logo