Printable View
I've been thinking of ideas for a new project, and one of the ones that i'm liking alot now is making an interpreted programming language that's compiled into C++, then compiled with a C++ compiler into an exe.
How difficult would this be to do?
Will the langauge that i create have any potential for use?
i'm also looking for someone with a few years of experience with varying programming languages to give me some syntax ideas and general advice.
any help is greatly appreciated.
your language may take some speed hits unless you can work constantly to avoid the traps... as for how easy it would be to code, i think itd be too simple for someone like you that has almost 1000 posts here :D. this is more like a "translated language". is that a new term?
well the way you plan on doing it, wouldn't be too hard. Basically be good with I/O and converting stuff to C++. Then you're set.
Now if you are making one that gets interpreted at run-time, that would be tricky.
Sounds pretty interesting. All you have to do ( well, in general ) is to interpret the input into C/C++ syntax, then feed the result directly into a command-line compiler. If you're good at parsing, the rest should be fairly straight-forward...
Let me know how it goes.
>>i think itd be too simple for someone like you that has almost 1000 posts here
How do you know that 90% of his posts are not just things like:
or:Quote:
Hrrmmm....
or:Quote:
C'mon...20 hits and not posts??
Postcounts dont necessarily portray a person's ability to code, for eg. if some pro came to this board and had just signed up and had few posts, would you say that he was a newb just becuase of this fact?Quote:
How do I clear the screen?
great speech ... :DQuote:
Originally posted by face_master
>>i think itd be too simple for someone like you that has almost 1000 posts here
How do you know that 90% of his posts are not just things like:
or:or:Postcounts dont necessarily portray a person's ability to code, for eg. if some pro came to this board and had just signed up and had few posts, would you say that he was a newb just becuase of this fact?
>Postcounts dont necessarily portray a person's ability to code, for eg. if some pro came to this board and had just signed up and had few posts, would you say that he was a newb just becuase of this fact?
Yah I agree! :D :D :D
Potential use for an iterpreted language might be as a scripting language for games.
U can do it the easy way by cheating and just use C defines for the language:
A Basic style "define-language":
put all the defines in a headerfile and include that file in all your "script-files"... compile with your standard compiler...Code:#define If if(
#define Then ){
#define EndIf }
#define Else }else{
#define Print(a) cout << a;
If true == false Then
Print("True")
Else
Print("False")
EndIf
If you want code that compile and execute runtime... then thats another question...
a scripting language for a game wouldnt have to be translated to C++. it would be more like executing the code at runtime.
face_master, billholm: it also looks to me like Aran here is a mod.
This looks interesting. What you could do is make a lexicon, and by using switch/case statements you could execute instructions based on the data read from a file. I'm a newbie to C++ but in C it would be like
Code:FILE *fp;
char str[80];
fgets(&str, 80, fp);
switch(str)
...
i'm not a mod. and i'm actually a respected member here for my role in the GD board. I'm one of the people who first got ........ed of at one-line posts.
I also know my way around C++ to some extent, although i've most of the time figured out my problems myself instead of calling on you more-than-able fellows to solve them.
I'm going to first do that define thing, and see how it works.
then i'm going to try and write a parser and a compiler that compiles into C++ then puts that through a command line compiler.
this all should be very interesting.
thanks alot for all of your ideas and suggestions, everyone.
And let me know if you get stuck on anything. I know I am technically a new coder ( 1 year ), but I love to program and I enjoy the problem-solving. Besides, it may help inspire me to move forward with writing that compiler I've been promising myself :) So keep me posted - eh?
Hmm... weird... I've been thinking of doing the same... I just never got started... If you need any help with syntax and stuff, mail me...
Here! Just posted a two-line post. Does
this make you feel better? :D Hehehe.
Hm,
I
better
avoid
one-
lined
posts
then!
:)
you people are so hucking filarious.
way to take something and make a lame joke out of it... sheesh.
>How difficult would this be to do?
It shouldn't be terribly difficult, the hardest part would probably be coming up with a grammar for the new language that is both easy to use, understand, and can be broken down into C++ code with relative ease.
>Will the langauge that i create have any potential for use?
Probably not unless everyone loves the syntax and working with it. Then it may become widespread and become one of the popular languages...but this is a big if, there are a lot of languages that just don't take off.
>i'm also looking for someone with a few years of experience
>with varying programming languages to give me some syntax
>ideas and general advice.
The best advice I can give is to make the language as intuitive as you can. If it's easy to figure out then it will be easy to read and write quickly and efficiently. A good example of what not to do is the overloading of keywords and operators in C. The language is very compact, but much harder to understand and easier to mess up with because of things like static meaning two wildly different things based on the context.
-Prelude
Relax Aran :)
It's nice to have a few good laughs once in a while (and from the other side of the world). :D
(Well I've made five lines now yehey!!!)
By the way, Aran, if you're gonna make an intuitive language, try modeling it on BASIC. :)
BASIC may not be a choice for most people here, but it is as near as can be to natural language. :D
Prelude's right. C is much too complex for intuitive usage even with its relatively small number of keywords. (Thus it would be a confusing model.)
hmmm, yeah.. this could quite possibly be a whole hell of a lot of fun to do.
I've gotta do some research on writing compilers/linkers and i've gotta learn assembly.
This sounds like it could turn into one hell of a project.
Well, that is certainly the most thorough way to do it! But believe me, a much more managable project would be to have the compiling and linking done by an existing compiler! Then, all you would have to do is :
(1) Parse the new language input.
(2) Generate the C/C++ text.
(3) Feed the output directly into the command-line of, say, a mingw compiler (not forgetting to specifiy the project name, etc..)
(4) If the executable compiles, click on it and enjoy!
BTW: Personally, I do not like the idea of using defines to do the work. My advice would be to parse it.
Right! :)
I've read somewhere that interpreted languages are more versatile than compiled ones. Java (I think) is a interpreted language. That's why it has a good memory management scheme (it has an automatic garbage collector).
C and C++ ARE interpreted languages! It is only because of the hard work of the developers of the languages that we are able to turn our words into compiled programs. Of course, first the text is interpreted, and then the result is compiled and linked...
One line post
>C and C++ ARE interpreted languages!
Are you sure about that? I think 'preprocessed' and 'interpreted' mean two different things. C/C++ code is preprocessed (tokenized) before they are compiled. On the other hand, interpreted BASIC is really implemented line-by-line by the 'interpreter'.
Ten line post!
>C and C++ ARE interpreted languages!
There is no such as an interpreted language or not interpreted language. A language is just a mathematical concept. But there are interpreters and compilers. An interpreter is just a piece of software which uses your source code as input, interprets it and runs the code. And a compiler is a piece of software which compiles your source code to machine language.
>Java (I think) is a interpreted language. That's why it has a
>good memory management scheme (it has an automatic
>garbage collector).
Java is compiled to bytecode. This bytecode is run by the JVM (Java Virtual Machine). The JVM also takes care of the garbage collection.