>
>
> We don't really have a choice, the C API does not offer all the features we
> need and we also need to follow the new LLVM changes internally. Hopefully,
> the LLVM team is always helping us :-)
>
I wouldn't expect you to use the C API internally, but it's convenient to
wrap it with FFI. Tha
>
> We already have a basic implementation of attach_function in MacRuby based
> on LLVM, but it has not been tested well. And we have a class similar to
> MemoryPointer too (called Pointer) which also uses LLVM to generate
> conversion stubs.
>
> I think it shouldn't be hard to finish FFI inside M
On Wed, Mar 17, 2010 at 2:02 AM, Laurent Sansonetti
wrote:
> Hi Robert,
>
> There is currently no plan about implementing the FFI API in MacRuby. It
> was my plan originally but apparently the API is not really used, so I
> preferred to support C extensions instead, which will be in the next
> rel
So, can the TCO elimination pass actually perform TCO for mutually recursive
methods and the compiler just isn't phrasing method invocations in a
compatible way? Also, better method inlining support is awesome, but my
intuition tells me that there isn't a lot of overlap between implementing
TCO and
I've just installed the latest MacRuby beta binaries on my new macbook, and
this happens:
Jeremy-Voorhiss-MacBook-Pro:~ jvoorhis$ cat test.rb
require 'hotcocoa'
include HotCocoa
application do |app|
win = window :size => [100,50]
b = button :title => 'Hello'
b.on_action { puts 'World!' }
w
>
> i.e. the argument to defined? must be put in parentheses else MacRuby
> crashes.
>
Only because && binds more tightly than method application.
It would be nice if some of this code found its way into the Platform gem,
or similar. I've found myself writing Kernel#macruby? in libraries a couple
I've reproduced it using 0.4, for whatever that's worth. If you open a
builtin class (e.g. NSSet) with the class keyword, the object_id changes. If
you open it with class_eval, the object_id is unchanged.
Best,
Jeremy
On Fri, Aug 21, 2009 at 11:47 AM, Laurent Sansonetti
wrote:
> On Aug 21, 2009,
When MacRuby's FFI support is more mature, declaring an FFI::Struct subclass
like this will be another option.
class MapPoint < FFI::Struct
layout :row, :int, :col, :Int
end
You instantiate an FFI::Struct with a pointer. I'm hacking away on a Ruby
interface to a C library, and I'm slinging
If MacRuby is aiming for full FFI support, a la JRuby, then creating
interpreter-independent versions of C extensions need not be difficult. I've
begun porting some of my own Ruby bindings from DL and C and have found that
as long as you handle your C types correctly, everything tends to Just Work
ompatible.
>
> - Matt
>
> On Thu, May 28, 2009 at 10:32 AM, Jeremy Voorhis wrote:
>>
>> Mike,
>>
>> Is your code available anywhere, e.g. on github? I haven't looked at
>> the PyObjC code myself, but I'd be interested in having really decent
>&
Mike,
Is your code available anywhere, e.g. on github? I haven't looked at
the PyObjC code myself, but I'd be interested in having really decent
CoreMIDI support available in MacRuby.
Btw, when C extensions are supported, simple apps will be able to use
my MusicPlayer lib at
http://github.com/jvo
Personally, I'm in favor of a single mailing list, especially with a
small group like this. If there is some perception that a name ending
in -devel is intimidating, maybe we should just be pitched as "the
MacRuby mailing list" :)
Best,
Jeremy
On Fri, May 22, 2009 at 10:35 AM, Laurent Sansonetti
ERB is part of Ruby's core library, and as such, is included with
MacRuby. I just poked around in macirb 0.4 and it seems to be working
as expected.
Best,
Jeremy
On Thu, May 21, 2009 at 2:57 AM, Mic Pringle wrote:
> Hi,
>
> Is Erb included in 0.4 MacRuby ... and if so is it fully functional ?
>
Cocoa, and that the infrastructure is
implemented in the base class for every object in the MacRuby runtime.
Best,
Jeremy Voorhis
On Fri, May 15, 2009 at 12:42 AM, Thilo wrote:
> Isn't it already working? At least for primitiv types?
>
> Eg. when I bind a label to a Int property which
can keep tabs on this.
Thanks for the additional examples.
> On Thu, May 14, 2009 at 11:10 AM, Jeremy Voorhis wrote:
>>
>> Hello,
>>
>> I've just noticed that, at least in 0.4, Fiber#resume causes a
>> segfault. I found this ticket in trac which obliquely addr
Hello,
I've just noticed that, at least in 0.4, Fiber#resume causes a
segfault. I found this ticket in trac which obliquely addresses the
issue: https://www.macruby.org/trac/ticket/81.
Laurent: would a new ticket for this issue be helpful or noisy in this case?
Best,
Jeremy Vo
t; not forget about it?
>
> Thanks,
> Laurent
>
> On May 12, 2009, at 10:18 AM, Jeremy Voorhis wrote:
>
>> Hello,
>>
>> I've been learning Cocoa, Objective-C and macruby in tandem and I was
>> just wondering, are there any plans to integrate the key-value
&
at
can actually account for how views *appear*?
Best,
Jeremy Voorhis
On Tue, May 12, 2009 at 2:45 PM, Alex Vollmer wrote:
> On May 11, 2009, at May 11, 11:18 PM, Matt Aimonetti wrote:
>
> Before I get too excited, I'd like to hear what you guys think and what you
> believe you need
change end
>> end
=> nil
>> n = Notifier.new
=> #
>> n.addObserver(Observer.new, forKeyPath:'value', options:0, context:nil)
=> nil
>> n.value = 42
=> 42
>> n.setValue 42
{"kind"=>1}
=> nil
Best,
Jeremy Voorhis
_
19 matches
Mail list logo
