home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.lang.c++
- Path: sparky!uunet!microsoft!wingnut!jimad
- From: jimad@microsoft.com (Jim Adcock)
- Subject: Re: Standard library functions and macros
- Message-ID: <1993Jan06.183819.4801@microsoft.com>
- Date: 06 Jan 93 18:38:19 GMT
- Organization: Microsoft Corporation
- References: <9300302.725@mulga.cs.mu.OZ.AU> <1993Jan04.224604.7304@microsoft.com> <1993Jan5.052854.365@ucc.su.OZ.AU>
- Lines: 19
-
- In article <1993Jan5.052854.365@ucc.su.OZ.AU> maxtal@extro.ucc.su.OZ.AU (John MAX Skaller) writes:
- |In article <1993Jan04.224604.7304@microsoft.com> jimad@microsoft.com (Jim Adcock) writes:
- |>Whether I'm overreacting or not also depends on whether people consider
- |>it important to get programmers to switch from C to C++.
- |
- | IMHO much less of a problem than getting FORTRAN programmers
- |to switch to C++. C programmers will switch to C whether they
- |want to or not: C-only compilers are likely to just fade away :-)
-
- C-only compiler will fade away. C-only code won't. C-only programmers won't.
- And as a result C++ compilers will have to remain C/C++ compilers into the
- indefinate future. This leaves many programmers in the worst of all worlds,
- having to try to program both in C and in C++. Much better is to avoid
- "gratuitous" changes, such that porting code from C to C++ remains a
- managable task. Once the code compiles clean in C++, THEN you can start
- working on turning that C programmer into a C++ programmer. If they
- can't even get their old code to compile in C++ mode, then they duck and
- cover and try all the excuses in the world to avoid this new, C++, "broken"
- compiler.
-