Rudy Velthuis (TeamB) wrote:
Quote
M wrote:
>Rudy Velthuis (TeamB) wrote:
>
>
>
>>To me it looks more as if they looked at the portability issue. Hard
>>to do with a Delphi based framework. Much easier with one written in a
>>standardised language that is available on many platforms.
>
>What? Perl? Python? Ruby? You sure aren't suggesting I get rid of
>'portability issues' when using C++ ?
Huh? AFAIK, C++ is often chosen for its portability, isn't it?
Nah, the only time you have a good chance at easy portability is when
you use the same compiler on multiple platforms (e.g., gcc). A lot of
the source out there from Linux/ia32 won't compile properly w/ the
vendor compilers on Solaris/Sparc or IRIX. Irrespective of there being a
standard (and standard libraries) for it it's not much easier in
comparison w/ other languages. There are lots of assumptions before C++
is 'easily' portable that one needs to head off at the beginning. I'll
admit one can bicker about the degree of portability, but it's never
been easy for me. My perl scripts run on everything tho.. and correctly.
I have no expectation on seeing a VB apps on Linux (even tho I heard
someone was working on it.. back some time).
C++ might have a standard (ehh-hmm, cough), but that std. is hardly
implemented in any of the vendor products on any of the platforms. C'est
la vie. I once wrote a small utility for myself with perl/tk and it ran
on both windows98/2000, linux and IRIX 6.5.somthing without a hitch.
Easy portability is 'take source to other computer, [compile&] run it'.
If it involves swearing it's not easy. :)