Re: Programming Tools Dream

L wrote:
Yogi Yang 007 wrote:
Lately I have been dreaming a lot. I tend to go into this..... whenever we sit down for brainstorming on a (any) project

I dream of having such a programming environment (IDE + Compilers + Linker) where in I can code in different languages like I can have one module created in Delphi-Pascal, one module in C++ yet another module in BASIC, etc.

There should be same type of data types which should behave the same across languages meaning that integers, string, etc. (size, internal representation) should be same across Languages.

Functions, Procedures, etc. should have same way of passing parameters, overloading, optional parameter passing, array passing, etc. etc.

All languages should support inline assembly.

....


Regards,

Yogi Yang



There would only be syntax differences.. so not much advantage in using multiple languages. The idea with learning different languages is you get some benefit.. and supposedly PHP/Ruby/Python style people see the benefit that it is NOT like delphi.. because there are no structured declarations and no structured declare before you use...

One of the only reasons C and Pascal are compatible is because of the whole STRUCT/RECORD and the type system..

So all the languages would end up being C/Pascal clones in the end anyway.

But.. that being said, this is actually the idea with Qomp/Qompute language to be able to compile both Qomp and modern pascal files and link to C libraries.


I agree with you. I am not saying that all the syntax and lexican part should be duplicated in each language to be same with just change in keywords. I am saying that a language should be as it is just the data types and parameter passing should be standardized so that it becomes easy to share data across languages....

A structural language should be as it is and a non structural language should be as it is but they should be able to understand and exchange data with each other without any problems or workarounds.

.

Relevant Pages

  • Re: Use of Long and Long Long
    ... unjustfied concern with the layout of data types is a sign of inexperience. ... in some languages even the properties of data ... it wouldn't matter one iota. ... that some programmers aren't bothered by this aspect of C ...
    (comp.lang.c)
  • Re: Who uses clapack?
    ... > Jentje Goslinga wrote: ... > being an extension of C, it's hardly impressive that it can interop ... Interoperability between languages is a gray area where one ... Ability for the programmer to specify parameter passing by ...
    (comp.lang.fortran)
  • Re: Who uses clapack?
    ... > Jentje Goslinga wrote: ... > being an extension of C, it's hardly impressive that it can interop ... Interoperability between languages is a gray area where one ... Ability for the programmer to specify parameter passing by ...
    (sci.math.num-analysis)
  • Re: What language to create apps
    ... > I started using Linux about a year ago and i want to start writing apps ... Arguably a Unix shell is, in and of itself, a potent class of "IDE." ... to have a language that has a rich set of data types rather than one ... languages with native string types are a lot easier to work ...
    (comp.os.linux.development.apps)
  • Re: HLL design
    ... the languages like C and assembly are somewhat of a pain to use. ... variable declaration array boundary checking, strict data types ...
    (comp.compilers)