You already know all that stuff guido

Aggressive puritanism detected... If I am not mistaken, the desired language is to be mixture of c++, php, ada, lua, and java. Don't know much about lua but besides c++, all of them has a decent memory management system equipped with a gc. That's why I made that assumption.

A high level language, by definition, must ease your way to develop software in shorter time, without requiring you to understand the depths of how the computer runs. By doing that it also helps you write less buggy software. Memory management has always been the major issue in c/c++ programming causing leaks and innumerable bugs. If it was perfect, other languages with gc wouldn't have been invented anyway.

So let me rephrase it:

The function and purpose of GC is to make the the developer more efficient and less aware of compurter internals (so that he can focus on the functionality of the software instead of the infrastructure), and much less distractable since he won't have to deal with low level concepts such as allocating and freeing memory.

I also thought the desired language was going to be OO, based upon the same observation as above, so it is really counterintuitive to have a language with oo features and not having a gc.

Theorically true, but it is well known that it becomes pain in the butt, causing so many subtle bugs and leaks that people get tired of doing it. It sometimes becomes all about tracing your objects here and there just to see if they are released on the right time. It probably is the main reason why more recent languages come with a gc.

One last thing: a hll should provide features to ease the development even though those features are not absolutely necessary. Of course we can live without OO stuff, gc, visual interfaces etc. They are to provide means of faster development, making complex projects more maintainable etc. Most stuff that high level languages provide are not really required, they are just features. The bare necessity is to talk to the computer, you can simply achieve this by assembly language. Hlls are there to abstract that low level talk to a more understandable level and that's why people use them.

so let me say same thing you all did, just with other words: You create software more easily for the price it is worse (slower, bigger). Now it depends whether you need easy creation (less time=money) or good quality.

It's like the statement that appeared many times on this board: "the more powerful tool is, the easier it is to misuse it". Current trend is to reduce power to prevent any misuse.

Sorry For Replying To A 5 Year Old Post, but I Would Just Like To Say That High Level Languages Like Python, Lua, etc. Are A Very Easy Choice To Start Programming In, And Are Great For Prototyping, Obviously, Writing A Program That Performs CPU Intensive Computations Would Be Much Faster When Written In Assembly As Opposed To Being Run On A Virtual Machine, That Makes Calls To A C Runtime, Of Course After The Interpreted Text Is Parsed, And Translatd To Bytecodes Which Run On The Aforementioned Virtual Machine. But Say You Want To Fill A File Of The Size 1MB With "random" Data, you have your engineers write it in python, because it's easy...

Then You Post It On The Internet And Some Awesome Person Will Come To Wherever It's Posted And Be Like: "Well This Is How You Do That In IA32 Machine Code"