"Scott Johnson (Bellevue)" <[EMAIL PROTECTED]> wrote:
>> From: Ben Combee [mailto:[EMAIL PROTECTED]]
>> The enum definition is something only understood by the C/C++ compiler.
[...]
>> When GAS sees the code, the enum would have no meaning, but a number
>> expanded from a macro would work just fine.
That's exactly it -- and so much more succinctly put than I did in my
PalmSource talk. :-)
It's not just a GCC thing btw. There are other tools and things that
find it easier to parse the systraps now. In particular, we won't have
to have this thread ever again:
http://www.egroups.com/message/palm-dev-forum/3499
> Thanks Ben. With understanding comes acceptance. :-) Bummer that it broke
> my old PalmSource slides though.
You just have to find some other way to disambiguate your constructors.
Perhaps the same way you distinguish the two operator++s when you're
defining them. :-)
Keith had a less stupid suggestion: have your SpeedTrap union, and a
separate IntlSpeedTrap union. Okay, so now you have to choose which
one to use yourself, but it's pretty obvious given the different naming
of the two sorts of selectors.
You'll be happy to hear that I broke the IntlGlueGetRoutineAddress
part of your slides too! That function wasn't previously documented,
and we changed the signature so as to pass in more information so that
the function can do its job more robustly. (That change didn't make it
into the PalmSource SDK.) Essentially, you now pass in the intlSelector
as well as the glueFn parameter.
John
--
For information on using the Palm Developer Forums, or to unsubscribe, please see
http://www.palmos.com/dev/tech/support/forums/
