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

Mingw GCC-generated boost_thread libraries do not have _win32 suffix in version 4.8.1 #55

Open
qdii opened this issue Apr 6, 2014 · 5 comments

Comments

@qdii
Copy link
Contributor

qdii commented Apr 6, 2014

The current version of boost.m4 assumes that versions of boost_thread generated by Mingw are called boost_thread_win32. This is not true with Mingw GCC 4.8.1, which calls them libboost_thread. I am not sure when this change occurred though.

As a result, autoconf fails to detect them even though they are present.

@qdii qdii changed the title Mingw GCC-generated boost_thread library do not have different names in version 1.48 Mingw GCC-generated boost_thread libraries do not have _win32 suffix in version 1.48 Apr 6, 2014
@tsuna
Copy link
Owner

tsuna commented Apr 6, 2014

Thanks, can you post a fix?

@qdii qdii changed the title Mingw GCC-generated boost_thread libraries do not have _win32 suffix in version 1.48 Mingw GCC-generated boost_thread libraries do not have _win32 suffix in version 4.8.1 Apr 6, 2014
@qdii
Copy link
Contributor Author

qdii commented Apr 6, 2014

Yes, I will try to

@kotoroshinoto
Copy link
Contributor

this appears to affect 1.56 as well, i'm going to see if commenting out the suffix thing helps

@kotoroshinoto
Copy link
Contributor

It does... so if we can determine which version of boost where this change occurred, it should be simple to if/then around the lines 974-976 to avoid this issue

@kotoroshinoto
Copy link
Contributor

are we sure this was a mingw change as opposed to a change in the boost buildsystem?

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

3 participants