| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Alex
|
|
|
|
|
|
|
| |
directories for the FIND_XXX() commands, for the case that somebody has its
own install tree
Alex
|
|
|
|
| |
Alex
|
|
|
|
|
|
|
|
|
| |
variable is already added to the cache inside cmTryRunCommand.cxx, so the
value used here was ignored. Additionally the INTERNAL made it internal,
which shouldn't be done when cross compiling, since here the user is
required to edit this variable manually e.g. using ccmake.
Alex
|
|
|
|
|
|
| |
shouldn't hurt
Alex
|
|
|
|
|
|
| |
check_struct_has_member("struct stat" st_rdev "${CFG_HEADERS}" HAVE_STRUCT_STAT_ST_RDEV)
Alex
|
|
|
|
|
|
| |
DSPs, patch from Raphael Cotty
Alex
|
|
|
|
| |
Alex
|
|
|
|
|
|
| |
values (returning a pointer to a string on the stack is no good idea)
Alex
|
|
|
|
| |
Alex
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
two-step priority (None or Prefered)
Current order: ASM 0, C 10, Fortran 20, CXX 30, Java 40
This is the same order as automake choses:
http://www.gnu.org/software/automake/manual/html_node/How-the-Linker-is-Chosen.html
This change should be backward compatible:
if there is a project using fortran and CXX, they had to set the
LINKER_LANGUAGE explicitely, otherwise cmake complained (but still generated
the project files). Explicitely setting the linker language still overrides
automatic detection.
If somebody has a custom language for cmake and the PREFERENCE starts with
"P", its changed to 100, which gives it preference over all other languages
(except the other custom languages which have also "Prefered"). "None" is
converted to 0.
Alex
|
|
|
|
|
|
| |
CMAKE_xxx_INFORMATION files
Alex
|
|
|
|
| |
Alex
|
|
|
|
| |
Alex
|
|
|
|
| |
Alex
|
|
|
|
| |
Alex
|
|
|
|
| |
Alex
|
|
|
|
|
|
|
|
| |
compiling an executable (amd thus cannot build the compiler-id program)
easier by providing CMAKE_FORCE_XXX() macros which force cmake to use the
given compilers anyway
Alex
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
CMAKE_SYSTEM_AND_C_COMPILER_INFO_FILE, CMAKE_SYSTEM_AND_CXX_COMPILER_INFO_FILE,
CMAKE_SYSTEM_AND_C_COMPILER_AND_PROCESSOR_INFO_FILE and CMAKE_SYSTEM_AND_CXX_COMPILER_AND_PROCESSOR_INFO_FILE
Instead of presetting these variables to arbitrary filenames, users should
set up CMAKE_SYSTEM_NAME and the compilers correctly and also create a
Platform/ directory so these files will all follow the official cmake style,
which should make it easier to understand and debug project which have their
own platform/toolchain support files.
-remove support for a suffix to MS crosscompilers, since this is not (yet)
supported by cmake and might confuse users
Alex
|
|
|
|
|
|
| |
generator too
Alex
|
|
|
|
| |
Alex
|
|
|
|
|
|
|
| |
able to compile e.g. the C++ source file (e.g. the ADSP compiler needs -c++
for compiling C++ files)
Alex
|
|
|
|
| |
to be searched optionally. Turn off the feature on debian systems. This addresses debian report 419007.
|
| |
|
| |
|
|
|
|
|
|
| |
(sdcclib) cvs for creating libraries)
Alex
|
|
|
|
|
|
| |
to the first global cmake property TARGET_SUPPORTS_SHARED_LIBS
Alex
|
|
|
|
|
|
|
|
|
| |
CMakeDetermineSystem.cmake, since CMAKE_SYSTEM_NAME might already be preset
when using cmake for cross compiling
use type STRING instead of FILEPATH since otherwise a strange filename was
generated
Alex
|
|
|
|
| |
Alex
|
|
|
|
|
|
| |
platform doesn't support shared libraries
Alex
|
|
|
|
|
|
| |
not defined here
Alex
|
|
|
|
|
|
|
| |
way the specific hardware file can set variables which can be used in the
toolchain rules (like CMAKE_C_COMPILE_OBJECT etc.)
Alex
|
|
|
|
|
|
| |
-add a Generic.cmake for target platforms without operating system
Alex
|
|
|
|
|
|
|
|
| |
second part copies the values from the cmake variables into internal maps.
So this can now be done after the compiler-specific information has been
loaded, which can now overwrite more settings.
Alex
|
| |
|
|
|
|
| |
Alex
|
|
|
|
| |
Alex
|
|
|
|
| |
Alex
|
|
|
|
|
|
|
| |
-also try the basename file if the compiler id file doesn't exist
-don't rely so much on the CMAKE_TOOLCHAIN_FILE
Alex
|
|
|
|
| |
Alex
|
|
|
|
|
|
| |
doesn't exist there
Alex
|
|
|
|
|
|
|
|
|
| |
compiled output.
Tested with various gcc, XCode, MSVC7, sdcc
For OSX when doing TRY_COMPILE() CMAKE_OSX_ARCHITECTURES is used, if there are different results an error is generated. CMAKE_OSX_ARCHITECTURES can be overwritten for the TRY_COMPILES with CMAKE_TRY_COMPILE_OSX_ARCHITECTURES.
Alex
|
|
|
|
|
|
|
|
|
| |
really work by reverting X11_LIBRARIES back to the old version
-add some more X11_xxx_FOUND variables
-reformat comments at the top
-always use IF(INCLUDE_DIR and LIB) for setting FOUND to TRUE
Alex
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
creates two cache variables, one for the RUN_RESULT, one for the RUN_OUTPUT
(if required), which can be set or preset by the user. It has now also two
new arguments: RUN_OUTPUT_VARIABLE and COMPILE_OUTPUT_VARIABLE (the old
OUTPUT_VARIABLE merges both), so if only COMPILE_OUTPUT_VARIABLE is used the
run time output of the TRY_RUN is unused and the user doesn't have to care
about the output when crosscompiling. This is now used in FindThreads.cmake,
CheckC/CXXSourceRuns.cmake and TestBigEndian.cmake, which used the output
only for the logfile (compile output is still there). Test/TryCompile/ now
also tests the behaviour of OUTPUT_VARIABLE, RUN_OUTPUT_VARIABLE and
COMPILE_OUTPUT_VARIABLE.
Alex
|
|
|
|
|
|
| |
lot of additional X11 libs, like Xv, Xau, Xrandr and others
Alex
|
|
|
|
|
|
| |
so when cross compiling the build host platform can be tested
Alex
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
conversion of hex and srec files to binary.
Without this automatic conversion, everywhere where a compiled file is parsed for strings the
a file(HEX2BIN somefile binfile) command has to be added otherwise it will
not work for these compilers. I tried this with DetermineCompiler and
CheckTypeSize and nobody will do this except the users who work with such
compilers. For them it will break if they don't add this conversion command
in all these places.
If FILE(STRINGS) is used with a text file, it
will in most cases still work as expected, since it will only convert hex
and srec files. If a user actually wants to get text out of hex files, he
knows what he's doing and will see the hint in the documentation.
Anyway, it should work without having to create a temporary file, will work
on this later.
Alex
|
|
|
|
|
|
|
| |
the compiler is completely unknown and even if it produces intel hex or
motorola s-record files, with test
Alex
|
|
|
|
|
|
|
| |
the tests run again successfully, but since CheckTypeSize will switch to a
TRY_COMPILE soon I will look at it again after this change
Alex
|
|
|
|
| |
Alex
|