CMake/Modules/Platform
Brad King 56ce727d10 BUG: Disable creation of import libraries for executables on Borland until it can be made optional. Otherwise all executables get a .lib with the same name which is unexpected behavior for users. 2007-03-20 09:14:27 -04:00
..
AIX.cmake ENH: force c++ when building c++ objects 2007-02-21 11:45:38 -05:00
BSDOS.cmake ENH: more uniform approach to enable language, one step closer to being able to enable a language without modifing cmake source code 2004-08-26 14:55:55 -04:00
BeOS.cmake ENH: add beos file 2006-12-07 16:14:09 -05:00
CMakeLists.txt BUG: Added installation of .in files as well as .cmake files. 2005-02-24 11:46:27 -05:00
CYGWIN-g77.cmake ENH: add exe stuff for cygwin 2006-01-03 14:00:48 -05:00
CYGWIN.cmake ENH: Added support for import libraries created by executable and module targets. The module import libraries should never be used but some windows compilers always create them for .dll files since there is no distinction from shared libraries on that platform. The executable import libraries may be used to create modules that when loaded bind to symbols from the executables. This is an enhancement related to bug#4210 though not requested by it explicitly. 2007-03-19 10:00:36 -04:00
Darwin-xlc.cmake ENH: Removed CMAKE_GENERATOR_NEW now that the old unix makefile generator is never used. 2005-04-06 15:06:08 -04:00
Darwin.cmake BUG: Propagate platform settings such as CMAKE_OSX_ARCHITECTURES to the try compile 2007-03-02 11:33:37 -05:00
FreeBSD.cmake ENH: Enabling link type selection flags for this platform. See bug#1644 for details. 2006-09-15 14:58:30 -04:00
HP-UX.cmake STYLE: Updated comment about link type flags and passing directly to ld. 2006-09-15 15:18:34 -04:00
IRIX.cmake ENH: Enabling preprocessed source and asembly source generation rules on SGI MIPSpro compilers. 2006-08-09 13:14:48 -04:00
IRIX64.cmake ENH: Enabling preprocessed source and asembly source generation rules on SGI MIPSpro compilers. 2006-08-09 13:14:48 -04:00
Linux-como.cmake ENH: major changes to support addition of languages from cmake modules directory. 2004-09-22 14:42:05 -04:00
Linux-icpc.cmake ENH: more compiler flags 2005-11-22 11:44:07 -05:00
Linux-ifort.cmake ENH: Cleanup link libraries. Remove -l from -ldl 2006-04-20 10:23:17 -04:00
Linux.cmake ENH: Adding support to link specifically to an archive or a shared library based on the file name specified. This fixes the problem of having -lfoo linking to libfoo.so even when it came from libfoo.a being specified. 2006-09-15 14:09:10 -04:00
MP-RAS.cmake ENH: major changes to support addition of languages from cmake modules directory. 2004-09-22 14:42:05 -04:00
NetBSD.cmake ENH: add more search paths and add UnixPaths to all unix platforms 2006-03-27 10:46:42 -05:00
OSF1.cmake ENH: add more search paths and add UnixPaths to all unix platforms 2006-03-27 10:46:42 -05:00
OpenBSD.cmake ENH: add unix paths 2006-03-27 11:09:19 -05:00
QNX.cmake ENH: try to force c++ on qnx 2007-02-20 11:33:40 -05:00
RISCos.cmake ENH: major changes to support addition of languages from cmake modules directory. 2004-09-22 14:42:05 -04:00
SCO_SV.cmake ENH: add more search paths and add UnixPaths to all unix platforms 2006-03-27 10:46:42 -05:00
SINIX.cmake ENH: add more search paths and add UnixPaths to all unix platforms 2006-03-27 10:46:42 -05:00
SunOS.cmake BUG: Need -Wl, to pass linker flags when using gcc on Sun. 2006-09-16 11:47:21 -04:00
Tru64.cmake ENH: add more search paths and add UnixPaths to all unix platforms 2006-03-27 10:46:42 -05:00
ULTRIX.cmake ENH: add more search paths and add UnixPaths to all unix platforms 2006-03-27 10:46:42 -05:00
UNIX_SV.cmake ENH: add more search paths and add UnixPaths to all unix platforms 2006-03-27 10:46:42 -05:00
UnixPaths.cmake BUG: Header and library search path ordering should be consistent. 2006-09-28 11:42:19 -04:00
UnixWare.cmake ENH: add more search paths and add UnixPaths to all unix platforms 2006-03-27 10:46:42 -05:00
Windows-bcc32.cmake BUG: Disable creation of import libraries for executables on Borland until it can be made optional. Otherwise all executables get a .lib with the same name which is unexpected behavior for users. 2007-03-20 09:14:27 -04:00
Windows-cl.cmake ENH: Added support for import libraries created by executable and module targets. The module import libraries should never be used but some windows compilers always create them for .dll files since there is no distinction from shared libraries on that platform. The executable import libraries may be used to create modules that when loaded bind to symbols from the executables. This is an enhancement related to bug#4210 though not requested by it explicitly. 2007-03-19 10:00:36 -04:00
Windows-cl.cmake.in ENH: add better variables for MSVC versions 2006-04-07 16:46:41 -04:00
Windows-df.cmake BUG: fix for bug 3950 add support for df compiler on windows 2007-02-20 16:43:32 -05:00
Windows-g++.cmake BUG: Need Windows-g++.cmake module to support C++-only projects on Windows. 2006-02-09 14:18:48 -05:00
Windows-g77.cmake BUG: fix for bug 2322, use CMAKE_EXECUTABLE_SUFFIX variable for exe suffix 2006-01-02 13:37:53 -05:00
Windows-gcc.cmake ENH: Added support for import libraries created by executable and module targets. The module import libraries should never be used but some windows compilers always create them for .dll files since there is no distinction from shared libraries on that platform. The executable import libraries may be used to create modules that when loaded bind to symbols from the executables. This is an enhancement related to bug#4210 though not requested by it explicitly. 2007-03-19 10:00:36 -04:00
Windows-icl.cmake ENH: Split CMAKE_STANDARD_LIBRARIES into per-language variables CMAKE_<lang>_STANDARD_LIBRARIES. This is needed to get programmable language support working with Visual Studio generators. It makes sense anyway. 2006-04-11 16:55:49 -04:00
Windows-ifort.cmake ENH: Split CMAKE_STANDARD_LIBRARIES into per-language variables CMAKE_<lang>_STANDARD_LIBRARIES. This is needed to get programmable language support working with Visual Studio generators. It makes sense anyway. 2006-04-11 16:55:49 -04:00
Windows-wcl386.cmake BUG: Do not create import library for MODULEs. This is an incremental fix for bug#4210. 2007-03-10 07:49:47 -05:00
Windows.cmake ENH: Generate import libraries for DLLs on Cygwin and MinGW. 2006-02-18 15:37:23 -05:00
WindowsPaths.cmake ENH: check in new find stuff 2006-03-02 13:30:22 -05:00
Xenix.cmake ENH: add more search paths and add UnixPaths to all unix platforms 2006-03-27 10:46:42 -05:00
g77.cmake FIX: for 1852 fix fortran case 2005-07-13 08:29:56 -04:00
gcc.cmake BUG: Applied patch from bug#4462. 2007-02-19 13:53:25 -05:00
kFreeBSD.cmake ENH: Cleanup link libraries. Remove -l from -ldl 2006-04-20 10:23:17 -04:00