a[0]; a[1]; a[2]; a[3]; a[4]
a[0]; a[1]; a[2]; a[3]; a[4]
a[0]; a[1]; a[2]; a[3]; a[4]
a[0]; a[1]; a[2]; a[3]; a[4]
i += 1
end
end
perf_test('tuple swap') do
i = 0
a = "12345"
while i < 10
a[4], a[0] = a[0], a[4]
a[3], a[1] = a[1], a[3]
i
. In the meantime, your tests have some
> side effects I'm afraid (literal strings in loops are object creations).
>
> Laurent
>
> On May 26, 2010, at 9:09 PM, Jordan Breeding wrote:
>
>> Right now MacRuby is really quite slow for string operations, I noticed
r:
> #include
>
> and the SDK uses std::string all over the place...
> why is it complaining like this?
>
>
> 2010/5/27 Jordan Breeding
> You might have to make a bridge support file and include it in your framework.
>
> Something like this (although
31, Louis-Philippe wrote:
> Thanks!
> ok... I sorted some of the issues out... I was able to make a x86_64
> framework out of the SDK by including the proper exports symbols (using nm
> with the -arch flag).
>
> so now it loads fine with the framework method...
> but I cant a
Then you could force macruby/macirb to run as i386:
`arch -arch i386 macirb`
On May 27, 2010, at 10:13, Louis-Philippe wrote:
> it only builds for i386...
> getting errors when trying to build for x86_64...
> thats why I tried as I tested to build only for i386...
>
> 2010/5/27
Try building your framework as both i386 and x86_64.
On May 27, 2010, at 10:00, Louis-Philippe wrote:
> file PATH/MYSDK.framework/MYSDK
> ./MYSDK: Mach-O dynamically linked shared library i386
>
> file `which macruby`:
> /usr/local/bin/macruby: Mach-O universal binary with 2 architectures
> /usr
Right now MacRuby is really quite slow for string operations, I noticed it a
while back when doing large amounts of string creation, characters swapping,
and pushing/popping strings into/out of a priority queue.
The attached file is a string performance test and here is a run on my 15" Core
i7
Currently ERROR is not thrown out of the results before they are tested to see
which is best, this means that ERROR is actually considered the winner after
running .to_f on it.
My current patch probably doesn't handle the case of each of the rubies being
tested all having ERROR, but it does wor
i = old_inspect
>if i.start_with?('#<')
> d = description
> d.start_with?('<') ? i : d
>else
> i
>end
> end
> end
>
> But you’re right, a better integration of „description“ would be nice.
>
> Bernd
>
&g
Right now for custom objects on the Objective-C side even if you provide a
-[Object description] call to_s will fall through and hit to_s from NSObject
which right now just has the class name and pointer.
Is it already planned for the future to use the description method in to_s on
the MacRuby
14:31, Laurent Sansonetti wrote:
> This one does not seem critical for 0.6, does it?
>
> We are looking for bugs that could seriously impact Cocoa development.
>
> Laurent
>
> On Apr 23, 2010, at 4:29 AM, Jordan Breeding wrote:
>
>> Could you also take a look at https://w
Could you also take a look at https://www.macruby.org/trac/ticket/663?
Jordan
On Apr 23, 2010, at 00:31, Laurent Sansonetti wrote:
> Now:
>
> http://www.macruby.org/trac/ticket/628 CTFramesetterCreateFrame doesn't like
> the CFRange type
> http://www.macruby.org/trac/ticket/662 macruby 0.6 bre
I went ahead and filed ticket 599 to address the issue of making the build more
reliable in these situations (llvm-gcc and llvm-g++ being found by the LLVM
build).
On Feb 02, 2010, at 21:55, Jordan Breeding wrote:
> Alright, so since llvm-gcc is now in /bin (in some new tools that might h
ended up working, maybe for now if the build depends on not building LLVM
with llvm-gcc something like the above might a good idea to change too.
On Feb 02, 2010, at 19:25, Laurent Sansonetti wrote:
> You're building LLVM with llvm-gcc. I don't know if this will work.
>
> Lau
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
> Repo
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
Scott,
I have not had any trouble running macruby through dtrace here, can you send
the contents of your dtrace script so that I can compare to my working files?
Jordan
On Dec 18, 2009, at 16:33, Laurent Sansonetti wrote:
> Hi Scott,
>
> I'm not a DTrace expert but in my experience, dtrace ta
The last change I see in the public git repo is r3101, but the svn repo shows
up to r3124 for trunk, is the git repo stuck?
Jordan
smime.p7s
Description: S/MIME cryptographic signature
___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
h
Resending from the correct address this time:
Is something broken with the Git repo?
commit b9317a4b60bd63cf1452f0594a92fc45fedaa2fe
Author: lsansone...@apple.com
Date: Fri Dec 11 01:16:11 2009 +
cleanup
git-svn-id: http://svn.macosforge.org/repository/ruby/MacRuby/tr...@3101
233
Thanks!
On Dec 10, 2009, at 15:32, William Siegrist wrote:
> Sorry about the typo, it has been fixed.
>
> -Bill
>
> On Dec 10, 2009, at 1:03 PM, Jordan Breeding wrote:
>
>> Could we get the reply-to field on messages from
>> macruby-chan...@lists.macosforge.or
I was thinking that especially when testing the performance of a pure ruby
based class (Set) against a Cocoa class (NSSet/NSMutableSet), it would be
useful to alias methods in the Cocoa side of things. My thought was then you
could have a single API to use in the rest of your code and you can ju
Could we get the reply-to field on messages from
macruby-chan...@lists.macosforge.org changed from:
macruby-...@lists.macosforge.org
to:
macruby-devel@lists.macosforge.org
That way just hitting reply or reply to all should work to send a question
about a commit to the devel list?
On Dec 10,
v 28, 2009, at 18:09, Robert Rice wrote:
> Hi Jordon:
>
> each is a documented method for the the string class so it should be
> provided. It is useful.
>
> How would I go about filing a bug report?
>
> Bob Rice
>
>
> On Nov 28, 2009, at 3:35 PM, Jordan Bre
at 18:09, Robert Rice wrote:
> Hi Jordon:
>
> each is a documented method for the the string class so it should be
> provided. It is useful.
>
> How would I go about filing a bug report?
>
> Bob Rice
>
>
> On Nov 28, 2009, at 3:35 PM, Jordan Breeding wrote:
&g
I think that String.each was mixed in from Enumerable, which 1.9 no longer does.
each is not a method on String in 1.9 either, so I don't think this is a
MacRuby problem.
You should file a bug for the problem with split().
On Nov 28, 2009, at 14:30, Robert Rice wrote:
> Hi Group:
>
> The stri
Speaking of llvm-gcc, is the problem with clang and llvm-gcc builds not passing
the test suite still there, or has that been fixed?
On Nov 25, 2009, at 17:15, source_chan...@macosforge.org wrote:
> Revision
> 3054
> Author
> lsansone...@apple.com
> Date
> 2009-11-25 15:15:05 -0800 (Wed, 25 Nov 2
On Oct 30, 2009, at 02:18, Vincent Isambart wrote:
But it is a named exception... Doesn't that mean it is by design? :)
It's an exception used internally, you should not be able to see it
from the outside.
Created #412
Thanks!
I put a comment on ticket #364, I think that #412 is a reducti
t lists -jbb_isEmpty because the method
returns BOOL which needs to be annotated because it shares the same
runtime encoding as unsigned char. The other methods can be handled
at runtime.
Read the BridgeSupport(5) man page for more information.
Laurent
On Oct 6, 2009, at 1:54 PM, Jordan Breeding
loper will deal with them there.
Laurent
On Oct 6, 2009, at 1:43 PM, Jordan Breeding wrote:
I have a question about whether I am seeing a bug in BridgeSupport
or not.
I am running Mac OS X 10.6.1 and have a custom framework that has
some categories for Foundation/Cocoa classes.
The fo
I have a question about whether I am seeing a bug in BridgeSupport or
not.
I am running Mac OS X 10.6.1 and have a custom framework that has some
categories for Foundation/Cocoa classes.
The following are the problem I noticed when using gen_bridge_metadata:
1) I have to include Cocoa/Coco
nrad Taylor wrote:
In regards to a MacRuby application, you would need to use GC for
Objective-C.
-Conrad
On Wed, Sep 23, 2009 at 5:00 PM, Jordan Breeding > wrote:
But would the new MacRuby interpreter be smart enough to switch
between them and prefer GC Objc-C code, or would it be locked
desktop.
-Conrad
On Wed, Sep 23, 2009 at 4:51 PM, Jordan Breeding > wrote:
So in that case Ruby would be garbage collected, but ObjC code it
uses will be ref counted?
Sent from my iPhone
On Sep 23, 2009, at 18:00, Laurent Sansonetti
wrote:
Hi Conrad,
The thing is, MacRuby is built on
So in that case Ruby would be garbage collected, but ObjC code it uses
will be ref counted?
Sent from my iPhone
On Sep 23, 2009, at 18:00, Laurent Sansonetti
wrote:
Hi Conrad,
The thing is, MacRuby is built on top of the ObjC GC, so there is
currently no way you can not use it :)
In
I am on trunk, I am trying to create a reproducible, small test case
for a failure I see in one of my programs when running it on MacRuby
instead of 1.8 or 1.9.
What are the commands to issue in gdb to see everything from every
thread?
smime.p7s
Description: S/MIME cryptographic signature
I am following the new git repo at:
git://git.macruby.org/macruby/MacRuby.git
But it still doesn't appear to have this change yet:
http://lists.macosforge.org/pipermail/macruby-changes/2009-August/002244.html
How often is this new git repo updating its content?
Thanks,
Jordan
smime.p7s
Descr
The clang support seems to be pretty solid. It does use llvm-g++ to
compile the C++ files as noted, so that helps while clang itself
doesn't do C++.
I am attaching another patch that helps out when clang can't be found
in /usr/bin, and also looks for gcc/g++ in /Developer (or where you
ha
Based on that I would say that it is a good idea going forward to try
having 64-bit machines run tests in 64-bit and 32-bit mode. I look
forward to seeing any solution to running the tests in 32-bit mode
that you come up with.
Jordan
On Apr 06, 2009, at 13:07, Eloy Duran wrote:
Hmm, so i
On Apr 06, 2009, at 08:40, Eloy Duran wrote:
On Apr 6, 2009, at 3:28 PM, Jordan Breeding wrote:
On Apr 06, 2009, at 08:09, Eloy Duran wrote:
Ah, on that bike! (Which is a direct translation of a Dutch saying
meaning basically just "Aha!" ;-) )
Yes that sounds like an excellent
n/env ruby". To override this
shouldn't mspec/bin/mspec always get called as `./miniruby{,32} -I./
lib mspec/bin/mspec` for MacRuby testing? Just curious.
Jordan
On Apr 6, 2009, at 2:54 PM, Jordan Breeding wrote:
On Apr 06, 2009, at 07:50, Eloy Duran wrote:
As Laurent note
On Apr 06, 2009, at 07:50, Eloy Duran wrote:
As Laurent noted we are now passing most language specs. The ones
that we don't pass yet are either because we simply fail, or these
examples (tests) are simply not updated for Ruby 1.9 yet. Which as
you all know is what MacRuby is based on. Thi
On Apr 06, 2009, at 04:16, Eloy Duran wrote:
Hi,
On Apr 6, 2009, at 10:47 AM, Laurent Sansonetti wrote:
Hi guys,
I figured out that it would be a good idea to give periodical
status updates on what's happening in the experimental branch, so
here is the first one :)
- The compiler is no
"does not contain a version for the current architecture" sounds like
a 32-bit vs. 64-bit problem to me.
MacRuby 0.4 has both i386 and x86_64 archs for macruby and macirb, on
a capable system it will pick the x86_64 arch first, which means any
frameworks you load while running that arch nee
6, Laurent Sansonetti
wrote:
Most likely 0.6, unless someone volunteers to do it now :-)
Laurent
On Mar 28, 2009, at 12:48 PM, Jordan Breeding wrote:
Will OSA support be a 0.5 or a 0.6 task?
On Mar 28, 2009, at 14:37, Laurent Sansonetti
wrote:
Hi guys,
As some of you already noticed we
Will OSA support be a 0.5 or a 0.6 task?
On Mar 28, 2009, at 14:37, Laurent Sansonetti
wrote:
Hi guys,
As some of you already noticed we have been working on a branch for
a few weeks and I thought it's now time to describe what has been
done and were we are going exactly.
I wrote a b
Have you tried removing /Library/Frameworks/MacRuby.framework after
cleaning the build location, but before starting the new build?
I have had trouble with builds before and sometimes clearing out the
old MacRuby.framework helps.
On 19 Dec, 2008, at 16:29, MacRuby wrote:
#141: Building Ma
Doesn't arrayWithObjects: take a nil terminated list of objects?
Sent from my iPhone
On Nov 28, 2008, at 22:54, Tim Rand <[EMAIL PROTECTED]> wrote:
In macirb the following code crashes
>> array = NSMutableArray.arrayWithObjects([1,2])
=> [[1, 2], 1511869]
>> array
=> [[1, 2], 1511869]
>> arra
46 matches
Mail list logo
