Edward Diener wrote:
I realize that not too much work has done with Comeau as far as the Boost build process is concerned but I think that something should be done to circumvent dll builds of libraries for Comeau in the normal Boost build process.
Must have missed the first mention :-\ The attached patch to tools/build/v1/boost-base.jam prevents DLLs (and other shared objects) from getting built with como. Unfortunately this will cause regression testing to break as the test Jamfiles are not designed to handle dependent targets not getting built. So if Doug thinks it's important to fix this for release I can investigate further to make testing work under these conditions. -- -- Grafik - Don't Assume Anything -- Redshift Software, Inc. - http://redshift-software.com -- rrivera/acm.org - grafik/redshift-software.com -- 102708583/icq - grafikrobot/aim - Grafik/jabber.org Index: tools/build/v1/boost-base.jam =================================================================== RCS file: /cvsroot/boost/boost/tools/build/v1/boost-base.jam,v retrieving revision 1.152 diff -u -r1.152 boost-base.jam --- tools/build/v1/boost-base.jam 25 Jun 2005 00:29:50 -0000 1.152 +++ tools/build/v1/boost-base.jam 25 Jul 2005 19:18:33 -0000 @@ -2940,6 +2940,16 @@ # dynamic runtime only comes in the multi-threading flavor if <runtime-link>dynamic in $(properties) { requirements += <threading>multi ; } } + case como-win32* : + { + # DLLs are not supported at all with this compiler, yet. + if [ get-values <target-type> : $(properties) ] in $(SHARED_TYPES) { requirements += <build>no ; } + } + case como-*vc* : + { + # DLLs are not supported at all with this compiler, yet. + if [ get-values <target-type> : $(properties) ] in $(SHARED_TYPES) { requirements += <build>no ; } + } } return $(subvariant-path) [ impose-requirements $(properties) : $(requirements) ] ; }