Re: [0/10] threads for emacs

[Tom Tromey]

Dmitry> I'm trying to improve GC (by making it generational at first), and it's
Dmitry> almost obvious that full-featured multithreading requires substantial
Dmitry> support from GC; our final goal might be a fully parallel GC performed
Dmitry> simultaneously by the all threads, or special GC thread(s) to perform
Dmitry> an incremental collection, or whatever else. Do you have any thoughts
Dmitry> about how the GC should be improved for the sake of threading support?

Tom> The current patch series isn't too interesting from the GC point of
Tom> view, I think, because only one thread runs Lisp at a time.

I was thinking more about your question...

If the GC could provide a way to mark the stack without needing
flush_stack_call_func, that would be a big improvement.  Right now any
spot that can release the global lock has to call through
flush_stack_call_func and provide a helper function.  This is a bit of a
pain.

Tom