July 2008 - MacRuby-devel - lists.macosforge.org

Re: [MacRuby-devel] [macruby] #46: Interface Builder unable to parse new keyed arguments, fails to load class files
by macruby 08 Jul '08

08 Jul '08

#46: Interface Builder unable to parse new keyed arguments, fails to load class files --------------------------------+------------------------------------------- Reporter: apparently(a)fake.ru | Owner: lsansonetti(a)apple.com Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Resolution: Keywords: | --------------------------------+------------------------------------------- Comment (by occam(a)mac.com) FYI: On my OSX 10.5, the script that updates IB can be found at: /System/Library/Frameworks/RubyCocoa.framework/Versions/A/Tools/rb_nibtool.rb and IB calls it something like this (e.g., on MyController.rb): '''/usr/bin/ruby /System/Library/Frameworks/RubyCocoa.framework/Versions/A/Tools/rb_nibtool.rb -p -s -f - < MyController.rb''' This command can be called (indirectly) from the IB menu: File->Read Class Files... and (at the file dialogue) selecting your ruby file (e.g., MyController.rb, above). -- Ticket URL: <https://www.macruby.org/trac/ticket/46#comment:2> macruby <http://macruby.org/>

1 0

#95: uninitialized constant NSHomeDirectory
by Jonathan Waddilove 08 Jul '08

08 Jul '08

Thanks, I hadn't realised that the parentheses are required to force the call. It all works now. Jonathan

1 0

Re: [MacRuby-devel] [macruby] #47: Cannot pass a :symbol directly as a named parameter
by macruby 08 Jul '08

08 Jul '08

#47: Cannot pass a :symbol directly as a named parameter ------------------------------------------+--------------------------------- Reporter: cremes(a)mac.com | Owner: lsansonetti(a)apple.com Type: defect | Status: new Priority: minor | Milestone: MacRuby 1.0 Component: MacRuby | Resolution: Keywords: symbol named keyed parameter | ------------------------------------------+--------------------------------- Comment (by dj2(a)everburning.com) The attached symbol_error.diff is a possible fix for this. I don't see any way in the code to be able to print the symbol name into the error message instead of forKey (attempting to add another parameter to the args array causes other issues as that's used in the method_missing dispatch I believe). This at least gives the user an idea of what could be wrong. -- Ticket URL: <https://www.macruby.org/trac/ticket/47#comment:5> macruby <http://macruby.org/>

1 0

RubyCocoa layer
by Eloy Duran 08 Jul '08

08 Jul '08

Hi, Today I merged my code for the RubyCocoa layer. It's still very premature. There are some notes in sample-macruby/ RubyCocoa/README about what still needs to to be done. Also it is now in lib/osx/rubycocoa.rb and there's a osx/cocoa.rb. The latter will probably be removed as to not have RubyCocoa applications work by default. This needs to be discussed further. For now the main issues are the super_foo style methods and also some method missing like behaviour for objc methods that check if a method exists before dispatching. The latter is currently being worked around, but that should definitely move out. Cheers, Eloy

4 15

[macruby] #95: uninitialized constant NSHomeDirectory
by macruby 07 Jul '08

07 Jul '08

#95: uninitialized constant NSHomeDirectory ------------------------------------+--------------------------------------- Reporter: jonathan(a)waddilove.net | Owner: lsansonetti(a)apple.com Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Maybe I've done something wrong but.... I'm trying to access NSHomeDirectory and get 'uninitialized constant NSHomeDirectory'. This can be reproduced in MacIrb with: foo = NSHomeDirectory S/w level: irb 0.9.5(05/04/13) -- Ticket URL: <https://www.macruby.org/trac/ticket/95> macruby <http://macruby.org/>

1 1

[macruby] #93: Static lib useless in the framework
by macruby 06 Jul '08

06 Jul '08

#93: Static lib useless in the framework ----------------------------------------+----------------------------------- Reporter: vincent.isambart(a)gmail.com | Owner: lsansonetti(a)apple.com Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------------+----------------------------------- The static ruby library in installed in the framework but it is not of any use. And it takes nearly half of the size of the framework. -- Ticket URL: <https://www.macruby.org/trac/ticket/93> macruby <http://macruby.org/>

1 1

Re: [MacRuby-devel] [macruby] #71: setting --prefix in ./configure does not set location of install
by macruby 05 Jul '08

05 Jul '08

#71: setting --prefix in ./configure does not set location of install ----------------------------------------+----------------------------------- Reporter: stephen.bannasch(a)gmail.com | Owner: lsansonetti(a)apple.com Type: defect | Status: closed Priority: major | Milestone: MacRuby 0.3 Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------------+----------------------------------- Comment (by stephen.bannasch(a)gmail.com) Not sure if the ticket should be re-opened .. this just seemed a bit weird to me. Executing rake install with DESTDIR specified with a relative dir path doesn't work. markgc failed in instruby.rb when this dir specification was used with rake install: {{{ DESTDIR=../../builds/macruby/macruby_r308 rake install }}} Here's the actual error: {{{ cannot markgc /System/Library/Frameworks/AppKit.framework/Versions/C/Resources/BridgeSupport/AppKit.dylib rake aborted! Command failed with status (1): [./miniruby instruby.rb --make="/usr/bin/ma...] /Users/stephen/dev/ruby/src/macruby.svn/rakefile:559 }}} markgc worked and the install completed with both of these dir specifications: {{{ sudo env DESTDIR=../../builds/macruby/macruby_r308 rake install DESTDIR=/Users/stephen/ruby/src/builds/macruby/macruby_r308 rake install }}} -- Ticket URL: <https://www.macruby.org/trac/ticket/71#comment:3> macruby <http://macruby.org/>

1 0

Re: [MacRuby-devel] [macruby] #45: add configure option --enable-embeddable-framework
by macruby 05 Jul '08

05 Jul '08

#45: add configure option --enable-embeddable-framework --------------------------------+------------------------------------------- Reporter: apparently(a)fake.ru | Owner: lsansonetti(a)apple.com Type: enhancement | Status: closed Priority: blocker | Milestone: MacRuby 0.3 Component: MacRuby | Resolution: fixed Keywords: | --------------------------------+------------------------------------------- Changes (by lsansonetti(a)apple.com) * status: new => closed * resolution: => fixed * milestone: MacRuby 1.0 => MacRuby 0.3 Comment: Should be fixed in r308/trunk. You can build an embeddable version of MacRuby using: {{{ $ rake build_as_embeddable=true }}} -- Ticket URL: <https://www.macruby.org/trac/ticket/45#comment:2> macruby <http://macruby.org/>

1 0

Re: [MacRuby-devel] [macruby] #71: setting --prefix in ./configure does not set location of install
by macruby 05 Jul '08

05 Jul '08

#71: setting --prefix in ./configure does not set location of install ----------------------------------------+----------------------------------- Reporter: stephen.bannasch(a)gmail.com | Owner: lsansonetti(a)apple.com Type: defect | Status: closed Priority: major | Milestone: MacRuby 0.3 Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------------+----------------------------------- Changes (by lsansonetti(a)apple.com) * status: new => closed * resolution: => fixed Comment: In trunk, it is possible to specify a destination directory in which all the MacRuby bits will be installed in. {{{ $ rake $ DESTDIR=/tmp/MacRuby rake install }}} However it is then necessary to force the dynamic linker to load libmacruby.dylib from the destination directory. {{{ DYLD_LIBRARY_PATH=/tmp/MacRuby/Library/Frameworks/MacRuby.framework/Versions/Current/usr/lib /tmp/MacRuby/usr/local/bin/macruby -v MacRuby version 0.3 (ruby 1.9.0 2008-06-03) [universal-darwin9.0] }}} -- Ticket URL: <https://www.macruby.org/trac/ticket/71#comment:2> macruby <http://macruby.org/>

1 0

Re: [MacRuby-devel] [macruby] #38: Unable to use NS* constants in NSObject subclass.
by macruby 05 Jul '08

05 Jul '08

#38: Unable to use NS* constants in NSObject subclass. ----------------------------+----------------------------------------------- Reporter: alloye(a)mac.com | Owner: lsansonetti(a)apple.com Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.3 Component: MacRuby | Resolution: fixed Keywords: | ----------------------------+----------------------------------------------- Changes (by lsansonetti(a)apple.com) * status: new => closed * resolution: => fixed -- Ticket URL: <https://www.macruby.org/trac/ticket/38#comment:6> macruby <http://macruby.org/>

1 0