Re: [MacRuby-devel] [MacRuby] #589: Build error (svn 3396)

#589: Build error (svn 3396) -+-- Reporter: valerii.hi...@… | Owner: lsansone...@… Type: defect | Status: new Priority: major| Mi

[MacRuby-devel] [MacRuby] #591: IB crashing on loading .xib files from my macruby template

#591: IB crashing on loading .xib files from my macruby template +--- Reporter: asimplech...@… | Owner: lsansone...@… Type: defect | Status: new Priority

[MacRuby-devel] Requiring dynamic libraries trouble

Hi, I'm attempting to use a dynamic library. On my workstation it works well. Yet as soon as I try other computers it fails to behave as expected. I have a feeling I'm missing something trivial, but for the life of me I'm not seeing it: . Many thanks, -- D

[MacRuby-devel] [MacRuby] #592: No such file to load -- ubygems (LoadError)

#592: No such file to load -- ubygems (LoadError) -+-- Reporter: lasse.kosk...@… | Owner: lsansone...@… Type: defect | Status: new Priority: minor

Re: [MacRuby-devel] Requiring dynamic libraries trouble

I believe this issue is the same as the one I've reported in this here ticket: http://www.macruby.org/trac/ticket/579 Looks like i386 simply doesn't work…? Out of curiosity, does happen if you compile `test.rb` for i386 only? C. -- Carlo Zottmann Munich, Germany. -- http://carlo.zottmann.org

[MacRuby-devel] MacRuby examples

I just realized that I forgot to mention some of Macruby related posts I worked on, so here is a quick list: * Undo/Redo with MacRuby using NSUndoManager http://merbist.com/2010/02/02/undoredo-in-macruby/ * How to detect Cylons with MacRuby/ new 0.6 debugger http://merbist.com/2010/01/18/how-to-de

Re: [MacRuby-devel] Visibility of ruby methods to objective-C delegates

Hi Michael, Could you try if the webview/js bridge part of the code works, or doesn't, in a normal MacRuby application? If it doesn't work, please file a ticket on https://www.macruby.org/trac/newticket. If it does, then it might be a HotCocoa problem, in which case please file a ticket h

Re: [MacRuby-devel] [MacRuby] #592: No such file to load -- ubygems (LoadError)

#592: No such file to load -- ubygems (LoadError) -+-- Reporter: lasse.kosk...@… | Owner: lsansone...@… Type: defect | Status: new Priority: minor

[MacRuby-devel] [MacRuby] #593: Website: use git svn clone

#593: Website: use git svn clone +--- Reporter: ernest.prabha...@… | Owner: lsansone...@… Type: enhancement | Status: new Priority: blocker

Re: [MacRuby-devel] [MacRuby] #593: Website: use git svn clone

#593: Website: use git svn clone +--- Reporter: ernest.prabha...@… | Owner: lsansone...@… Type: enhancement | Status: new Priority: blocker

Re: [MacRuby-devel] [MacRuby] #591: IB crashing on loading .xib files from my macruby template

#591: IB crashing on loading .xib files from my macruby template +--- Reporter: asimplech...@… | Owner: lsansone...@… Type: defect | Status: new Priority

Re: [MacRuby-devel] [MacRuby] #593: Website: use git svn clone

#593: Website: use git svn clone +--- Reporter: ernest.prabha...@… | Owner: lsansone...@… Type: enhancement | Status: new Priority: blocker

Re: [MacRuby-devel] [MacRuby] #593: Website: use git svn clone

#593: Website: use git svn clone +--- Reporter: ernest.prabha...@… |Owner: lsansone...@… Type: enhancement | Status: closed Priority: blocker

Re: [MacRuby-devel] [MacRuby] #579: i386 compilation doesn't work

#579: i386 compilation doesn't work +--- Reporter: ca...@… | Owner: lsansone...@… Type: defect | Status: new Priority: major | Milestone:

Re: [MacRuby-devel] Visibility of ruby methods to objective-C delegates

Hi Eloy, it is not related to hotcocoa since my original application is not using it - this example was taken because it was that simple that it fitted in some lines of code. The question is rather, if I should attach a stripped down version of my app for better testing purposes. Thanks, Mich

[MacRuby-devel] [MacRuby] #594: Not all methods visible to objective-c calls

#594: Not all methods visible to objective-c calls --+- Reporter: mich...@… | Owner: lsansone...@… Type: defect| Status: new Priority: blocker | M

[MacRuby-devel] [MacRuby] #595: our YAML library does not honor #add_builtin_type

#595: our YAML library does not honor #add_builtin_type ---+ Reporter: lsansone...@… | Owner: neerac...@… Type: defect | Status: new Priority: blocker

[MacRuby-devel] Error building new LLVM revision

LLVM version: Path: . URL: https://llvm.org/svn/llvm-project/llvm/trunk Repository Root: https://llvm.org/svn/llvm-project Repository UUID: 91177308-0d34-0410-b5e6-96231b3b80d8 Revision: 89156 Node Kind: directory Schedule: normal Last Changed Author: dpatel Last Changed Rev: 89156 Last Changed Da

Re: [MacRuby-devel] Error building new LLVM revision

I rm -rf my llvm repo and pulled again, also don't forget to rake clean before building macruby. - Matt On Tue, Feb 2, 2010 at 4:46 PM, Jordan Breeding wrote: > LLVM version: > > Path: . > URL: https://llvm.org/svn/llvm-project/llvm/trunk > Repository Root: https://llvm.org/svn/llvm-project > Re

Re: [MacRuby-devel] Error building new LLVM revision

Yeah, I haven't even gotten to the point where I would be building MacRuby, although I already removed it. I was thinking about removing llvm, but it is just in /usr/local and a separate copy (for clang) in /opt/llvm. Neither one of those is getting picked up, this is the one getting picked up:

[MacRuby-devel] [MacRuby] #596: Unable to install gems with macgem

#596: Unable to install gems with macgem --+- Reporter: jamesot...@… | Owner: lsansone...@… Type: defect| Status: new Priority: major |

Re: [MacRuby-devel] Error building new LLVM revision

You're building LLVM with llvm-gcc. I don't know if this will work. Laurent On Feb 2, 2010, at 4:46 PM, Jordan Breeding wrote: LLVM version: Path: . URL: https://llvm.org/svn/llvm-project/llvm/trunk Repository Root: https://llvm.org/svn/llvm-project Repository UUID: 91177308-0d34-0410-b5e6-96

Re: [MacRuby-devel] Error building new LLVM revision

Alright, so since llvm-gcc is now in /bin (in some new tools that might have been released in late Jan), MacRuby advice is "try not to build with llvm-gcc", and the default llvm build searches all of PATH for llvm-gcc, etc. I fixed it using a lot of extra configuration upfront. Instead of: ./c