Full Version: QuickerBasic 0.1b released
You're currently viewing a stripped down version of our content. View the full version with proper formatting.
Pages: 1 2
QuickerBasic 0.1b has been released.

Win32 binaries can be found at http://prdownloads.sourceforge.net/qkrba...p?download
Source can be found at http://prdownloads.sourceforge.net/qkrba...p?download

Perhaps the most prominent feature of QuickerBasic is its use of GCC as its code generator. This permits a wide range of optimisation options to be used. Supported language constructs include PRINT/INPUT, loops, functions, arrays, user-defined types, pointers, various selection constructs, and a variety of mathematical and conversion functions.

QuickerBasic does implement array bounds checking and signed overflow checking, but those can be turned off via. statements in the source code, and/or command line arguments. Because of the use of GCC as the code generator, turning off checking basically gives you C with QuickBasic syntax.

The provided interface to the compiler is a command-line client (qbc.exe), but QuickerBasic is implemented mostly through a DLL, so an IDE can directly interface with the compiler. If anyone has comments, suggestions, wants to work on QuickerBasic or needs help using it, don't hesitate to post here.
SF.org now wont like me, once again.
I see win binary and source but not *nix binary.
Does this project support *nix?

Sounds cool project i got to commit. Would be nice to hear more.
Um *nix binary?

I think you might want to compile the source for yourself,a *nix binary is difficult to create, as there are numerous distributions to support.
Quote:Does this project support *nix?

A while ago I tried compiling parts of the project on a Redhat 9 box, and got everything except for the runtime library to compile successfully.

All win32-specific runtime library code is contained in the "win32" subdirectory of runtimelib. I haven't coded any *nix versions of that code because I have had no experience with programming on any *nix systems. However, if anyone wants to help me port QuickerBasic to other platforms, I believe it will be reasonably easy.
I test compiled thru wine and that went ok but when trying to run compiled binary thru wine, runtime error.

Im not so experienced that i could edit source so much it would work on *nix.

@Hard Rock
Workable *nix binary is possible to do. There is ten's of compilers and thousands of programs compiled for *nix and used in different distros.
Quote:Workable *nix binary is possible to do. There is ten's of compilers and thousands of programs compiled for *nix and used in different distros.
Yes, because they ship with that distribution. The binaries for each distro ARE COMPILE WITH THE DISTRO. Not seperately. Take your Ubuntu binaries and try to run them in red hat(Propably a bad example, I dont know which distro is incompatible with what, but you get my gist)

To properly do a binary in linux, you need to distribute you application, and the version of all the libraries you used to compile that binary with, and compile it for a variety of different platforms.

For something that is already opensource, it's not worth the effort.
Can you run that? Of course you can create "Distro depend archive" if you want. But if i could only use "Shipped with Ubuntu" programs/applications, *nix would stay on my computer less tahn a second.
Hi, congratulations on QKRB.
Looked at your provided files and have to say IMPRESSIVE :o

Specially your approach with changing the input file of gcc and creating a intermediate language, is ingenious.

May I ask you about your vision of QKRB?
Will OOP be supported?
Do you intend 100% QB compatibility?
Do you have a roadmap?
Why not help the FreeBASIC project instead of creating a BASIC compiler of your own? The maintainer of the project is going to stop working on it and so all the FreeBASIC programmers hope that someone else will pick up the project. Smile
Before I begin, let me complement you on writing this compiler, it's very nice. But regarding Sebastian's statement, there is a quite dramatic discussion at the FreeBASIC forums about QuickerBasic:

The concern is that the community will diverge if competing Open BASICs are out there, especially with different syntaxes.

It would be great for the community if there was some kind of coordination between the two projects, even if they remain separate projects. In particular, I would like to see QuickerBasic and FreeBasic support the same syntax and grammer.
Pages: 1 2