Re: [MacRuby-devel] Will FFI make it into macruby?

2010-03-17 Thread Laurent Sansonetti
On Mar 17, 2010, at 6:11 PM, Jeremy Voorhis wrote: > MacRuby is progressively following LLVM. However we do at the moment require > a revision where ModuleProvider.h exists (I have a local patch that makes it > work for future revisions too but it's not applied yet). > > # The LLVM_TOT variable

Re: [MacRuby-devel] String functions not working in 3/17/2010 build

2010-03-17 Thread Laurent Sansonetti
Hi Robert, As I wrote earlier, please refrain yourself from using trunk right now for real development. It has well-known problems :-) The NSString bridging code for the new String should land later this week... Laurent On Mar 17, 2010, at 8:07 PM, Robert Rice wrote: > Hi group: > > UTF-8 de

[MacRuby-devel] String functions not working in 3/17/2010 build

2010-03-17 Thread Robert Rice
Hi group: UTF-8 default is working again in 3/17 build but I have new problems with strings: Given: def reportDate return nil if @calendar.nil? desc = @calendar.dateValue.description desc.slice(0..3) + desc.slice(5..6) + de

Re: [MacRuby-devel] Will FFI make it into macruby?

2010-03-17 Thread Jeremy Voorhis
> > 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

Re: [MacRuby-devel] Will FFI make it into macruby?

2010-03-17 Thread Laurent Sansonetti
Hi Jeremy, On Mar 17, 2010, at 5:03 PM, Jeremy Voorhis wrote: > 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 prefe

Re: [MacRuby-devel] Will FFI make it into macruby?

2010-03-17 Thread Jeremy Voorhis
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

Re: [MacRuby-devel] New error

2010-03-17 Thread Jordan K. Hubbard
Well, -trunk works for me now with that example, so looks good so far! - Jordan On Mar 17, 2010, at 2:00 AM, Laurent Sansonetti wrote: > I fixed the problem in r3784 (I believe). > > But as Vincent said, trunk is under heavy development at the moment, so > please wait a bit until things get m

Re: [MacRuby-devel] Will FFI make it into macruby?

2010-03-17 Thread Laurent Sansonetti
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 release, 0.6. This being said, patches are always welcome :) Laurent

Re: [MacRuby-devel] New error

2010-03-17 Thread Laurent Sansonetti
I fixed the problem in r3784 (I believe). But as Vincent said, trunk is under heavy development at the moment, so please wait a bit until things get more stable (should be better by the end of the week). Laurent On Mar 17, 2010, at 1:31 AM, Vincent Isambart wrote: >> Interestingly, this con

Re: [MacRuby-devel] New error

2010-03-17 Thread Vincent Isambart
>  Interestingly, this construct does not work on ruby1.9 either, the error > being: > mixedchars.rb:4: invalid multibyte char (US-ASCII) > So you might want to adopt a more Unicode-friendly way of embedding such > characters in any case.  How to actually do that is left as an exercise for > the re

Re: [MacRuby-devel] New error

2010-03-17 Thread Jordan K. Hubbard
I think you've simply found a bug, which you might want to enter into Trac. Interestingly, this construct does not work on ruby1.9 either, the error being: mixedchars.rb:4: invalid multibyte char (US-ASCII) So you might want to adopt a more Unicode-friendly way of embedding such characters in