Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

-mcrt=clib2-ts (thread safe variant) required #68

Open
jens-maus opened this issue Nov 2, 2016 · 4 comments
Open

-mcrt=clib2-ts (thread safe variant) required #68

jens-maus opened this issue Nov 2, 2016 · 4 comments

Comments

@jens-maus
Copy link
Member

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.

@jens-maus
Copy link
Member Author

Any chance to have that implemented any time soon?

@cahirwpz
Copy link
Member

In fact this task is next on my private list. Do I understand correctly that if -mcrt=clib2-ts is implemented then issue #67 will get invalidated?

@jens-maus
Copy link
Member Author

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.

@jens-maus
Copy link
Member Author

@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.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants