Re: Is Perl available for PalmOS?

You'll find more info about this by searching for "microperl" It's there in theory, but I haven't found anything that worked. Mostly you'll find discussions explaining why, which basically boils down to perl being too big for Palm's memory. Searching perlmonks for "pda" or "perlce" will turn up some nodes discussing it and basically WindowsCE/PocketPC or a Linux device are your only choices.

For what it's worth, I've only gotten Raineir's perl to work on my ipaq, the more current 5.8 perlce wouldn't run last time I investigated it. I'd like to run POE on my ipaq, eventually.

ps: python, lisp, and java have all been ported to palm in some way or another. You'd think that would be motivation enough for us perl folks to build a better shoehorn :-)

Comment on Re: Is Perl available for PalmOS?

Replies are listed 'Best First'.
Re: Re: Is Perl available for PalmOS? by amrangaye (Friar) on Mar 04, 2004 at 16:57 UTC
I have much the same problem, looking for a perl port I can install on my iPaq. I did a google search for your "Raineir's perl", but looks like that was a typo mate :-). Closest thing I found was this (Thanks to google's typo-detecting abilities). So does anyone have experience with this on an iPaq? Any help much appreciated	[reply]
Perl experience with ipaq pocketpc. by elwarren (Priest) on Mar 04, 2004 at 18:09 UTC
Oops, I was close. I suggest Rainer's site to any techie with a CE device. He's ported some useful stuff to CE: wget, flite, ftp, a command line, perl, apache, tk, stunnel and more. I used stunnel to get an IMAPS connect before the inbox client supported, but IMAPS is now supported in WindowsMobile2003 or whatever they call it now... I have loaded both Perl56 from Rainer and Perl58 from PerlCE. Perl56 worked and I was able to grab a file via http. It supports Socket, Win32::OLE, Win32::Com, and Win32::API. You can do GUI stuff with Tk. The website says people have successfully talked to a SQLCE db. I loaded Perl58 but couldn't get it to run, wasted half a day on it and had to put it aside. Unsure if I corrupted the binary or if there's a dll conflict. I followed the instructions but some areas were vague... There are screenshots, so somebody has had it working :-) The site says it has better compatibility and working PerlIO. It also warns that the prebuilt binaries are heavy on the memory side because they have Unicode and debugging in there. I don't have access to MSVisualC++ so I cannot build my own port. I'm interested in using Perl for database access using tools like Win32::OLE for a local db with SQLCE or preferably OracleLite, but I'm also interested in exploring other access paths like DBD::Proxy for serverside db or even SOAP if the XML overhead isn't too much. I'm thinking about a daemon the runs constantly so as to avoid the startup penalty, something like POE that could handle requests in a single thread without forking...	[reply]