Re: [avr-llvm-devel] Load / Store

[Weddington, E. <Eri...@at...>]

Agreed. This is something that is currently being worked on for the AVR port of GCC. So we need to have this for AVR LLVM.

And yes, 24-bit pointers for spaces (flash and data) that require it, and even 8-bit pointers if necessary.

Eric Weddington 

> -----Original Message-----
> From: Kevin Schoedel [mailto:sch...@kw...] 
> Sent: Monday, November 01, 2010 9:33 PM
> To: Borja Ferrer; avr...@li...
> Subject: Re: [avr-llvm-devel] Load / Store
> 
> First, thanks for the all work you've done, Borja.
> 
> >Another thing, i dont know how feasible is doing this, but 
> should we make
> >program and data space addrs transparent to the user?
> 
> If you're asking what I think you're asking, notation for 
> this will be part
> of the next version of the C standard. The approved final 
> draft of this, TR
> 18037 "Extensions to support embedded processors", is available at
> <http://www.open-std.org/jtc1/sc22/wg14/www/docs/n1275.pdf>. 
> See "Named
> Address Spaces" in section 5. I believe LLVM can now support 
> this directly.
> 
> In the long run, I think it would be ideal to have code 
> pointers be either
> two or three bytes depending on the processor model. This would imply
> supporting 24-bit integers as well; it looks like LLVM can do 
> this now,
> though it couldn't when I looked at using it for AVR a couple 
> years ago. It
> would also be nice to have one-byte pointers (i.e. an 
> additional address
> space) to efficiently reference I/O registers.
> 
> -- 
> Kevin Schoedel <sch...@kw...> VA3TCS
> 
> --------------------------------------------------------------
> ----------------
> Nokia and AT&T present the 2010 Calling All Innovators-North 
> America contest
> Create new apps & games for the Nokia N8 for consumers in  
> U.S. and Canada
> $10 million total in prizes - $4M cash, 500 devices, nearly 
> $6M in marketing
> Develop with Nokia Qt SDK, Web Runtime, or Java and Publish 
> to Ovi Store 
> http://p.sf.net/sfu/nokia-dev2dev
> _______________________________________________
> avr-llvm-devel mailing list
> avr...@li...
> https://lists.sourceforge.net/lists/listinfo/avr-llvm-devel
>