-
Notifications
You must be signed in to change notification settings - Fork 1.8k
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: split windows and linux recipes #8307
Conversation
This comment has been minimized.
This comment has been minimized.
Context: this recipe is more or less "dead" because there is no plan to put newer version on http://sourceforge.net/projects/mingw-w64/. I will make a new windows recipe based on https://github.com/niXman/mingw-builds when a new tag will be made (niXman/mingw-builds#575) |
this is kinda unfortunate. are these |
AFAIK, there are no "official" migw-w64 binaries. But NiXman was already one of the contributors behind the |
at this point, I am not completely sure if it should be just |
Just to confirm what I said above, there is a file named
EDIT: see #8349 The old sourceforge artifacts are consumable exactly the same way as new github artifacts, so the recipe is the same for both. When #8349 we should deprecate mingw-w64/8.1 and recommend migrating to mingw-builds/* |
7664bf0
All green in build 2 (
|
closing this one in favor of #8349 |
Specify library name and version: mingw-w64/*
there is no change at all in the recipe, just a separation of the 2 paths (linux and windows), which are 99% of the time different.
related to #8306
conan-center hook activated.