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 <vladimir@codesourcery.com>

Subject: Re: [Boost-users] building boost with unsupported compiler

To: boost-users@lists.boost.org

Message-ID: <h1qqlh$b7t$1@ger.gmane.org>

Content-Type: text/plain; charset=us-ascii

 

McLemon, Sean wrote:

 

> 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