The development tools for Cerberus?

MikeHart

Administrator
Joined
Jun 19, 2017
Location
Germany
And do you need to able QT 4.8 I can only find the online installer for QT3.x.x?
The last installer I downloaded was this one:

1591642008851.png


That version number is just the installer. It will then let you pick the QT version and all the mumbo jumbo that you want, and will download and install everything.
 

Jimmy

Active Member
Joined
Jan 2, 2020
What do you use to compile to the web platform?
I'm able to see how the other platforms are made :

MacOS & Ios uses Xcode

Windows uses GCC (MINGGW) or Visual Studio compiler

Linux uses GCC

Android uses Android Studio tools without NDL

Web platform uses ???

I don't see that it uses LLVM and emscripten?
 

Phil7

Administrator
CX Code Contributor
3rd Party Tool Dev
Joined
Jun 26, 2017
For Html5 target transcc just creates the javascript file which is started by cerberusgame.html -> no compilation needed.
 

Jimmy

Active Member
Joined
Jan 2, 2020
Wow did Mark actually write a JavaScript compiler himself? It uses no ready-to-use tools?
 

Jimmy

Active Member
Joined
Jan 2, 2020
I did not know that, that's some wild crazy stuff. So Cerberus is based on JavaScript?
 

dawlane

Well-Known Member
CX Code Contributor
Joined
Jun 21, 2017
So Cerberus is based on JavaScript?
No. It's more like Java. But he would have either written the transator originally in C/C++ or used Blitz Max. And I don't think Mr S wouldn't have been the sole programmer involved.
 

MikeHart

Administrator
Joined
Jun 19, 2017
Location
Germany
I did not know that, that's some wild crazy stuff. So Cerberus is based on JavaScript?
Depending on the choosen target, CX translates its language to the native language of the platform.

Desktop -> C++
Android -> Java
HTML5 -> Javascript

It also can translate to C# and Actionscript.

If needed it then uses external tools to compile a executable.

Like dawlane said, the cx language was more likely based on Java. It is very likely that Monkey was initially developed with BMax up to were it could translate and build itself.
 

Jimmy

Active Member
Joined
Jan 2, 2020
Why didn't Mark just use LLVM with just am abstract tree and output the needed languages as they are all available there?
 

dawlane

Well-Known Member
CX Code Contributor
Joined
Jun 21, 2017
I see. So there's no Objective C going on with macOS and iOS?
Only glue code in the templates.

Why didn't Mark just use LLVM with just am abstract tree and output the needed languages as they are all available there?
What languages? With a statement like that, I take it that you are not familiar with how LLVM it works.
 
Last edited:

Gerry Quinn

Active Member
Joined
Jun 24, 2017
Depending on the choosen target, CX translates its language to the native language of the platform.

Desktop -> C++
Android -> Java
HTML5 -> Javascript

It also can translate to C# and Actionscript.

If needed it then uses external tools to compile a executable.

Like dawlane said, the cx language was more likely based on Java. It is very likely that Monkey was initially developed with BMax up to were it could translate and build itself.

I have always described it as a cross between Basic and Java, with Basic syntax, but mostly Java structure. But it is easier to use than Java. Honestly, I started using it for the cross-platform ability - but it is also a very nice language.
 

ddabrahim

Active Member
Joined
May 3, 2020
Location
Cyberspace
started using it for the cross-platform ability - but it is also a very nice language.
Same here. The reason I begin using it was the ability to compile the same code to native HTML5 and Desktop this is my main targets but since then I become a big fan of the language. It is a perfect combination of the simplicity of BASIC with the power of OOP languages like Java and C# without the requirement to install and configure any 3rd party VM, SDK and plugins (for desktop and HTML5 at least). I just love it.
Honestly surprise me the lack of success and popularity of this language. I'm certain it got something to do with poor marketing.
 

Jimmy

Active Member
Joined
Jan 2, 2020
I agree It's amazing language. It just needs the correct marketing and a few simple examples for the Admob, In-app payment features, and other important features.
 

Phil7

Administrator
CX Code Contributor
3rd Party Tool Dev
Joined
Jun 26, 2017
That's why we are working on its weak points. @MikeHart is working on 3D and the rendering, @Holzchopf is enhancing the ide capabilities of VS Codium and I am writing and stucturing the docs. After that we definitely have to show it to the world. :)
 

dawlane

Well-Known Member
CX Code Contributor
Joined
Jun 21, 2017
Honestly surprise me the lack of success and popularity of this language. I'm certain it got something to do with poor marketing.
I don't think it has anything to do with poor marketing. But lack of what BRL followers actually wanted. Blitz Basic and Blitz3D were well known and did have magazine articles (I will skip over the idigicon affair). But for some reason BRL just kept reinventing the wheel and ended up making a square one that wouldn't fit anyone's cart, unless they were skilled with a hammer to make it somewhat round.

When it came to MonkeyX (formally Monkey), the BRL followers couldn't understand why it was called Monkey, why it needed is own dedicated website, why it wasn't BlitzMax and why there was still no official 3D inclusion since Blitz3D, which was what everyone wanted. Plus it's not the easiest language to write library bindings for without performance penalty. Only BRL hard core followers that were looking for the next fix bought it, while everyone else just wanted an updated Blitz3D or Blitz Max. Monkey was the beginning of the end, with the final nail being Monkey2 that added more syntax candy but still looked as that it would never get out of beta. Come to think of it, Monkey looked as though it was not ready for release either.
 

MikeHart

Administrator
Joined
Jun 19, 2017
Location
Germany
That's why we are working on its weak points. @MikeHart is working on 3D and the rendering, @Holzchopf is enhancing the ide capabilities of VS Codium and I am writing and stucturing the docs. After that we definitely have to show it to the world. :)
LOL, didn't we want to wait with some kind of announcement till we have something to show for? But it is ok. :)

Plus it's not the easiest language to write library bindings for without performance penalty.
That definitely needs some work and easification (is that a word?).

@Jimmy: Nice cover mockup. Love the late 80s look.
 
Last edited:

Jimmy

Active Member
Joined
Jan 2, 2020
I guess it's a combination of not jumping all around the place by constantly pushing different products versions,
and having the focus on stability and actually useful features. Then comes the spirit of the community, and marketing.

I think Cereberus-X already has alot of things to offer already, it just needs to be more widely known. But word of mouth will fix that by itself.

I agree with MikeHart, it needs to be easy to install, easy to use, and to try some useful examples (and it's all getting there already).

@MikeHart Thanks
 

dawlane

Well-Known Member
CX Code Contributor
Joined
Jun 21, 2017
That definitely needs some work and easification (is that a word?).
Only way that can happen is if more data types and pointers were introduced. Not easy to implement with targets that don't support those features. The use of LLVM API bindings with WASI may solve web compilation.
 
Top Bottom