[Vm-dev] Alien on Spur and "el capitan"?

[Esteban Lorenzano]

I don’t know about Eliot, but I cannot wait. 
Without Alien, I have no FFI with callbacks.
Without FFI with callbacks I have no replacement for NativeBoost. 
Without NativeBoost I have not Athens (and OSWindow)
And without those, Pharo cannot migrate to Spur. 

So if you have a working version (or partially working), please, share it. 

Esteban

> On 19 Oct 2015, at 19:48, Nicolas Cellier <nicolas.cellier.aka.nice at gmail.com> wrote:
> 
> I've changed many of these in my experimental branch when trying to remove lot of UB - but it's not up to date with latest Eliot .oscog versions...
> 
> I'd like we review some of these changes, but only if Eliot is ready, he has many things cooking already.
> 
> http://smalltalkhub.com/mc/nice/NiceVMExperiments/main <http://smalltalkhub.com/mc/nice/NiceVMExperiments/main>
> 
> 2015-10-19 18:31 GMT+02:00 Esteban Lorenzano <estebanlm at gmail.com <mailto:estebanlm at gmail.com>>:
>  
> Hi, 
> 
> Does anyone tested Alien on Spur and "El capitan"? specifically callbacks?
> For me, a completely broken :(
> 
> 1) this structure (in maybeInlinePositive32BitIntegerFor: and others): 
> 
> 	(integerValue >= 0
> 	 and: [objectMemory isIntegerValue: integerValue]) ifTrue:
> 		[^objectMemory integerObjectOf: integerValue].
> 
> Does not works if “integer value” is an unsigned long, because compiler assumes it will always be true, then remove the if, then answers a wrong value. 
> 
> 2) assertCStackWellAligned always fail. No idea why because if does not says anything, just jmp back to the regular flow. 
> 
> 3) finally, ceCaptureCStackPointers also fails… this can be because (2) or because other reasons (it also jmps back so no clue) (method generateCaptureCStackPointers: clarifies is a hack, so I suppose it stopped to work). 
> 
> I guess solution of (1) is easy: argument number just has to be a sqLong instead an unsigned long. 
> 
> But for 2 and 3 I have no idea where to start.
> 
> Does anyone has an idea?
> 
> Esteban
> 
> 
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.squeakfoundation.org/pipermail/vm-dev/attachments/20151019/fe2d6248/attachment.htm