2010-03-17 47 views

回答

8

請參閱Simon Cozens的有關Microperl的文章。

microperl是一個真正誠實的Perl解釋器;沒有刪除Perl語言的核心元素。正則表達式引擎完全相同,語言完全相同,它具有相同的Unicode支持,等等。從中刪除的唯一東西是完全系統特定的函數,如cryptreaddir

README.micro參見:

microperl應該是一個真正的最小化的Perl,比miniperl更 微乎其微。另一方面,不需要配置來構建microperl, ,這意味着Perl和您的操作系統之間的接口保持最小限度。

所有這些都是實驗性的。如果你不知道如何處理microperl 你可能不應該這樣做。不要報告microperl中的錯誤;修復錯誤。

根據尺寸大小的限制,你可能不需要走那麼遠,只是用miniperl —這是建立在編制perl —可能是不夠的過程。

+0

即使這可能不是很多人想象的那樣需要。我在使用64 MB RAM的ARM9系統上使用Perl。它處理3個Perl守護進程沒有問題。新的芯片越來越大。 OTOH,perl永遠不會適應8位或小16位微。 – daotoad 2010-03-17 15:07:04

1

討厭這樣說,我會概率得到很多選票下跌,但...

如果尺寸與C的問題去如果您在Perl想要一個特定的功能,你會發現一個C庫稍微搜索一下,會給你類似的功能。

如果簡單的腳本能力和快速轉身需要,你應該得到一個更大的CPU能夠運行perl或者嘗試使用像Lua這樣較小的腳本語言。

0

現代Perl是快速創建問題解決方案的絕妙語言。 但是,它不是很小。

perl的早期版本稍微小一點...谷歌搜索「16位perl」表明,一些瘋狂的人設法讓Perl的版本3和4編譯爲16位的dos。

perl 4的源代碼依然在網絡上浮動,如果你真的需要,你可以重新創建這些人的工作,並讓Perl在新的16位嵌入式系統上運行。

但是,這種古老的語言和現代的perl之間有足夠的差異,使它不值得麻煩。最明顯的區別是包裝分隔符是'而不是::,除此之外還有更多的差異。我會建議你在現代Perl(第5版)中編寫你的程序,而不是像perl4那樣混淆古老而神祕的東西。22是最新的),然後用便攜式C或C++重寫它,並將其交叉編譯到嵌入式系統中。

我意識到原來的問題有點舊,但我想我會爲其他人考慮在嵌入式系統上運行perl提供一個擴展的答案。

相關問題