Björn Haase wrote:
In reply to a message from July this year posted on avr-libc-list:
Yes I think, Thorsten, that you found a bug.
It seems that the binutils mainline does no longer assemble correctly the
dwarf2 informations. E.g. I observe that avr-addr2line no longer finds the
correct line
Eric Weddington wrote on Montag, 17. Oktober 2005 17:44 :
Björn Haase wrote:
In reply to a message from July this year posted on avr-libc-list:
Yes I think, Thorsten, that you found a bug.
It seems that the binutils mainline does no longer assemble correctly the
dwarf2 informations.
Björn Haase wrote:
Hi Björn,
Do you think the problem first showed up in 2.16? Would it be better off
to stay with 2.15 until this issue is fixed in HEAD?
No. Last week I indeed had observed the same issue Torsten has reported. Today
I have analyzed the issue and found out that the
Many thanks for the very useful link.
That one is certainly interesting project and I can take some ideas from
there over. After scratching surface of avrora I find that I like my
approach little more because for function testing I can write one python
testscript that includes target source
On Mon, 2005-10-17 at 10:38 -0600, Eric Weddington wrote:
Björn Haase wrote:
BTW: You are now employed by Atmel, Eric?
You're observant. :-)
He's not the only one! I am following this thread but noticed the
change.
Yes, I am, though I haven't made that widely public (though I suppose
Patrick Blanchard wrote:
On Mon, 2005-10-17 at 10:38 -0600, Eric Weddington wrote:
Björn Haase wrote:
BTW: You are now employed by Atmel, Eric?
You're observant. :-)
He's not the only one! I am following this thread but noticed the
change.
Yes, I am, though I haven't made that widely
I have made first run my multiplication application with MUL modified
libm. This works as expected - the calculation is in its 2^-23
calculation error limit. But the amazing results come from the size of
application.
using libm without MUL, flash size 1640 bytes
using libm with MUL, flash size
On Mon, 2005-10-17 at 20:59 +0300, Peeter Vois wrote:
I have made first run my multiplication application with MUL modified
libm. This works as expected - the calculation is in its 2^-23
calculation error limit. But the amazing results come from the size of
application.
using libm without
Update of bug #12941 (project avr-libc):
Status:None = Fixed
Assigned to:None = joerg_wunsch
Open/Closed:Open = Closed
Will you detail how I can duplicate your results? This weekend I was
unable to get simulavr installed on Debian - even after setting the
compiler to locate the bfd and libiberty.a files.
IIRC for the old simulavr you will need binutils 2.14. I myself never got a
successfull build for
10 matches
Mail list logo
