The only programming language you need, xQuantico.
UTx10101 (3)

We are working on a big project and striving to bring it mainstream.

Team Repl: Project-xQuantico

Note: The repl attached to this post is also the same the difference is that I had to import it in my profile first to share it.

Team Handle: @xQuantico

Our Team:
1. @UTx10101 (All Categories)
2. @AayushBorkar (Compiler Design)
3. @Prasanthnaiduna (Compiler Design)
4. @95461 (Syntax Design)
5. @Spidey13 (Syntax Design)
6. @InvincibleR (Syntax Design)
7. @IshanPednekar (Documentation)
8. @QuXnt (Documentation)

Checkout Project-xQuantico on Github here to see more details and roadmap.

We are building it from scratch in C language. Its not just another hobby or toy project to show the steps involved in Programming Language (PL) and Compiler Design instead it exists to prove that there still is scope of doing something new and powerful by not seriously applying the rules and algorithms of standard PL and Compiler Design.

There's isn't a complete working compiler that can compile some sample source yet.

Still you may use this command from the root directory to compile the project:

make xqc

Then you will have your binary named xqc in the build folder.

To Clear the build files you may use:

make clean

To run a sample test based on the test.xqua file present in src folder you may use:

make test

You are viewing a single comment. View All
notIurii (13)

What about current performance? Also

Faster than C

That manevour would cost you 2000 years (estimated man*hours cost for LLVM). You can make use of C itself though, by compiling to it

UTx10101 (3)

@notIurii Yes you are right. Infact we aren't trying to replicate LLVM anyway (its known for supporting a lot of backends). We will only implement the code by hand for Modern Architectures and processors starting from last 10 years and the in development Quantum Processors. The main goal is to provide bridge for Hybrid Programs and provide a general purpose compatibility to the devices which have been developed in last 10 years.

If support for all existing hardware is requested by the community we will roll out a version with LLVM support. For now its completely insensible as it would add a lot of bloat to the language.

notIurii (13)

@UTx10101 This won't make it easier. Agree about LLVM bloat, but there is another option: compile down to C. This would also make C interop easier.

UTx10101 (3)

@notIurii We can try that in some other version where we need the interop to work if required by community (mostly they would be enterprise people), but as the main idea we want xQuantico to be the C of the Modern Hardware. The way you are suggesting V lang (Compiled) and Python (Interpreted) is already doing it we really don't want to do the same thing again with just a new name 😆.

I know you are worried about the time of development that would cost but don't worry for it we are involving ML/AI also for that stuff in the compiler as given in README you can teach the Parser itself. 😅

UTx10101 (3)

@notIurii Also I am sorry I did not answer your question about current performance. We started the actual development when the PL Jam started i.e. 10 Aug. So this question is quite inapplicable now as we haven't launched the v0.0.1