This patch adds TFPObjectList to contnrs.
It's a descendent of TFPList and uses same tricks to gain speed.(inline
etc.)
I've tested with bubblesort and it was 1/3 faster.
P.S: I wanted to get rid of inherited calls too but FCount is private in
TFPList ;(
Ales
Index: fcl/inc/contnrs.pp
On Wed, 22 Jun 2005, Ales Katona wrote:
This patch adds TFPObjectList to contnrs.
It's a descendent of TFPList and uses same tricks to gain speed.(inline etc.)
I've tested with bubblesort and it was 1/3 faster.
P.S: I wanted to get rid of inherited calls too but FCount is private in
TFPList
Marco van de Voort wrote:
I have a tex version of the decal docs somewhere.
http://www.stack.nl/~marcov/decal.tex (might use some FPC tex docs files)
compiled to
http://www.stack.nl/~marcov/decal.pdf
I am reading this manual now, because I want to familiarize myself with this
lib.
Marco van de Voort wrote:
I have a tex version of the decal docs somewhere.
http://www.stack.nl/~marcov/decal.tex (might use some FPC tex docs files)
compiled to
http://www.stack.nl/~marcov/decal.pdf
I am reading this manual now, because I want to familiarize myself with
Michael Van Canneyt wrote:
What is the performance difference between a hash() and a binary search on
an ordered list ?
IMO perfomance heavily depends on the use of the lists. An ordered list
requires some efforts when entering or removing items, and typically
requires more comparisons than a
Marco van de Voort wrote:
Better finish decal. DeCal is good and comfortable for most cases, and
trying to speed it up will kill the ease of use.
Then we can collect some other set of routines over time for more performance
dependant stuff.
You are right, it will be probably the easier way.
This patch (ment for 2.1.1) cleans some of my old unnecessery mess but
more importantly adds the GetLanguageIDs() method. This way, you can see
what language was/will be autodetected. Good for those special holiday
occasions. Works on win32 as well as POSIX.
Ales
P.S: sorry, I didn't think