On Thu, Feb 21, 2013 at 7:49 PM, Vicente J. Botet Escriba <vicente.botet@wanadoo.fr> wrote:
Le 21/02/13 14:52, Fredrik Orderud a écrit :
Yes Windows XP might pose a problem for programmatic library loading. Do you know if upcoming boost releases are still required to support Windows XP? Otherwise, we could possibly avoid the problem by stating that Windows XP is not supported for this feature?
Yes, I believe Windows XP will be supported yet. BTW, I use windows XP to test the windows part.

Then we might need to emulate thread-local storage somehow. This can be a bit tricky, since __thread/__declspec(thread) are not types, but storage-class modifiers. My first thought was to provide a small class with a syncronized map[thread_id] -> value container as fall-back emulation, but that will not be possible unless we "templatize" the BOOST_THREAD_LOCAL_RESTRICTED by type somehow. Any thoughts on this?
I agree that BOOST_THREAD_LOCAL_RESTRICTED sounds like a realistic level of ambition. I'll definitely appreciate some help in preparing a patch. :-)
I will have some free time next week. Maybe you could post on the development ML to request interest for the Boost.Config library.

Sounds great!