On Wed, 4 Apr 2001 20:25:11 +0530, "Rajiv Bhagwat" <dataflow@vsnl.com> wrote:
> Dear Walter,
> 
> Downloaded 812. My notes:
> 
> 1. 'mutable': not yet implemented. Atleast, ignore the keyword. A fix for
> now:
> #ifdef __SC__
> #define mutable
> #endif
> 
> 2. 812 'sc' shows wrong version: 8.0B0 -> change to 8.1B2 by patching sc.exe at B0C6 and B0C8. This is essential for me: I am using batch files to switch compiler versions for fallback - and would like to know the compiler version being used at any time. Request Walter to fix such minor irritants.
> 
> 3. The compiler.htm (800) contained some extranous <code>...</code> which caused compilation errors with 812. Removed those, it now compiles ok. But even the corrected file chokes 800 and the computer with it. (The compiler.htm with 812 is much smaller and does not boast to be compilable!)
> 
> 4. 800 snn.lib bug seems to have vanished in 812. These combinations give
> the following results: (bug only for -mn)
> 760 sc, 760 snn.lib: ok
> 800 sc, 800 snn.lib: bug
> 800 sc, 760 snn.lib: ok  <--- Older snn, no problem
> 812 sc, 812 snn.lib: ok  <--- works, no need to use older snn
> 800 sc, 812 snn.lib: bug <--- In short, don't use 800!
> 
> 5. 812 breaks whatever part of STL which was working. Particularly, use of
> "__out" as a parameter name in stl_algo.h breaks as the compiler uses
> "__out" as a reserved word. A workaround: (use before #include of stl
> headers):
> #ifdef __SC__
> #define __out __out1
> #endif
> 
> All this refers to SGI-STL as downloaded from the digitalmars web site.
> 
> 

This is fixed in the STLport version of STL.

Which version of STL are you using?

> 6. Use of "string" header causes a compilation error in same 'stl_algo.h' line 200. It looks like JAK was already there and is working on it.
> 

Again my tests of string implies that the STLport version of string works. Given that you have identified stl_algo.h as the problem file I am asuming that the problem you are encountering is in one of the other versions of STL.

> 7. Newer IDE must be from 7.5, which I have not loaded - as I STILL need the ability to debug 16 bit apps. So, quick testing of STL using supplied .prj files gets postponed in my case.

Ummm..... The STLport regression tests do require the IDE. I will look at writing a makefile for the tests.

> 
> ------------------
> Some of these have already been answered by you. These anyway are my notes
> during porting. As I could sort out problems with whatever little STL I use,
> I will continue to use 812 in place of 760. (I had refrained from porting to
> 800). Thanks for quick reply, though.
> - Rajiv
> 
> 
> 
>