headius

16 ms·

151.
by headius 15y ago
Well, I suppose I go by the following guide: * stdlib is library code, not core VM code. It shouldn't be counted. * Percentage of functionality of Rubinius's core implemented in Ruby is definitely higher than percentage of functionality i
152.
by headius 15y ago
Your numbers are odd. I would discount the .c code. Rubinius's native code (excluding third-party code) is largely C++, so better to focus on .cpp and .hpp files. The .rb count is way higher than what I got. The line counts I got (on mast
153.
by headius 15y ago
Only one way to find out :)
154.
by headius 15y ago
Well put. JRuby and Rubinius both have rich futures ahead of them, and they're going to be largely separate. If you want to use C extensions, Rubinius will be a better fit since it matches the MRI process model better. Rubinius will also ma
155.
by headius 15y ago
Your reluctance to install Java on the servers you're on means you're missing out on one of the best Ruby implementations available. You'd be well served by putting aside your prejudice and just giving JRuby a try. That said, there's certai
156.
by headius 15y ago
C ext support shipped in an "experimental" form in JRuby 1.6. The main problem is that C extensions suck in so many ways: * Can't have multiple VMs in process, because C exts load all their state into C globals * Can't run them concurrently
157.
by headius 15y ago
How can you say that JRuby can't innovate? JRuby is far from stagnating. Continuations are almost never used, and in the rare cases where they are used they are almost always more straightforwardly replaced by non-continuation alternatives.
158.
by headius 15y ago
JRuby uses exactly the same in-memory format as Ruby, byte[]. We also support the Encoding logic from Ruby 1.9, again atop byte[]. JRuby actually has better String performance and encoding support than Java itself in many cases. Rubinius bo
159.
by headius 16y ago
And oops...that's Ashkenas. Sorry, Jeremy :)
160.
by headius 16y ago
You should be able to just specify a list of files to the compiler. They should sort themselves out.
161.
by headius 16y ago
Here's the example from Mirah's repo: https://github.com/mirah/mirah/blob/master/examples/dynamic.... It does require Java 7 and there's no plans to make it work on Java 6-. Unlike the rest of Mirah, this feature (if you use it) does re
162.
by headius 16y ago
We've slowly moved more and more of Mirah into Mirah code as well, which will help performance over time. Currently almost all of Mirah is written in (J)Ruby, with according startup and performance overhead. Great for prototyping, and great
163.
by headius 16y ago
Interesting...and the point about "the name" being the most important thing is really insightful. That's exactly true.
164.
by headius 16y ago
Scala is a great language, but the requirement that I ship Scala's libraries if I want to do thinks the Scala way is a nonstarter for the use cases I have. Yes, you can Proguard a lot of that away, but if I use Scala's collections or other
165.
by headius 16y ago
I did manage to generate a GWT application from Mirah=>Java once, but the Java source required some massaging. So it's close, but not quite there yet. Soon.
166.
by headius 16y ago
Docs...yes, we're getting there. Not all the languages features are even documented because they were added very quickly. It's coming along. I've been thinking about a MirahDoc format. I think we could pretty much do it like JavaDoc. Potent
167.
by headius 16y ago
Yes, you are 100% correct. It is a very young language and project. I've spent the last several days trying to solidify a distribution (.zip), maven artifacts (with David Calavera's help) and refactor the codebase to make it more approachab
168.
by headius 16y ago
I forgot to show one of the coolest features of Mirah...it can output Java source too: https://gist.github.com/888001 The original goal for this was to allow Mirah to be used in places where Java source is required, like GWT apps. We've k
169.
by headius 16y ago
I actually officially asked Jeremy Askenas if I can use the phrase "Mirah is the Coffeescript of Java". He gave me his blessing. The param:type notation I largely just stole from Scala, but it seems (in my novice opinion) easier to parse as
170.
by headius 16y ago
I'd actually love to get Mirah to a point where we could start to write (or rewrite) parts of JRuby in it. We're very close to that point; it can do almost everything we need for large subsections of code.
171.
by headius 16y ago
The compile times have definitely improved, but there's more to be done. At least now you can compile multiple files at once, which saves a lot of hassle :)
172.
by headius 16y ago
I personally believe the MRI core devs have done a great job of moving YARV and Ruby 1.9.x forward. We would not have added 1.9.2 support had they not cleaned it up and made it a really compelling set of features. YARV may start to lag behi
173.
by headius 16y ago
I'm sure it works fine on Azul, and they've run some tests for us in the past. They've also been contributing a lot of work back to OpenJDK. It's unlikely anyone will be able to match or beat the JVMs currently available for a long time.
174.
by headius 16y ago
Yeah, I went back to my code and realized there was a precision problem I had to fix for numbers approaching 64-bit minimum. Once I fixed that issue, it went back to hanging again :( I updated the post, and I'm looking for new alternatives
175.
by headius 16y ago
I don't believe so; the conversion to imprecise doesn't follow the same logic that the String to double does. But I don't know what logic it does follow, nor if there's other bugs there :) In any case, for the original value and variations
176.
by headius 16y ago
I just wanted to make sure to point out I was just one of five authors on the book. The others were Tom Enebo, Nick Sieger, Ola Bini, and our fantastic lead author Ian Dees, without whom there would be no book at all. They deserve as much (
177.
by headius 16y ago
Initially, it will use more memory. But for a longer-running, large application, we usually come out ahead. We also set the JVM up to a fairly high maximum heap (500MB) which you can tweak back down a la -J-Xmx200M.
178.
by headius 16y ago
We'll have to see how this plays out. It's been very nice that Java's already available on all new Macs, but then there's been the dreadfully slow progress of incorporating updates, security fixes, and so on. On the other hand, OpenJDK has
179.
by headius 16y ago
it's important to point out that OpenJDK actually is safe. The Java specification has a patent grant clause for compliant implementations, which obviously includes OpenJDK. We can also hope that Sun did their due diligence during the deve
180.
by headius 16y ago
IBM is safe, since they've played by the rules and since they have an even bigger patent bat than Oracle does. There may be tensions, but probably nothing we'll ever see from the outside. I think other OSS Java implementations are safe too,

More ›