Hi Payton, > The reason why is that it thinks that the __fastcall__ macro is an error > and so each and every function defined in the include files parses as an > error and there are literally over 100 intellisense errors reported on the > header files. It's nothing important for this to work, but it would be nice > if it did. I'm not using VS 2010 yet so I can't (re-)produce the issue. Nevertheless I could imagine very well, that this helps: Basically you need a preprocessor macro like #define __fastcall__ __fastcall which is only visible to VS intellisense. One way would to protect that define by an #ifdef __MSC_VER. However there's a much simpler and cleaner way as VS allows to define preprocessor settings for intellisense. On VS 2005 it's Project -> Properties -> Configuration Properties -> NMake -> IntelliSense -> Preprocessor Definitions. There you just enter __fastcall__=__fastcall After that at least VS 2005 shows for every __fastcall__ a tooltip saying "#define __fastcall__ __fastcall". I guess you'll agree that this is somewhat more appropriate than modifying cc65 ;-))) Regards, Oliver ---------------------------------------------------------------------- To unsubscribe from the list send mail to majordomo@musoftware.de with the string "unsubscribe cc65" in the body(!) of the mail.Received on Mon May 3 14:10:09 2010
This archive was generated by hypermail 2.1.8 : 2010-05-03 14:10:11 CEST