Re: VB language extensions wishlist



On Feb 17, 4:43 pm, "Schmidt" <s...@xxxxxxxxx> wrote:

But if I understand you correctly, we will end up with "only"
a (compilable) C++-Project - debugging such a project
(break-points, etc.) would end up in looking at C++-
Code, right?

Not really. There are ways to handle debugging for such generated
code. In fact, commercial compilers for quite a few languages output
C, and provide an IDE to seamlessly debug it; for a good example, have
a look at EiffelStudio.

COM is (mainly) VTable-Handling using TypeLib-Defined
"Method-Headers". A language, which supports pointers
and calling functions from pointers should be suitable -
and FreeBasic supports that.

It's all the things that go behind the scenes. Reference counting for
everything, transparent handling of casts via QueryInterface, error
handling (this one is really a mess in VB, if you consider all the
possibilities, including "On Error GoSub ...") etc.

I'd love to see that happen that fast, but what do you expect would
be the necessary environment for us, to compile a *.vbp?
Would we have to install the VC++-Express-Version or something
like that in a first step?

The easiest way would be to use GCC, or rather, its MingW port to
Windows. There's no reason why it can't be properly prepackaged,
either. Ideally, you wouldn't even know or care that there is a C
compiler working in between your VB code and the resulting .exe - and
this has been done before for other languages, so it is certainly
doable.

Are you sure - I'm talking about emitting a *.tlb directly
from Basic-Code - you are probably talking about
creating a Midl-compileable *.idl-Textfile.

No, I'm talking about directly generating a .tlb. There's no magic in
MIDL that does it - it's the standard Automation API function
CreateTypeLib which does the trick.

Anyway - would be glad, if you'd take a serious look
at what FreeBasic in its current incarnation has to offer.

Sure, I'll take a closer look at what's there to reuse.
.



Relevant Pages

  • Re: Integer BASICs "*** NO END ERR"
    ... BTW some compiled languages had both. ... Batch files, Perl and AWK are OK as examples of this, but Javascript is ... two compilers ... Perl compilers as well as compilers for MS-DOS batch files. ...
    (comp.sys.apple2)
  • Re: a dozen cpus on a chip
    ... there are several compilers still available which implement ISO M2. ... By the time the full spec was published most industrial people had moved to other languages for purely commercial reasons. ... Some of the better static analysis tools for Modula2 can see into the program and find very deep faults that would not be found in normal execution. ... It is a common misconception that Lisp is always interpretted. ...
    (sci.electronics.design)
  • Re: what is the most suitable Linux platform for Programmers and software developers
    ... C, C++, Perl, Python, Lisp, and a bunch of other languages are supported ... There are FORTRAN compilers, but FORTRAN ... Look at the Linux ...
    (comp.os.linux.misc)
  • Re: Why forth is not popular
    ... >easily available books anymore. ... Well, looking at higher-level languages (I assume you mean languages, ... not compilers), the Lisp systems I have experienced do pretty much the ... but most programmers prefer plain source files. ...
    (comp.lang.forth)
  • Re: Mainframe vs. Supercomputer
    ... Suitable languages for writing compilers in ... system vendor compilers) portability ... better than Fortran 66, unless you favoured BCPL. ...
    (comp.arch)

Loading