I'm running into variants of #664 more and more frequently. They seem to be
related to nesting blocks on a background thread. The scheduling on the main
thread seems to be a red herring. They can also be a bit intermittent,
although it's 100% reproducible in some cases.
Pulling instances out into
I use defined? MACRUBY_VERSION, myself. A bit shorter ;)
On Fri, Dec 18, 2009 at 3:34 PM, Josh Ballanco wrote:
> Whoops...that's what I get for replying with untested code...
>
>
> On Dec 18, 2009, at 12:14 PM, Paul Howson wrote:
>
> > On 17/12/2009, at 6:21 PM, Josh Ballanco wrote:
> >
> >> def
Minor typos: (adjustments in bold)
-C Compile, assemble and link a loadable object file. This option pro-
duces a Mach-O MacRuby loadable object bundle (.rbo) for every
Ruby
source file passed to* rubyc* using a default file
rubyc is also able to generate a dynamic library
.
>
>
> On Nov 25, 2009, at 10:21 AM, Dylan Bruzenak wrote:
>
> Hi all,
>>
>> First, great work with the 0.5b2 release. I'm starting to use this for
>> more serious development and it does most of the things I need very well.
>> After a brief s
Hi all,
First, great work with the 0.5b2 release. I'm starting to use this for more
serious development and it does most of the things I need very well. After a
brief struggle last night I managed to get the code for one of my projects
compiling using the new macruby_deploy method and it works lik
ed to ship
> your product before the template is available we can help you compiling your
> app (but it will require some command-line magic) :)
>
> Laurent
>
>
> On Oct 2, 2009, at 11:51 AM, Dylan Bruzenak wrote:
>
> Thanks!
>>
>> Mostly I'm looking at d
#x27;s kind of hard and we still have problems with #require statements.
>>> We will introduce an Xcode target that does it automatically for the 0.5
>>> release.
>>>
>>> I guess the target could indeed by added by default to the templates once
>>> it's fu
ly revolve
around how things should be implemented, the right way, which sounds like
rucola integration.
- Dylan
On Fri, Oct 2, 2009 at 1:30 PM, Dylan Bruzenak wrote:
> I'm trying not to jump to conclusions, just feeling out the space and
> trying to open up the discussion a bit. Not
one coming from your side of your fence is very useful and
> please don't stop arguing for what you think would be better for people
> coming from the Xcode world, we really need that opinion to create a better
> tool :)
>
> Thanks,
>
> - Matt
>
>
>
>
>
> On Fr
First, I completely agree on reducing duplicated effort, but I have a few
questions. Let me know if you want to move this discussion off list or feel
free to just answer these off list.
First, being new to the Ruby on Mac eco-system:
What is the timeline for merging rucola into HotCocoa vs extend
I'm a bit of a newbie when it comes to command line compilation.
Is there an easy way for me to basically just say: compile everything
recursively, starting at this directory ? Given that, what would be the best
way to then integrate that with an Xcode project as part of a target ?
Also, is this f
website-contributions.html
>
> Laurent
>
>
> On Oct 1, 2009, at 11:06 PM, Dylan Bruzenak wrote:
>
> Just opened https://www.macruby.org/trac/ticket/362 :)
>>
>> As for the testing obj-c classes part, what is the best way to document
>> that ? I'm not the
t; Thanks for the work, it looks great :)
>
> Laurent
>
>
> On Oct 1, 2009, at 7:50 PM, Dylan Bruzenak wrote:
>
> Message is being held pending moderator approval; let me know if I should
>> post the actual file somewhere else :)
>>
>> - Dylan
>>
>>
Message is being held pending moderator approval; let me know if I should
post the actual file somewhere else :)
- Dylan
On Thu, Oct 1, 2009 at 9:48 PM, Dylan Bruzenak wrote:
> Good idea. I've attached it here. I may have accidentally added the build
> directory as well; this should
y patches if this seems like a good route to go.
- Dylan Bruzenak
www.ideaswarm.com
___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
15 matches
Mail list logo
