Great news!
Any chance of an updated HotCocoa tutorial or "getting started" guide (other
than what's been on the wiki)?
Thanks,
Jeff
On Mon, Mar 9, 2009 at 1:52 AM, Laurent Sansonetti <
laurent.sansone...@gmail.com> wrote:
> Hi,
>
> After several months of development and some slight delays, Ma
If the gem name has a specific platform/arch then it won't be visible
to alternate archicture/platforms afaik.
On Tue, Mar 10, 2009 at 10:05 AM, Rich Morin wrote:
> Matt Aimonetti wrote:
>> Sorry Rich, but I personally only target intel processors.
>> I don't think MacRuby will ever officially su
At 21:58 +0100 3/9/09, Dömötör Gulyás wrote:
> I've been successfully building the MacRuby framework as a
> 32bit PPC/i386 UB, from trunk, with following command:
> RC_ARCHS="ppc i386" rake macruby
>
> For some reason, the order in which the archs are specified
> 32bit am not sure how well it actua
Matt Aimonetti wrote:
> Sorry Rich, but I personally only target intel processors.
> I don't think MacRuby will ever officially support non-intel
> machines.
Since when does the Open Source community take its direction
from "official" vendor decisions? As long as a free, working
code base exists
I actually meant the opposite, make sure people don't try to load macruby
only gems to use with YARV or JRuby.
I guess it doesn't matter that much, and I can always use your suggested
trick to fail loading the gem if someone isn't on macruby.
Thanks,
- Matt
On Mon, Mar 9, 2009 at 5:56 PM, Brian
If we just need a way to check that we are on MacRuby before loading,
we could check that:
Object.name == "NSObject"
Brian
On Mon, Mar 9, 2009 at 5:43 PM, Matt Aimonetti wrote:
> Nic,
>
> Any suggestions to deal with macruby only gems? I don't think macruby can
> be considered a platform so an
You can give each gem a platform scope. Windows-only gems are the most
common incarnation of this.
There is an OS X-only gem "ghost" (http://github.com/bjeanes/ghost/tree/master):
~ : sudo gem install ghost
Password:
Successfully installed ghost-0.1.2-universal-darwin-9
Mongrel is a great
Nic,
Any suggestions to deal with macruby only gems? I don't think macruby can
be considered a platform so any suggestions?
- Matt
On Mon, Mar 9, 2009 at 5:15 PM, Dr Nic Williams wrote:
> On Tue, Mar 10, 2009 at 5:32 AM, Matt Aimonetti
> wrote:
> > Sorry Rich, but I personally only target int
On Tue, Mar 10, 2009 at 5:32 AM, Matt Aimonetti wrote:
> Sorry Rich, but I personally only target intel processors. I don't think
> MacRuby will ever officially support non-intel machines.
You never know when Steve Jobs will get up on stage and excitedly tell
the Faithful that the next generation
Ah gotcha.
What we could maybe do is add these kind of gems to the MacRuby user
that we will create on GitHub in the near future.
The gem name would then be prefixed with MacRuby, eg: MacRuby-JSON.
It's of course not a real solution like a platform, but it's pretty
self-explanatory imo.
E
#228: Crash in my NSOutlineView data source
+---
Reporter: cyber...@… |Owner: lsansone...@…
Type: defect | Status: closed
Priority: major |
#228: Crash in my NSOutlineView data source
+---
Reporter: cyber...@… |Owner: lsansone...@…
Type: defect | Status: closed
Priority: major |
#230: integrer conversion bug
-+--
Reporter: mattaimone...@… | Owner: lsansone...@…
Type: defect | Status: new
Priority: blocker | M
oops wrong email address... sorry guys :(
- Matt
On Mon, Mar 9, 2009 at 3:13 PM, Matt Aimonetti wrote:
> Today a new syntax change was introduced and if you upgrade couch, it will
> break the current apps. I have a patch ready and I'll push it tonight or so.
> You will need to upgrade couch afte
Today a new syntax change was introduced and if you upgrade couch, it will
break the current apps. I have a patch ready and I'll push it tonight or so.
You will need to upgrade couch after I do that and bundle the gems, but I'll
let you know.
- Matt
___
I was not thinking about a dependency framework, just a clean way to mark
gems are MacRuby only. RubyGems already has something builtin:
spec.platform = Gem::Platform::Win32
I'm just not sure what to use for MacRuby and how to deal with this issue
cleanly.
- Matt
On Mon, Mar 9, 2009 at 2:58 PM
Hey Matt,
I think a gem is fine. You can always choose to vendor it when you
deploy. (Something which Rucola for instance does.)
Taking on the responsibility of a dependency framework is a bit too
far away from where the current focus of MacRuby should lie imho.
Eloy
On 9 mrt 2009, at 22
I did compile for ppc/x86, but it's not tested against ppc and I won't
support the platform.
- Matt
On Mon, Mar 9, 2009 at 2:43 PM, Brian Chapados wrote:
> Unless there is an issue in the library code, usually building for at
> least ppc/x86 only involves choosing from a drop down in xcode or
Hi Rich,
I forgot to mention that the installer wouldn't work on non-Intel
machines. We cannot support PPC anymore due to lack of resources,
however as stayed in the Rakefile warning, it should still work. The
build error you're getting is about the readline extension, it has
nothing to d
Unless there is an issue in the library code, usually building for at
least ppc/x86 only involves choosing from a drop down in xcode or a
few compiler flags on the command line. It shouldn't take much time
and is only a few extra bytes.
On Mon, Mar 9, 2009 at 2:32 PM, Matt Aimonetti wrote:
> Sor
#229: macirb crash
---+
Reporter: francois.steph...@…|Owner: lsansone...@…
Type: defect | Status: closed
Priority: blocker
Sorry Rich, but I personally only target intel processors. I don't think
MacRuby will ever officially support non-intel machines.
I know that sucks but I really don't think it's worth my time. (if you have
any arguments that might convince me otherwise, I'd be happy to hear them)
- Matt
On Mon,
At 14:13 -0700 3/9/09, Matt Aimonetti wrote:
> I worked on a JSON lib for MacRuby which uses a dynlib. I'm
> thinking about making it in a gem but it would only be
> compatible with MacRuby. I feel like we should discuss this
> as a group and try to come up with a standard way of dealing
> with t
Hey Guys,
I worked on a JSON lib for MacRuby which uses a dynlib. I'm thinking about
making it in a gem but it would only be compatible with MacRuby. I feel like
we should discuss this as a group and try to come up with a standard way of
dealing with this challenge.
- Matt
__
I've been successfully building the MacRuby framework as a 32bit
PPC/i386 UB, from trunk, with following command:
RC_ARCHS="ppc i386" rake macruby
For some reason, the order in which the archs are specified matters. I
am not sure how well it actually runs, as I don't have any reports
from PPC user
#229: macirb crash
---+
Reporter: francois.steph...@…| Owner: lsansone...@…
Type: defect | Status: new
Priority: blocker
On Mon, Mar 9, 2009 at 2:52 PM, Laurent Sansonetti
> You can learn more about MacRuby, and download a binary installer,
> from the website:
>
> http://ruby.macosforge.org
>
> Or about this release more specifically, on our blog:
>
> http://www.macruby.org/post/macruby-04
Neither the posting, the w
Yay for 0.4!! Thanks for an awesome project.
Nic
On Mon, Mar 9, 2009 at 2:52 PM, Laurent Sansonetti
wrote:
> Hi,
>
> After several months of development and some slight delays, MacRuby
> 0.4 is now available. Get it here while it's still hot!
>
> MacRuby is a version of Ruby 1.9, ported to run d
#229: macirb crash
---+
Reporter: francois.steph...@…| Owner: lsansone...@…
Type: defect | Status: new
Priority: blocker
#171: [trunk/#762] build fails in ripper extension
-+--
Reporter: robe...@…| Owner: lsansone...@…
Type: defect | Status: new
Priority: blocker
#228: Crash in my NSOutlineView data source
+---
Reporter: cyber...@… | Owner: lsansone...@…
Type: defect | Status: new
Priority: major | Mi
#228: Crash in my NSOutlineView data source
+---
Reporter: cyber...@… | Owner: lsansone...@…
Type: defect | Status: new
Priority: major | Mi
#227: Using a block's binding causes segfault
+---
Reporter: charles.nut...@…| Owner: lsansone...@…
Type: defect | Status: new
Priority: blocker
33 matches
Mail list logo
