Сообщение Re[3]: thread_local in C++17 от 01.02.2023 9:46
Изменено 01.02.2023 9:56 rg45
Re[3]: thread_local in C++17
Здравствуйте, Videoman, Вы писали:
V>Вот эта техника у меня не работает с thread_local. Если нет к нему обращения именно в runtime из самого потока — объект в этом потоке не создается совсем. MSVC — делает по другому, логика похожа на static объекты.
Похоже на какую-то оптимизацию. А не пробовал добавить какую-нибудь искусственную зависимость — фейковую функцию-член, например, и как-то прикрутить ее вызов к основному потоку?
P.S. Хотя, это не интересно, наверное. Очевидно, что объект не может не создаться при таком сценарии. А для практического применения такой сценарий бесполезен.
V>Вот эта техника у меня не работает с thread_local. Если нет к нему обращения именно в runtime из самого потока — объект в этом потоке не создается совсем. MSVC — делает по другому, логика похожа на static объекты.
Похоже на какую-то оптимизацию. А не пробовал добавить какую-нибудь искусственную зависимость — фейковую функцию-член, например, и как-то прикрутить ее вызов к основному потоку?
P.S. Хотя, это не интересно, наверное. Очевидно, что объект не может не создаться при таком сценарии. А для практического применения такой сценарий бесполезен.
Re[3]: thread_local in C++17
Здравствуйте, Videoman, Вы писали:
V>Вот эта техника у меня не работает с thread_local. Если нет к нему обращения именно в runtime из самого потока — объект в этом потоке не создается совсем. MSVC — делает по другому, логика похожа на static объекты.
Похоже на какую-то оптимизацию. А не пробовал добавить какую-нибудь искусственную зависимость — фейковую функцию-член, например, и как-то прикрутить ее вызов к основному потоку?
P.S. Хотя, это не интересно, наверное. Очевидно, что объект не может не создаться при таком сценарии. А для практического применения такой сценарий неприемлем.
V>Вот эта техника у меня не работает с thread_local. Если нет к нему обращения именно в runtime из самого потока — объект в этом потоке не создается совсем. MSVC — делает по другому, логика похожа на static объекты.
Похоже на какую-то оптимизацию. А не пробовал добавить какую-нибудь искусственную зависимость — фейковую функцию-член, например, и как-то прикрутить ее вызов к основному потоку?
P.S. Хотя, это не интересно, наверное. Очевидно, что объект не может не создаться при таком сценарии. А для практического применения такой сценарий неприемлем.