Threads API in Standard Library #1333
Conversation
garlic0x1
changed the title
|
known deficiencies:
possible style issues:
|
garlic0x1
changed the title
|
@garlic0x1 What do you think about having a separate ASDF subsystem for this? Not 100% sure, but maybe would be a good idea for threadless use cases. |
| @@ -38,7 +38,9 @@ | |||
| :depends-on (#:coalton-compiler | |||
| #:coalton/hashtable-shim | |||
| #:trivial-garbage | |||
| #:alexandria) | |||
| #:alexandria | |||
| #+(or sb-thread threads openmcl-native-threads) | |||
There was a problem hiding this comment.
these should use the ASDF feature gates (ASDF has special syntax for this and your conditionals below)
| ;; Threads ;; | ||
| ;;---------;; | ||
|
|
||
| (cl:defmacro spawn (cl:&body body) |
There was a problem hiding this comment.
My sense is to not include this, but open for debate.
| ;; Atomics ;; | ||
| ;;---------;; | ||
|
|
||
| (coalton-toplevel |
There was a problem hiding this comment.
I'm not sure the API below should have conditionals in it. Maybe atomic values shouldn't be included in the thread API for now.
|
I will make a lower-level LispThread type that Thread can be turned into for equality tests and have current-thread/all-threads return that. Should make it properly typesafe. |
I have added a wrapper over
bordeaux-threadsto the standard library, it is only loaded if this reader conditional is satisfied:#+(or sb-thread threads openmcl-native-threads), which tests for thread capabilities in SBCL, ECL, and CCL.This might not be in scope for the standard library but I think it will be useful.