-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hey guys,
i'm relatively new in the world of MacRuby but I'm hooked already. I
tried to build it from source (trunk and experimental) but didn't have
any luck with it.
The experimental branch exits here:
…
"llvm::Intrinsic::getDeclaration(l
On 04.08.2009, at 22:59, Laurent Sansonetti wrote:
I will proceed with the merge tomorrow at 3PM California time
(midnight Amsterdam time, 7AM Tokyo time). Feel free to commit
before, but please hold off your commits at that time :)
This screams for a DVCS but I guess you already had that d
Hi John,
What's your environment (OS) and CPU?
Also, could you paste a few more lines? I assume it's failing to link
miniruby here.
Thanks,
Laurent
On Aug 5, 2009, at 1:32 AM, John-Paul Bader wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hey guys,
i'm relatively new in the world
On Tue, Aug 4, 2009 at 1:59 PM, Laurent Sansonetti wrote:
> Headlines:
>
> - macirb should work as before. The local variable bug has been fixed.
>
> - macrake should work as before. Running HotCocoa projects should work, you
> can even build MacRuby with macrake.
>
> - new YAML module, API compat
Hi Conrad,
On Aug 5, 2009, at 2:00 AM, Conrad Taylor wrote:
Laurent
I'm seeing the following warning messages after "sudo rake install":
unknown: warning: File::new() does not take block; use File::open()
instead
Sorry about that, I just fixed that in r2219.
Also, running "rake spec:ci"
On Wed, Aug 5, 2009 at 2:13 AM, Laurent Sansonetti wrote:
> Hi Conrad,
>
> On Aug 5, 2009, at 2:00 AM, Conrad Taylor wrote:
>
>> Laurent
>>
>> I'm seeing the following warning messages after "sudo rake install":
>>
>> unknown: warning: File::new() does not take block; use File::open()
>> instead
>
On Wed, Aug 5, 2009 at 2:17 AM, Conrad Taylor wrote:
>
>
> On Wed, Aug 5, 2009 at 2:13 AM, Laurent Sansonetti
> wrote:
>
>> Hi Conrad,
>>
>> On Aug 5, 2009, at 2:00 AM, Conrad Taylor wrote:
>>
>>> Laurent
>>>
>>> I'm seeing the following warning messages after "sudo rake install":
>>>
>>> unknow
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hey,
I'm on the following hard and software:
Model Identifier: MacBookPro4,1
Processor Name: Intel Core 2 Duo
Processor Speed:2.6 GHz
OS: Mac OS X 10.5.7
RakeVersion 0.8.7
Longer B
> This is the last experimental branch status update, we accomplished I
> think all the goals required to merge the branch into trunk. There
> will be more status updates after, but they will focus on trunk and
> the 0.5 release objectives :)
To be clear, this means that the trunk is going to be b
The latter seems a good option to me, if you have a patch I'll gladly
apply it.
Eloy
On Aug 5, 2009, at 12:25 PM, M. Scott Ford wrote:
This is the last experimental branch status update, we accomplished I
think all the goals required to merge the branch into trunk. There
will be more status
Hi all,
I'm writing an iPhone app. I made the audacious step of trying to test
my ObjC model classes using MacRuby. I create and load a dynlib
("bundle") of these classes. So far, so good.
However, I have a C struct that I use all over the place:
struct MapPoint {
int row;
int col;
};
typede
Hi,
On Aug 5, 2009, at 5:31 PM, Clay Bridges wrote:
The google didn't yield much guidance on this. Before I started a
deep-dive on the MacRuby source, and/or the standard ruby way to
handle this sort of thing, I thought I would ask a couple of
questions:
1) Any easy advice?
Yes, use RubyCocoa
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
> Yes, use RubyCocoa
I'm afraid I'm already hooked. ;)
If it comes down to it, I've already put a testing-only category wrapper
around one method, e.g.
#import "Cell.h"
@interface Cell (TestUtil)
@property (readonly) NSArray* mapPointAsArray;
@end
@implementation Cell (TestUtil)
@dynamic ma
On Aug 5, 2009, at 8:41 AM, Eloy Duran wrote:
Hi,
On Aug 5, 2009, at 5:31 PM, Clay Bridges wrote:
The google didn't yield much guidance on this. Before I started a
deep-dive on the MacRuby source, and/or the standard ruby way to
handle this sort of thing, I thought I would ask a couple of
que
On Aug 5, 2009, at 12:57 PM, Laurent Sansonetti wrote:
On Aug 5, 2009, at 8:41 AM, Eloy Duran wrote:
Hi,
On Aug 5, 2009, at 5:31 PM, Clay Bridges wrote:
The google didn't yield much guidance on this. Before I started a
deep-dive on the MacRuby source, and/or the standard ruby way to
handle th
It seems that the following command could be used:
$ sysctl hw.cpu64bit_capable
On my machines (all 64-bit unfortunately) this returns 1. Could one on
32-bit check that it returns 0?
Thanks,
Laurent
On Aug 5, 2009, at 3:29 AM, Eloy Duran wrote:
The latter seems a good option to me, if you
On Aug 6, 2009, at 1:49 AM, Laurent Sansonetti wrote:
It seems that the following command could be used:
$ sysctl hw.cpu64bit_capable
On my machines (all 64-bit unfortunately) this returns 1. Could one
on 32-bit check that it returns 0?
$ sysctl hw.cpu64bit_capable
hw.cpu64bit_capable: 0
On Aug 5, 2009, at 1:09 PM, Laurent Sansonetti wrote:
Here is an example on how to do this automatically. [ SNIP ]
Gee, if this were to go up on, say, the wiki for bridgesupport, this
sort of explicit advice could help future generations too!
Oh what the heck, done. http://bridgesupport
On Aug 4, 2009, at 1:59 PM, Laurent Sansonetti wrote:
I will proceed with the merge tomorrow at 3PM California time
(midnight Amsterdam time, 7AM Tokyo time). Feel free to commit
before, but please hold off your commits at that time :)
OK, I wasn't able to really merge the branch into trunk,
Woot. Nice work Laurent.
Tres Bien!
-Gp
On 5-Aug-09, at 7:27 PM, Laurent Sansonetti wrote:
On Aug 4, 2009, at 1:59 PM, Laurent Sansonetti wrote:
I will proceed with the merge tomorrow at 3PM California time
(midnight Amsterdam time, 7AM Tokyo time). Feel free to commit
before, but please
Thank you, Laurent. That was *incredibly* helpful and kind of you, and
worked perfectly. Being able to add MapPoint#to_a and MapPoint[row,col]
methods was the "oh, ruby, you *are* magic" moment of it all.
I was going to try to pay it back by putting it up on a wiki, but Jordan
beat me to it. I LOL
#302: 0.5 in trunk does not compile
-+--
Reporter: kieran...@… | Owner: lsansone...@…
Type: defect | Status: new
Priority: blocker | Milesto
#302: 0.5 in trunk does not compile
-+--
Reporter: kieran...@… | Owner: lsansone...@…
Type: defect | Status: new
Priority: blocker | Milesto
#302: 0.5 in trunk does not compile
-+--
Reporter: kieran...@… |Owner: lsansone...@…
Type: defect | Status: closed
Priority: blocker |Mile
Thanks guys, with the recent merge, I'm giving git-svn another try :)
- Matt
On Mon, Aug 3, 2009 at 2:32 PM, Josh Ballanco wrote:
> Hey Matt,
>
> Just to add another data point, I've been using git-svn to interface with a
> svn repo where some of my git branches are matched to svn branches and
>
#302: 0.5 in trunk does not compile
-+--
Reporter: kieran...@… |Owner: lsansone...@…
Type: defect | Status: closed
Priority: blocker |Mile
Looks like it's impossible to log in for this bug, so I'm replying by
e-mail...
Building LLVM and MacRuby is only for the developer and LLVM is
statically linked. In order to ship your app you can either bundle
MacRuby.framework or compile it ahead-of-time (this one is still under
develop
28 matches
Mail list logo
