After reading cha0s' post as well, I've revised my ideas. I think for the most part what anonymous1337 says is a good idea. I have arguments for and against various points, but I guess ultimately, not being a developer, I have to concede that this might really be the best way to proceed - if possib...

There is another problem. As far as I know the name in the DLL should not have the “@4” decoration. This and a leading underscore are part of the STDCALL calling convention, but they should appear only in an import library. You can verify this by opening one of the system DLLs in an editor and look...

My two dead cents: I think that rewriting the compiler in anything but FreeBASIC wouldn't be a good idea for two reasons: 1) The time it would take to rewrite those 130k lines of code in other languages could be used to implement many of the complex items in the TODO list; 2) A compiler should eat ...

Personally, I don't see that anything has changed in the past week except for the fact that cha0s is now officially "on hiatus", Well, let's bury it, but it simply seems that there is confusion over the course. I fully agree with the fact that the devels, and the devels alone set the cour...

hen concentrate on building and refining the grammar and producing the emitted code through dealing with the parse trees that are created by the generator. I think of a tool like the GOLD Parser that would automate a lot of this stuff while still freeing the developer to use FB for the code generat...

I agree. IMHO the most needed feature in the compiler, by now, is inheritance: lots of C++ libraries should also become available to FB without needing a wrapper. Until you have a gcc backend you will not be able to use C++ libs. I think the best approach is to develop an Fb Class System using the ...

John Spikowski wrote:

Now was this really necessary John?

I'm all ears if you have a better way to promote the use of FreeBASIC.

Annoy people that already use FB less?

If you want to go much lighter weight than turbo vision and have some semblence of a text gui, maybe ncurses is the way to go. As for guis in general, I think tk is probably not the best. If you're serious, then wx or gtk are the way to go. They aren't that difficult to use either. The GTK bindings...

CHM - A windows help format, but also with Linux viewers. HTML - Works on all platforms with a web browser. Note that anything html based (and CHM is just an archive of HTML), depends on which subset of HTML is used exactly. Specially if you talk about "any web browser'. CHM can be depacked to...

really need to rewrite the compiler in C++ so that we won't have to kill ourselves COOL. V1ctor's fight with VBDOS 4 years ago would be useless then :-) Bad enough that the libs are in C instead of BASIC :-( Note that a different strategy would be to focus onadding basic inheritance in the compiler...

In its present form FB doesn't need particularly anything: it is already very good. But if the problem is how to move forward from here, then probably FB needs someone who takes the lead: make tough decisions, develop a roadmap, give deadlines for releases, focus efforts of the dedvs and the like. ...

TheMG: I think you'll find that the QB compatibility option is a major item in attracting new users seeking a migration path. And while OO features are nice to have, for most current users this is far from being a deal-breaker. If the devs can keep 3 versions going, so much the better. To put it aw...

I don't know. Sometimes legacy is a good way to keep the noses in a team pointed in the same direction. If you start from new, you'd better be sure that the people that matter (iow that actually do work) are in perfect agreement about what the goals are. In a design draft, yes, but not in the imple...

I think we really need to rewrite the compiler in C++ so that we won't have to kill ourselves when we want to port it to any other platform. I also think that a truly OO compiler would be easier to implement under an OO context. While I do not agree that that is a direct requirement, I think OOP ma...

No, I'll hope to see TurboVision analog for FB. TV is 90's project, but we still have nothing like this. For that, first the language needs to be complete. TV, either base on the C++ or the Pascal version need inheritance. There are three or four candidates that could be ported then: - The sf.net C...