Chez Scheme needs an ARM64 backend. But then I don’t see why not. (The release Racket CS for Windows is cross-compiled.) Maybe a more immediate obstacle is that Racket CS is not set up for embedding in another application.
Yes.
Oh gosh. It just occurs to me that mred is Mr. Ed and not m-red
the other day I realized that codesign reference in an earlier message actually meant code sign not co-design
Hi! I have a C FFI question: Does anyone (maybe @mflatt) know a way to get something akin to to __buitin_frame_address(0) , i.e. the address of the current stack frame?
A library I would like to bind would like to have this to bracket uses of it for its garbage collector (I think technically just the frame address of racket’s main would be fine, at least for the time being)
also not entirelly sure yet whether I am solving he correct problem :wink:
Racket needs that address, too, so it’s available from scheme_get_current_os_thread_stack_base: (get-ffi-obj 'scheme_get_current_os_thread_stack_base #f (_fun -> _intptr))
That’s the main frame, roughly.
Oh cool, thanks
I think GAP’s interpreter is modeled on some scheme/lisp implementation. If one squints hard enough they look very similar
GAP? As in the algebra one?
I have some students with macos trying to open the 7.5 dmg and getting “no mountable file systems” after it finishes the scan. Does anyone have any ideas about what could be wrong or how to fix?
Haven’t heard about that problem before. Googling the error message suggests it is often caused by bad downloads. Have they tried downloading from one of the mirrors instead?
https://download.racket-lang.org/racket-7-5-x86_64-macosx-dmg.html
I think the problem is that we (accidentally) built 7.5 with APFS. Version 7.6 will be back to HFS+. One workaround meanwhile is to install a snapshot from http://snapshot.racket-lang.org/.
yes
yes, latest snapshot worked, thanks!
So! Many! Thanks! You probably just saved me several hours of pain and suffering. I suspect the 7.6 build is going to slam into the entitlement issue.