View Issue Details [ Jump to Notes ] | [ Print ] | ||||||||
ID | Project | Category | View Status | Date Submitted | Last Update | ||||
0000301 | CMake | public | 2003-10-24 17:49 | 2005-12-13 08:16 | |||||
Reporter | Fred Wheeler | ||||||||
Assigned To | Bill Hoffman | ||||||||
Priority | normal | Severity | feature | Reproducibility | always | ||||
Status | closed | Resolution | fixed | ||||||
Platform | OS | OS Version | |||||||
Product Version | |||||||||
Target Version | Fixed in Version | ||||||||
Summary | 0000301: CMAKE_INCLUDE_PATH | ||||||||
Description | I have a suggestion for CMake. In some situations I run CMake with option lists like this. -DBUILD_VGUI:BOOL=ON \ -DOPENGL_INCLUDE_DIR:PATH=/home/wheeler/usr/local/include \ -DOPENGL_gl_LIBRARY:FILEPATH=/home/wheeler/usr/local/sparc-sun-solaris2.7/lib \ -DOPENGL_glu_LIBRARY:FILEPATH=/home/wheeler/usr/local/sparc-sun-solaris2.7/lib \ -DGLUT_INCLUDE_DIR:PATH=/home/wheeler/usr/local/include \ -DGLUT_glut_LIBRARY:FILEPATH=/home/wheeler/usr/local/sparc-sun-solaris2.7/lib \ -DGTK_glib_INCLUDE_PATH:PATH=/home/wheeler/usr/local/include \ -DGTK_glib_LIBRARY:FILEPATH=/home/wheeler/usr/local/sparc-sun-solaris2.7/lib \ -DGTK_glibconfig_INCLUDE_PATH:PATH=/home/wheeler/usr/local/sparc-sun-solaris2.7/lib/glib/include \ -DGTK_gmodule_LIBRARY:FILEPATH=/home/wheeler/usr/local/sparc-sun-solaris2.7/lib \ -DGTK_gtk_INCLUDE_PATH:PATH=/home/wheeler/usr/local/include \ -DGTK_gtk_LIBRARY:FILEPATH=/home/wheeler/usr/local/sparc-sun-solaris2.7/lib \ -DGTK_gdk_LIBRARY:FILEPATH=/home/wheeler/usr/local/sparc-sun-solaris2.7/lib \ -DGTK_gtkgl_INCLUDE_PATH:PATH=/home/wheeler/usr/local/include \ -DGTK_gtkgl_LIBRARY:FILEPATH=/home/wheeler/usr/local/sparc-sun-solaris2.7/lib \ This is ugly and if OPENGL_INCLUDE_PATH changes to OPENGL_INCLUDE_DIR I have to track that down. It would be nice if CMake recognized special new environment variables like: CMAKE_INCLUDE_PATH CMAKE_LIBRARY_PATH Each CMake Modules FindXXX.cmake file would look to this env. var also when trying to track down packages. There could also be package specific specializations like, CMAKE_GTK_INCLUDE_PATH CMAKE_GTK_LIBRARY_PATH CMAKE_GLUT_INCLUDE_PATH CMAKE_GLUT_LIBRARY_PATH There would be a pair of these for every FindXXX.cmake file. I think this would be very easy to do since CMake already knows how to get at environment variables. Feature creep might be a danger. Not sure is Cmake's environment variable support would currently handle this (the colons), CMAKE_INCLUDE_PATH=/foo:/bar CMAKE_LIBRARY_PATH=/foo:/bar Maybe the FindXXX.cmake files should also look for cache variables with these exact same names, so one could do this. Actually, this might be better then using environment variables? cmake -DCMAKE_INCLUDE_PATH=/foo:/bar -DCMAKE_LIBRARY_PATH=/foo:/bar Regards, Fred Wheeler | ||||||||
Tags | No tags attached. | ||||||||
Attached Files | |||||||||
Relationships | |
Relationships |
Notes | |
(0000207) Brad King (manager) 2003-10-30 13:39 |
Features will not be added to 1.8 branch. I'm changing this request to a Development tree request. |
(0000937) 2004-04-22 13:25 |
I have added support for these env vars: CMAKE_INCLUDE_PATH CMAKE_LIBRARY_PATH in FIND_LIBRARY and FIND_PATH in addtion to and before PATH that was already being used. They can contain : or ; separated paths just like the system PATH. |
Notes |
Issue History | |||
Date Modified | Username | Field | Change |
Issue History |
Copyright © 2000 - 2018 MantisBT Team |