search for: id_call

...ble). With stackmaps and patchpoints, I can imagine something like that (in pseudo-llvm without typing) %r0 = load %obj, 0 ; the virtual table is at offset 0 %r1 = 0 stackmap %r1, ID_OFFSET ; contains the offset of the target method in the virtual table %r2 = add %r1, %r0 %r3 = load %r2 patchpoint ID_CALL %r3, %obj, other parameters ; to find %obj in the stub I should be able to: - patch ID_OFFSET when I load the description of obj (before the call, when the object is allocated) - use ID_CALL to know which object is the target of the call in order to find the appropriate method. If it could be the...

Hi, I am getting a number of segmentation faults using Ferret 0.9.5, Fedora Core 5 and Ruby 1.8.4 I installed it with the recommended gem install ferret and example segmentation fault creation line would be as follows: @records = FerretConfig::INDEX.search("address_line_2:\"Dumbarton\"") I am also using acts_as_ferret and rails 1.15 but think this is an issue with

I'm moving this to a different thread. I think the newly proposed intrinsic definitions and their current implementation are valuable regardless of how it gets tied into GC... On Oct 22, 2013, at 6:24 PM, Philip R <listmail at philipreames.com> wrote: > Adding Gael as someone who has previously discussed vmkit topics on the list. Since I'm assuming this is where the GC support

Adding Gael as someone who has previously discussed vmkit topics on the list. Since I'm assuming this is where the GC support came from, I wanted to draw this conversation to the attention of someone more familiar with the LLVM implementation than myself. On 10/22/13 4:18 PM, Andrew Trick wrote: > On Oct 22, 2013, at 3:08 PM, Filip Pizlo <fpizlo at apple.com > <mailto:fpizlo