#701: Hash: complex keys don't work correctly
+---
Reporter: jazz...@… | Owner: lsansone...@…
Type: defect | Status: new
Priority: major | Milestone:
Hi Max,
Currently, we recommend people to build and install a specific revision of LLVM
that is well-known to work with MacRuby. Check out the README.rdoc file.
In the soon future we might jump to a much more recent trunk revision.
Laurent
On May 8, 2010, at 2:13 PM, Max Bolingbroke wrote:
>
Hi Laurent,
Thanks a lot for your reply. I've installed LLVM trunk but I can't see
the macro you talk about - it looks like llvm.h is going to import
(the now missing) llvm/ModuleProvider.h whatever happens!
What do I need to change to make this build?
Cheers,
Max
On 8 May 2010 21:37, Laurent S
Hi,
Unfortunately the 2.7 release will not work out of the box with MacRuby 0.6.
The API change is not an issue (there is a compiler macro to make this work),
but 2.7 ships with a regression regarding constant floats (fixed later in LLVM
trunk).
Sorry about that.
Laurent
On May 8, 2010, at 1
Hi,
On May 8, 2010, at 5:02 AM, B. Ohr wrote:
> Hi,
>
> v0.7 has a different behavior than v0.5 when using a Cocoa-Obj
> (NSCalendarDate) as a key in a hash.
>
> I must admit that I do not know what is exactly specified in Ruby, but
> obviously the generated value of an hashkey of different o
Hi,
The LLVM release notes say that MacRuby v0.6 will work with 2.7
(http://llvm.org/releases/2.7/docs/ReleaseNotes.html), but I'm having
trouble with it:
"""
$ rake
(in /Users/mbolingbroke/Programming/Checkouts/MacRuby-0.6)
/usr/bin/ruby tool/compile_prelude.rb prelude.rb miniprelude.c.new
rm mi
Hi,
v0.7 has a different behavior than v0.5 when using a Cocoa-Obj (NSCalendarDate)
as a key in a hash.
I must admit that I do not know what is exactly specified in Ruby, but
obviously the generated value of an hashkey of different objects is same in all
other cases if the objects itself are
