(0028516)
Brad King (manager)
2012-02-06 08:49

As discussed in 0011689:0024625 it is not a CMake limitation. It is a GNU make limitation and probably others. Using characters in the path considered special by Make tools is just asking for trouble. CMake is just warning early about it.

(0028517)
Brad King (manager)
2012-02-06 08:50

If anyone can prove me wrong with a patch I'd love to accept it. Otherwise I do not plan on spending time for this.

(0028518)
Brad King (manager)
2012-02-06 09:36

On second thought the cases where CMake has to generate a full path on the left hand side of a Make dependency are fairly obscure. Rejecting *all* paths with '=' in them is perhaps too heavy-handed to avoid them.

(0028519)
Brad King (manager)
2012-02-06 09:44

Perhaps this is better behavior:

http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=c8ef6430 [^]

(0029597)
Dave Abrahams (reporter)
2012-06-04 00:29
edited on: 2012-06-04 00:33

I'm not sure this is completely fixed. Please see the "It Didn't Work! > Windows" section at https://github.com/ryppl/ryppl/wiki/Setting-up-a-Ryppl-test/f10de6d5a88708b17b136e73f529ee272bc4c087 [^]

(0029599)
Brad King (manager)
2012-06-04 08:21

The only "fix" here was to stop complaining arbitrarily for '=' in the path. No one claimed that '=' is *supported*, as 0011689 is still not possible to fix due to native Make tool limitations.

(0029601)
Dave Abrahams (reporter)
2012-06-04 11:08

I see. Well I guess there's a limitation in MSBuild as well.

(0029602)
Brad King (manager)
2012-06-04 11:15

Re 0012934:0029601: In order to confirm that it is a native tool limitation and not an escaping problem we need a msbuild-only test case like the one for make in 0011689:0024625.

(0029618)
Brad King (manager)
2012-06-06 08:51

Good news for the Makefile generators. It is possible to support '=' after all:

http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=ee6c1b8a [^]

This won't help for the VS/MSBuild case though.

(0030548)
Brad King (manager)
2012-08-13 10:44

Sending issues I'm not actively working on to the backlog to await someone with time for them.

If an issue you care about is sent to the backlog when you feel it should have been addressed in a different manner, please bring it up on the CMake mailing list for discussion. Sign up for the mailing list here, if you're not already on it:

http://www.cmake.org/mailman/listinfo/cmake [^]

It's easy to re-activate a bug here if you can find a CMake developer or contributor who has the bandwidth to take it on.

(0041977)
Kitware Robot (administrator)
2016-06-10 14:28

Resolving issue as `moved`.

This issue tracker is no longer used. Further discussion of this issue may take place in the current CMake Issues page linked in the banner at the top of this page.

Issue History
Date Modified	Username	Field	Change
2012-02-04 19:51	Dave Abrahams	New Issue
2012-02-06 08:47	Brad King	Relationship added	duplicate of 0011689
2012-02-06 08:47	Brad King	Relationship replaced	related to 0011689
2012-02-06 08:49	Brad King	Note Added: 0028516
2012-02-06 08:50	Brad King	Note Added: 0028517
2012-02-06 08:50	Brad King	Status	new => resolved
2012-02-06 08:50	Brad King	Resolution	open => won't fix
2012-02-06 08:50	Brad King	Assigned To	=> Brad King
2012-02-06 09:36	Brad King	Note Added: 0028518
2012-02-06 09:36	Brad King	Status	resolved => feedback
2012-02-06 09:36	Brad King	Resolution	won't fix => reopened
2012-02-06 09:44	Brad King	Note Added: 0028519
2012-02-06 09:44	Brad King	Status	feedback => resolved
2012-02-06 09:44	Brad King	Resolution	reopened => fixed
2012-04-19 15:49	David Cole	Fixed in Version	=> CMake 2.8.8
2012-04-19 15:49	David Cole	Target Version	=> CMake 2.8.8
2012-06-04 00:29	Dave Abrahams	Note Added: 0029597
2012-06-04 00:29	Dave Abrahams	Status	resolved => feedback
2012-06-04 00:29	Dave Abrahams	Resolution	fixed => reopened
2012-06-04 00:33	Dave Abrahams	Note Edited: 0029597
2012-06-04 08:21	Brad King	Note Added: 0029599
2012-06-04 11:08	Dave Abrahams	Note Added: 0029601
2012-06-04 11:08	Dave Abrahams	Status	feedback => assigned
2012-06-04 11:15	Brad King	Note Added: 0029602
2012-06-06 08:51	Brad King	Note Added: 0029618
2012-06-06 09:00	Brad King	Resolution	reopened => open
2012-06-06 09:00	Brad King	Fixed in Version	CMake 2.8.8 =>
2012-06-06 09:00	Brad King	Target Version	CMake 2.8.8 =>
2012-08-13 10:44	Brad King	Status	assigned => backlog
2012-08-13 10:44	Brad King	Note Added: 0030548
2016-06-10 14:28	Kitware Robot	Note Added: 0041977
2016-06-10 14:28	Kitware Robot	Status	backlog => resolved
2016-06-10 14:28	Kitware Robot	Resolution	open => moved
2016-06-10 14:31	Kitware Robot	Status	resolved => closed

Notes
(0028516) Brad King (manager) 2012-02-06 08:49	As discussed in 0011689:0024625 it is not a CMake limitation. It is a GNU make limitation and probably others. Using characters in the path considered special by Make tools is just asking for trouble. CMake is just warning early about it.

(0028517) Brad King (manager) 2012-02-06 08:50	If anyone can prove me wrong with a patch I'd love to accept it. Otherwise I do not plan on spending time for this.

(0028518) Brad King (manager) 2012-02-06 09:36	On second thought the cases where CMake has to generate a full path on the left hand side of a Make dependency are fairly obscure. Rejecting all paths with '=' in them is perhaps too heavy-handed to avoid them.

(0028519) Brad King (manager) 2012-02-06 09:44	Perhaps this is better behavior: http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=c8ef6430 [^]

(0029597) Dave Abrahams (reporter) 2012-06-04 00:29 edited on: 2012-06-04 00:33	I'm not sure this is completely fixed. Please see the "It Didn't Work! > Windows" section at https://github.com/ryppl/ryppl/wiki/Setting-up-a-Ryppl-test/f10de6d5a88708b17b136e73f529ee272bc4c087 [^]

(0029599) Brad King (manager) 2012-06-04 08:21	The only "fix" here was to stop complaining arbitrarily for '=' in the path. No one claimed that '=' is supported, as 0011689 is still not possible to fix due to native Make tool limitations.

(0029601) Dave Abrahams (reporter) 2012-06-04 11:08	I see. Well I guess there's a limitation in MSBuild as well.

(0029602) Brad King (manager) 2012-06-04 11:15	Re 0012934:0029601: In order to confirm that it is a native tool limitation and not an escaping problem we need a msbuild-only test case like the one for make in 0011689:0024625.

(0029618) Brad King (manager) 2012-06-06 08:51	Good news for the Makefile generators. It is possible to support '=' after all: http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=ee6c1b8a [^] This won't help for the VS/MSBuild case though.

(0030548) Brad King (manager) 2012-08-13 10:44	Sending issues I'm not actively working on to the backlog to await someone with time for them. If an issue you care about is sent to the backlog when you feel it should have been addressed in a different manner, please bring it up on the CMake mailing list for discussion. Sign up for the mailing list here, if you're not already on it: http://www.cmake.org/mailman/listinfo/cmake [^] It's easy to re-activate a bug here if you can find a CMake developer or contributor who has the bandwidth to take it on.

(0041977) Kitware Robot (administrator) 2016-06-10 14:28	Resolving issue as `moved`. This issue tracker is no longer used. Further discussion of this issue may take place in the current CMake Issues page linked in the banner at the top of this page.