www.digitalmars.com         C & C++   DMDScript  

c++.announce - DM C/C++ 8.32 release

reply "Walter" <walter digitalmars.com> writes:
www.digitalmars.com/compiler.htm

This is a pretty major upgrade from a compiler standards conformance
perspective. Be sure and upgrade to the new STLport DMC++ conversion, too.
(Thanks Christof!)

Boost is next.

Enjoy,
-Walter
Jan 09 2003
next sibling parent reply Christof Meerwald <cmeerw web.de> writes:
On Thu, 9 Jan 2003 00:46:02 -0800, Walter wrote:
 www.digitalmars.com/compiler.htm

The CD Update doesn't include an updated dynamic runtime library (sccrt70.dll) - some exception handling tests fail with the old dll bye, Christof -- http://cmeerw.org JID: cmeerw jabber.at mailto cmeerw at web.de ...and what have you contributed to the Net?
Jan 09 2003
parent reply "Walter" <walter digitalmars.com> writes:
"Christof Meerwald" <cmeerw web.de> wrote in message
news:avjko7$1ffu$1 digitaldaemon.com...
 The CD Update doesn't include an updated dynamic runtime library
 (sccrt70.dll) - some exception handling tests fail with the old dll

It does now :-) Thanks.
Jan 10 2003
parent Frank Albe <falbe mindspring.com> writes:
On Fri, 10 Jan 2003 23:24:58 -0800, "Walter" <walter digitalmars.com>
wrote:

"Christof Meerwald" <cmeerw web.de> wrote in message
news:avjko7$1ffu$1 digitaldaemon.com...
 The CD Update doesn't include an updated dynamic runtime library
 (sccrt70.dll) - some exception handling tests fail with the old dll

It does now :-) Thanks.

Darn! Slipstreaming already. =:( Just my luck I downloaded it on 10 Jan 2003. But I've got it now. =:) ../frank
Jan 13 2003
prev sibling next sibling parent reply Mark Evans <Mark_member pathlink.com> writes:
Fabulous work, Walter and you too Christof.

When time permits update the chart.
http://cmeerw.org/prog/freecpp/

A link to this chart on DMC home might be nice.

For comparative purposes a column with the MSVC6sp5 compiler would be very good.
I imagine it fails most of these tests.

M.
Jan 09 2003
next sibling parent reply "Matthew Wilson" <dmd synesis.com.au> writes:
It would be good to have most of the competitors. I imagine DMC++ comes off
well against most of them.

"Mark Evans" <Mark_member pathlink.com> wrote in message
news:avkk9s$22pc$1 digitaldaemon.com...
 Fabulous work, Walter and you too Christof.

 When time permits update the chart.
 http://cmeerw.org/prog/freecpp/

 A link to this chart on DMC home might be nice.

 For comparative purposes a column with the MSVC6sp5 compiler would be very

 I imagine it fails most of these tests.

 M.

Jan 09 2003
parent reply Mark Evans <Mark_member pathlink.com> writes:
Walter the "utilities" package at

ftp://ftp.digitalmars.com/Digital_Mars_C++/Patch/dm812util.zip

should be revisited to mesh with the new 8.32 distro.



Most of DMC's archives are fabulous because I can just retain the directory
structure and let WinZip plop them onto C:\ .  The betas have worked nice that
way.

This particular utility set still has an older dm812 folder instead of just dm.
And lastly, th e"libunres.exe" should probably be deleted from the utils archive
since it is included with the main distro.  Otherwise I am overwriting a more up
to date version when I install the utils.

M.
Jan 09 2003
parent "Walter" <walter digitalmars.com> writes:
"Mark Evans" <Mark_member pathlink.com> wrote in message
news:avklbq$23mf$1 digitaldaemon.com...
 Walter the "utilities" package at

 ftp://ftp.digitalmars.com/Digital_Mars_C++/Patch/dm812util.zip

 should be revisited to mesh with the new 8.32 distro.

Done.
Jan 09 2003
prev sibling next sibling parent reply Jan Knepper <jan smartsoft.us> writes:
 When time permits update the chart.
 http://cmeerw.org/prog/freecpp/

I wrote Walter not long ago and he thought it was a good idea to have 'user' or 'home' pages at www.digitalmars.com. These pages would be accesable via: http://www.digitalmars.com/users/ Serious users of Digital Mars products would be able to apply for their own page like: http://www.digitalmars.com/~jan/ Users would have private FTP access to their own page to publish their material. I guess if anyone is interested let Walter (or me if that is OK with Walter) know. Jan
 A link to this chart on DMC home might be nice.

 For comparative purposes a column with the MSVC6sp5 compiler would be very
good.
 I imagine it fails most of these tests.

 M.

Jan 09 2003
parent "Walter" <walter digitalmars.com> writes:
"Jan Knepper" <jan smartsoft.us> wrote in message
news:3E1DE2FD.3BE6A8F9 smartsoft.us...
 I guess if anyone is interested let Walter (or me if that is OK with

 Jan

Sure. Just let Jan know. -Walter
Jan 09 2003
prev sibling parent "Walter" <walter digitalmars.com> writes:
"Mark Evans" <Mark_member pathlink.com> wrote in message
news:avkk9s$22pc$1 digitaldaemon.com...
 Fabulous work, Walter and you too Christof.

 When time permits update the chart.
 http://cmeerw.org/prog/freecpp/

 A link to this chart on DMC home might be nice.

 For comparative purposes a column with the MSVC6sp5 compiler would be very

 I imagine it fails most of these tests.

The link to Christof's site is on the home page.
Jan 09 2003
prev sibling next sibling parent Cesar Rabak <csrabak uol.com.br> writes:
Fabulous work! Kudos to all people involved!

Regards,

-- 
Cesar Rabak
GNU/Linux User 52247.
Get counted: http://counter.li.org/
Jan 11 2003
prev sibling parent reply Cesar Rabak <csrabak uol.com.br> writes:
Walter wrote:
 
 www.digitalmars.com/compiler.htm
 
 This is a pretty major upgrade from a compiler standards conformance
 perspective. Be sure and upgrade to the new STLport DMC++ conversion, too.

and the 'smoke' test for the STL port already worked, I'm surprised I'm now getting the following error msg: C:\dm\stlport>sc hello.cpp -I\dm\stlport\stlport \dm\lib\stlp45dms.lib -D_DLL cout << "Hello world\n"; ^ hello.cpp(5) : Error: undefined identifier 'cout' cout << "Hello world\n"; ^ hello.cpp(5) : Warning 6: value of expression is not used --- errorlevel 1 C:\dm\stlport> Also, if you do not consider a nit pick, may I suggest we change the reference 'sc' to 'dmc'? HTH -- Cesar Rabak GNU/Linux User 52247. Get counted: http://counter.li.org/
Jan 11 2003
parent reply "Walter" <walter digitalmars.com> writes:
That can happen if you use <iostream> and omit:
    using namespace std;


"Cesar Rabak" <csrabak uol.com.br> wrote in message
news:3E205983.8610463B uol.com.br...
 Walter wrote:
 www.digitalmars.com/compiler.htm

 This is a pretty major upgrade from a compiler standards conformance
 perspective. Be sure and upgrade to the new STLport DMC++ conversion,


 Given I just updated (CD install) my installation from 8.31 to 8.32(2),
 and the 'smoke' test for the STL port already worked, I'm surprised I'm
 now getting the following error msg:

 C:\dm\stlport>sc hello.cpp -I\dm\stlport\stlport \dm\lib\stlp45dms.lib
 -D_DLL
     cout << "Hello world\n";
           ^
 hello.cpp(5) : Error: undefined identifier 'cout'
     cout << "Hello world\n";
                            ^
 hello.cpp(5) : Warning 6: value of expression is not used
 --- errorlevel 1

 C:\dm\stlport>


 Also, if you do not consider a nit pick, may I suggest we change the
 reference 'sc' to 'dmc'?

 HTH
 --
 Cesar Rabak
 GNU/Linux User 52247.
 Get counted: http://counter.li.org/

Jan 11 2003
parent reply Cesar Rabak <csrabak uol.com.br> writes:
Walter wrote:
 
 That can happen if you use <iostream> and omit:
     using namespace std;
 

I changed it to have the 'std::' ahead cout and now it compiles OK. So the new hello.cpp must be: #include <iostream> int main() { std::cout << "Hello world\n"; } HTH -- Cesar Rabak GNU/Linux User 52247. Get counted: http://counter.li.org/
Jan 11 2003
parent reply Cesar Rabak <csrabak uol.com.br> writes:
Another suggestion:

On the updated README.TXT there are instructions for the installation of
the STL libraries. In particular, the text says:

"...
which will build them into \dm\stlport\lib. To install them:

        xcopy \dm\stlport\lib\*.lib \dm\lib
        xcopy \dm\stlport\lib\*.dll \dm\dll
..."

Since the \dm\dll directory is not part of the common installation, we
arrive at a situation where a just compiled program which require any of
the DLLs (as for example compiling the hello.cpp w/-D_DLL) not running,
because the executable cannot find the DLLs.

I suggest we copy them to the \dm\bin subdir (which will be on the
developer's path) so it will be possible test the applications.

Of course, should you decide to distribute the application, you should
not forget to include the pertaining DLLs!

HTH

-- 
Cesar Rabak
GNU/Linux User 52247.
Get counted: http://counter.li.org/
Jan 11 2003
parent "Walter" <walter digitalmars.com> writes:
It's supposed to be \dm\bin. \dm\dll is a typo.

"Cesar Rabak" <csrabak uol.com.br> wrote in message
news:3E206F80.F748117E uol.com.br...
 Another suggestion:

 On the updated README.TXT there are instructions for the installation of
 the STL libraries. In particular, the text says:

 "...
 which will build them into \dm\stlport\lib. To install them:

         xcopy \dm\stlport\lib\*.lib \dm\lib
         xcopy \dm\stlport\lib\*.dll \dm\dll
 ..."

 Since the \dm\dll directory is not part of the common installation, we
 arrive at a situation where a just compiled program which require any of
 the DLLs (as for example compiling the hello.cpp w/-D_DLL) not running,
 because the executable cannot find the DLLs.

 I suggest we copy them to the \dm\bin subdir (which will be on the
 developer's path) so it will be possible test the applications.

 Of course, should you decide to distribute the application, you should
 not forget to include the pertaining DLLs!

 HTH

 --
 Cesar Rabak
 GNU/Linux User 52247.
 Get counted: http://counter.li.org/

Jan 11 2003