I have been using Walter's compiler for the last 10+ years on a daily basis (even on Sundays sometimes!) - much more than any other compiler. Virtually all the products and utilities use it (say 10% use the other compilers on Windows and Linux) so, I am a little cautious when switching even to the newer versions.

Thanks, Walter, for a solid product. Need I say anything other that 10 years?
-----------------------------
Some comments:
1. Doc says that 'mutable' is recognized and ignored since 7.5. It still
gives a compilation error (for both 7.6 and 8.0)


2. I have always used the command line versions. My IDE ver is 7.2, your STL testing code uses a later version. When was that released? How can I upgrade the IDE?


3. I have found a bug in ver 8 snn.lib (using the ver from 7.6 with newer
compiler works ok : also other models are ok in both 7.6 and 8). I guess you
need to check
your unit tests for the library. Will furnish more details on this later if
reqd. (I have a batch file to switch between 7.6 and 8 so was able to
quickly revert to 7.6)


4. STL 'string' did not work: but list, vector, map work great, even with 7.6 and 16 bits. I guess the STL newsgroup will be a better place to take it up.


5. The HTML file supplied with 8.0 just hung the compiler. Even a smaller test file did not compile. I am referring to 'Embed C in HTML'.

Thanks also to Jan for keeping things moving!

I'm glad you enjoy it!

1. I'll have a look at it.
2. Symantec's final release was 7.5. Sometimes you can find it on ebay for
sale. We are also preparing a CD which  will have the latest IDDE on it.
3. Please post a bug report.
4. Yes, please post a bug report in the STL group.
5. I'll have a look at it.

-Walter

Rajiv Bhagwat wrote in message <9aepm3$2rbb$1@digitaldaemon.com>...
>I have been using Walter's compiler for the last 10+ years on a daily basis (even on Sundays sometimes!) - much more than any other compiler. Virtually all the products and utilities use it (say 10% use the other compilers on Windows and Linux) so, I am a little cautious when switching even to the newer versions.
>
>Thanks, Walter, for a solid product. Need I say anything other that 10 years?
>-----------------------------
>Some comments:
>1. Doc says that 'mutable' is recognized and ignored since 7.5. It still
>gives a compilation error (for both 7.6 and 8.0)
>
>
>2. I have always used the command line versions. My IDE ver is 7.2, your
STL
>testing code uses a later version. When was that released? How can I
upgrade
>the IDE?
>
>
>3. I have found a bug in ver 8 snn.lib (using the ver from 7.6 with newer compiler works ok : also other models are ok in both 7.6 and 8). I guess
you
>need to check
>your unit tests for the library. Will furnish more details on this later if
>reqd. (I have a batch file to switch between 7.6 and 8 so was able to
>quickly revert to 7.6)
>
>
>4. STL 'string' did not work: but list, vector, map work great, even with 7.6 and 16 bits. I guess the STL newsgroup will be a better place to take
it
>up.
>
>
>5. The HTML file supplied with 8.0 just hung the compiler. Even a smaller test file did not compile. I am referring to 'Embed C in HTML'.
>
>Thanks also to Jan for keeping things moving!
>
>
>
>
>

1. The keyword is recognized as a keyword, and that's it (simply meaning that you won't be able to declare a variable named 'mutable'). Yes, that means it'll get compilation errors. I'll look into having the parser ignore it in declarations.

5. I just tried it and it works. Can you provide more details? Are you using the command line compiler or the IDDE one?

Walter wrote in message <9af7gs$u8$1@digitaldaemon.com>...
>I'm glad you enjoy it!
>
>1. I'll have a look at it.
>2. Symantec's final release was 7.5. Sometimes you can find it on ebay for
>sale. We are also preparing a CD which  will have the latest IDDE on it.
>3. Please post a bug report.
>4. Yes, please post a bug report in the STL group.
>5. I'll have a look at it.
>
>-Walter
>
>Rajiv Bhagwat wrote in message <9aepm3$2rbb$1@digitaldaemon.com>...
>>I have been using Walter's compiler for the last 10+ years on a daily
basis
>>(even on Sundays sometimes!) - much more than any other compiler.
Virtually
>>all the products and utilities use it (say 10% use the other compilers on Windows and Linux) so, I am a little cautious when switching even to the newer versions.
>>
>>Thanks, Walter, for a solid product. Need I say anything other that 10 years?
>>-----------------------------
>>Some comments:
>>1. Doc says that 'mutable' is recognized and ignored since 7.5. It still
>>gives a compilation error (for both 7.6 and 8.0)
>>
>>
>>2. I have always used the command line versions. My IDE ver is 7.2, your
>STL
>>testing code uses a later version. When was that released? How can I
>upgrade
>>the IDE?
>>
>>
>>3. I have found a bug in ver 8 snn.lib (using the ver from 7.6 with newer compiler works ok : also other models are ok in both 7.6 and 8). I guess
>you
>>need to check
>>your unit tests for the library. Will furnish more details on this later
if
>>reqd. (I have a batch file to switch between 7.6 and 8 so was able to
>>quickly revert to 7.6)
>>
>>
>>4. STL 'string' did not work: but list, vector, map work great, even with 7.6 and 16 bits. I guess the STL newsgroup will be a better place to take
>it
>>up.
>>
>>
>>5. The HTML file supplied with 8.0 just hung the compiler. Even a smaller test file did not compile. I am referring to 'Embed C in HTML'.
>>
>>Thanks also to Jan for keeping things moving!
>>
>>
>>
>>
>>
>
>

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.


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.

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.

------------------
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

> 2. Symantec's final release was 7.5. Sometimes you can find it on ebay for sale. We are also preparing a CD which  will have the latest IDDE on it.

I have seen this said here a few times -- how much will said CD cost, and when is it anticipated to be complete? And, how will we all go about getting our grubbies on it?

The current plan (subject to whatever works <g>) is to sell it for an introductory price of $25. We hope to get it done within 2-3 weeks. We'll have to figure out how to set up an ecommerce site, it's unknown how much that'll take.

There will likely be some early hiccups in the fulfillment process, as we have absolutely no idea what the demand will be. Certainly, higher volumes justify a slicker, more automated system.

I'd prefer just making it downloadable, as then a lower price is workable, but the size of the system is over 100 megs, totally impractical to download. So, the CD will be the main course with updates available by download. The basic console version will likely remain free.

The CD version will include:

o    command line tools
o    IDDE (environment)
o    support for win32s and win16 development
o    debugger
o    full library source
o    documentation in html format
o    all kinds of resource editors
o    licensed version of the Microsoft Open Tools SDK and samples
o    and of course, it'll be collectible <g>

-Walter

Matt Morgan wrote in message <9agmqg$qd0$1@digitaldaemon.com>...
>> 2. Symantec's final release was 7.5. Sometimes you can find it on ebay
for
>> sale. We are also preparing a CD which  will have the latest IDDE on it.
>
>I have seen this said here a few times -- how much will said CD cost, and when is it anticipated to be complete? And, how will we all go about
getting
>our grubbies on it?
>
>

I would say I can send you a bank draft of US$50 in your name and you can post the CD to me.  Even with the falling Australian dollars below US$0.48, this is still a "good" price.



Walter <walter@digitalmars.com> wrote in message news:9agus2$v5n$1@digitaldaemon.com...
> The current plan (subject to whatever works <g>) is to sell it for an introductory price of $25. We hope to get it done within 2-3 weeks. We'll have to figure out how to set up an ecommerce site, it's unknown how much that'll take.
>
> There will likely be some early hiccups in the fulfillment process, as we have absolutely no idea what the demand will be. Certainly, higher volumes justify a slicker, more automated system.
>
> I'd prefer just making it downloadable, as then a lower price is workable, but the size of the system is over 100 megs, totally impractical to download. So, the CD will be the main course with updates available by download. The basic console version will likely remain free.
>
> The CD version will include:
>
> o    command line tools
> o    IDDE (environment)
> o    support for win32s and win16 development
> o    debugger
> o    full library source
> o    documentation in html format
> o    all kinds of resource editors
> o    licensed version of the Microsoft Open Tools SDK and samples
> o    and of course, it'll be collectible <g>
>
> -Walter
>
> Matt Morgan wrote in message <9agmqg$qd0$1@digitaldaemon.com>...
> >> 2. Symantec's final release was 7.5. Sometimes you can find it on ebay
> for
> >> sale. We are also preparing a CD which  will have the latest IDDE on it.
> >
> >I have seen this said here a few times -- how much will said CD cost, and when is it anticipated to be complete? And, how will we all go about
> getting
> >our grubbies on it?
> >
> >
>
>

Rajiv Bhagwat wrote:

> Dear Walter,
>
> Downloaded 812. My notes:
>
> 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.
>

Sorry

This is one I fixed some time in STL SGI 3.20 and said I would post the mods. As you have found, it is a case of renaming __out  where it occurs as a variable in some functions.

I will get that done but it won't be until after the Easter holiday.

John

This is why I am motivated to make the compiler available again.

        I LOVE YOU GUYS!!!!!


Kar Gay Lim wrote in message <9ahg6m$18id$1@digitaldaemon.com>...
>I would say I can send you a bank draft of US$50 in your name and you can post the CD to me.  Even with the falling Australian dollars below US$0.48, this is still a "good" price.
>
>
>
>Walter <walter@digitalmars.com> wrote in message
news:9agus2$v5n$1@digitaldaemon.com...
>> The current plan (subject to whatever works <g>) is to sell it for an introductory price of $25. We hope to get it done within 2-3 weeks. We'll have to figure out how to set up an ecommerce site, it's unknown how much that'll take.
>>
>> There will likely be some early hiccups in the fulfillment process, as we have absolutely no idea what the demand will be. Certainly, higher
volumes
>> justify a slicker, more automated system.
>>
>> I'd prefer just making it downloadable, as then a lower price is
workable,
>> but the size of the system is over 100 megs, totally impractical to download. So, the CD will be the main course with updates available by download. The basic console version will likely remain free.
>>
>> The CD version will include:
>>
>> o    command line tools
>> o    IDDE (environment)
>> o    support for win32s and win16 development
>> o    debugger
>> o    full library source
>> o    documentation in html format
>> o    all kinds of resource editors
>> o    licensed version of the Microsoft Open Tools SDK and samples
>> o    and of course, it'll be collectible <g>
>>
>> -Walter
>>
>> Matt Morgan wrote in message <9agmqg$qd0$1@digitaldaemon.com>...
>> >> 2. Symantec's final release was 7.5. Sometimes you can find it on ebay
>> for
>> >> sale. We are also preparing a CD which  will have the latest IDDE on
it.
>> >
>> >I have seen this said here a few times -- how much will said CD cost,
and
>> >when is it anticipated to be complete? And, how will we all go about
>> getting
>> >our grubbies on it?
>> >
>> >
>>
>>
>
>

> > Downloaded 812. My notes:
> >
> > 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.
> >
>
> Sorry
>
> This is one I fixed some time in STL SGI 3.20 and said I would post the mods. As you have found, it is a case of renaming __out  where it occurs as a variable in some functions.
>

Don't worry!
I will look up your changes to the string inmplementation and update them in CVS so
they automagically appear in the .tar.gz files...

Don't worry, be Kneppie!
Jan