Centos7: Cmake 2.8 support about curlpp HOT 7 CLOSED

bbczeuz,

Did you tried to install a newer cmake and gcc on your centos ?
yum install epel-release
yum install https://dl.fedoraproject.org/pub/epel/epel-release-latest-7.noarch.rpm
yum install cmake3

You cannot maintain modern packages on RedHat without use EPEL.
This is not a problem of this project it will affect a lot of modern projects.

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!

from curlpp.

Hi,
The main question is still open: How about supporting cmake 2.8? (Actually I've already adapted the file to support 2.8)

About the rest:

• Centos/Rhel numbers: Personal experience. ALL companies (CH/D/US) that I've done projects for were using these distributions for infrastructure services (i.e. servers, appliances). rhel5-7, are all active these days (rhel5 is a pain, and will run out of support, but that doesn't mean that people have migrated)
• Adding an epel dependency is all to often a no-go. Many people operate their own Satellite for package distribution; supplying an isolated environment (i.e. no external repos). Epel could be mirrored there, too, but chances are like 0%.
• We plan to package it, so epel will only be needed on the packaging and test machines, but anyhow: that is just additional work.

from curlpp.

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)

from curlpp.

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.

from curlpp.

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.

from curlpp.

from curlpp.

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 :)
I was thinking about using the cleaner and possibly more portable syntax of Cmake 3.1 instead of using add_compile_options: https://cmake.org/cmake/help/v3.1/prop_gbl/CMAKE_CXX_KNOWN_FEATURES.html
...but haven't succeeded in finding all the correct flags for the features used, so I merged your original CXX_STANDARD back in. See PR #37

from curlpp.