[squeak-dev] FFI: FFI-Kernel.terf-eem.202.mcz

Marcel Taeumel marcel.taeumel at hpi.de
Fri Aug 13 08:11:39 UTC 2021


Hi Eliot,

this issue got fixed in FFI-Kernel-mt.202.

Note that I will keep on looking for and exposing such flaws around modular design and system architecture. ;-) Yet, I understand the performance trade-offs that are kind of the reason for this.

It's very much defensible because it was a surprising design decision from the past. :-D

Best,
Marcel
Am 12.08.2021 22:46:06 schrieb commits at source.squeak.org <commits at source.squeak.org>:
Eliot Miranda uploaded a new version of FFI-Kernel to project FFI:
http://source.squeak.org/FFI/FFI-Kernel.terf-eem.202.mcz

==================== Summary ====================

Name: FFI-Kernel.terf-eem.202
Author: eem
Time: 12 August 2021, 1:45:51.806758 pm
UUID: ac9a5229-0be7-4ef7-abde-cef2682ee2f0
Ancestors: FFI-Kernel-mt.201

Fork because of indefensible definition of Float32Array>>floatAt:

=============== Diff against FFI-Kernel-mt.201 ===============

Item was removed:
- ----- Method: Float32Array>>floatAt: (in category '*FFI-Kernel-accessing') -----
- floatAt: byteOffset
- "Backstop for compatibility with handle-based access. Raw-bits arrays are their own handle. See #getHandle and ExternalType >> #handle:at:."
-
- ^ self atByteOffset: byteOffset!

Item was removed:
- ----- Method: Float32Array>>floatAt:put: (in category '*FFI-Kernel-accessing') -----
- floatAt: byteOffset put: value
- "Backstop for compatibility with handle-based access. Raw-bits arrays are their own handle. See #getHandle and ExternalType >> #handle:at:put:."
-
- ^ self atByteOffset: byteOffset put: value!


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20210813/904b8866/attachment.html>


More information about the Squeak-dev mailing list