-
-
Notifications
You must be signed in to change notification settings - Fork 6.4k
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
projects: Fix Visual Studio projects SSH builds #4607
Conversation
Oh right... is there any way we can add a build or two to appveyor using these? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This fixes the Visual Studio project files when working out of the git repo and using Generate.bat.
The awk code in Makefile.am will also need to be updated to fix the release archive.
- Generate VQUIC and VSSH filenames in Visual Studio project files. - Update checksrc.bat to check vquic and vssh directories. Prior to this change generated Visual Studio project configurations that enabled SSH did not build properly. Broken since SSH files were moved to lib/vssh 3 months ago in 5b2d703. Bug: curl#4492 (comment) Reported-by: zogvm@users.noreply.github.com Closes #xxxx
a63eb2e
to
315c650
Compare
Thanks, should be fixed.
We already have one 'DLL Debug - DLL Windows SSPI - DLL WinIDN'. This issue is specific to the SSH configurations, which I guess are not often used. Steve, are the additional directories in the SSH configurations such as libssh2\build\Win32\VC10\DLL Debug intended as placeholders/examples or is there some build process that generates them there? |
A related, if perhaps a bit sensitive, question here: do we still really need these files and way to build curl? cmake can generate visual studio files that can be used to build (and we have builds in appveyor that make sure of it). Do these additional files provide additional value enough to warrant the time and effort they require for maintenance? |
I think the CMake system needs a little improvement before deleting the Visual Studio projects. For example, there's currently no way to set the target Windows version and it doesn't support all feature flags. (But I also think that's something we should do.) |
I use these files all the time in the DLL OpenSSL and DLL Windows SSPI configurations. It is easier to switch back and forth between configurations then build CMake to target a single SSL backend. I don't think I've ever built the libssh one though, there is no build script to set the directories afaik. |
Me too - especially as I authored them for side by side builds using different versions of Visual Studio. I don't mind moving them to my own repo if they are cluttering up curl. If we keep them in curl I was contemplating moving them to the packages directory, along with the winbuild files. Thoughts? |
Cool - brilliant. It may be worth reworking the text of the commit message as there are changes for Quic in here. I personally would also push the chksrc change separately rather than squashing it. The other change however I agree should be squashed.
Do any of the automated builds perform a dist - just like the overnight builds of curl? If not it may be worth adding one to double check that the Visual Studio project files get created correctly.
When I first authored these I created a bunch of libssh2 Visual Studio project files as well, to allow for the side by side builds, but I never got involved with that project to submit them back :( I still have them somewhere although they probable only go up to VC11 or VC12. |
done
done
well there's already a WinSSL build in appveyor, but if you mean you want to test project generation via autotools |
Previously, it was only possible to set it to Windows Vista or XP by setting the option `ENABLE_INET_PTON` to `ON` resp. `OFF`. Use a new cache variable `CURL_TARGET_WINDOWS_VERSION` to be able to explicitly set the target Windows version. `ENABLE_INET_PTON` is ignored in this case. Ref: curl#1639 (comment) Ref: curl#4607 (comment) Closes
Previously, it was only possible to set it to Windows Vista or XP by setting the option `ENABLE_INET_PTON` to `ON` resp. `OFF`. Use a new cache variable `CURL_TARGET_WINDOWS_VERSION` to be able to explicitly set the target Windows version. `ENABLE_INET_PTON` is ignored in this case. Ref: curl#1639 (comment) Ref: curl#4607 (comment) Closes curl#4815
Prior to this change generated Visual Studio project configurations that
enabled SSH did not build properly. Broken since SSH files were moved to
lib/vssh 3 months ago in 5b2d703.
Bug: #4492 (comment)
Reported-by: zogvm@users.noreply.github.com
Closes #xxxx