March 2011 - MacRuby-devel - lists.macosforge.org

Re: [MacRuby-devel] Note of warning about Xcode 4
by Sven Schwyn 10 Mar '11

10 Mar '11

Hi Referring to Vincent's recent post: > - But the biggest problem is that currently there is no MacRuby support in the interface editor: the actions and properties added in the Ruby code won't appear in the interface editor. I've never had this kind of trouble not with the later betas nor the GM. > - First the templates for Xcode 4 are not yet available (though they should be added to the MacRuby repository when Xcode 4 is not under NDA anymore) ; Xcode 4 is out now, so given the templates become available soon, do any more reasons remain why I shouldn't kiss Xcode 3 goodbye? Cheers, -sven

2 1

Hey Apple, please be nice and share
by Matt Aimonetti 10 Mar '11

10 Mar '11

Apple seems to have decided to ship MacRuby as a private Framework in their new OS (Lion)<http://merbist.com/2011/03/07/hey-apple-please-be-nice-and-share/>, meaning that OS X developers can't link to it, even tho it ships with the OS. If you would like to not have to embed MacRuby, please take a minute to file a ticket as suggested in the post. Blog post: http://merbist.com/2011/03/07/hey-apple-please-be-nice-and-share/ - Matt

5 4

MacRuby build issues with LLVM
by Nick Ludlam 09 Mar '11

09 Mar '11

Hi all, I've just got myself set up on one of the Sandy Bridge laptops, and I've broken my compile environment for MacRuby, and cannot seem to get it back. I've done the following to get llvm-2.8: $ svn co https://llvm.org/svn/llvm-project/llvm/tags/RELEASE_28 llvm-2.8 $ env UNIVERSAL=1 UNIVERSAL_ARCH="i386 x86_64" CC=/usr/bin/gcc CXX=/usr/bin/g++ ./configure --enable-bindings=none --enable-optimized --with-llvmgccdir=/tmp --prefix=/opt/llvm-macruby $ sudo env UNIVERSAL=1 UNIVERSAL_ARCH="i386 x86_64" CC=/usr/bin/gcc CXX=/usr/bin/g++ make -j4 $ sudo env UNIVERSAL=1 UNIVERSAL_ARCH="i386 x86_64" CC=/usr/bin/gcc CXX=/usr/bin/g++ make install This has given me a complete but separate llvm tree in /opt/llvm-macruby/. Within the MacRuby git clone (HEAD), I'm doing: rake llvm_path=/opt/llvm-macruby/ to allow it to see the llvm install. I've also added /opt/llvm-macruby/bin to my shell path. But the build fails with a deep llvm voodoo issue that I'm not even sure how to start addressing. It's in the part of the build where miniruby is used to compile rbconfig.rb, and I've separated the output here: $ ./miniruby -I. -I./lib bin/rubyc --internal --arch x86_64 -C "rbconfig.rb" -o "./rbconfig.rbo" LLVM ERROR: Cannot yet select: 0x103097410: f64 = bit_convert 0x1030b6c10 [ORD=391] [ID=7] 0x1030b6c10: i64 = and 0x1030b6f10, 0x103087e10 [ORD=390] [ID=6] 0x1030b6f10: i64,ch = CopyFromReg 0x1039104a8, 0x1030b9010 [ORD=390] [ID=5] 0x1039104a8: ch = EntryToken [ORD=390] [ID=0] 0x1030b9010: i64 = Register %reg16384 [ORD=390] [ID=1] 0x103087e10: i64 = Constant<-4> [ORD=390] [ID=2] I get exactly the same issue when I was trying to use the llvm from the Homebrew port system, and also when I install llvm into /usr/local (which I'd like to avoid, as I'm trying to use Homebrew for anything in that path). Anybody got a suggestion as to what I can try next? Thanks, Nick

5 6

MacRuby and Cucumber
by Graham Davison 07 Mar '11

07 Mar '11

Hi all, Has anyone had success in installing cucumber with the latest MacRuby, either using gem or building "by hand"? When I try to install it using macgem, installation fails when building gherkin (the cucumber language), with compilation errors. When I try to build manually, ragel segfaults. I'm going to try to figure it out, but if anyone has had any success, I'd love to hear about it :) Thanks, Graham

1 0

"unrecognized runtime type" TypeError
by Peter Jaros 07 Mar '11

07 Mar '11

Hey, all. I'm still seeing this bug in MacRuby 0.8: http://www.macruby.org/trac/ticket/648 unrecognized runtime type `{__CGEventTapProxy=}' (TypeError) I've been trying to figure out what causes it. As I understand it, it's because ^{__CGEventTapProxy=} is listed as the arg type in the BridgeSupport file, but MacRuby doesn't know how to map that to an object. Do I have that right? I was hoping I could work out a fix myself, but I think I'm still missing something about how MacRuby uses BridgeSupport. Any pointers appreciated. Thanks, Peter -- Words: http://www.nothingundone.net/ Videos: http://www.youtube.com/peeja Conversation: (603) 548-1203

3 3

Documentation
by Martin Hawkins 05 Mar '11

05 Mar '11

Is there an 'official' macruby documentation site? (Apart from the MacRuby Documentation page) It strikes me that there is a ton of gold dust in this forum that really needs to be pulled together so that people can access it easily.

5 10

Should Mechanize Work with MacRuby?
by Duane Kiefer 04 Mar '11

04 Mar '11

I'm trying to use Mechanize with MacRuby but it fails with the following error: ----------------------------> Darwin::dekiefer:29-> sudo macgem install mechanize Password: Successfully installed mechanize-1.0.0 1 gem installed Darwin::dekiefer:30-> macirb irb(main):001:0> require 'rubygems' => true irb(main):002:0> require 'mechanize' => true irb(main):003:0> agent = Mechanize.new => #<Mechanize #<Mechanize::CookieJar:0x2006210a0 @jar={}> nil> irb(main):004:0> page= agent.get('http://google.com/') NoMethodError: undefined method `html_parser' for nil:NilClass /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/lib/ruby/1.9.2/forwardable.rb:185:in `search:' /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/lib/ruby/Gems/1.9.2/gems/mechanize-1.0.0/lib/mechanize/page.rb:227:in `meta' /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/lib/ruby/Gems/1.9.2/gems/mechanize-1.0.0/lib/mechanize/inspect.rb:21:in `block' /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/lib/ruby/1.9.2/prettyprint.rb:199:in `block' /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/lib/ruby/1.9.2/prettyprint.rb:225:in `nest:' /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/lib/ruby/1.9.2/prettyprint.rb:198:in `block' /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/lib/ruby/1.9.2/prettyprint.rb:210:in `group_sub' /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/lib/ruby/1.9.2/prettyprint.rb:197:in `group:' /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/lib/ruby/Gems/1.9.2/gems/mechanize-1.0.0/lib/mechanize/inspect.rb:20:in `block' /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/lib/ruby/1.9.2/prettyprint.rb:199:in `block' /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/lib/ruby/1.9.2/prettyprint.rb:225:in `nest:' /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/lib/ruby/1.9.2/prettyprint.rb:198:in `block' /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/lib/ruby/1.9.2/prettyprint.rb:210:in `group_sub' /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/lib/ruby/1.9.2/prettyprint.rb:197:in `group:' /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/lib/ruby/1.9.2/pp.rb:164:in `object_group:' /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/lib/ruby/Gems/1.9.2/gems/mechanize-1.0.0/lib/mechanize/inspect.rb:16:in `pretty_print:' /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/lib/ruby/1.9.2/pp.rb:154:in `block' /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/lib/ruby/1.9.2/prettyprint.rb:199:in `block' /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/lib/ruby/1.9.2/prettyprint.rb:225:in `nest:' /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/lib/ruby/1.9.2/prettyprint.rb:198:in `block' /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/lib/ruby/1.9.2/prettyprint.rb:210:in `group_sub' /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/lib/ruby/1.9.2/prettyprint.rb:197:in `group:' /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/lib/ruby/1.9.2/pp.rb:154:in `pp:' /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/lib/ruby/1.9.2/pp.rb:77:in `block' /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/lib/ruby/1.9.2/pp.rb:121:in `guard_inspect_key' /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/lib/ruby/1.9.2/pp.rb:77:in `pp:' /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/lib/ruby/1.9.2/pp.rb:51:in `inspect' irb(main):005:0> NoMethodError: undefined method `html_parser' for nil:NilClassirb(main):005:0> <---------------------------------- I'm using the latest version of the trunk: Darwin::dekiefer:3-> svn co http://svn.macosforge.org/repository/ruby/MacRuby/trunk MacRuby-trunk Checked out revision 5248. Darwin::dekiefer:4-> macruby -v MacRuby 0.10 (ruby 1.9.2) [universal-darwin10.0, x86_64] Darwin::dekiefer:5->

2 1

macruby_deploy --gem
by Andre Lewis 03 Mar '11

03 Mar '11

Just wanted to report from the field that gem packaging in the new macruby_deploy is working great. It really simplified our build scripts. For reference: PATH="$PATH:/usr/local/bin" macruby_deploy --embed "$TARGET_BUILD_DIR/Redwood.app" --gem nokogiri --gem gdata_19 --compile Thanks for this huge improvement in 0.9.

1 0

BridgeSupport stack overflow
by Martin Hawkins 03 Mar '11

03 Mar '11

I have an application that needs to access some constants - KeyDirectObject from AppleEvents.h, requiring AE.bridgesupport; and KInternetEventClass and KAEGetURL from InternetConfig.h, requiring HIServices.bridgesupport. I had to upgrade to the BridgeSupport Preview 3 for the constants to be 'seen'. I've built the app by amending the Embed target slightly; I've added the --bs flag (slightly unfortunate name there !) which has produced the BridgeSupport directory under Contents/Resources as required. I'm using the debug build atm. I have two observations: a) running the app on Snow Leopard 10.6.6 works just fine, but running it on a MacBook Pro build with Snow Leopard 10.6 (i.e no upgrades applied) results in a crash - stack overflow, Job appears to have crashed: Abort trap. As the purpose of this build is to allow the app to run on Macs that have neither MacRuby installed nor the BridgeSupport preview, we've taken to redefining these constants in rb_main.rb and dispensing with the BridgeSupport files; we'd like to address that. I'm happy to work with someone to try to figure out what is going on and to fix it. b) the --bs flag increases the size of the app by about 5mb. We only need the two mentioned - can we amend the script to make sure only the two mentioned above get included? Incidentally - I noticed that there were 9 .dylib files in the BridgeSupport folder - are they supposed to be there? Martin

1 1

Re: [MacRuby-devel] Focus window from second XIB
by Sven Schwyn 02 Mar '11

02 Mar '11

> If the file's owner is the controller, you should not be adding a controller object to the nib, because then you will wind up with two of them. Makes sense. And reading a little on File's Owner, it seems to be the right choice - at least for other than the MainMenu.xib. Setting up a separate NSObject as delegate is how it's done in the "MacRuby in Action" book for MainMenu.xib. Apparently it doesn't really work for other XIBs though. Is there any particular advantage a separate delegate has compared to File's Owner?

5 5