Rake for C, C++, Objective-C and Objective-C++ Projects
(See the 'examples' directory for source).
Rakefile:
require 'rubygems' if RUBY_VERSION < '1.9'
require 'rake/builder'
Rake::Builder.new do |builder|
builder.target = 'hello_world_cpp'
end
main.cpp
#include <iostream>
int main(int argc, char *argv[]) {
std::cout << "Hello World!\n";
return 0;
}
The Hello World! project should build and run:
$ rake run
Hello World!
- makedepend
- linux: package 'xutils-dev'
- OS X: already installed
$ (sudo) gem install rake-builder
See the 'examples' directory.
If you've installed the gem system-wide, type the following to go to the correct directory:
$ cd `gem environment gemdir`/gems/rake-builder-nnn
$ cd examples
In order to build on a specific computer, you will need to indicate information like non-standard include paths.
Rake::Builder collects all such information in one file: '.rake-builder'
This file should be created in the same directory as the Rakefile.
The file should be a YAML structure, and must include a version.
Currently, the following can be configured:
- extra include paths: :include_paths
- extra compilation options (e.g. defines): :compilation_options
---
:rake_builder:
:config_file:
:version: "1.0"
:include_paths:
- /opt/local/include
- /usr/include/c++/4.2.1
- compile
- build
- run - executables only
- install
- clean
If you install a static library, your headers will also be installed. Ensure that you use file globs, e.g. './include/**/*.h', as these will ensure that your headers are installed in the correct subdirectories.
If you project does not build, use Rake's --trace
option to get more
information about what's going wrong:
$ rake --trace
- Builds C, C++ and Objective-C projects using GCC.
Task dependencies must ensure that out of date files are recreated as needed.
Rake's FileTask decides whether a file needs rebuilding by comparing on disk file modification times (see the private method out_of_date?, which returns true if the dependency was modified after the dependent). Unfortunately, most modern file systems hold modification times in whole seconds. If a dependency and a dependent were modificed during the same second, even if the dependency were modified later, out_of_date? returns false which is not the correct answer.
This problem is mostly felt in testing, where file modification times are temporarily modified to test dependencies. Also, tests wait for second to complete after building.
- Ext3 - resolution: 1s
- Ext4 - resolution: 1 microsecond
- Hierarchical_File_System - resolution: 1s
- HFS_Plus - resolution: 1s
Currently, object files from all source files are placed in the same directory. So, if there are two source files with the same name, they will overwrite each other.
- GNU build system, a.k.a. Autotools: autoconf, configure, make, etc.
- Boost.Build
- CMake
- SCons
- waf
- fbuild