Hi,
Our toolchain generates files ending in ".doj" for
objects, so I've been trying to configure my custom toolset module to use this.
My original module is based on acc.jam but qcc.jam had something that looked
like it would do the trick, so I lifted that and chucked into my module:
import type ;
type.set-generated-target-suffix
OBJ : <toolset>bfin : doj ;
type.set-generated-target-suffix
STATIC_LIB : <toolset>bfin : dlb ;
However my build of Boost now fails, with a fairly long
error tracing:
smclemo@edin-angus /usr/src/boost_1_39_0
$ bjam toolset=bfin
WARNING: No python installation configured and
autoconfiguration
failed. See http://www.boost.org/libs/python/doc/building.html
for configuration instructions or pass --without-python to
suppress this message and silently skip all Boost.Python targets
Building C++ Boost.
After the build, the headers will be located at
C:\cygwin\usr\src\boost_1_39_0
The libraries will be located at
C:\cygwin\usr\src\boost_1_39_0\stage\lib
Use 'bjam install --prefix=<path>' if you
wish to install headers and
libraries to a different location and remove the
source tree.
C:/cygwin/usr/src/boost_1_39_0/tools/build/v2/build\property.jam:613:
in find-replace from module object(property-map)@1
error: Ambiguous key <target-type>OBJ
<asynch-exceptions>off <conditional>@Jamfile</C:/cygwin/usr/src/boost_1_39_0>%Jamfile</C:/cygwin/usr/src/boost_1_39_0>.handle-static-runtime
<debug-symbols>on <define>BOOST_ALL_NO_LIB=1
<define>BOOST_DATE_TIME_STATIC_LINK <define>DATE_TIME_INLINE <exception-handling>on
<extern-c-nothrow>off <hardcode-dll-paths>true
<host-os>windows <include>. <inlining>off
<install-dependencies>off <link>static <main-target-type>LIB
<optimization>off <os>NT <preserve-test-targets>on
<profiling>off <python-debugging>off <python>2.5
<rtti>on <runtime-debugging>on <runtime-link>shared
<stdlib>native <suppress-import-lib>false
<symlink-location>project-relative
<tag>@Jamfile</C:/cygwin/usr/src/boost_1_39_0>%Jamfile</C:/cygwin/usr/src/boost_1_39_0>.tag
<target-os>windows <target>object(file-target)@429 <threadapi>win32
<threading>multi <toolset-bfin:version>8.0.7.1 <toolset>bfin
<user-interface>console <variant>debug
<warnings-as-errors>off <warnings>on
<snip>
I'm guessing I'm doing something probably a bit stupid or
missing something (I'm still at the fiddling around stage yet, so this is very
likely). Is anyone in the position to confirm this, or do I need to send the
module around? Also is it OK that I'm posting this here, or is there a more
appropriate mailing list I should be using?
- Sean