Hi Tommi
Some words from the former manager. I hope that someone from the community
will answer also and provide a better balanced view ;-)
Quote
For the one (like me), who has not been around too long, has more than
less
trouble to get hang of the project.
Yes this could definately be improved.
Quote
Like were is the library? which version is it? What it contains?
We have one official library which is in a preliminary state. It is located
under this cryptic named link RTL Replacement Pkg v0.3 at
fastcode.sourceforge.net/
There exist no descriptions or user guides for this new library. It is
essentially untested.
Under the link Info on Fastcode Libraries you will find all the old official
libraries which have been s{*word*99}ped by the community. These should be
considered unofficial libraries now. They are described OK, but only 20% of
them have been made. Nobody except for me and Dennis Lauritzen have been
willing to work on them.
A well known and much used unofficial library is FastMove by John O'Harrow.
It can be found under the broken link
Unofficial Versions
on the "Info on Fastcode Libraries" page.
As you can see the site is in a mess!
Quote
Where is project going (gloals)? so on...
The goal is stated at our main page
"The Fastcode project provides highly optimized functions for the Delphi
community. Functions are faster versions of Delphi runtime library
functions, VCL functions or functions meant as extensions for these. The
project is running on a volunteer basis."
We just continue to do what we did and do.
Quote
Project clearly produces good code, but code is more than less hidden.
Yes our library is in poor state.
Quote
And community.
Many people would be willing to help. If there would be (kind of what I
Really ;-) I see so much work that is not being done, such as building and
maintaining the library and the site.
Quote
suggested before) B&V tool(s) that could send reports to some setraliced
DB,
so code would be tested on various platforms. And even those {*word*118} VIAs
and
so would be tested agains. Even if code will not be targeted for VIA tool
could still tell which version of code would be most suotable, and most
importantly which is definetly not.
Validation is the least problem we have. Lately a lot of new work has been
done to improve a situation that was quite good before.
The VIA bug in FastMove slipped through because the FastMove library is not
a Fastcode library and has not been validated as part of the Fastcode
validation.
All help is appreciated, but our main problem is a lack of overall
management. Finding people that are willing and able to finish what they
started is also a problem. It is so easy to vent clever ideas and promise to
deliver implementations, but it takes a lot of effort to complete tasks. As
a result of this we currently have a lot of unfinished and potential buggy
code{*word*154} around.
Regards
Dennis