cmake fails because of reserved word usage #6257
Closed
Labels
Comments
|
This doesn't happen for me with cmake 3.18.4 and it doesn't fail in the CI builds so I presume this depends on the used cmake version. |
|
this is odd, I'll try a newer version of cmake and see if it happens there too |
|
I cannot update the cmake version at the same platform without a lot of effort (building cpp11 compatible compiler from source) |
|
Ideally someone can come up with a fix for all versions. |
jzakrzewski
added a commit
to jzakrzewski/curl
that referenced
this issue
Nov 27, 2020
CMake up to 3.10 always reserves this name fixes curl#6257
jzakrzewski
added a commit
to jzakrzewski/curl
that referenced
this issue
Dec 7, 2020
CMake up to 3.10 always reserves this name fixes curl#6257
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment


This seems like a problem any use of cmake would uncover, but I didn't see it mentioned anywhere
I did this
I expected the following
created build files successfully
curl/libcurl version
7.73.0
[curl -V output]
...
operating system
debian sarge 3.1
cmake: 3.6.3
Linux debian 2.4.27-3-386 #1 Wed Dec 6 00:38:33 UTC 2006 i686 GNU/Linux
my notes
this probably happens because of this line
(I used the 7_73_0 tag version but it's the same in master at the time of writing this bug report)
this stack overflow answer probably has the solution, but I don't know enough cmake to be sure
changing the line in
tests/CMakeLists.txtto bepassed the command successfully
The text was updated successfully, but these errors were encountered: