[fpc-devel] FreeSparta project is dead - Generics.Collections is live

[Maciej Izak]

I've Decided to close the FreeSparta. Thanks you all for your interest.
There are several reasons.

1. The project had only 1 developer (yeah it's me).
2. New 2015 EU VAT rules on the sale of e-services
3. I am a terrible marketer. I'm just a programmer.
4. Lack of sufficient income.

When I look for new jobs, it seems that there are no more jobs for
Pascal/Delphi Programmers. Now in my new job I'm using Java EE and C# most
of the time.

Thanks!

PS. now Generics.Collections library is Open Source :)

http://bugs.freepascal.org/view.php?id=27206

Important:

TFastHashMap from Generics.Collections is faster than any other generic
container for fpc :) (is based on De-amortized Cuckoo Hashing

http://arxiv.org/abs/0903.0391). For big data count is even faster than
TFPStringHashTable.

Suggestion:

1. someone can extend generics.memoryexpanders for TCustomList/TList (for
control memory growth by constraints)
2. nice to have for dictionary hashing:
http://blog.synopse.info/post/2014/05/25/New-crc32c%28%29-function-using-optimized-asm-and-SSE-4.2-instruction

Library is compatible with Rev 27327. To run this library in new version of
compiler we need to fix:

REGRESSION: 26483 and 26481

and will be nice to fix

CRITICAL: 24848(!!!), 24872(!), 25607(!), 26030, 25917, 25918, 25620,
24283, 24254, 24287 (Related to? 24872)
IMPORTANT: 23862(!), 24097, 24285, 24286 (Similar to? 24285), 24098, 24609
(RTL inconsistency), 24534,
 25606, 25614, 26177, 26195
OTHER: 26484, 24073, 24463, 25593, 25596, 25597, 25602, 26181 (or MYBAD?)
CLOSED BUT IMO STILL TO FIX: 25601(!), 25594

Best Regards,
Maciej Izak
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel

Re: [fpc-devel] FPC Android crashes in Tegra CPUs

[peter green]

Sergio Flores wrote:


Eg: Calling lnxp1(x) with x1 results in a SIGILL crash.

.
I've got an Android app in Play Store with around 300 thousand 
downloads, and from what I've gathered, this crash happens in any 
Tegra based device, and only on those.
AIUI many tegra devices don't support neon, I wonder if a neon 
instruction is being used either because of incorrect compiler settings 
or because of incorrect inline assembler code.


If this was happening on regular linux i'd suggest using gdb to get a 
backtrace and a dissasembly of the sigill location but i'm not sure how 
possible that is on andriod or how easy it is to get a suitable tegra 
device running regular linux to experiment on.



___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel