Board index » kylix » Re: Cross Platform Development

2005-08-02 06:41:03 PM
kylix0
On 2005-07-29, Dmitry < XXXX@XXXXX.COM >wrote:
While I agree that if FPC would die, it would be very hard (and quite
unlikely) if a mere user would continue development on the same scale, this doesn't
mean that having the source is a very big thing.
Small fixes to compiler and runtime, and maybe even a small OS port are doable. (e.g.
porting to another *nix is typically a week full time to get the initial core working).
This can matter really a lot to businesses, since it gives application
developers some more breathing room, and allows to directly attack the problem on the place
where it is instead of performing complex workarounds (like binary postprocessors).
Specially on ever changing Linux, this can be quite important, as Kylix
history quite effectively shows.
 

Dmitry wrote:
think it was called Kylix ;)? Commercial projects die easily, OSS projects are
much harder to kill, just look at the Mozilla case. And even better, if an OSS
project is really important for you (no, I'am not talking about some shareware
programmer making some thousand Euros per year but software making more money)
you can continue to develop it yourself or at least fixing it.
 

Stringbuilder is faster than the ".NET string class" why did then not
just improve the ".NET string class" using the Stringbuilder code ?
I was told it that way:
If you do:
s1 := s1 + s2;
This is fast with the .NET string class, as there will be no memory
reallocation. The old s1 version just sits around there untouched until
the garbage control needs memory and frees it (in most cases this never
happens until the application is closed.
If you do the same with Stringbuilder it's slower because Stringbuilder
is a fare more complex thing than the .NET string class.
But if you do
s1[1] = 'X';
Stringbuilder has a function do do this in a single .NET API call.
Using the .NET string class would mean the compiler has to do something like
s1 := copy(s1, 2, high(Integer));
sx := 'X';
s1 := sx + s1;
Of course this is much slower than using Stringbuilder.
-Michael
 

{smallsort}

Michael Schnell wrote:
--
Robert Love
Blog: peakxml.com
 

"Ender" < XXXX@XXXXX.COM >wrote in message
Rob
 

"Robby Tanner" < XXXX@XXXXX.COM >wrote in message
I downloaded boost, thanks for the pointer.
Rob
 

 

"Robby Tanner" < XXXX@XXXXX.COM >
what package it uses.
 

"Ender" < XXXX@XXXXX.COM >wrote in message
I'm not stuck being windows-only, just curious about portability.
Rob
 

"Robby Tanner" < XXXX@XXXXX.COM >
version of STL, however STL-dependent code you write will compile on Linux
without problems. BOOST from www.boost.org will compile on both,
Linux and Windows.
Recently i wrote an Windows console application which use only pure C++, STL
and BOOST. Then it was compiled on the Linux without code changes. The
changes was done only in build scripts.