From: "Ben Combee" <[EMAIL PROTECTED]> > At 10:05 PM 6/26/2005, you wrote: > >Are there any plans to port POL to prc-tools so that it can be used > >with the new Palm Development Suite? Personally, I like the whole > >object-oriented paradigm. From your brief explanation here, it sounds > >like OO provides a great way to hide the differences in the API > >changes. > > Not that I know. In my opinion, the C++ support in prc-tools isn't quite > able to handle POL very well -- there's no exception handling support for > 68K code, something that POL uses. It's also more difficult to partition > code into sections, something that POL uses in its static library setup to > be able to pull a lot of code into a program. The author did look at a > prc-tools version a few years ago, but decided not to go ahead with it at > the time. He's the one who has rights to any future versions of the library. > It's a pity that POL is so promising and still so constrained. I looked into publishing some of our routines as a C library for abstracting the version issues but both the Glue layer and POL seem to solve half the problem, but different halves (Glue is good for some problems, but not others, while POL seems to be good for more problems, but only if you're coding in C++).
I'd like to see that effort aimed at creating something that is useful to a wider range of Palm OS coders, hell even the initial default projects could be much more useful, but the framework needed to allow a range of programmers to contribute is too big a job for anyone to take on as a hobby. It's a pity and, IMHO, the sort of thing that stays unresolved unless someone puts up a stack of money to fund the framework and, as for IBM and eclipse, there's got to be a good business reason to do that. Chris Tutty -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
