-
Notifications
You must be signed in to change notification settings - Fork 350
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
Centos7: Cmake 2.8 support #35
Comments
bbczeuz, Did you tried to install a newer cmake and gcc on your centos ? You cannot maintain modern packages on RedHat without use EPEL. Anyway where did you get the numbers regarding the most widely used GNU/Linux distribution in an enterprise environment? If you want to run Centos/RedHat as it is, in his natural state. So be prepared to not need to compile any packages on it! |
Hi, About the rest:
|
I see no reason why we couldn't support CMake 2.8 for unix-family platforms. I'll try to submit patch soon. However, if you already have a patch that you could send me, it would be even better. Note that I'll do that change only for unix-family platforms, but not for Windows Platform since I don't see the same gain from supporting 2.8 for that platform (we rely on CMAKE_WINDOWS_EXPORT_ALL_SYMBOLS for exporting symbols, to simplify the source code which requires 3.4) |
Please have a look at branch https://github.com/jpbarrette/curlpp/tree/feature/cmake-2.8-support and tell me if you have problems or if you would do it differently. |
Please can you confirm that https://github.com/jpbarrette/curlpp/releases/tag/v0.8.1-beta.2 fixes your issue? As soon as you confirm, I'll be able to release the new version. |
Hi Jean-Philippe,
Made my own CMakeLists with some additional fixes. I'll compare it to
yours after dinner ;)
Claudius
…On 2/28/2017 7:03 PM, Jean-Philippe Barrette-LaPierre wrote:
Please can you confirm that
https://github.com/jpbarrette/curlpp/releases/tag/v0.8.1-beta.2 fixes
your issue? As soon as you confirm, I'll be able to release the new version.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#35 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AKk1-yYHZE2t8Hg8Stn16mWhit1xvDgnks5rhGGFgaJpZM4MJu3d>.
|
Thanks for the patch. I successfully built the lib on Centos6. Actually my branch had a similar path fix as you now added using the GNUInstallDirs include :) |
Hi,
I was trying to build the lib on Centos7. This OS ships with cmake 2.8.12
I KNOW this is an old version and is missing many nice features, but Centos7 is the newest free edition of the probably most widely used GNU/Linux distribution in an enterprise environment. So: How about keeping compatibility with Centos7? (Centos7 ships with libcurl 35, dated, but again: probably most widely used, gcc is 4.8.5 with about 95% completeness of C++11 support)
I can try to create a CMakeList.txt for cmake 2.8, but wonder about your plans to keep support for this edition? Redhat plans to provide production support for RHEL7 until 2024.
The text was updated successfully, but these errors were encountered: