Re: [avr-gcc-list] clarification on gcc

I would like to take the opportunity to ask another question. I wanted to use GCC to recompile the NET MicroFramework (for the Netduino). I have been told that GCC produce an image too large to fit on it, and that people usually use ARM RVDS tool chain. I have been using GCC for a long time and d

Re: [avr-gcc-list] Bootloader interrupt callbacks

Hi Sven, Some "guru" are going to respond to you and will give your a better response than mine. In the mean time, let me tell you my personal comment. In fact, you are wondering how the compiler should threat function calls from an ISR. I do not see any difference between callback or direct

Re: [avr-gcc-list] stumped: minor refactoring of simple programcauses it to fail

Dear Joe, That's why I asked to post your makefile to check the MCU configuration. You should also check the MAP configuration (RAM, ROM, Heap, ...). Eric. - Original Message - From: <[EMAIL PROTECTED]> To: Cc: <[EMAIL PROTECTED]> Sent: Thursday, January 03, 2008 4:02 PM Subject: Re

Re: [avr-gcc-list] stumped: minor refactoring of simple program causesit to fail

Can you post your makefile ? Eric - Original Message - From: "Philipp Burch" <[EMAIL PROTECTED]> To: Sent: Thursday, January 03, 2008 9:54 AM Subject: Re: [avr-gcc-list] stumped: minor refactoring of simple program causesit to fail [EMAIL PROTECTED] wrote: I've renewed my courage

[avr-gcc-list] naked attribute for main() function

Hi All, I am using avr-gcc version 4.1.2 (WinAVR 20070525). I noticed that the compiler is saving a few registers in the main() function, so I used the "naked" attribute. Does anybody know if this may cause a problem ? Thanks, Eric Pasquier _

Re: [avr-gcc-list] Bootloader question

I am using is an ATmega168 and the bootloader section starts at 0x3800. With my troublesome code not commented out my program size is 12674 (0x3182) and with it commented out (and working) the size is 12162 (0x2F82) Scott Eric Pasquier wrote: Did you check that your treatment is not too long

Re: [avr-gcc-list] Bootloader question

Did you check that your treatment is not too long and that you do not have a problem with nested interrupt ? How is your interrupt treatment ? Is it possible to set the timer frequency differently to avoid the "mod3 % 40" test ? Eric Pasquier - Original Message - Fr

Re: [avr-gcc-list] dev and mod may not be optimized

Just a correction : div() take 2 parameters : div_t t; t=div(c, 10); a=t.quot; b=t.rem; Eric. - Original Message - From: Albert Andras To: avr-gcc-list@nongnu.org Sent: Tuesday, December 11, 2007 4:16 PM Subject: Re: [avr-gcc-list] dev and mod may n

Re: [avr-gcc-list] jump_to_null question

"I don't see how you can avoid jumping to 0x0 when a bootloader ends its work" Check MCUCSR ? Eric Pasquier - Original Message - From: "Bernard Fouché" <[EMAIL PROTECTED]> To: "Eric Weddington" <[EMAIL PROTECTED]> Cc: Sent: Thursday,

Re: [avr-gcc-list] VGA Adapter

/VGA_connector Pin 1 : Red Pin 2 : Green Pin 3 : Blue Pin 13 : HSync Pin 14 : VSync It should't be difficult to adapt the program to support 8 colors. Check if you have enought RAM to implement the video pixel map. Eric Pasquier - Original Message - From: andi To: [EMAIL PROT

RES: [avr-gcc-list] float type

You have to compile with no optimization: -O0 The compiler is wiping your code away because your variable x is not used anywhere else. Eric Pasquier -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de andi Enviada em: mardi 3 avril 2007 08:35 Para: avr-gcc

Re: [avr-gcc-list] Glitch on GPIO

"Can this be solved?" : external pull-up ?   Eric. - Original Message - From: Jahagirdar Gopal-AGJ005 To: avr-gcc-list@nongnu.org Sent: Thursday, February 23, 2006 5:10 AM Subject: [avr-gcc-list] Glitch on GPIO HI, I have one peculiar problem here.

Re: [avr-gcc-list] how to infer lsl instruction...

If you take a look to the "8-bits AVR Instruction Set" document, you can see that "LSL Rd" is implemented as "ADD Rd,Rd", and "ROL Rd" as "ADC Rd,RD". There are no specific instructions LSL or ROL. Welcome to the RISC world (REDUCED Instruction Set Computers) ! Best regards, Eric. - Origin

[avr-gcc-list] After ATMega

Dear All, I am using an ATMega32, 16MHz to implement a Kalman filter (7 input states). I suceed to run it at 60Hz, but with lots of optimization and compromises, like using fix floating point math for example. ADC, timers, serial, I/O are used. I would like to have more capacity for calculatio

Re: [avr-gcc-list] 32-bits time

Not too bad ! In fact, this code is the best one as the overflow can occur AFTER the read of TCNT1, so incrementing "upper" is a bad solution. Thanks a lot to every one. Eric. - Original Message - From: "Galen Seitz" <[EMAIL PROTECTED]> To: ; "E

RE: [avr-gcc-list] 32-bits time

Your code is exactly the same as the C one : when the overflow occur (exactly during the cli instruction), r22=r23=0, but (r24,r25) is not incremented ! -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Gavin Jackson Sent: Thursday, October 13, 2005 12:08 A

[avr-gcc-list] 32-bits time

Title: Mensagem Dear All,   I have implemented a 32-bits time information using the code below.Timer1 is incremented using internal clock, prescaler=1;SIG_OVERFLOW interrupt is used to increment a variable used to complete the 16-bits of Timer1.   In fact, the code below have the following p

[avr-gcc-list] Code optimization

Dear all, I found a (very) little code optimization can save a few cycles for divisions. How can I proceed to report my suggestion ? Eric. ___ AVR-GCC-list mailing list AVR-GCC-list@nongnu.org http://lists.nongnu.org/mailman/listinfo/avr-gcc-list