Configuration of POL projects differs from the configuration of non-POL projects. There another compiler options, prefix files, library files and segments reallocation.
It's better to use the same options and link to the same lib files like Starter application created by CW9 POL App Wizard without C++ exceptions and without expanded mode. Note: I assume your project has two configurations: Debug and Release. In this case you can copy settings from corresponding POL application targets. If you project has only one target, you can use Release target settings in POL application. 1. Backup your project. 2. Create empty project with disabled C++ exceptions and disabled CW expanded mode. 3. Open Project Settings window and copy settings from this window to your project. Be careful with C++ prefix file. 4. Remove all libraries from your project. 5. Add the same libraries as you've seen in POL app project to your project. Ideally, you should place POLxxx.lib into corresponding segments, but in existing C application you have some more freedom: a) As far as I understand you are not going to use POL GUI and application classes. Your application already has all this code. a) Also, if you are not going to use POL classes from special launch codes. In this case, you can safely move POLxxx.lib files out of 1 segment and preserve your existing files order. Just create four new segments (CW adds only several bytes for every new segment if your application doesn't use it) and place POLxxx.lib files to these segments. ------------------------------------------- As another option, you may want to link your project to several POL CPP files (like POLString.cpp and POLDateTime.cpp) instead of linking your project with full set of POL libraries. It's also possible. Just omit 4 and 5 steps from the instruction above to preserve the existing libraries and add individual POLxxx.cpp files to your project. It's only necessary to properly configure C++ options and C++ prefix file in this case. ------------------------------------------- Try to compile and link your project. ______________________________________________ Best regards, Maks Pyatkovskiy > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:bounce-palm-dev- > [EMAIL PROTECTED] On Behalf Of Matt Graham > Sent: Wednesday, June 04, 2003 12:10 AM > To: Palm Developer Forum > Subject: Re: STL and POL worth it? > > I'm trying to incorporate some of the POL containers into my otherwise > non-POL application. However, when I include POL.h, I get the following > error: > > Error : illegal struct/union/enum/class definition > (included from: > POL.h:249 > myFile.cpp:5) > POLDateTime.h line 32 class CDateTime : public DateTimeType > > If I remove the Prefix file of PalmOS_Headers_Debug > It compiles fine but if I try to use CString it gives an "undefined > identifier" error on CString. > > Is there a(n easy?) way to include the POL classes without completely > restarting the project as a POL project? > > > "Maks Pyatkovskiy" <[EMAIL PROTECTED]> wrote in message > news:[EMAIL PROTECTED] > > > > Run STLTest example, it's shipped with POL. This example shows how to > > use STL algorithms with POL containers. > > > > Personally I don't recommend extensively use STL on Palm. Palm is too > > weak for this. POL containers were designed for Palm, so they provide > > better performance. > > > > Look into CArray (dynamic array), CList (double linked list), CHash > > (hash table) and CStack (stack) docs. There are quite enough facilities > > for most applications. > > > > ______________________________________________ > > > > Best regards, > > Maks Pyatkovskiy > > > > > > > -----Original Message----- > > > From: [EMAIL PROTECTED] > > [mailto:bounce-palm-dev- > > > [EMAIL PROTECTED] On Behalf Of Matthew Henry > > > Sent: Saturday, May 31, 2003 2:15 PM > > > To: Palm Developer Forum > > > Subject: STL and POL worth it? > > > > > > 1. Anyone have any experience/opinions about using the STL on the > > Palm. > > > Specifically, is there a lot of code bloat which makes it not worth > > > it? I wouldn't mind having a nice map and string classes. > > > > > > 2. I'm thinking of re-writing a large app to take advantage of POL > > (the > > > app is at a point where it could really do with a good rewrite > > anyway). > > > Ben appears to be a big fan of POL. Does anyone have any positive > > or > > > negative experience with writing a large app using POL? > > > > -- > For information on using the Palm Developer Forums, or to unsubscribe, > please see http://www.palmos.com/dev/support/forums/ -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
