| ??? 01/10/11 12:42 Modified: 01/10/11 12:50 Read: times |
#180498 - Use of __at ? [ed] Responding to: ???'s previous message |
David Prentice said:
... or use the __at modifier in a different macro Is that allowed? IIRC, Keil only allows its _at_ in a definition: http://www.keil.com/support/m...varloc.htm is SDCC the same with its __at ? Update: I checked the SDCC Manual http://sdcc.sourceforge.net/doc/sdccm...ode64.html SDCC Manual, section 3.6, Absolute Addressing said:
Data items can be assigned an absolute address with the at <address> keyword, in addition to a storage class, e.g.:
__xdata __at (0x7ffe) unsigned int chksum; Which looks to me like it is the same as in Keil - ie, it cannot be used as in the XBYTE macro. However, I do entirely agree that defining a suitable symbol with _at_ or __at is better than using XBYTE and similar macros... |
| Topic | Author | Date |
| sdcc internal error / C syntax | 01/01/70 00:00 | |
| legality of indexing NULL pointer | 01/01/70 00:00 | |
| bug | 01/01/70 00:00 | |
| version | 01/01/70 00:00 | |
| version revisited | 01/01/70 00:00 | |
| thank you | 01/01/70 00:00 | |
| Fixed | 01/01/70 00:00 | |
| no snapshot | 01/01/70 00:00 | |
| works | 01/01/70 00:00 | |
| 0 is special - but so is NULL. indexing around NULL is bad | 01/01/70 00:00 | |
| No guarantee that a NULL pointer points to any memory | 01/01/70 00:00 | |
| time | 01/01/70 00:00 | |
| I know :-( | 01/01/70 00:00 | |
| Use of __at ? | 01/01/70 00:00 | |
| What is "that way"? | 01/01/70 00:00 | |
| the antique version.... | 01/01/70 00:00 | |
| XBYTE macro | 01/01/70 00:00 | |
| Okay, then the following definition... | 01/01/70 00:00 | |
| RE: David's remarks about volatility | 01/01/70 00:00 | |
| Close, but no cigar | 01/01/70 00:00 | |
| Avoid the 'volatile' | 01/01/70 00:00 | |
| instead of offsetting... | 01/01/70 00:00 | |
| Dereferencing a '_REG | 01/01/70 00:00 | |
I agree | 01/01/70 00:00 | |
| Use of __at ? [ed] | 01/01/70 00:00 |



