[fpc-pascal] FPC Graphics options?

Jon Foster jon at jfpossibilities.com
Fri May 19 17:13:40 CEST 2017


On 05/19/2017 04:11 AM, Nikolay Nikolov wrote:
>
>
> On 05/19/2017 03:54 AM, Ryan Joseph wrote:
>>> On May 18, 2017, at 10:40 PM, Jon Foster 
>>> <jon-lists at jfpossibilities.com> wrote:
>>>
>>> 62.44      1.33     1.33 fpc_frac_real
>>> 26.76      1.90     0.57 MATH_$$_FLOOR$EXTENDED$$LONGINT
>>> 10.33      2.12     0.22 FPC_DIV_INT64
>> Thanks for profiling this.
>>
>> Floor is there as I expected and 26% is pretty extreme but the others 
>> are floating point division? How does Java handle this so much better 
>> than FPC and what are the work arounds? Just curious. As it stands I can 
>> only reason that I need to avoid dividing floats in FPC like the plague.
> [...] The default options for the i386 compiler is to target the Pentium 
> CPU, which does not have SSE. This gives most compatibility and least 
> performance, but that's what's appropriate for most users, because for 
> most desktop applications, CPU speed is no longer an issue. Only very 
> specific tasks, such as software 3D rendering need high CPU performance, 
> and people doing that stuff, usually know very well their compiler 
> options and how to enable support for modern instruction extensions for 
> maximum performance. Of course, people coming from a Java background 
> might not be used at all to having to do this kind of stuff, but it's 
> really not that hard.
>
As stated I tried *ALL* of the FPU settings and received the same result or 
an "access violation", which I assumed meant my FPU did not support that 
feature set. I even tried to enable emulation, to see what the difference 
would be, but ppc386 said it was an invalid switch even though it lists it 
in the help output.

-- 
Sent from my Debian Linux laptop -- http://www.debian.org/intro/about

Jon Foster
JF Possibilities, Inc.
jon at jfpossibilities.com
541-410-2760
Making computers work for you!




More information about the fpc-pascal mailing list