S
Soh Dubom
Is it true that ruby language will change to a compiled or jited
language, like .net or java?
language, like .net or java?
K
Ken Bloom
Ruby 1.9 introduced a bytecode-based interpreter (which converts your
program to its own bytecodes and then interprets those bytecodes a la
very old Java VMs). JRuby already has an interpreter which compiles to
the Java VM, and these days that is JITted, so I guess it's already
changed.
--Ken
S
Soh Dubom
Ken said:
Hum, does it make Ruby 1.9 a compiled language as, let's say C#? The
reason I got interested in Ruby is because it's an interpreted language
and I don't have to, for every change, re-compiled it
Z
Zachary Brown
Ruby 1.9 would be considered a compiled language since there is a
process of converting Ruby code into bytecode (analogous to a C
compiler converting C code into Assembly). However as far as I know,
the 1.9 VM isn't a JIT. It merely "compiles" that code each time and
runs. Like Ken said though, since JRuby runs on the JVM, it
technically JIT'd.
Every language has to be interpreted or parsed in some fashion so its
always going to take at least some time (even if miniscule) to parse
the program. If its a VM based language it'll then either generate
bytecode and run that on the VM, otherwise it will just begin
executing code based on what the parse tree looks like (a la Ruby
1.8.x).
So in short the process between compiling and interpreting isn't
hugely different from your point of view as far as time goes and
you'll still have to wait, but its not going to be any great length of
time (unless its a huge script).
Hope that helps.
-Zac
Note: If I'm wrong about any of these details regarding Ruby, someone
please correct me
.
K
Ken Bloom
Ruby 1.9 doesn't have an ahead-of-time byte compilation mode as far as I
know. That means you only have to run one command to run your modified
code. Every time you run your script, the interpreter parses it and byte
compiles it, which then results in a speed increase when the interpreter
runs the script. JRuby has a mode where it parses and compiles the script
every time (the jruby command) and an ahead-of-time compilation mode (the
jrubyc command).
So Ruby 1.9 can run like perl/python. JRuby can run like perl/python or
like C#.
--Ken
D
David Masover
Soh said:
The short answer is: Yes, it's interpreted, in roughly the same way that
Perl, Python, PHP, and JavaScript are interpreted. No, you don't have to
recompile anything after every change -- in fact, many frameworks (Rails
included) have a "development mode" which lets most changes be
incorporated immediately into your app while it's running. And yes, it
does mean you probably have to give your source code to anyone who needs
to run your program on their local machine.
The longer answers you are getting are about the technical details,
probably pre-emptively heading off questions like "If it's interpreted,
isn't it slower?" And it turns out, what you're talking about is
completely different than the question of whether a language is actually
compiled to native code.
For example, there's no reason you couldn't write a shell script which,
when it's run, immediately compiles a large string (as C) into a binary
and runs that. Similarly, it's probably possible to bundle up a JAR
containing both JRuby and your app, and whether or not any of it was
actually compiled ahead of time, such that it can simply be run as a
Java program. There are even projects which embed Ruby source code and
the Ruby interpreter to produce a single EXE (on Windows). Similarly,
gcj can compile Java bytecode down to actual binary, and LLVM takes
languages like C and makes them JIT.
So the longer answer is, unless your concern is performance, you should
only care about the shorter answer.
S
Soh Dubom
thanks David ... the short answer is my case scenario ... i'm not really
concerned with exceptional performance since my projects are relatively
small ones...
concerned with exceptional performance since my projects are relatively
small ones...