Jump to content

Programming Reference:Build System (obsolete): Difference between revisions

From BCI2000 Wiki
Mellinger (talk | contribs)
Mellinger (talk | contribs)
No edit summary
Line 1: Line 1:
== Introduction ==
== Introduction ==
Previous versions of BCI2000 (2.x and earlier) were dependent on the visual components library (VCL) by Borland and could only be built using the Borland compiler.  For version 3.0, we made BCI2000 compiler-independent, and therefore had to choose a portable replacement for VCL.  Qt was chosen to replace VCL because it is not only compiler-independent, but also platform-independent.  
Early versions of BCI2000 (2.x and earlier) were dependent on the visual components library (VCL) by Borland and could only be built using the Borland compiler.  Since version 3.0, Qt has replaced the VCL because it is not only compiler-independent, but also platform-independent.
 
To support many platforms and compilers, BCI2000 is using CMake http://www.cmake.org to generate Makefiles, project files, and Visual Studio solutions.  CMake can be thought of as a meta-makefile; it examines your build environment and sets up a Visual Studio project, a Code::Blocks project, or a Unix Makefile which is custom tailored to your environment.  Due to the wide variation in possible build environments, BCI2000 can not come with a fixed Visual Studio solution file, or a fixed Eclipse project file (such fixed solutions would always end up costing users a lot of effort).  Thus, the number of platforms BCI2000 supports is mainly limited by the number of platforms and compilers for which CMake has generators.


To support such a large number of platforms and compilers, BCI2000 is using CMake http://www.cmake.org to generate Makefiles, project files, and Visual Studio solutions.  CMake can be thought of as a meta-makefile; it examines your build environment and sets up a Visual Studio project, a Code::Blocks project, or a Unix Makefile which is custom tailored to your environment.  Due to the wide variation in possible build environments, BCI2000 can not come with a fixed Visual Studio solution file, or a fixed Eclipse project file (such fixed solutions would always end up costing users a lot of effort).  Thus, the number of platforms BCI2000 supports is mainly limited by the number of platforms and compilers for which CMake has generators.
<!--
<!--
== Dependencies ==
Qt 4.5+ http://qt.nokia.com/products/ is required. In case the Qt website goes down, or is changed in some drastic way, a mirror of a confirmed working version of Qt 4.5 is provided here: <LINK>
-->
== Supported Environments ==
== Supported Environments ==


*'''Supported Operating Systems'''
*'''Supported Operating Systems'''
**Windows XP, Windows 2000, Windows 7 (Vista not recommended)
**32 and 64-bit Windows systems
**64-bit Windows systems
**Windows 7, 8, 10 (Vista not recommended)
**Macintosh OSX: Compiles and passes standard tests on 10.5 and newer systems
**Support for Unix-like systems (macOS, Linux) is currently broken
**Linux: Compiles and passes standard tests on Wheezy (currently stable)
*'''Supported Compilers'''
*'''Supported Compilers'''
**Visual Studio 9 (2008) and 10, download free Express version from [http://www.microsoft.com/express/downloads/ here] (although some BCI2000 modules require MFC, most modules may be built using the Express version)
**Visual Studio 2012, 2015, 2017
**MinGW with gcc 4.x
*'''Supported IDEs'''
*'''Supported IDEs'''
**Qt Creator
**Qt Creator
**Visual Studio 9 (2008), Visual Studio 10
**Visual Studio 2012, 2015, 2017
**Code::Blocks - MinGW Makefiles
**Other IDEs supported by CMake generators (Eclipse CDT, ...), as long as these use the compilers listed above
 
== Setting up MinGW to build BCI2000 ==
This section only applies when you want to use MinGW as a compiler to build BCI2000. If you are using a different compiler/IDE, please proceed to the next section.
*If you don't care whether your BCI2000 executables are statically linked against Qt libraries, you may use any recent version of MinGW. You will need to install Qt separately from BCI2000, and you will need to follow the instructions in the next section, "Building against a Qt distribution outside the BCI2000 source tree".
*If you want to statically link BCI2000 against Qt libraries using any version of MinGW, you will need to install Qt separately from BCI2000, and recompile it from source with the "static" configuration flag as described [http://developer.qt.nokia.com/wiki/How_to_build_a_static_Qt_version_for_Windows_with_gcc here]. Then, follow the instructions in the next section, "Building against a Qt distribution outside the BCI2000 source tree".
*If you want to use the pre-compiled static Qt libraries in the BCI2000 source tree, you will need to install a compatible version of MinGW. Currently, this is MinGW with gcc 4.4.0, which can be downloaded from [http://{{SERVERNAME}}/downloads/bin/mingw_440.zip]. Extract this file into any path on your local hard drive, and add its "bin" subdirectory to your system path variable so MinGW commands are recognized when entering them from the command line.


== How To Build Using CMake ==
== How To Build Using CMake ==
#Ensure that your compiler and IDE are installed on the computer.  This means that Visual Studio is installed if you intend to use Visual Studio, or that MinGW and Code::Blocks are installed if you intend to use Code::Blocks as your IDE and MinGW as your compiler.   
#Ensure that your compiler and IDE are installed on the computer.  This means that Visual Studio is installed if you intend to use Visual Studio, or that MinGW and Code::Blocks are installed if you intend to use Code::Blocks as your IDE and MinGW as your compiler.   
<!--
#Download and install a recent version of cmake (Version 3.11.0 at the time of this writing) from http://www.cmake.org/ - '''Add to path for all users.'''
#Download and install the Qt SDK from http://www.qtsoftware.com/
##After Installing, add the install path to your PATH environment variable.
###Right click on "My Computer" - select Properties.
###Go to the "Advanced" tab and click the "Environment Variables" button at the bottom.
###In the system variables pane, locate the "Path" variable, highlight and click "Edit"
###Move the cursor to the end of the "Variable value:" text box and type: ";C:\Qt\XXXX.XX\qt\bin\" (without the quotes, XXXX.XX is version. Replace) Adding paths to the "Path" variable is done using semicolon deliminations with no space between the previous path's semicolon and the new path.
###Click Ok, and click Ok again, and Ok again.
##'''IF USING VISUAL STUDIO:''' You need to build Qt from source to get Visual Studio ".lib"s
###Add ";C:\Program Files\Microsoft Visual Studio XX\VC\bin\" to the "Path" variable
###Copy "mspdb80.dll", "mspdbcore.dll", "mspdbsrv.exe" and "msobj80.dll" from "C:\Program Files\Microsoft Visual Studio XX\Common7\IDE"to the folder "C:\Program Files\Microsoft Visual Studio XX\VC\bin"
###Open a Visual Studio command prompt and navigate to C:\Qt\XXXX.XX\qt
###Type "set INCLUDE=C:\Program Files\Microsoft Visual Studio XX\VC\include;C:\Program Files\Microsoft SDKs\Windows\vXX\Include;%INCLUDE%"
###Type "set LIB=C:\Program Files\Microsoft Visual Studio XX\VC\lib;C:\Program Files\Microsoft SDKs\Windows\vXX\Lib;%LIB%"
###Run the "configure" command
###Type "o" for open source, type "y" for yes
###Qt will now be configured to generate a Visual Studio Project.  This will take a while.
###Build the libraries using the Visual Studio Compiler
####You have two choices here.  If you're looking for an easy, automated build process, but takes a very long time (3-4 Hours), simply run "nmake" from this dir.
####If you're looking for a faster build, only build the necessary libraries.
#####Cd into Qt/XXXX.XX/qt/src/corelib and run "nmake"
#####Cd into Qt/XXXX.XX/qt/src/gui and run "nmake"
#####Cd into Qt/XXXX.XX/qt/src/network and run "nmake"
#####Cd into Qt/XXXX.XX/qt/src/opengl and run "nmake"
#####Cd into Qt/XXXX.XX/qt/src/winmain and run "nmake"
-->
#Download and install cmake (Version 2.8.2 or higher!) from http://www.cmake.org/ - '''Add to path for all users.''' -- If you experience a problem with a version of cmake newer than 2.8.3, download cmake 2.8.3 from [http://{{SERVERNAME}}/downloads/bin/cmake-2.8.3-win32-x86.exe here].
#Go to the BCI2000/build directory and double-click the "Make ... .bat" file which best describes your intended platform.  (for example, if you plan to use Visual Studio 2008, you would run the "Make VS2008 Project Files.bat"). These batch files will ask you a few questions about which parts of the BCI2000 distribution you want to make, and will then call CMake with the appropriate options.
#Go to the BCI2000/build directory and double-click the "Make ... .bat" file which best describes your intended platform.  (for example, if you plan to use Visual Studio 2008, you would run the "Make VS2008 Project Files.bat"). These batch files will ask you a few questions about which parts of the BCI2000 distribution you want to make, and will then call CMake with the appropriate options.
#Wait while cmake examines your computer, finds Qt and your compiler, and generates applicable project files for your system
#Wait while cmake examines your computer, finds Qt and your compiler, and generates applicable project files for your system

Revision as of 14:11, 24 April 2018

Introduction

Early versions of BCI2000 (2.x and earlier) were dependent on the visual components library (VCL) by Borland and could only be built using the Borland compiler. Since version 3.0, Qt has replaced the VCL because it is not only compiler-independent, but also platform-independent.

To support many platforms and compilers, BCI2000 is using CMake http://www.cmake.org to generate Makefiles, project files, and Visual Studio solutions. CMake can be thought of as a meta-makefile; it examines your build environment and sets up a Visual Studio project, a Code::Blocks project, or a Unix Makefile which is custom tailored to your environment. Due to the wide variation in possible build environments, BCI2000 can not come with a fixed Visual Studio solution file, or a fixed Eclipse project file (such fixed solutions would always end up costing users a lot of effort). Thus, the number of platforms BCI2000 supports is mainly limited by the number of platforms and compilers for which CMake has generators.

  • MinGW, Borland and other single configuration generators within CMake only generate one configuration at CMake Run-time. By default, this is set to the release configuration. It can be set - along with specific compiler options - in BCI2000/build/cmake/BuildConfigurations.cmake. The Visual Studio generator will ignore settings in this file. To turn on a debug build in a single configuration generator, run cmake -i in the build directory and set CMAKE_BUILD_TYPE to "Debug" when prompted.
  • All Compilers handle non standard characters, such as umlauts and characters with accents or tildes, differently. Because BCI2000 currently has no standardized way of handling non standard characters in a cross-compiler environment, it is strongly recommended that - for the time being - special characters are not used in localizations during the development of BCI2000 Ver 3.0.

Conclusions

Now that BCI2000 is open to a number of platforms, and compilers, support may not exist for every possible compiler/platform available. Certain compilers do not optimize code as well as others, and this behavior may lead to poor system latencies during BCI2000 experiments. The supported compilers have been rigorously tested and confirmed to be adequate for compiling the BCI2000 sources. If you wish to use a different compiler, be sure to run tools/BCI2000Certification in order to confirm your setup. CMake is a powerful tool, but in the end, ability to compile the sources is completely up to the IDE/compiler choice. If your IDE/compiler choice is not listed above, it is strongly urged that you to consider using one which is supported. If you run into problems using an unsupported IDE/compiler combination, you can try to find help at the BBS - http://www.bci2000.org/phpbb/index.php. BCI2000 should compile as effortlessly as possible on supported platforms.

Windows platforms tested successfully so far

Compiler OS Processors Qt linkage
MSVC2008 Win XP SP3 2 static
MSVC2008 Win XP SP3 1 static
MSVC2008 Win 7 32bit 1 static
MSVC2008 Win 7 64bit 1 static
MSVC2010 Win XP SP3 1 static
MSVC2010 Win XP SP3 1 dynamic
MinGW > 4 Win XP SP3 1 static
MinGW > 4 Win XP SP3 1 dynamic

Status on other OSes

Note that the Qt libraries provided in the BCI2000 source tree are for Windows only, so you need to separately install Qt on your system before compiling BCI2000.

Linux

Executable tests are passed on x86 and amd64 architectures running Debian Squeeze (currently "Stable") and Wheezy (currently "Testing").

OS X

BCI2000 builds successfully in OS X Leopard and Snow Leopard using the CMake generating script at build/Make Unix Makefiles.sh. Executable tests run successfully on OSX, both in 32 and 64 bit mode.

See also

Programming Reference:Building Qt for BCI2000