View Issue Details Jump to Notes ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0013381CMake(No Category)public2012-07-06 12:252016-06-10 14:31
ReporterNicholas Katzakis 
Assigned ToAlex Neundorf 
PrioritynormalSeveritymajorReproducibilityalways
StatusclosedResolutionmoved 
PlatformApple Mac OSOSXOS Version10.7.2
Product VersionCMake 2.8.8 
Target VersionFixed in Version 
Summary0013381: /usr/include ignored by code::Blocks generator
Descriptioninclude_directories(/usr/include)

^--- Even if I include this directive, if I open the project in Qt Creator it fails to build. Going to command prompt and doing "VERBOSE=1 make" reveals that /usr/include is not passed at all to the compiler (macports GCC 4.6 or 4.7.1).

If on the other hand I use cmake's default generator (unix MakeFiles) then "/usr/include" is properly included.
Steps To Reproduce1. include_directories(/usr/include)
2. use codeblocks generator
TagsNo tags attached.
Attached Files

 Relationships

  Notes
(0029930)
Nicholas Katzakis (reporter)
2012-07-06 12:39

Please delete this issue. After I filed it a simple testcase does not reproduce it so there must be something wrong with my cmake configuration. I will file again when I've reproduced it in a minimal testcase.

Apologies in advance.
(0030162)
John L. Poole (reporter)
2012-08-03 07:18

I am having what may be the same problem, I have a posting to the mailing list pending that outlines it. I add directories with, for example, the "INCLUDE_DIRECTORIES(/local32/include/cairo)" and the code sent to the compiler fails to have the "-I/local32/include/cairo" in the compile line.

You wrote above " I use cmake's default generator (unix MakeFiles) then "/usr/include" is properly included.". I'm new to CMake and do not know what you mean the phrase "default generator". Could you be more specific. I'm basically using the CMake (2.8.8) graphical interface and clicking the "Configure" button and then checking the build.make file.

I'm wondering if "use cmake's default generator" is a work-around.
(0042083)
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-07-06 12:25 Nicholas Katzakis New Issue
2012-07-06 12:39 Nicholas Katzakis Note Added: 0029930
2012-07-27 16:37 Alex Neundorf Assigned To => Alex Neundorf
2012-07-27 16:37 Alex Neundorf Status new => assigned
2012-08-03 07:18 John L. Poole Note Added: 0030162
2012-08-13 12:43 Alex Neundorf Status assigned => backlog
2016-06-10 14:28 Kitware Robot Note Added: 0042083
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


Copyright © 2000 - 2018 MantisBT Team