[avr-libc-dev] [bug #13340] Math lib documentation/lib mismatch

Update of bug #13340 (project avr-libc): Assigned to:None => aesok ___ Reply to this item at:

Re: [avr-libc-dev] About bug #11511: NaN not generatet correctly by division library

On Friday 11 November 2005 08:53, Dmitry K. wrote: > Hi. > > Yes, it is. This error is common for all 3 basis float > operations (add(sub), div, mul). The reason is: __fp_splitX > function. Addition a subnormals functionality was nod ended > and mismatchs with next internal functions now. > > I

[avr-libc-dev] About bug #11511: NaN not generatet correctly by division library

Hi. Yes, it is. This error is common for all 3 basis float operations (add(sub), div, mul). The reason is: __fp_splitX function. Addition a subnormals functionality was nod ended and mismatchs with next internal functions now. I plan to correct this error with addition subnormals into libc. I

[avr-libc-dev] [patch #4505] Unified interrupt vector names in header files.

Update of patch #4505 (project avr-libc): Status:None => Done Assigned to:None => joerg_wunsch Open/Closed:Open => Closed ___

[avr-libc-dev] [bug #3573] Make local symbols in .S files truely local

Update of bug #3573 (project avr-libc): Status: In Progress => Fixed Assigned to: aesok => None Percent Complete: 60% => 100% Open/Closed:

[avr-libc-dev] [bug #13340] Math lib documentation/lib mismatch

Update of bug #13340 (project avr-libc): Privacy: Private => Public ___ Reply to this item at:

[avr-libc-dev] [patch #4608] rpm spec file update

Update of patch #4608 (project avr-libc): Status:None => Done Assigned to:None => joerg_wunsch Open/Closed:Open => Closed __

[avr-libc-dev] [bug #3573] Make local symbols in .S files truely local

Follow-up Comment #7, bug #3573 (project avr-libc): crt1/gcrt1.S done now. ___ Reply to this item at: ___ Message sent via/b

Re: [avr-libc-dev] odd man pages when building docs from cvs source tarball

As Joerg Wunsch wrote: > > _home_galens_src_avr-libc-1.3.0.20051105_doc_examples_.3 ... > I can see them here, too. > This appears to be a doxygen bug. That kind of files already gave > me major headaches with my FreeBSD port, ... Yay, I found the reason! These junk "man pages" are obviously f

Re: [avr-libc-dev] odd man pages when building docs from cvs source tarball

As Galen Seitz wrote: > I've encountered another problem while building the docs. There are > some man pages being generated with odd looking file names. > _home_galens_src_avr-libc-1.3.0.20051105_doc_examples_.3 > _home_galens_src_avr-libc-1.3.0.20051105_doc_examples_demo_.3 > _home_galens_src_

[avr-libc-dev] [bug #3573] Make local symbols in .S files truely local

Update of bug #3573 (project avr-libc): Assigned to: arcanum => aesok ___ Reply to this item at: __

[avr-libc-dev] [bug #3573] Make local symbols in .S files truely local

Follow-up Comment #6, bug #3573 (project avr-libc): libc/stdlib done now. ___ Reply to this item at: ___ Message sent via/by

[avr-libc-dev] [patch #4608] rpm spec file update

URL: Summary: rpm spec file update Project: AVR C Runtime Library Submitted by: None Submitted on: Thu 11/10/05 at 17:22 Category: None Prio

[avr-libc-dev] odd man pages when building docs from cvs source tarball

I've encountered another problem while building the docs. There are some man pages being generated with odd looking file names. tar -xjf avr-libc-1.3.0.20051105.tar.bz2 cd avr-libc-1.3.0.20051105 ./configure --enable-doc --disable-versioned-doc --build=`./config.guess` --host=avr make cd d

[avr-libc-dev] Heap management

For some time I have been using a set of heap allocation functions with WinAVR that I developed in C and based on a C++ class proposed by Bruno Preiss. Bruno's work is in the public domain and consequently so is this. IMHO it seems to perform better than the existing library functions, particularly