jcarr
/
coriolis
1
0
Fork 0
Code Issues Pull Requests Projects Releases Wiki Activity
coriolis/bootstrap/CMakeLists.txt

34 lines
1.0 KiB
CMake
Raw Normal View History

Cleanup after SVN importation, <ccb> builder script adaptation. Project hierarchy reorganisation: * With svn, we were doing a tool by tool checkout, suppressing the whole repository hierarchy level. * The tools were also grouped, inside one repository, into multiple projects (<bootstrap>, <vlsisapd>, <coriolis>). * We do not want to split up each tool into a separate repository, given their tight integration (except for vlsisapd). * We choose to simplify, and consider all tools in a svn repository one project. Due to the way Git clone repositories, the directory containing the project is now to be seen under "src/". CMake modifications: * Now that the <vlsisapd> and <bootstrap> projects are merged into coriolis, modificate the top CMakeLists.txt of each tool to uses only Coriolis (and bootstrap hard wired). CCB compile script modifications: * Uses the new source tree hierarchy, with the project directory inserted. * Remove (comment) all parts relateds to svn managment. * Git is sufficiently simple so that we do not want to integrate command shortcut into the script. SVN cleanup: * Remove the obsolete <chamsin> tool, that has become the full fledged <chams> project long time ago.
2014-02-26 11:24:41 -06:00
# -*- mode: CMAKE explicit-buffer-name: "CMakeLists.txt<bootstrap>" -*-
Forgotten.
2010-07-13 06:26:04 -05:00
Starting to implement support for Windows/Cygwin. * New: In all to CMakeLists.txt, disable the warning about deprecated WIN32 under cygwin. * New: In boostrap, in ccb.py, coriolisEnv.py and builder/Configuration.py add recognition in uname for the values returned under Windows/Cygwin. * New: In Documenation, in UsersGuide.rst add some informations about Cygwin and a section for the devel branch.
2014-07-13 06:14:49 -05:00
set(CMAKE_LEGACY_CYGWIN_WIN32 0)
* ./bootstrap: - Change: Now installing coriolisEnv.py & coriolis2.sh to simplificate the environement initialiszation for students.
2010-12-13 08:00:40 -06:00
project(Bootstrap)
Forgotten.
2010-07-13 06:26:04 -05:00
* ./bootstrap: - Change: Now installing coriolisEnv.py & coriolis2.sh to simplificate the environement initialiszation for students.
2010-12-13 08:00:40 -06:00
cmake_minimum_required(VERSION 2.4.0)
Forgotten.
2010-07-13 06:26:04 -05:00
Compliance with cmake 3.0 (Debian 9.2). Corrects all warnings.
2017-12-02 07:30:05 -06:00
set(ignoreVariables "${BUILD_DOC}")
* ./bootstrap: - Change: Now installing coriolisEnv.py & coriolis2.sh to simplificate the environement initialiszation for students.
2010-12-13 08:00:40 -06:00
add_subdirectory(cmake_modules)
list(INSERT CMAKE_MODULE_PATH 0 "${Bootstrap_SOURCE_DIR}/cmake_modules/")
find_package(Bootstrap REQUIRED)
* ./bootstrap: - New: Complete rewrite of builCoriolis.py & merge with easyChams to provide a graphical interface. Asides to the GUI, when run in graphic mode all settings are kept from run to run. Meaning that once the initial setup is done, a user may completly forget where things are... The new tool is named <ccb> for 'Coriolis & Chams Builder'. The Builder is now a module, that is split into multiples files. The old buildCoriolis.py is kept for the time beeing to ensure a smooth transition.
2013-01-12 08:57:35 -06:00
find_package(PythonSitePackages REQUIRED)
* ./bootstrap: - Change: Now installing coriolisEnv.py & coriolis2.sh to simplificate the environement initialiszation for students.
2010-12-13 08:00:40 -06:00
print_cmake_module_path()
* <All Tools>/CMakeLists.txt: - Change: For the setup_sysconfdir() boostrap/cmake macro uses the CMAKE_INSTALL_PREFIX to guess where we are being installed. Should be more reliable than any *_TOP environment variable. * ./bootstrap: - Change: In builCoriolis.py, detect not only when the X_TOP is not sets but also when it's sets to an empty value. In either case gives priority of the X_USER_TOP over the X_TOP.
2011-02-15 07:15:24 -06:00
setup_sysconfdir("${CMAKE_INSTALL_PREFIX}")
* ./bootstrap: - Change: Now installing coriolisEnv.py & coriolis2.sh to simplificate the environement initialiszation for students.
2010-12-13 08:00:40 -06:00
install(FILES coriolisEnv.py coriolis2.sh
DESTINATION ${SYS_CONF_DIR}/coriolis2
PERMISSIONS OWNER_WRITE
OWNER_READ GROUP_READ WORLD_READ
OWNER_EXECUTE GROUP_EXECUTE WORLD_EXECUTE)
install buildCoriolis.py to bin so user can found it in /asim/coriolis2/bin/buildCoriolis2.py in default installation
2011-09-15 05:35:14 -05:00
* ./bootstrap: - New: Complete rewrite of builCoriolis.py & merge with easyChams to provide a graphical interface. Asides to the GUI, when run in graphic mode all settings are kept from run to run. Meaning that once the initial setup is done, a user may completly forget where things are... The new tool is named <ccb> for 'Coriolis & Chams Builder'. The Builder is now a module, that is split into multiples files. The old buildCoriolis.py is kept for the time beeing to ensure a smooth transition.
2013-01-12 08:57:35 -06:00
install(DIRECTORY builder
DESTINATION ${PYTHON_SITE_PACKAGES} )
install(FILES ccb.py
execution rights were missing
2011-09-15 05:39:26 -05:00
DESTINATION bin
* ./bootstrap: - New: Complete rewrite of builCoriolis.py & merge with easyChams to provide a graphical interface. Asides to the GUI, when run in graphic mode all settings are kept from run to run. Meaning that once the initial setup is done, a user may completly forget where things are... The new tool is named <ccb> for 'Coriolis & Chams Builder'. The Builder is now a module, that is split into multiples files. The old buildCoriolis.py is kept for the time beeing to ensure a smooth transition.
2013-01-12 08:57:35 -06:00
RENAME ccb
execution rights were missing
2011-09-15 05:39:26 -05:00
PERMISSIONS OWNER_WRITE
OWNER_READ GROUP_READ WORLD_READ
OWNER_EXECUTE GROUP_EXECUTE WORLD_EXECUTE)