Obviously the IR already captures whether a closure accesses its own
> variables or captured variables, right?
Implicitly yes. This information will become explicit after reaching defs /
live variable analysis is done to know whether the variables being access
live entirely within the closure bo
I totally agree with using Package Maker for mac installer. That's
what I'd expect.
I posted sample windows installers and tweeted about them. Here's the
link:
http://bit.ly/k4faS
Micah
On Jul 21, 2009, at 8:55 PM, Charles Oliver Nutter wrote:
On Tue, Jul 21, 2009 at 8:08 PM, Micah Mar
On Tue, Jul 21, 2009 at 8:08 PM, Micah Martin wrote:
> Just to be clear I didn't purchase Install4j. I just asked for a free
> open source license. So it's no sweat off my back if you choose not to use
> it. I've been meaning to chip in on JRuby for a while. I'm just happy to
> help.
>
> Th
Yeah, having looked at both, the "Windows" look is obviously ok for
Windows and probably ok for Linux (since Linux installers usually look
and feel like ass anyway), but for OS X having a real pkg installer
would be best.
Here's another topic for discussion...when installing JRuby in a
global loca
I've been pretty unimpressed with the OSX versions of both installers under
consideration. Would it have been too hard to wire up PackageMaker? An OSX
installer should look and smell like other OSX installers, not a reskinned
Windows installer :(
-- Yehuda
On Tue, Jul 21, 2009 at 6:08 PM, Micah Ma
Just to be clear I didn't purchase Install4j. I just asked for a
free open source license. So it's no sweat off my back if you choose
not to use it. I've been meaning to chip in on JRuby for a while.
I'm just happy to help.
The installers I built with Install4j are just quick stab,
> Also very nice, since we could even have an openjdk7 JRuby package
> that supports all the cool new invokedynamic stuff at some point.
If at all possible (and independently of which tool you end up using)
we highly advocate having at least a downloadable version that bundles
the JRE (significant
Hi Charles,
Sorry for the confusion. We are happy to maintain and create the
installer, but as with all our commercial customers, we would provide
you with everything necessary so you can re-create the builds on your
side (for example to include as part of nightly builds) without having
to wait fo
Since Micah already purchased and built an installer...maybe we just
point people to both of them? I think Install4J is more focused on
Windows, is that correct?
Both options sound really great...so I don't know how to choose which
one to make the "official" installer.
My key points would be:
1.
On Fri, Jul 17, 2009 at 2:08 AM, Martin Gajdos wrote:
> Please also take a look at these features from the BitRock product:
>
> - Automatically detect existing Java installations in the user's system.
Very nice...
> - Easily bundle a JVM with your application.
Also very nice, since we could even
On Fri, Jul 17, 2009 at 5:46 PM, Martin Gajdos wrote:
> Hi Stephen
> Unfortunately not, but I think we should just send them a
Ideally we need to be able to build our own installers...the BitRock
stuff looks great, especially with the JVM integration, but we can't
be forced to wait after a release
Line number in backtrace[0] of exceptions caused by undefined variable does not
match (C)Ruby 1.8.6
---
Key: JRUBY-3826
URL: http://jira.codehaus.org/browse/JRUBY-3826
Subbu: I figured I'd move IR discussions to the dev list, so others
can jump in as needed. Reply to the list...
I had a few more thoughts on missing IR we probably want to
incorporate somehow: framing and scoping stuff.
Obviously the IR already captures whether a closure accesses its own
variable
missing quoting of column and table names on activerecord-jdbcsqlite3-adapter
--
Key: JRUBY-3825
URL: http://jira.codehaus.org/browse/JRUBY-3825
Project: JRuby
Issu
accessing attributes hash do not dezerialize on activerecord-jdbcsqlite3-adapter
Key: JRUBY-3824
URL: http://jira.codehaus.org/browse/JRUBY-3824
Project: JRuby
Hi Stephen, everybody
> Do you have any (or know of any) open examples of a scripts for creating and
> easily maintaining a JRubyStack-type of deployment.
We can share the JRubyStack XML project files, but since you are
interested just in JRuby and that is relatively straightforward, they
will no
Hi Micah,
Thanks, I was not aware of your work. We are happy with whatever
option you choose, of course. We already have JRuby-based projects
going on, so we will keep maintaining our current installers in any
case. I will be sending a separate email shortly answering some of the
original question
17 matches
Mail list logo
