MantisBT - CMake
View Issue Details
0003795CMakeCMakepublic2006-09-22 14:162016-06-10 14:30
Anders Sundman 
Bill Hoffman 
normalminoralways
closedmoved 
 
 
0003795: Xcode and library search paths
When I build my Xcode project with CMake and then compile i get the
following warning:

Tool:0: warning -L: directory name (/usr/local/lib/Debug) does not exist

It looks like CMake adds the entry: /usr/local/lib/$(CONFIGURATION) to the
Library Search Path for all targets (executables & libraries) even though the directory doesn't exist.

The warning only appears when the executables are built; the libraries
have the same entry in their Library Search Path but doesn't generate
warnings.

This is part of Brad Kings answer from the cmake mail list to the issue:

"CMake adds a $(CONFIGURATION) version of every link directory in case it
is referring to another Xcode build tree in which the libraries are
stored in these per-configuration subdirectories. We were not aware
that this produced a warning."
No tags attached.
Issue History
2008-10-07 15:22Bill HoffmanNote Added: 0013757
2010-11-22 04:52chNote Added: 0023476
2010-11-22 09:38Bill HoffmanNote Added: 0023478
2016-06-10 14:27Kitware RobotNote Added: 0041319
2016-06-10 14:27Kitware RobotStatusassigned => resolved
2016-06-10 14:27Kitware RobotResolutionopen => moved
2016-06-10 14:30Kitware RobotStatusresolved => closed

Notes
(0013757)
Bill Hoffman   
2008-10-07 15:22   
Is this still an issue?
(0023476)
ch   
2010-11-22 04:52   
yes it is. cmake 2.8.0; an option would be appreciated to suppress these spurious entries to keep our build logs clean. thanks!
(0023478)
Bill Hoffman   
2010-11-22 09:38   
This would be very difficult to fix without breaking something. The trouble is at CMake time many of the directories do not exist, and Xcode will be creating them. So, if we just check for existence at CMake time, we would leave of directories that get created later by Xcode and are needed.
(0041319)
Kitware Robot   
2016-06-10 14:27   
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.