At 16:25 2002-12-30 +0100, you wrote:
Probably nothing... I'm checking this with the Tic-Tac-Toe project included with CW, and its not doing code completion properly. I think this is an IDE problem -- I will try to check this later with the most recent 5.1.1 IDE and see if this is fixed. It was working earlier in the development of this project, but I think the language parser is choking on one of the Palm OS headers.Ben Combee wrote: > Build the "BuildAll.mcp" project in the "CW for Palm OS Support" > folder. This will rebuild all the projects and provide the IDE the > needed browser info for coloring API functions. Specifically, the > "BuildHeaders.mcp" project builds the precompiled headers. We didn't > link in this project with the V9 wizard because we had coloring due > to the code completion engine, but we disabled that engine by default > due to an IDE problem that caused the IDE to crash in builds. This > was fixed in the IDE before release, but we didn't turn on the > completion engine by default before we pressed the final CDs.Thanks for the hint. But I can't get it to work. Here's what I did: I opened BuildAll.mcp and hit F7. Then after several minutes of compiling I closed this project and - for testing purposes - tried to set up a new project with the "Palm OS C Application Wizard". But the same as before: neither coloring nor jumping to function definition by right click. CodeCompleten works sometimes, sometimes not. What am I doing wrong?
There are a few things that might help...
OK... check your Build Extra settings for your target. Here are what they should be for code completion:
Generate Browser Data From: "Language Parser"
Prefix file: PalmOS.win.pch
Macro file: PalmOSMacros.h
In order for the language parser to find the PalmOSMacros.h file, you need to have an access path pointing to "{Compiler}CW for Palm OS Support".
I did my original macro file with the SDK 4 headers, so I just discovered that you should add this line to PalmOSMacros.h
#define HIGH_DENSITY_TRAP(sel) {}
I think I just found a langauge parser bug too; in addition to the language parser failing on expressions using the binary and operator, it also isn't parsing a macro like
SYS_TRAP (123)
the same as
SYS_TRAP(123)
This causes a parsing failure in Window.h and Bitmap.h in the Palm OS 5 headers. I'll report this to the IDE team ASAP. In the meantime, a search and replace on "SYS_TRAP " with "SYS_TRAP" should improve parsing for those function prototypes.
I wish we had QAed this more closer to launch -- thanks for the report. I think with these tweaks, code completion and browsing should work a bit better, and I hope the next IDE patch will fix the known parsing bugs and make this work more smoothly.
--
Ben Combee <[EMAIL PROTECTED]>
CodeWarrior for Palm OS technical lead
Palm OS programming help @ www.palmoswerks.com
--
For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
