Re: Java or C++?



August Karlstrom wrote On 10/19/05 10:27,:
> Michael Jørgensen wrote:
>
>>Any language that does not explicitly support the concept of pointers and
>>(especially) pointer arithmetic would be (much) more robust than C/C++.
>
>
> One approach, taken by Oberon, is to isolate the low level code in
> special modules. From http://www.modulaware.com/mdlt49.htm:
>
> "For system-level programming, Oberon offers the pseudo module SYSTEM,
> which provides implementation and machine dependent operations. Modules
> which import SYSTEM are inherently unportable and unsafe but easily
> identified by the word SYSTEM in their import list. C++ allows the usage
> of system level operations without specially marking such programs. When
> porting programs from one machine to another, this might lead to
> unpleasant surprises and long debugging sessions."
>
>
> August

The C language also has that concept. You can identify programs that are
inherently unsafe by their being compiled with the command "cc".

.



Relevant Pages

  • Re: "Ravenscar-like" profile for C/C++
    ... > ADA Ravenscar is a restricted subset of the ADA language that has been ... The whole language is designed for maximum run-time/space ... "C-style operations with low level stuff ... C-style array the C++ high level sort(template) is applied. ...
    (comp.lang.c)
  • Re: "Ravenscar-like" profile for C/C++
    ... > ADA Ravenscar is a restricted subset of the ADA language that has been ... The whole language is designed for maximum run-time/space ... "C-style operations with low level stuff ... C-style array the C++ high level sort(template) is applied. ...
    (comp.lang.cpp)
  • Re: too much OOP ?
    ... You claimed SQL being at a extremly low level of abstraction. ... I said that designing it in terms of records is low level. ... then that language would be low-level. ... complexity of the language constructs. ...
    (comp.object)
  • Re: Delphi to bytecode compiler
    ... > language, and a cleaner syntax. ... It might be a good idea to use Oberon instead ... > compiler for the existing Delphi syntax is much harder to implement, ...
    (comp.lang.pascal.delphi.misc)
  • Re: Whats lacking: a good intermediate form
    ... too low level, ... which are geared to supporting particular language components. ... may or may not result in new IRs, ... level to language-agnostic and high level, ...
    (comp.lang.misc)