[Gambas-user] About help and arrays and variables
Benoît Minisini
gambas at ...1...
Mon Nov 22 15:14:55 CET 2010
> On Sat, Nov 20, 2010 at 4:24 PM, Werner <wdahn at ...1000...> wrote:
> > On 20/11/10 04:40, Zelimir Ikovic wrote:
> >> I am following discussion on Gambas more than 3 months.
> >>
> >> Last 10 years I worked in VB6 (70%) and C(30%) on Windows.
> >>
> >> I am about to switch to Linux, and I have to decide:
> >> Gambas3, FreePascal (fpGUI or Lazarus) or C, C++ and FLTK
> >> I am just wondering is there any discussion on this topic, and where.
> >>
> >> How do you compare Gambas against those tools
>
> Gambas is the smoothest transition from VB in terms of language
> syntax, the differences are usually
> thngs most VB programmers would acknowledge as defects in the original
> language, such as 1-based arrays,
> overloading ( ) to deference arrays.
> However Gambas is Linux-only, the advantage of FreePascal and C++ is
> you can port back to Windows.
> The Gambas IDE is easier to use and more stable IMHO.
>
> Of the three languages (C++, Pascal, Gambas), Gambas is the most
> high-level. It is fully OOP but lacks the "protected" access level
> (personally I hardly used it in C++ and don't miss it)
> The only things I really miss are function pointers ("procedural
> variables" in Pascal) and a proper heredoc syntax.
In Gambas 3, you have support for callbacks. That means you can send a Gambas
function to a extern C function, and the extern C function will use it
(almost) transparently!
As for "heredoc" syntax, I don't know what that word means.
>
> Gambas is interpreted, the other 2 are compiled, so it's slower, but
> in practice I haven't found this an
> issue (it's heaps faster than Java, and even Ruby, probably on par with
> Python)
>
> Ian
>
I made a few comparison tests with Python, and Gambas is a little bit faster
in stupid benchmarks (loops + arithmetic computation). I think it should be
faster when calling methods inside components written in C/C++ too.
Of course, it is slower than compiled and JIT interpreted languages. But I
guess it uses less memory and is faster to start.
Regards,
--
Benoît Minisini
More information about the User
mailing list