Re: Ruby for OpenMoko - got it small
So what do you think guys? Shall I keep going and trying to get it smaller and faster or shall I abandon this and spend my time on something more useful. I for one am very much interested and grateful for your efforts. Having used Ruby as my main programming language for all development work (thus, not only for scripting) for more than two years now, I consider the existence of a carefully optimized ruby engine for openmoko as a very important piece of the puzzle. If, thanks to your work, the ruby interpreter were to find a little corner in the default OM distribution, that would be a key selling point for me. I dug up some of my iPAQ-time scripts and cross compiled ruby 1.8.6 I must say, OE does provide a lot of .h and .so files in only a few places, which makes this an easy-enough task. I measure footprint on the jffs2 image. My ipkgs together are less than 2 MB. Uncompressed, I do not so much care. For your convenience: http://chmeee.dyndns.org/om/ruby/feed/ keep in mind some of those won't work. Openssl bindings are empty, for instance, which I will not change since dropbear is installed by default. Tk is not even provided. Installing readline does not work, same reason. Forcing an install of irb, will make irb work. Bye, Kero. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Ruby for OpenMoko - got it small
Hi, depending on what you eventually want to do, you might be interested by Lua [http://www.lua.org] It's really easy to embed (I run it on a proprietary platform, in 150KB flash + 100KB RAM, running rather big apps written in pure Lua, all bindings to GSM/GPRS, TCP/IP etc., admittedly with a few tweaks in memory management). And it's blazingly faster than Ruby. Wrt Ruby, the only thing you might miss in the core is that Lua's object paradigm is lower level (prototype based); OTOH, you might well fall in love with its metaprogramming abilities! Of course, if you have plenty of libs in Ruby suited to the applications you have in mind, the platform is more important than the language. But what Ruby libs would you plan to leverage in your typical openmoko application? Would it be hard to find good alternatives on luaforge [ http://www.luaforge.net]? -- Fabien. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Ruby for OpenMoko - got it small
Hi all.. I sent a mail to the mailing list but it seems that for some reason you guys didn't get it so I am sending it one more time. At least a summary. I am waiting for you reactions. I began to play with Ruby, Python and Perl, to see which one is small enough to be put on OpenMoko. I got some surprising results. At first I got Ruby to 9 and the 8 and the 5.1MB. Right now it is 4.9MB and it is going smaller. The 5.1MB is with gcc 4.1.2 and the 4.9 is with 3.4. I used stdlibc. I also tryed to use GCC2.95 but the final app became unstable and bigger so that is not gonna be good. I didn't cross-compile it yet (but it should run on openmoko as it is right now). I had some experiments with uclibc. I compiled Ruby with no optimization and nothin with uclibc that became fairly small but I had some difficulties for come liraries. I forced the compilation just to see how big it would be and it was sooo small that you would not believe it. If I can get everything working with uclibc (that I doubt), the code would be below 3MB. I didn't take anything out of the packages but I didn't add GTK2 yet. It will come later. I don't know if we need that for now. It is going to sound strange but in theorem the gcc and the uclibc apps can be binary compatible if you know what you were doing. So that means I could try to compile everything with uclibc and those parts that won't compile against uclibc will be compiled with gcc3.4. It sound strange for me too, but I think it could really work. If I add that this is for ARM processor (arm920t) than the code will be even smaller. My final aim (I don't know if it is possible or not) is to bring Ruby down to around 2MB. I thought when I started that gush, just go under 10 or maybe 7-8MB. And then I got to 4.9 and 5.1. (I have an experimental 3.5 right now. I am testing it against actual code.) So what do you think guys? Shall I keep going and trying to get it smaller and faster or shall I abandon this and spend my time on something more useful. I tried the same stuff with Python but when Ruby was 9MB it was 14, I believe, so I figured that for Ruby as a code scripting language is better for now. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Ruby for OpenMoko - got it small
Subject: Ruby for OpenMoko - got it small Date: lun 28 mag 07 11:33:01 -0400 Quoting Varga-Háli Dániel ([EMAIL PROTECTED]): So what do you think guys? Shall I keep going and trying to get it smaller and faster or shall I abandon this and spend my time on something more useful. I for one am very much interested and grateful for your efforts. Having used Ruby as my main programming language for all development work (thus, not only for scripting) for more than two years now, I consider the existence of a carefully optimized ruby engine for openmoko as a very important piece of the puzzle. If, thanks to your work, the ruby interpreter were to find a little corner in the default OM distribution, that would be a key selling point for me. Carlo -- * Se la Strada e la sua Virtu' non fossero state messe da parte, * K * Carlo E. Prelz - [EMAIL PROTECTED] che bisogno ci sarebbe * di parlare tanto di amore e di rettitudine? (Chuang-Tzu) ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community