From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham autolearn_force=no version=3.4.4 X-Google-Thread: 103376,6609c40f81b32989 X-Google-NewGroupId: yes X-Google-Thread: 1094ba,9bdec20bcc7f3687 X-Google-NewGroupId: yes X-Google-Attributes: gida07f3367d7,gid8d3408f8c3,domainid0,public,usenet X-Google-Language: ENGLISH,ASCII-7-bit Path: g2news2.google.com!news4.google.com!proxad.net!feeder1-2.proxad.net!194.25.134.126.MISMATCH!newsfeed01.sul.t-online.de!t-online.de!newsfeed.arcor.de!newsspool2.arcor-online.net!news.arcor.de.POSTED!not-for-mail Date: Wed, 07 Apr 2010 18:19:50 +0200 From: Georg Bauhaus User-Agent: Thunderbird 2.0.0.24 (Macintosh/20100228) MIME-Version: 1.0 Newsgroups: comp.lang.ada,comp.lang.fortran Subject: Re: Why is Ada considered "too specialized" for scientific use References: <4bb9c72c$0$6990$9b4e6d93@newsspool4.arcor-online.net> <4bbb3f22$0$7660$9b4e6d93@newsspool1.arcor-online.net> <4bbba9b4$0$6987$9b4e6d93@newsspool4.arcor-online.net> <4bbc2994$0$6992$9b4e6d93@newsspool4.arcor-online.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Message-ID: <4bbcb0a6$0$6987$9b4e6d93@newsspool4.arcor-online.net> Organization: Arcor NNTP-Posting-Date: 07 Apr 2010 18:19:51 CEST NNTP-Posting-Host: d84ba66e.newsspool4.arcor-online.net X-Trace: DXC=j:B\mW7GRJcfF8a^:6>b7e4IUKjLh>_cHTX3jmf:^MjW1[RWa X-Complaints-To: usenet-abuse@arcor.de Xref: g2news2.google.com comp.lang.ada:10885 comp.lang.fortran:24535 Date: 2010-04-07T18:19:51+02:00 List-Id: J. Clarke schrieb: > On 4/7/2010 2:43 AM, Georg Bauhaus wrote: >> And in fact, VS2005, which was available in 2006, >> does not have for C. > > So what? If there is no C99 but MS and C and scientific programming is required, this means you can only write C++ programs using MS tools if you want objects of standard complex types. (Or choose Ada or Fortran or ...) But C++ was not mentioned as an option. >> VC++ does support , >> but enough harm has been done in assuming that writing C using >> a C++ compiler is a good idea. > > What "harm" is this? And in point of fact, VS2005 has no C compiler > except the C++ compiler that you say should not be used for writing C. > What you are calling a "C compiler" is in fact a command line switch > applied to the C++ compiler. C++ overlaps C to a large extent. But the compilers must arrange for the parts of the languages outside the respective other language. However little one might think these differences are, ignoring them can lead to error and to portability trouble. MS C and MC C++ are therefore, strictly speaking, impossibly the same compilers. But: referring to more than a command line switch, Microsoft compilers for many languages use some of the common MS translation technology. That does not make the input languages the same. Just like an Intel C++ compiler and an Intel Fortran compiler share some circuitry, AFAIK. This still does not make C++ or Fortran interchangeable. GCC can be made to translate a number of languages. That does not make the languages basically the same, and not even does it make the dialects of C the same: GCC with -std=c99 and with -std=c89 accept a different set of programs. Even when the effective compiler "program" is changed "merely" by a switch. You might call this nitpicking, but observing the little differences contribute to program quality IMO. If the latter does not count, then why bother to consider language properties in the first place? > My complaint is that you seem to be complaining to be complaining. If > you're using a C++ compiler then write C++, don't whine because its C > support is half-assed. Fitzpatrick wanted to write C, not C++, and he wanted standard complex types. So why should he be using a C++ compiler with half-assed support for C99 without complex? (He, not me.) Writing C using a C++ compiler creates, in addition to other things, the hurdle of having to understand C++ in order to make sense of error messages. (But OTOH, the C++ error messages of some compilers *can* be a lot better than C's in some situations.) The unfortunate notion behind "C/C++" incidentally creates a business opportunity for those who wish to be consultants, recongnizing the "pragmatically" blurred approach to language use. Note that this is not the same as integrating modules written in C and other parts of a program written in C++. But this is moving off topic.