You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
For certain projects we do require the thread safety support of clib2 which however means that clib2 would have to be compiled with different compiler flags (-D__THREAD_SAFE).
For convenience and to not impact processing performance you could simply compile a "clib2-ts" variant together with the normal "clib2" version you supply anyway. To select the right clib2 version a developer could then easily choose the thread safe variant of clib2 by specifying -mcrt=clib2-ts which in fact we would do.
The text was updated successfully, but these errors were encountered:
No, #67 is a different issue with the -L link options not taking preference anymore. This has nothing to do with the possibility to have a -mcrt=clib2-ts option to have a thread-safe clib2 variant.
@emartisoft Sorry, but what does your observation have to do with this ticket? This ticket is about implementing support for the thread-safe variant of the clib2 runtime library because currently this toolchain only provided clib2 without thread-safety support which for some projects (e.g. AmiSSL) is utterly required.
For certain projects we do require the thread safety support of clib2 which however means that clib2 would have to be compiled with different compiler flags (
-D__THREAD_SAFE
).For convenience and to not impact processing performance you could simply compile a "clib2-ts" variant together with the normal "clib2" version you supply anyway. To select the right clib2 version a developer could then easily choose the thread safe variant of clib2 by specifying
-mcrt=clib2-ts
which in fact we would do.The text was updated successfully, but these errors were encountered: