Yep we really do have a completely different compiler\toolchain from any
currently present, with different switches to GCC, different extensions
for compiled objects etc.
Of course bjam doesn't need to be built for the target architecture :)
It's just that while poking around it looked like bjam needed to have
some knowledge about the toolchains it was building for and I suspected
that the .jam files in the directory I mentioned earlier were a means to
do this. Effectively I want to take steps to make our tools one of the
"Builtin tools", mentioned in the help here:
http://www.boost.org/boost-build2/doc/html/bbv2/reference/tools.html, so
our customers can build Boost with our tools without any fuss.
- Sean
Date: Tue, 23 Jun 2009 19:00:05 +0400
From: Vladimir Prus
Hi,
I'm looking to build Boost with a compiler not currently supported, but
I'm struggling to find information on where I should really begin. It
seems that I'll need to create my own toolset module (something like
..../boost_1_39_0/tools/build/v2/tools/blackfin.jam) with the
toolchain's specific build switches etc,
You should only do that if you really have a custom compiler. For gcc port, the 'gcc' toolset is fine.
rebuild bjam then build Boost.
No need to rebuild bjam -- it's a host program.
I presume that boost also has some libraries which may need some
specific options, or tweaking to work but am I getting the gist of it
correctly? Should I be expecting major configuration headaches
(toolchain-specific build\runtime issues aside) in adding a new
architecture?
I would not expect too much problems. I know folks were compiling Boost for arm-linux, in particular, with minor issues. - Volodya