> > After this modification it will be hard to find sth what can reduce >> the cost by better algorithm. We can still reduce it a little bit, f.e. >> by replacing some [AH]Clone() with simple assign or reusing some already >> decoded data but it will not reduce the cost level. >> Anyhow the whole process can be still improved by rewriting it in C using >> different internal structures. The question is if we want to make it. >> Current .prg code give us a chance that we will find developers who add >> some extensions like tools for manual translations of .pot files by users. >> Just simply not everyone knows C. > > Ops forgot to answer to your thoughts above: [A|H]Clone idea also looks nice but I also agree that rewriting this to C might not be a good idea at this point yet. If the feature set has matured though, it's also an option. BTW I don't think too many people would tinker with this code even now.
Brgds, Viktor
_______________________________________________ Harbour mailing list [email protected] http://lists.harbour-project.org/mailman/listinfo/harbour
