Am 26.12.2012 05:42, schrieb Martin Schreiber: > On Tuesday 25 December 2012 18:01:50 Florian Klaempfl wrote: >> Am 25.12.2012 15:28, schrieb Mattias Gaertner: >>> On Tue, 25 Dec 2012 12:55:41 +0100 (CET) >>> >>> mar...@stack.nl (Marco van de Voort) wrote: >>>> [...] >>>> The numbers Martin names (up till 10 times slower, even without linking) >>>> are the numbers I have in mind too. IMHO denial without tests is unfair. >>> >>> Maybe the parallelization could be improved? >> >> Yes, this might be a good solution for the future but last time this >> topic came up, Martin still wanted to run FPC on some almost 10 years >> old machine so parallelization does not help. > > I use this machine often so I am forced to write efficient code for MSEgui > and > my projects. > >> Another thing would be an >> fpc compiler daemon which stays in memory between compilations and keeps >> also ppus loaded. >> > AFAIK Delphi 7 does not need such an approach
Indeed, it probably (judging from the difficulties embarcadero apparently had to have x86-64 and arm support) sacrificed flexibility, portability (e.g. still no arm yet afaik, 64 bit support took years) and maintainability instead. > so I hope there is room for > optimizations in FPC. > Better start from scratch then. FPC is not designed to be fast at any cost. Tiny C might be a good starting point. _______________________________________________ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
