[avr-libc-dev] [bug #3485] Using float arithmetic without linking with -lm result in incorrect code

Update of bug #3485 (project avr-libc): Category: Documentation => Library Item Group: Documentation => libm code Open/Closed: Closed => Open Fixed Release:

[avr-libc-dev] [bug #14855] Link Error "relocation truncated to fit: R_AVR_13_PCREL"

Update of bug #14855 (project avr-libc): Status:None => Fixed Open/Closed:Open => Closed ___ Follow-up Comment #8: This one has real

[avr-libc-dev] RE: [bug #22276] wdt_reset fails with devices with large WDTCSR addresses

> -Original Message- > From: CurtVM [mailto:[EMAIL PROTECTED] > Sent: Wednesday, March 19, 2008 7:56 PM > To: Weddington, Eric; Dean Camera; CurtVM; avr-libc-dev@nongnu.org > Subject: [bug #22276] wdt_reset fails with devices with large > WDTCSR addresses > > > Follow-up Comment #4,

[avr-libc-dev] [bug #22276] wdt_reset fails with devices with large WDTCSR addresses

Follow-up Comment #4, bug #22276 (project avr-libc): The changes you made will not work unless you get '_WDT_CONTROL_REG' into something you can test in this line- #if (_WDT_CONTROL_REG > 0x5F) which is why I surrounded that with temporarily redefining _MMIO_BYTE, so that test could be made. M

[avr-libc-dev] [bug #3485] Using float arithmetic without linking with -lm result in incorrect code

Update of bug #3485 (project avr-libc): Item Group: libm code => Documentation Status:None => Fixed Percent Complete: 0% => 100% Assigned to:

RE: [avr-libc-dev] [bug #21410] Incorrect use of 16-biteepromaddresses in devices with 8-Bit address registers

> > -Original Message- > > From: > > [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] > > org] On Behalf Of Dmitry K. > > Sent: Wednesday, March 19, 2008 4:59 PM > > To: avr-libc-dev@nongnu.org > > Subject: Re: [avr-libc-dev] [bug #21410] Incorrect use of > > 16-bit eepromaddresses in

[avr-libc-dev] RE: Plan for new release: 1.6.2.

> -Original Message- > From: Weddington, Eric > Sent: Wednesday, March 19, 2008 5:23 PM > To: avr-libc-dev@nongnu.org > Subject: Plan for new release: 1.6.2. > > Hi All, > > I'm doing a new release of WinAVR soon. A release candidate > some time this week, with a planned release on A

[avr-libc-dev] Plan for new release: 1.6.2.

Hi All, I'm doing a new release of WinAVR soon. A release candidate some time this week, with a planned release on April 2. This release is mainly to support the XMEGA devices, fix various bugs (avr-libc, WinAVR), and support other new devices (ATmega32M1, ATmega32C1). I've been going through the

RE: [avr-libc-dev] [bug #21410] Incorrect use of 16-bit eepromaddresses in devices with 8-Bit address registers

> -Original Message- > From: > [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] > org] On Behalf Of Dmitry K. > Sent: Wednesday, March 19, 2008 4:59 PM > To: avr-libc-dev@nongnu.org > Subject: Re: [avr-libc-dev] [bug #21410] Incorrect use of > 16-bit eepromaddresses in devices with 8-Bit

Re: [avr-libc-dev] [bug #21410] Incorrect use of 16-bit eeprom addresses in devices with 8-Bit address registers

On Thursday 20 March 2008 08:28, Eric Weddington wrote: > Update of bug #21410 (project avr-libc): > > Open/Closed:Open => Closed I have not close consciously: > > And a general question: what is the best method to > > do in this case: a bug is fixed only in CVS a

[avr-libc-dev] [bug #21623] boot.h: Use the "z" register constraint

Follow-up Comment #4, bug #21623 (project avr-libc): Like bug #21805, this is again deferred until 1.6.3. ___ Reply to this item at: ___ Message sen

[avr-libc-dev] [bug #21805] boot.h: Use out instead of sts

Follow-up Comment #2, bug #21805 (project avr-libc): This is a big enough change that it should be checked on multiple devices. I'm deferring this one again until 1.6.3. ___ Reply to this item at:

[avr-libc-dev] [bug #21410] Incorrect use of 16-bit eeprom addresses in devices with 8-Bit address registers

Update of bug #21410 (project avr-libc): Open/Closed:Open => Closed ___ Reply to this item at: ___

[avr-libc-dev] [bug #21955] pgm_read_xxxx() does not use enhanced LPM instruction

Update of bug #21955 (project avr-libc): Open/Closed:Open => Closed ___ Reply to this item at: ___

[avr-libc-dev] [bug #21841] Add CLI to exit() and abort() loops

Update of bug #21841 (project avr-libc): Open/Closed:Open => Closed ___ Reply to this item at: ___

[avr-libc-dev] [bug #21872] __floatunsisf/undisf incorrectly named

Update of bug #21872 (project avr-libc): Open/Closed:Open => Closed ___ Reply to this item at: ___

[avr-libc-dev] [bug #22355] Feature request: eeprom_read_32 and eeprom_write_32

Update of bug #22355 (project avr-libc): Open/Closed:Open => Closed ___ Reply to this item at: ___

[avr-libc-dev] [bug #21906] scanf: float conversion, wrong width count in case of sign or exponent

Update of bug #21906 (project avr-libc): Open/Closed:Open => Closed ___ Reply to this item at: ___

[avr-libc-dev] [bug #21905] scanf: float conversion ignores the suppression symbol

Update of bug #21905 (project avr-libc): Open/Closed:Open => Closed ___ Reply to this item at: ___

[avr-libc-dev] [bug #22666] io90pwm3b.h errors

Update of bug #22666 (project avr-libc): Status:None => Fixed Percent Complete: 0% => 100% Assigned to:None => arcanum Open/Closed:

[avr-libc-dev] [bug #22667] AT90PWM3B, AT90PWM316 stack pointer initialization error

Follow-up Comment #2, bug #22667 (project avr-libc): You're correct. That seems to be the source of the problem. ___ Reply to this item at: ___ Mes

[avr-libc-dev] [bug #22667] AT90PWM3B, AT90PWM316 stack pointer initialization error

Update of bug #22667 (project avr-libc): Status:None => Duplicate Assigned to:None => joerg_wunsch Open/Closed:Open => Closed

[avr-libc-dev] [bug #22667] AT90PWM3B, AT90PWM316 stack pointer initialization error

URL: Summary: AT90PWM3B, AT90PWM316 stack pointer initialization error Project: AVR C Runtime Library Submitted by: tvjsin Submitted on: Wednesday 19/03/08 at 15:17 Category: Libra

[avr-libc-dev] [bug #22666] io90pwm3b.h errors

URL: Summary: io90pwm3b.h errors Project: AVR C Runtime Library Submitted by: tvjsin Submitted on: Wednesday 19/03/08 at 15:08 Category: Header Severity: 3 - Normal