ENIGMA Development Environment

People relax and let him work. We don't want all this excitement to stress his life.

Good luck with the release. I'll wait.

I'm excited and afraid. I don't know if I can be really be a helpful betatester

Just a little doubt. In GM the lists declared inside an object are accessible form every object.
I don't know why, but they seem to be "global". What will happen now?

20.5 fps with 1955 particles for Enigma
16-17 fps with 260 particles for GM

on my Win 7 laptop with an Ati 4570 card.

Why do you need 2 different cc and cci variables?

BTW I see you just bought GM8.

I'm curious. What language is the with() statement taken from? I use it to work with all the instances of a given object, I'm not sure that's good coding practice, but hell it's useful.

Quote

Directly converting GML to C++ is impossible. They should not expect it.

IMHO we are just trying to make C++ and GML live togheter.

Call me a philosopher, but I'm not sure what you mean by "impossible" or "directly converting." ENIGMA's purpose is to convert GML to C++. I started the project because I noticed enough similarities in syntax that doing so would be relatively easy, in fact. Some things will obviously never work in plain C++, the first of those being with() {}.

By converting I mean translating, you are not going to convert GML into C++ like you convert English into French.
The conversion only happens under the table, but the user won't see their GML turned into C++.

Users will not use Enigma to convert their GML to C++, they'll use it so in order to take advantage of GML and C++.
No one wants to get rid of GML here.

Also, breaking one of the most idiotic features of GML in order to save one of the smartest features of C++ seems a good trade to me.

No, let's try to explain what a type is.

A type is the type of the variable you want to declare. This is how you use it in C++

char is the type used to declare a character variable
char a = 'a';

int is the type used to declare an integer variable
int a = 1;

double is the type used to declare a double precision floating point variable
double a = 3,14;

var is an all comprehensive type: you can use it to declare any type of variable you want, it makes your life simpler,
but it performs bad
var a = 'a';
var b = 1;
var c = 3,14;

In GM you can declare a variable without defining its type.
b = 1;
In C++, you NEED to declare the type, or it won't work.
Of course Enigma will make it work anyway, but it will perform less faster.

In C++, and in any real coding language, when you declare a variable, that variable will only be usable inside the block of code you declare it in.
So, in GML you can do this
for ( i=0; i<10; i+=1)
{
a=i;
}
a=3;

In C++ the variable "a" will be deallocated after the last }, so if you wanted to use "a" outside the block, you have to declare it outside
int a;
for (int i=0; i<10; i++)
{
a=i;
}
a=3;

So, if you make any int variable work at an object level, instead of deallocating it, that will break an important C++ feature.
Please people, vote for the first option, your GML programs will work anyway, but you won't break our C++ codes.

SO. If we use "local" this way, here's the layout:
local int a; //Declares variable "a" as an integer. "a" behaves like variables such as "x" and "y".
int a; //Declares variable "a" in the current script. It cannot be used in other events or codes, like "var a" in GML.
a = 0; //"a" is assumed to be a local variable, and will be given type "var" if no one else says anything.

So writing a=0 means writing var a=0 in the sense of GM var?
But then our object create events are still screwed. Or you mean something like local var a?
And var int a=0 or local int a=0 would be 2 other completely different things.

Then we have 3 ways of declaring a variable: 1 for retro-compatibility and 2 to define?