@Someone42
Hi, congratulations on QKRB 0.1.
Looked at your provided files and have to say IMPRESSIVE.
May I ask you about your vision of QKRB?
Will OOP be supported?
Do you intend 100% QB compatibility?
Do you have a roadmap?
What I specially like is your approach with changing the input file of gcc and creating a intermediate language.
Why?
Because if this intermediate language is well defined and documented, tons of frontends with different syntax could be created.
All could use the same backbone no matter what syntax is used at the frontend.
cool
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
@Someone42
Hi, congratulations on QKRB 0.1.
Looked at your provided files and have to say IMPRESSIVE.
May I ask you about your vision of QKRB?
Will OOP be supported?
Do you intend 100% QB compatibility?
Do you have a roadmap?
What I specially like is your approach with changing the input file of gcc and creating a intermediate language.
Why?
Because if this intermediate language is well defined and documented, tons of frontends with different syntax could be created.
All could use the same backbone no matter what syntax is used at the frontend.
cool
Parts of QuickerBasic will soon be merged to FreeBASIC, as I've decided to join the FreeBASIC project instead of maintaining a separate project.
I've written a description of the syntax of intermediate files, the initial revision of which is available at:
http://qkrbasic.cvs.sourceforge.net/qkrbasic/backend/qbgcc_backend/if_syntax.txt?revision=1.1&view=markup
The if.h file the above document refers to is availabel at:
http://qkrbasic.cvs.sourceforge.net/qkrbasic/backend/qbgcc_backend/if.h?revision=1.14&view=markup