Digital Mars - c++ - Boost configuration for DM?

↑ ↓ ← → "Matthew Wilson" <dmd synesis.com.au> writes:

I would suggest that would be the case also. The last time I looked, they
don't have a facility for disabling the boost namespace (which stlsoft does
have, ;)), so any out-of-class template-class member functions are likely to
give nasties

"Walter" <walter digitalmars.com> wrote in message
news:aokdr2$8tb$1 digitaldaemon.com...
 I haven't looked at the boost stuff. Christof has, and he says that DM's
 namespace support has to get better before it will work. -Walter

 "John Fletcher" <J.P.Fletcher aston.ac.uk> wrote in message
 news:3DAD5032.8C99099B aston.ac.uk...
 John Fletcher wrote:

 Has anyone done the Boost configuration for the DM compiler?

 Thanks

 John


 I am setting about doing this from scratch, and have the structure set
 up, but has anyone ever run configure test for Boost and could tell me
 how to do it?  I cannot find anything on the Boost sites about how to do
 this.

 John Fletcher

Oct 16 2002

↑ ↓ ← → John Fletcher <J.P.Fletcher aston.ac.uk> writes:

Matthew Wilson wrote:

 I would suggest that would be the case also. The last time I looked, they
 don't have a facility for disabling the boost namespace (which stlsoft does
 have, ;)), so any out-of-class template-class member functions are likely to
 give nasties

 "Walter" <walter digitalmars.com> wrote in message
 news:aokdr2$8tb$1 digitaldaemon.com...
 I haven't looked at the boost stuff. Christof has, and he says that DM's
 namespace support has to get better before it will work. -Walter

 "John Fletcher" <J.P.Fletcher aston.ac.uk> wrote in message
 news:3DAD5032.8C99099B aston.ac.uk...
 John Fletcher wrote:

 Has anyone done the Boost configuration for the DM compiler?

 Thanks

 John


 I am setting about doing this from scratch, and have the structure set
 up, but has anyone ever run configure test for Boost and could tell me
 how to do it?  I cannot find anything on the Boost sites about how to do
 this.

 John Fletcher






I note the assessments above.  I spent some time on this yesterday and can
report the following results.

First of all, how to configure boost.  The advice in the boost community is
basically

1.  run ./configure on Unix.
2.  read the documents.  These do not fully correspond with the actual test
programs.

so I am back to trial and error.

There is a file called boost\config\select_compiler_config.hpp and I have added
to it the following section

#elif defined __DMC__
//  Digital Mars put in BEFORE MPW as DM also defines __SC__ (Symantec)
//  for backward compatibility but I have NOT tested that.
#   define BOOST_COMPILER_CONFIG "boost/config/compiler/dmc.hpp"

which sets up dmc.hpp for Digital Mars.  Note that there is another compiler
called MPW which also defines __SC__ so it is important to get in before that
one.

After that the question is what to put into dmc.hpp.

There are two programs to help with this.

boost/libs/config/test/config_info.cpp
boost/libs/config/test/config_test.cpp

Status:

config_info.cpp will not compile with DM8.30 owing to lack of <iostream>
It will compile and run with DM8.30 +STLport and provides some useful
configuration information.

config_test.cpp will not compile with DM8.30 + STLport
or with DM8.31.1 + STLport and the compilation error does not change.

I am currently investigating this to pin it down.  It could be solveable by a
BOOST config choice (although I think I have tried most of those already) or it
could need a change to the DM compiler.

If anyone else is interested I will share the files mentioned above.

John Fletcher

Oct 17 2002

↑ ↓ ← → "Matthew Wilson" <dmd synesis.com.au> writes:

John

I'm interested, but am about to take a holiday, so may not be able to help
for a couple of weeks. Upon my return, Boost, WinSTL and Comeau are my top
priorities, all of which involve tinkering with compilers and stuff, so if
you are still in need of assistance by then I'll definitely be up for it.

Please send me what you have now, as I am interested in taking a look

Matthew


"John Fletcher" <J.P.Fletcher aston.ac.uk> wrote in message
news:3DAE7694.C9958229 aston.ac.uk...
 Matthew Wilson wrote:

 I would suggest that would be the case also. The last time I looked,




 don't have a facility for disabling the boost namespace (which stlsoft




 have, ;)), so any out-of-class template-class member functions are




 give nasties

 "Walter" <walter digitalmars.com> wrote in message
 news:aokdr2$8tb$1 digitaldaemon.com...
 I haven't looked at the boost stuff. Christof has, and he says that






 namespace support has to get better before it will work. -Walter

 "John Fletcher" <J.P.Fletcher aston.ac.uk> wrote in message
 news:3DAD5032.8C99099B aston.ac.uk...
 John Fletcher wrote:

 Has anyone done the Boost configuration for the DM compiler?

 Thanks

 John


 I am setting about doing this from scratch, and have the structure








 up, but has anyone ever run configure test for Boost and could tell








 how to do it?  I cannot find anything on the Boost sites about how








 this.

 John Fletcher






 I note the assessments above.  I spent some time on this yesterday and can
 report the following results.

 First of all, how to configure boost.  The advice in the boost community


 basically

 1.  run ./configure on Unix.
 2.  read the documents.  These do not fully correspond with the actual


 programs.

 so I am back to trial and error.

 There is a file called boost\config\select_compiler_config.hpp and I have


 to it the following section

 #elif defined __DMC__
 //  Digital Mars put in BEFORE MPW as DM also defines __SC__ (Symantec)
 //  for backward compatibility but I have NOT tested that.
 #   define BOOST_COMPILER_CONFIG "boost/config/compiler/dmc.hpp"

 which sets up dmc.hpp for Digital Mars.  Note that there is another


 called MPW which also defines __SC__ so it is important to get in before


 one.

 After that the question is what to put into dmc.hpp.

 There are two programs to help with this.

 boost/libs/config/test/config_info.cpp
 boost/libs/config/test/config_test.cpp

 Status:

 config_info.cpp will not compile with DM8.30 owing to lack of <iostream>
 It will compile and run with DM8.30 +STLport and provides some useful
 configuration information.

 config_test.cpp will not compile with DM8.30 + STLport
 or with DM8.31.1 + STLport and the compilation error does not change.

 I am currently investigating this to pin it down.  It could be solveable


 BOOST config choice (although I think I have tried most of those already)


 could need a change to the DM compiler.

 If anyone else is interested I will share the files mentioned above.

 John Fletcher

Oct 17 2002

↑ ↓ ← → John Fletcher <J.P.Fletcher aston.ac.uk> writes:

Walter wrote:

 "John Fletcher" <J.P.Fletcher aston.ac.uk> wrote in message
 news:3DAE7694.C9958229 aston.ac.uk...
 config_test.cpp will not compile with DM8.30 + STLport
 or with DM8.31.1 + STLport and the compilation error does not change.

 I am currently investigating this to pin it down.  It could be solveable


 BOOST config choice (although I think I have tried most of those already)


 could need a change to the DM compiler.

 If anyone else is interested I will share the files mentioned above.


 I'm always interested in any concise, succint bug reports!


Walter

I was trying to get to that, but when I extracted the code where the compiler
error message is, it went away, so I think it must be something to do with
where the template was being called from, which was not given.  Is there any
way to get that information?

gcc does it with "instantiated from ...." and this provides a chain back.

I think in this case the call is coming from something to do with output, so
that may take me into <iostream>.  At the moment this is preventing me from
compiling the configuration testing program which comes with Boost!

John

Oct 18 2002

↑ ↓ ← → "Walter" <walter digitalmars.com> writes:

"John Fletcher" <J.P.Fletcher aston.ac.uk> wrote in message
news:3DAFDA1B.53741675 aston.ac.uk...
 I was trying to get to that, but when I extracted the code where the


 error message is, it went away, so I think it must be something to do with
 where the template was being called from, which was not given.  Is there


 way to get that information?

 gcc does it with "instantiated from ...." and this provides a chain back.

 I think in this case the call is coming from something to do with output,


 that may take me into <iostream>.  At the moment this is preventing me


 compiling the configuration testing program which comes with Boost!


The only way I've found to do it is to copy all the files to a separate
directory, and then whack away at them until the smallest file is there that
reproduces the problem. I frequently will merge all the include files in by
compiling with -e -l.

Oct 18 2002