Re: [avr-gcc-list] using exceptions

2012-05-02 Thread David Brown
On 01/05/2012 21:34, Bob Paddock wrote: a subgroup of students (under my direction) has set up to write a compiler for a subset of Haskell targetting AVR. This is quite an exciting research project. There is the Atom subset of Haskell meant for embedding, if you are not aware o

Re: [avr-gcc-list] using exceptions

2012-05-02 Thread David Brown
On 01/05/2012 15:04, Georg-Johann Lay wrote: Gabriel Dos Reis schrieb: Georg-Johann Lay wrote: Kövesdi György schrieb: I am using avr-g++ for building my projects for avr and i am happy with it. :-) But i would need exception support, and could not find how to get it work. I found some mails

Re: [avr-gcc-list] using exceptions

2012-05-02 Thread Bob Paddock
> Not having libstdc++ for the AVR has not had big consequences; the only > complaints that we've ever had was for not having the new and delete > operators. I know your aware of this Eric as you commented on it back in 2006, but for any new comers that might want to became the new/delete mainta

Re: [avr-gcc-list] using exceptions

2012-05-02 Thread Georg-Johann Lay
Gabriel Dos Reis wrote: >>> >>> My recent interests in AVR grew out of educational and research >>> activities -- as I explained in a relatively recent post on libstdc++. >>> I am still learning AVR and its toolsets but I can definitely help with >>> the C++ part. >>> >>> We are in the situation

Re: [avr-gcc-list] using exceptions

2012-05-02 Thread Gabriel Dos Reis
On Wed, May 2, 2012 at 7:58 AM, Georg-Johann Lay wrote: > Gabriel Dos Reis wrote: My recent interests in AVR grew out of educational and research activities -- as I explained in a relatively recent post on libstdc++. I am still learning AVR and its toolsets but I can definitely

Re: [avr-gcc-list] using exceptions

2012-05-02 Thread David Brown
On 01/05/2012 17:18, Gabriel Dos Reis wrote: My recent interests in AVR grew out of educational and research activities -- as I explained in a relatively recent post on libstdc++. I am still learning AVR and its toolsets but I can definitely help with the C++ part. We are in the situation where

Re: [avr-gcc-list] using exceptions

2012-05-02 Thread Weddington, Eric
> -Original Message- > From: avr-gcc-list-bounces+eric.weddington=atmel@nongnu.org [mailto:avr- > gcc-list-bounces+eric.weddington=atmel@nongnu.org] On Behalf Of David > Brown > Sent: Wednesday, May 02, 2012 8:29 AM > To: Gabriel Dos Reis > Cc: avr-gcc-list@nongnu.org > Subject: R

Re: [avr-gcc-list] using exceptions

2012-05-02 Thread David Brown
On 02/05/2012 17:03, Weddington, Eric wrote: -Original Message- From: avr-gcc-list-bounces+eric.weddington=atmel@nongnu.org [mailto:avr- gcc-list-bounces+eric.weddington=atmel@nongnu.org] On Behalf Of David Brown Sent: Wednesday, May 02, 2012 8:29 AM To: Gabriel Dos Reis Cc: av

Re: [avr-gcc-list] using exceptions

2012-05-02 Thread Bob Paddock
> - Could Lua be made to work on an AVR? eLua already runs on the AVR32: http://www.eluaproject.net/overview/status Only real problem with Lua on the AVR that I recall is lack of RAM, when I looked at doing this a few years ago. Some type of post processing of the code might be able to get more

Re: [avr-gcc-list] using exceptions

2012-05-02 Thread Gabriel Dos Reis
On Wed, May 2, 2012 at 10:03 AM, Weddington, Eric wrote: > We're talking about university students and research projects. It does NOT > have to be efficient. They're working on something new. It's the nature of > research projects to try and find out what are the issues. Maybe they'll > discov

Re: [avr-gcc-list] using exceptions

2012-05-02 Thread Gabriel Dos Reis
On Wed, May 2, 2012 at 10:18 AM, David Brown wrote: > I agree with what you are saying.  I'm just trying to suggest that getting > Haskell to work on the AVR is more akin to getting Linux to work on the AVR > - while perhaps Lua, OCAML, more C++, or other options might be a better > balance. the

Re: [avr-gcc-list] avr-libc: interrupt.h, ISR and ISR_NOBLOCK

2012-05-02 Thread Joerg Wunsch
"Weddington, Eric" wrote: > Only if we can deprecate the old names, otherwise we're going to > have the GCC maintainers ask us how many attribute names do we need! > ;-) We should at least maintain them for some period still, in order to decouple GCC's release process from avr-libc's. In other

Re: [avr-gcc-list] avr-libc: interrupt.h, ISR and ISR_NOBLOCK

2012-05-02 Thread Weddington, Eric
> -Original Message- > From: avr-gcc-list-bounces+eric.weddington=atmel@nongnu.org [mailto:avr- > gcc-list-bounces+eric.weddington=atmel@nongnu.org] On Behalf Of Joerg > Wunsch > Sent: Wednesday, May 02, 2012 12:58 PM > To: avr-gcc-list@nongnu.org > Subject: Re: [avr-gcc-list] avr

[avr-gcc-list] __builtin_avr_delay_cycles expects an integer constant.

2012-05-02 Thread Victor Aprea
Hi folks- I'm (at long last) trying to switch from using Windows to using Ubuntu for my AVR development. I'm using AVR-GCC 4.5.3 on Ubuntu 12.04. I'm using the Eclipse IDE with the AVR-GCC plugin. I'm getting the following error trace from the compiler: In file included from ../soft_uart.c:16:0:

Re: [avr-gcc-list] __builtin_avr_delay_cycles expects an integer constant.

2012-05-02 Thread Cory Cross
On 05/02/2012 06:38 PM, Victor Aprea wrote: /usr/lib/gcc/avr/4.5.3/../../../avr/include/util/delay.h:153:28: error: __builtin_avr_delay_cycles expects an integer constant. Before "#include " put the line: #define __DELAY_BACKWARD_COMPATIBLE__ Cory _

Re: [avr-gcc-list] __builtin_avr_delay_cycles expects an integer constant.

2012-05-02 Thread Sumanta Kumar Show
Myself Sumanta is facing a problem with storing data in microsd card through the adapter. I have not used Microsd module connector but has fixed the microsd adapter in the bredboard with wires soldered on it. I have done all the connections as they are in the circuit diagram of the datasheet. But

[avr-gcc-list] 'relocation truncated to fit' diagnosis ideas?

2012-05-02 Thread Jim Brain
Pardon my question if it's obvious, I've had quite a night casing compiler issues. Received this error tonight after enabling a new chunk of code to compile on a MEGA168 target I noticed some fixes in newer AVR GCC versions for things like this, so I pulled GCC 4.7.0: http://www.avrfreaks.

Re: [avr-gcc-list] 'relocation truncated to fit' diagnosis ideas?

2012-05-02 Thread Jan Waclawek
As the first step, I'd recommend you to use a proven toolchain, like WinAVR20100110. I don't say it does not have issues but at least it's not a moving target. The notable two issues I am aware of are a library issue where rjmp/rcall between functions fall too far apart, and a linker bug related

Re: [avr-gcc-list] __builtin_avr_delay_cycles expects an integer constant.

2012-05-02 Thread Joerg Wunsch
Victor Aprea wrote: > I'm using AVR-GCC 4.5.3 on Ubuntu 12.04. Which avr-libc version is that? -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) __

Re: [avr-gcc-list] 'relocation truncated to fit' diagnosis ideas?

2012-05-02 Thread Joerg Wunsch
Jim Brain wrote: > I got further, but after copying back in all the code I had pulled > out, it still complains about R_AVR_13_PCREL errors. *which* relocations are truncated? What are your compiler commandline options? I hope you didn't use the silly -mshort-calls option. This option would b