Re: [fpc-devel] Detecting SSE and AVX compiler options

2019-02-04 Thread J. Gareth Moreton
I might hold on this for a little bit until I get more out of my node outputting feature, since I need to study the nodes produced by an inlined Floor function carefully.  For example, Floor's formal parameter is further passed separately into Trunc and Frac - normally it's not a problem, but if

Re: [fpc-devel] Detecting SSE and AVX compiler options

2019-02-04 Thread Florian Klämpfl
Am 04.02.19 um 17:47 schrieb J. Gareth Moreton: Oh whoops, sorry about that and not replying to the list. I'll try not to screw up.  Generally I think Double is preferred because then everything uses SSE2 and no awkward ferrying of data between it and the floating-point stack is required

Re: [fpc-devel] Detecting SSE and AVX compiler options

2019-02-04 Thread J. Gareth Moreton
Oh whoops, sorry about that and not replying to the list. I'll try not to screw up.  Generally I think Double is preferred because then everything uses SSE2 and no awkward ferrying of data between it and the floating-point stack is required (come to think of it, only Win64 actually requires the

Re: [fpc-devel] New sorting routines

2019-02-04 Thread Mattias Gaertner via fpc-devel
On Mon, 4 Feb 2019 14:26:55 +0200 Nikolay Nikolov wrote: > On 2/3/19 11:22 PM, C Western wrote: > > I suspect the new sorting routines need some work - lazarus > > compiled with the latest trunk hangs on start up, and it looks like > > an infinite loop in sorting. Stack trace below. > > Even

Re: [fpc-devel] Fppkg

2019-02-04 Thread Martok
Am 04.02.2019 um 10:43 schrieb Alfred: > Would it be possible to add (feature request) a local fppkg.cfg (like fpc.cgf) > that contains these defaults paths, so they can be modified and used by > the fppkg executable ? To distinguish between different installs. May I add that ideally the Lazarus

Re: [fpc-devel] New sorting routines

2019-02-04 Thread C Western
On 04/02/2019 12:26, Nikolay Nikolov wrote: On 2/3/19 11:22 PM, C Western wrote: I suspect the new sorting routines need some work - lazarus compiled with the latest trunk hangs on start up, and it looks like an infinite loop in sorting. Stack trace below. Even though the sort routine did

Re: [fpc-devel] Detecting SSE and AVX compiler options

2019-02-04 Thread Sven Barth via fpc-devel
Am Mo., 4. Feb. 2019, 14:15 hat J. Gareth Moreton geschrieben: > Oh right, okay, so x86_64-win64 is Double (even though Extended is > supported), but other x86_64 platforms are Extended, right? A little bit > odd, but I'll keep an eye out in that case. > Correct. Though Extended is not

Re: [fpc-devel] New sorting routines

2019-02-04 Thread Nikolay Nikolov
On 2/3/19 11:22 PM, C Western wrote: I suspect the new sorting routines need some work - lazarus compiled with the latest trunk hangs on start up, and it looks like an infinite loop in sorting. Stack trace below. Even though the sort routine did slightly change, I believe this exposes a bug

Re: [fpc-devel] Detecting SSE and AVX compiler options

2019-02-04 Thread Sven Barth via fpc-devel
Am So., 3. Feb. 2019, 18:29 hat J. Gareth Moreton geschrieben: > To reassure, I'm aware that "float" is normally "extended" outside of > x86_64, and I would keep my changes constrained to that platform. > This statement is not correct: the default floating point type for nearly all of FPC's

[fpc-devel] Fppkg

2019-02-04 Thread Alfred
Hello, When running (on Windows) "fppkg.exe listsettings", the output shows some global defaults for packages. As maintainer of fpcupdeluxe, I am in favour of isolating different installs of FPC (and Lazarus). Would it be possible to add (feature request) a local fppkg.cfg (like fpc.cgf)