Re: [MacRuby-devel] [MacRuby] #374: Adding a binding (in IB) prevents instance variables

r2778 works fine. Great to have some specs in there. On Oct 9, 2009, at 7:40 PM, MacRuby wrote: #374: Adding a binding (in IB) prevents instance variables - +-- Reporter: parzi...@… |Owner: lsanson

Re: [MacRuby-devel] Do the nightly builds continue from the latest beta

The answer is yes :) With a different packager tho. - Matt On Fri, Oct 9, 2009 at 9:39 PM, Paul Howson wrote: > This might be an obvious question, but are the nightly builds (and the > nightly build installers) an evolution from whatever is the latest beta? In > other words, are the official be

[MacRuby-devel] Do the nightly builds continue from the latest beta

This might be an obvious question, but are the nightly builds (and the nightly build installers) an evolution from whatever is the latest beta? In other words, are the official betas just particular snapshots of the ongoing nightly build process?

Re: [MacRuby-devel] [MacRuby] #374: Adding a binding (in IB) prevents instance variables

#374: Adding a binding (in IB) prevents instance variables -+-- Reporter: parzi...@… |Owner: lsansone...@… Type: defect | Status: closed Priority:

[MacRuby-devel] [MacRuby] #376: The second 'pointer' of a double pointer type is ignored

#376: The second 'pointer' of a double pointer type is ignored -+-- Reporter: m...@… | Owner: lsansone...@… Type: defect | Status: new Priority: block

Re: [MacRuby-devel] [MacRuby] #371: Module methods included in the class Module are not visible to other classes.

#371: Module methods included in the class Module are not visible to other classes. -+-- Reporter: m...@… | Owner: lsansone...@… Type: defect | Status: new

Re: [MacRuby-devel] Building MacRuby r2765 with llvm r82747 failed on core duo macbook, Leopard

Hi, On Oct 9, 2009, at 4:22 AM, hiroshi saito wrote: Hi all, I failed to build llvm r82747 and MacRuby r2765 following the instruction of README. I use core duo macbook and Leopard. $ svn co -r 2765 http://svn.macosforge.org/repository/ruby/MacRuby/trunk MacRuby-trunk $ svn co -r 82747 https:

Re: [MacRuby-devel] [MacRuby] #370: Inconsistency between macruby and ruby in a simple class

#370: Inconsistency between macruby and ruby in a simple class ---+ Reporter: kfow...@… |Owner: lsansone...@… Type: defect | Status: closed Priority:

Re: [MacRuby-devel] MacRuby gem only

Hi, I was thinking that it may time to update the GemSpec to support another variable called required_ruby_implementation. Thus, I filled an enhancement request https://rubyforge.org/tracker/?func=detail&aid=27269&group_id=126&atid=578 At this time, the GemSpec supports required_ruby_version but

Re: [MacRuby-devel] MacRuby gem only

Presumably Macruby gems will be installed with macgem? Certainly, we would not want to fork RubyGems, but since the Gem::Platform spec exists shouldn't macgem only install gems whose Gem::Platform::RUBY is MacRuby? For projects like JRuby and Rubinius it makes sense to always have Gem::Platform::

[MacRuby-devel] [MacRuby] #375: MacRuby 0.5 beta 1 HotCocoa examples seg fault

#375: MacRuby 0.5 beta 1 HotCocoa examples seg fault -+-- Reporter: macr...@…| Owner: lsansone...@… Type: defect | Status: new Priority: blocker | Mi

Re: [MacRuby-devel] install from command line Re: MacRuby 0.5 beta 1

>> Anyone to create a macruby_update_nightly script that would fetch the latest >> nightly build and merge it ? :) Okay, here's a script that should do what Laurent asks: macruby_get_nightly.sh Description: Binary data Note you need to be present to enter the sudo password; not sure if there

[MacRuby-devel] [MacRuby] #374: Adding a binding (in IB) prevents instance variables

#374: Adding a binding (in IB) prevents instance variables -+-- Reporter: parzi...@… | Owner: lsansone...@… Type: defect | Status: new Priority: m

Re: [MacRuby-devel] [MacRuby] #373: protected methods aren't

#373: protected methods aren't -+-- Reporter: chr...@… | Owner: lsansone...@… Type: defect | Status: new Priority: blocker | Milestone:

[MacRuby-devel] [MacRuby] #373: protected methods aren't

#373: protected methods aren't -+-- Reporter: chr...@… | Owner: lsansone...@… Type: defect | Status: new Priority: blocker | Milestone:

[MacRuby-devel] MacRuby gem only

Any idea how we should flag gems that are MacRuby only like textorize-mr? I don't think the platform flag is legit so I'm not sure what to use. Any ideas? - Matt ___ MacRuby-devel mailing list MacRuby-devel@lists.macosforge.org http://lists.macosforge.or

Re: [MacRuby-devel] [MacRuby] #370: Inconsistency between macruby and ruby in a simple class

#370: Inconsistency between macruby and ruby in a simple class ---+ Reporter: kfow...@… | Owner: lsansone...@… Type: defect | Status: new Priority: m

Re: [MacRuby-devel] Empty Ruby Template

thx, I'll look at that tonight after work. - Matt On Fri, Oct 9, 2009 at 9:00 AM, Jesse Read wrote: > I just checked the last nightly, and it only installs the following Xcode > templates: > /Library/Application Support/Developer/Xcode/3.0/Target Templates > /Library/Application Support/Develo

Re: [MacRuby-devel] MacRuby 0.5 beta

Ah, OK. Never mind then! On Oct 9, 2009, at 1:56 AM, Laurent Sansonetti wrote: Jordan, Users should not need to obtain and install LLVM. MacRuby uses it statically. There was a mistake in the installer, we forgot to bundle llc (LLVM compiler tool) used by macrubyc, this will be fixed in

Re: [MacRuby-devel] [MacRuby] #371: Module methods included in the class Module are not visible to other classes.

#371: Module methods included in the class Module are not visible to other classes. -+-- Reporter: m...@… | Owner: lsansone...@… Type: defect | Status: new

Re: [MacRuby-devel] Empty Ruby Template

I just checked the last nightly, and it only installs the following Xcode templates: /Library/Application Support/Developer/Xcode/3.0/Target Templates /Library/Application Support/Developer/Xcode/3.0/Project Templates /Library/Application Support/Developer/Xcode/Shared/Target Templates /Library/App

[MacRuby-devel] [MacRuby] #372: Error while requiring rss module

#372: Error while requiring rss module --+- Reporter: dml...@… | Owner: lsansone...@… Type: defect| Status: new Priority: minor | Milestone

[MacRuby-devel] Building MacRuby r2765 with llvm r82747 failed on core duo macbook, Leopard

Hi all, I failed to build llvm r82747 and MacRuby r2765 following the instruction of README. I use core duo macbook and Leopard. $ svn co -r 2765 http://svn.macosforge.org/repository/ruby/MacRuby/trunk MacRuby-trunk $ svn co -r 82747 https://llvm.org/svn/llvm-project/llvm/trunk llvm-trunk $ cd ll

[MacRuby-devel] [MacRuby] #371: Module methods included in the class Module are not visible to other classes.

#371: Module methods included in the class Module are not visible to other classes. -+-- Reporter: m...@… | Owner: lsansone...@… Type: defect | Status: new

Re: [MacRuby-devel] [MacRuby] #370: Inconsistency between macruby and ruby in a simple class

#370: Inconsistency between macruby and ruby in a simple class ---+ Reporter: kfow...@… | Owner: lsansone...@… Type: defect | Status: new Priority: m

Re: [MacRuby-devel] [MacRuby] #370: Inconsistency between macruby and ruby in a simple class

#370: Inconsistency between macruby and ruby in a simple class ---+ Reporter: kfow...@… | Owner: lsansone...@… Type: defect | Status: new Priority: m

Re: [MacRuby-devel] MacRuby 0.5 beta

Jordan, Users should not need to obtain and install LLVM. MacRuby uses it statically. There was a mistake in the installer, we forgot to bundle llc (LLVM compiler tool) used by macrubyc, this will be fixed in the upcoming nightly builds then in the next beta. Laurent On Oct 9, 2009, at 1

Re: [MacRuby-devel] [MacRuby] #370: Inconsistency between macruby and ruby in a simple class

#370: Inconsistency between macruby and ruby in a simple class ---+ Reporter: kfow...@… | Owner: lsansone...@… Type: defect | Status: new Priority: m

Re: [MacRuby-devel] Empty Ruby Template

The file should be part of the nightly package. I have to admit I failed to check tho. Can you please check that it's not a right access instead of the file missing from the package? Thanks, - Matt On Fri, Oct 9, 2009 at 1:01 AM, Jesse Read wrote: > I saw in the trunk status update, this line

[MacRuby-devel] [MacRuby] #370: Inconsistency between macruby and ruby in a simple class

#370: Inconsistency between macruby and ruby in a simple class ---+ Reporter: kfow...@… | Owner: lsansone...@… Type: defect | Status: new Priority: m

Re: [MacRuby-devel] MacRuby 0.5 beta

> Even better, maybe an LLVM package to go along with MacRuby, also linked to > on the site?  Given that you need a very specific (e.g. recent, from trunk) > version of LLVM for MacRuby to work at all, this seems pretty reasonable. I think Laurent wants to include it directly in the next MacRuby i

Re: [MacRuby-devel] MacRuby 0.5 beta

Just judging by the initial round of twitter / blog postings, the #1 problem people are having trouble with 0.5B1 is obtaining LLVM. Antonio has already put together a nice blog posting about it (http://antoniocangiano.com/2009/10/08/getting-macrubys-compiler-to-work/ ), but shouldn't his in

[MacRuby-devel] Empty Ruby Template

I saw in the trunk status update, this line: "- Added an empty Ruby template file" Which I believes corresponds to this changeset on Trac, where Matt added an Xcode Ruby file template. I manually installed the template, but are there any plans to add t

Re: [MacRuby-devel] install from command line Re: MacRuby 0.5 beta 1

don't know what you mean with merge it, however there are apis to ease the download: http://macruby.icoretech.org/api a curl -O http://macruby.icoretech.org/latest/macruby_nightly- latest.pkg should suffice :) claudio Il giorno 09/ott/2009, alle ore 01.19, Laurent Sansonetti ha scritto: H

Re: [MacRuby-devel] Default Test Framework

Hi, As we're targeting 1.9 compatibility, the library that will be shipped with MacRuby is minitest. Atm however, we still have an older version of the stdlib, which means we still ship test-unit. I myself have put my trust in Bacon, and as far as a "blessing" goes, all critical bugs enco