Re: [fpc-devel] I've asked this before, but perhaps I wasn't specific enough that time: what do I *personally*, specifically need to do to ensure that a native Windows 64-bit build winds up on the FPC

> > 5) When CPU is the bottleneck (antivirus turned off), the 32-bit hosted > compiler is faster. This still needs confirmation, though, because your > results show 32-bit being slower, but you didn't say whether antivirus was > off. Compilation speed of FPC is typically memory

Re: [fpc-devel] I've asked this before, but perhaps I wasn't specific enough that time: what do I *personally*, specifically need to do to ensure that a native Windows 64-bit build winds up on the FPC

On 1/15/22 01:47, Ben Grasset via fpc-devel wrote: On Fri, Jan 14, 2022 at 5:49 AM Nikolay Nikolov via fpc-devel wrote: No, it's not, because in linux I tested "make -j24 all" in the compiler directory That isn't what you said in your original comment about benchmarking on Linux.

Re: [fpc-devel] I've asked this before, but perhaps I wasn't specific enough that time: what do I *personally*, specifically need to do to ensure that a native Windows 64-bit build winds up on the FPC

On Fri, Jan 14, 2022 at 5:49 AM Nikolay Nikolov via fpc-devel < fpc-devel@lists.freepascal.org> wrote: > No, it's not, because in linux I tested "make -j24 all" in the compiler > directory > That isn't what you said in your original comment about benchmarking on Linux. You specified "make cycle",

Re: [fpc-devel] I've asked this before, but perhaps I wasn't specific enough that time: what do I *personally*, specifically need to do to ensure that a native Windows 64-bit build winds up on the FPC

On Fri, Jan 14, 2022 at 11:09 AM Ben Grasset wrote: > It was the SEH MinGW-w64 based GCC 11.2 that MSYS2 provides through their > Windows version of pacman. > Also, more accurately, I should have said before that the *precision *of "long double" is 80-bit and equivalent to FPC's "extended" with

Re: [fpc-devel] I've asked this before, but perhaps I wasn't specific enough that time: what do I *personally*, specifically need to do to ensure that a native Windows 64-bit build winds up on the FPC

On Fri, Jan 14, 2022 at 10:46 AM Marco van de Voort via fpc-devel < fpc-devel@lists.freepascal.org> wrote: > Did you test a windows gcc (win64 SEH) or a SJLJ "posix" (basically > unported Unix) gcc ? > It was the SEH MinGW-w64 based GCC 11.2 that MSYS2 provides through their Windows version of

Re: [fpc-devel] I've asked this before, but perhaps I wasn't specific enough that time: what do I *personally*, specifically need to do to ensure that a native Windows 64-bit build winds up on the FPC

On 14-1-2022 16:33, Ben Grasset via fpc-devel wrote: On Fri, Jan 14, 2022 at 1:27 AM Sven Barth via fpc-devel wrote: (though to be fair it does the same on 32-bit as well) Yeah, MSVC (for some reason) universally defines "long double" as exactly an alias for regular 64-bit double,

Re: [fpc-devel] I've asked this before, but perhaps I wasn't specific enough that time: what do I *personally*, specifically need to do to ensure that a native Windows 64-bit build winds up on the FPC

On Fri, Jan 14, 2022 at 1:33 AM Sven Barth via fpc-devel < fpc-devel@lists.freepascal.org> wrote: > So Delphi went the same way as we did. > I'd say Delphi imitating MSVC is sort of to be expected though, whereas *usually *FPC makes similar choices to GCC.

Re: [fpc-devel] I've asked this before, but perhaps I wasn't specific enough that time: what do I *personally*, specifically need to do to ensure that a native Windows 64-bit build winds up on the FPC

On Fri, Jan 14, 2022 at 1:27 AM Sven Barth via fpc-devel < fpc-devel@lists.freepascal.org> wrote: > (though to be fair it does the same on 32-bit as well) > Yeah, MSVC (for some reason) universally defines "long double" as exactly an alias for regular 64-bit double, whereas GCC and Clang (more

Re: [fpc-devel] I've asked this before, but perhaps I wasn't specific enough that time: what do I *personally*, specifically need to do to ensure that a native Windows 64-bit build winds up on the FPC

Mattias Gaertner via fpc-devel schrieb am Fr., 14. Jan. 2022, 10:01: > On Fri, 14 Jan 2022 07:32:59 +0100 > Sven Barth via fpc-devel wrote: > > >[...] > > Just FYI what Delphi writes in their documentation ( > > >

Re: [fpc-devel] I've asked this before, but perhaps I wasn't specific enough that time: what do I *personally*, specifically need to do to ensure that a native Windows 64-bit build winds up on the FPC

On Fri, 14 Jan 2022 07:32:59 +0100 Sven Barth via fpc-devel wrote: >[...] > Just FYI what Delphi writes in their documentation ( > https://docwiki.embarcadero.com/RADStudio/Sydney/en/Simple_Types_(Delphi)#Real_Types > > ): > > On i386 Windows Extended is 80-bit, on x86_64 Linux, i386 macOS

Re: [fpc-devel] I've asked this before, but perhaps I wasn't specific enough that time: what do I *personally*, specifically need to do to ensure that a native Windows 64-bit build winds up on the FPC

Am 14.01.2022 um 05:20 schrieb Ben Grasset via fpc-devel: On Thu, Jan 13, 2022 at 9:20 AM Travis Siegel via fpc-devel wrote: I wasn't aware of the whole MS not supporting the FPU thing, that was the missing puzzle piece. It's not a realistic concern in actuality. There's a reason 

Re: [fpc-devel] I've asked this before, but perhaps I wasn't specific enough that time: what do I *personally*, specifically need to do to ensure that a native Windows 64-bit build winds up on the FPC

Am 14.01.2022 um 03:15 schrieb Ben Grasset via fpc-devel: On Thu, Jan 13, 2022 at 9:48 AM Nikolay Nikolov via fpc-devel wrote: What do other win64 compilers do? Do they generate x87 FPU code for 64-bit Windows? Yes. Given the following: #include long double do_three(long double

Re: [fpc-devel] I've asked this before, but perhaps I wasn't specific enough that time: what do I *personally*, specifically need to do to ensure that a native Windows 64-bit build winds up on the FPC

On 1/14/22 06:45, Ben Grasset via fpc-devel wrote: On Thu, Jan 13, 2022 at 11:38 PM Nikolay Nikolov via fpc-devel wrote: For the record, I did try make cycle for ppc386 and ppcx64 on my Windows 10 (with Windows Defender turned on) and both finished in exactly 42 seconds :) Not

Re: [fpc-devel] I've asked this before, but perhaps I wasn't specific enough that time: what do I *personally*, specifically need to do to ensure that a native Windows 64-bit build winds up on the FPC

On Thu, Jan 13, 2022 at 11:38 PM Nikolay Nikolov via fpc-devel < fpc-devel@lists.freepascal.org> wrote: > For the record, I did try make cycle for ppc386 and ppcx64 on my Windows > 10 (with Windows Defender turned on) and both finished in exactly 42 > seconds :) > Not surprising that you closed

Re: [fpc-devel] I've asked this before, but perhaps I wasn't specific enough that time: what do I *personally*, specifically need to do to ensure that a native Windows 64-bit build winds up on the FPC

On 1/14/22 05:55, Ben Grasset via fpc-devel wrote: On Thu, Jan 13, 2022 at 10:18 PM Nikolay Nikolov via fpc-devel wrote: Just for the record, is this with antivirus off or on and which antivirus program? I have no anti-virus actively installed or enabled on an ongoing basis at

Re: [fpc-devel] I've asked this before, but perhaps I wasn't specific enough that time: what do I *personally*, specifically need to do to ensure that a native Windows 64-bit build winds up on the FPC

On Thu, Jan 13, 2022 at 9:20 AM Travis Siegel via fpc-devel < fpc-devel@lists.freepascal.org> wrote: > I wasn't aware of the whole MS not supporting the FPU thing, that was > the missing puzzle piece. > It's not a realistic concern in actuality. There's a reason almost every other compiler just

Re: [fpc-devel] I've asked this before, but perhaps I wasn't specific enough that time: what do I *personally*, specifically need to do to ensure that a native Windows 64-bit build winds up on the FPC

On Thu, Jan 13, 2022 at 10:18 PM Nikolay Nikolov via fpc-devel < fpc-devel@lists.freepascal.org> wrote: > Just for the record, is this with antivirus off or on and which antivirus > program? > I have no anti-virus actively installed or enabled on an ongoing basis at all. I just occasionally do

Re: [fpc-devel] I've asked this before, but perhaps I wasn't specific enough that time: what do I *personally*, specifically need to do to ensure that a native Windows 64-bit build winds up on the FPC

On 1/14/22 03:18, Ben Grasset via fpc-devel wrote: On Thu, Jan 13, 2022 at 11:28 AM Nikolay Nikolov via fpc-devel wrote: So, instead of giving actual benchmark data on the Windows performance, you speculate by claiming that having faster exception handling matters, and then you

Re: [fpc-devel] I've asked this before, but perhaps I wasn't specific enough that time: what do I *personally*, specifically need to do to ensure that a native Windows 64-bit build winds up on the FPC

On Thu, Jan 13, 2022 at 9:48 AM Nikolay Nikolov via fpc-devel < fpc-devel@lists.freepascal.org> wrote: > What do other win64 compilers do? Do they generate x87 FPU code for 64-bit > Windows? > Yes. Given the following: #include long double do_three(long double x, long double y, long double z)

Re: [fpc-devel] I've asked this before, but perhaps I wasn't specific enough that time: what do I *personally*, specifically need to do to ensure that a native Windows 64-bit build winds up on the FPC

On Thu, Jan 13, 2022 at 11:28 AM Nikolay Nikolov via fpc-devel < fpc-devel@lists.freepascal.org> wrote: > So, instead of giving actual benchmark data on the Windows performance, > you speculate by claiming that having faster exception handling matters, > and then you immediately debunk your own

Re: [fpc-devel] I've asked this before, but perhaps I wasn't specific enough that time: what do I *personally*, specifically need to do to ensure that a native Windows 64-bit build winds up on the FPC

On 1/13/22 16:33, Nikolay Nikolov wrote: On 1/13/22 10:58, Ben Grasset via fpc-devel wrote: On Thu, Jan 13, 2022 at 1:58 AM Nikolay Nikolov via fpc-devel wrote: I haven't tested in Windows, but it would be very strange and suspicious if the results are very different. It would

Re: [fpc-devel] I've asked this before, but perhaps I wasn't specific enough that time: what do I *personally*, specifically need to do to ensure that a native Windows 64-bit build winds up on the FPC

On 1/13/22 10:50, Ben Grasset via fpc-devel wrote: On Thu, Jan 13, 2022 at 1:25 AM Nikolay Nikolov via fpc-devel wrote: We do care about scientific code as well as fast code, that's why we support both the FPU and SSE2+ (as well as AVX, etc.). FPC *chooses *not to generate x87 FPU

Re: [fpc-devel] I've asked this before, but perhaps I wasn't specific enough that time: what do I *personally*, specifically need to do to ensure that a native Windows 64-bit build winds up on the FPC

On 1/13/22 10:58, Ben Grasset via fpc-devel wrote: On Thu, Jan 13, 2022 at 1:58 AM Nikolay Nikolov via fpc-devel wrote: I haven't tested in Windows, but it would be very strange and suspicious if the results are very different. It would be neither of those things. The exception

Re: [fpc-devel] I've asked this before, but perhaps I wasn't specific enough that time: what do I *personally*, specifically need to do to ensure that a native Windows 64-bit build winds up on the FPC

On 1/13/2022 12:48 AM, Nikolay Nikolov via fpc-devel wrote: The i386 compiler uses the x87 FPU for floating point. The x87 supports the 32-bit single precision floating point type, the 64-bit double precision floating point type and the 80-bit extended precision extended floating point type.

Re: [fpc-devel] I've asked this before, but perhaps I wasn't specific enough that time: what do I *personally*, specifically need to do to ensure that a native Windows 64-bit build winds up on the FPC

On 2022-01-13 10:28, Ben Grasset via fpc-devel wrote: On Thu, Jan 13, 2022 at 3:28 AM Alexander Grotewohl via fpc-devel wrote: 32bit on Windows 64-bit uses Wow64.. which has a bit of overhead as an emulation layer. I believe it's the same one they use for ARM64 too. It should be kept in

Re: [fpc-devel] I've asked this before, but perhaps I wasn't specific enough that time: what do I *personally*, specifically need to do to ensure that a native Windows 64-bit build winds up on the FPC

On Thu, Jan 13, 2022 at 3:28 AM Alexander Grotewohl via fpc-devel < fpc-devel@lists.freepascal.org> wrote: > 32bit on Windows 64-bit uses Wow64.. which has a bit of overhead as an > emulation layer. I believe it's the same one they use for ARM64 too. > It should be kept in mind also that neither

Re: [fpc-devel] I've asked this before, but perhaps I wasn't specific enough that time: what do I *personally*, specifically need to do to ensure that a native Windows 64-bit build winds up on the FPC

On Thu, Jan 13, 2022 at 1:58 AM Nikolay Nikolov via fpc-devel < fpc-devel@lists.freepascal.org> wrote: > I haven't tested in Windows, but it would be very strange and suspicious > if the results are very different. > It would be neither of those things. The exception handling on x64 Windows is

Re: [fpc-devel] I've asked this before, but perhaps I wasn't specific enough that time: what do I *personally*, specifically need to do to ensure that a native Windows 64-bit build winds up on the FPC

On Thu, Jan 13, 2022 at 1:25 AM Nikolay Nikolov via fpc-devel < fpc-devel@lists.freepascal.org> wrote: > We do care about scientific code as well as fast code, that's why we > support both the FPU and SSE2+ (as well as AVX, etc.). > FPC *chooses *not to generate x87 FPU instructions on 64-bit

Re: [fpc-devel] I've asked this before, but perhaps I wasn't specific enough that time: what do I *personally*, specifically need to do to ensure that a native Windows 64-bit build winds up on the FPC

32bit on Windows 64-bit uses Wow64.. which has a bit of overhead as an emulation layer. I believe it's the same one they use for ARM64 too. I can only guess at how optimally it works performance-wise, but compiling a couple thousand-liner utils was annoying. You could (at least on the machine I

Re: [fpc-devel] I've asked this before, but perhaps I wasn't specific enough that time: what do I *personally*, specifically need to do to ensure that a native Windows 64-bit build winds up on the FPC

On 13/01/2022 01:31, Ben Grasset via fpc-devel wrote: Isn't this specifically the kind of thing that the `FPC_SOFT_FPUX80` define solves? It's indeed what it's intended to solve, but currently it still generates different values compared to an actual x87 fpu. Jonas

Re: [fpc-devel] I've asked this before, but perhaps I wasn't specific enough that time: what do I *personally*, specifically need to do to ensure that a native Windows 64-bit build winds up on the FPC

On 1/13/22 02:31, Ben Grasset via fpc-devel wrote: On Wed, Jan 12, 2022 at 7:38 AM Martin Frb via fpc-devel wrote: The downloads provided by Lazarus are also NOT a "pure, native 64-bit download". Only the "fpc.exe" and the non-cross "ppc64.exe" are native 64 bit. As I

Re: [fpc-devel] I've asked this before, but perhaps I wasn't specific enough that time: what do I *personally*, specifically need to do to ensure that a native Windows 64-bit build winds up on the FPC

On 1/13/22 07:44, Ben Grasset via fpc-devel wrote: It does work on 64-bit Windows, it's just technically deprecated. Beyond that, the 80-bit Extended type dates back to the mid 1980s, The year 1980, not the mid 1980s. But the x86 family dates back to 1978. Most x86_64 instructions are the

Re: [fpc-devel] I've asked this before, but perhaps I wasn't specific enough that time: what do I *personally*, specifically need to do to ensure that a native Windows 64-bit build winds up on the FPC

On 1/13/22 05:59, Travis Siegel via fpc-devel wrote: On 1/12/2022 5:20 PM, Sven Barth via fpc-devel wrote: When compiling from a target supporting Extended to one only supporting Double there isn't a loss of precision when calculating values at compile time. The other way around however,

Re: [fpc-devel] I've asked this before, but perhaps I wasn't specific enough that time: what do I *personally*, specifically need to do to ensure that a native Windows 64-bit build winds up on the FPC

It does work on 64-bit Windows, it's just technically deprecated. Beyond that, the 80-bit Extended type dates back to the mid 1980s, and ran on a particular part of the processor (the FPU, or Floating Point Unit), in such a way that it was able to provide a somewhat higher amount of precision

Re: [fpc-devel] I've asked this before, but perhaps I wasn't specific enough that time: what do I *personally*, specifically need to do to ensure that a native Windows 64-bit build winds up on the FPC

On 1/12/2022 5:20 PM, Sven Barth via fpc-devel wrote: When compiling from a target supporting Extended to one only supporting Double there isn't a loss of precision when calculating values at compile time. The other way around however, there *is* and that is the more crucial problem.

Re: [fpc-devel] I've asked this before, but perhaps I wasn't specific enough that time: what do I *personally*, specifically need to do to ensure that a native Windows 64-bit build winds up on the FPC

On Wed, Jan 12, 2022 at 8:08 AM Bart via fpc-devel < fpc-devel@lists.freepascal.org> wrote: > It provides 32-bit fpc (so it builds for 32-bit windows by default) > and the win32->win64 crosscompiler in a single installer. > In Lazarus that means that you can target Win32 (default) and Win64 >

Re: [fpc-devel] I've asked this before, but perhaps I wasn't specific enough that time: what do I *personally*, specifically need to do to ensure that a native Windows 64-bit build winds up on the FPC

On Wed, Jan 12, 2022 at 7:38 AM Martin Frb via fpc-devel < fpc-devel@lists.freepascal.org> wrote: > > The downloads provided by Lazarus are also NOT a "pure, native 64-bit > download". Only the "fpc.exe" and the non-cross "ppc64.exe" are native > 64 bit. > > As I said, I do not know, what is

Re: [fpc-devel] I've asked this before, but perhaps I wasn't specific enough that time: what do I *personally*, specifically need to do to ensure that a native Windows 64-bit build winds up on the FPC

On Wed, 12 Jan 2022, Mattias Gaertner via fpc-devel wrote: On Wed, 12 Jan 2022 23:20:34 +0100 Sven Barth via fpc-devel wrote: [..] When compiling from a target supporting Extended to one only supporting Double there isn't a loss of precision when calculating values at compile time. The

Re: [fpc-devel] I've asked this before, but perhaps I wasn't specific enough that time: what do I *personally*, specifically need to do to ensure that a native Windows 64-bit build winds up on the FPC

On Wed, 12 Jan 2022 23:20:34 +0100 Sven Barth via fpc-devel wrote: >[..] > When compiling from a target supporting Extended to one only > supporting Double there isn't a loss of precision when calculating > values at compile time. The other way around however, there *is* and > that is the more

Re: [fpc-devel] I've asked this before, but perhaps I wasn't specific enough that time: what do I *personally*, specifically need to do to ensure that a native Windows 64-bit build winds up on the FPC

Am 12.01.2022 um 19:26 schrieb Martin Frb via fpc-devel: On 12/01/2022 18:48, Sven Barth via fpc-devel wrote: [2] From the users view "random", in that the user can not predict all the factors that will affect the selection. Currently the user must be prepared for the latter.

Re: [fpc-devel] I've asked this before, but perhaps I wasn't specific enough that time: what do I *personally*, specifically need to do to ensure that a native Windows 64-bit build winds up on the FPC

On 12/01/2022 18:48, Sven Barth via fpc-devel wrote: [2] From the users view "random", in that the user can not predict all the factors that will affect the selection. Currently the user must be prepared for the latter. No, it is deterministic, it's simply different from a

Re: [fpc-devel] I've asked this before, but perhaps I wasn't specific enough that time: what do I *personally*, specifically need to do to ensure that a native Windows 64-bit build winds up on the FPC

Martin Frb via fpc-devel schrieb am Mi., 12. Jan. 2022, 18:06: > On 12/01/2022 17:31, Tomas Hajny via fpc-devel wrote: > > On 2022-01-12 16:03, Martin Frb via fpc-devel wrote: > >> > >> > >> But, if any change to the code (not even necessarily a functional > >> change) would allow the compiler

Re: [fpc-devel] I've asked this before, but perhaps I wasn't specific enough that time: what do I *personally*, specifically need to do to ensure that a native Windows 64-bit build winds up on the FPC

On 12/01/2022 17:31, Tomas Hajny via fpc-devel wrote: On 2022-01-12 16:03, Martin Frb via fpc-devel wrote: But, if any change to the code (not even necessarily a functional change) would allow the compiler to do those calculations at compile time, then the value changes. And the entire

Re: [fpc-devel] I've asked this before, but perhaps I wasn't specific enough that time: what do I *personally*, specifically need to do to ensure that a native Windows 64-bit build winds up on the FPC

On 2022-01-12 16:03, Martin Frb via fpc-devel wrote: On 12/01/2022 13:55, Tomas Hajny via fpc-devel wrote: - The problem is *NOT* a native 64 bit "ppcx64.exe"  ?    => 64 bit compiled targets don't require "extended" from the ppc, as they themself wont have support for it? Wrong - applies

Re: [fpc-devel] I've asked this before, but perhaps I wasn't specific enough that time: what do I *personally*, specifically need to do to ensure that a native Windows 64-bit build winds up on the FPC

On 12/01/2022 13:55, Tomas Hajny via fpc-devel wrote: - The problem is *NOT* a native 64 bit "ppcx64.exe"  ?    => 64 bit compiled targets don't require "extended" from the ppc, as they themself wont have support for it? Wrong - applies only to the Win64 target, whereas e.g. 64-bit Linux

Re: [fpc-devel] I've asked this before, but perhaps I wasn't specific enough that time: what do I *personally*, specifically need to do to ensure that a native Windows 64-bit build winds up on the FPC

On Wed, Jan 12, 2022 at 1:38 PM Martin Frb via fpc-devel wrote: > As I said, I do not know, what is currently provided by the Fpc > "combined 32-/64-bit download". > No Idea, if any of the fpc/ppc executable in this download are already > 64-bit. It provides 32-bit fpc (so it builds for 32-bit

Re: [fpc-devel] I've asked this before, but perhaps I wasn't specific enough that time: what do I *personally*, specifically need to do to ensure that a native Windows 64-bit build winds up on the FPC

On 2022-01-12 13:38, Martin Frb via fpc-devel wrote: On 12/01/2022 11:51, Marco van de Voort via fpc-devel wrote: On 12-1-2022 11:38, Ben Grasset via fpc-devel wrote: If it's actually now somehow the case that an offer to provide Win64 builds would be refused though, I guess maybe I'll look

Re: [fpc-devel] I've asked this before, but perhaps I wasn't specific enough that time: what do I *personally*, specifically need to do to ensure that a native Windows 64-bit build winds up on the FPC

On 12/01/2022 11:51, Marco van de Voort via fpc-devel wrote: On 12-1-2022 11:38, Ben Grasset via fpc-devel wrote: If it's actually now somehow the case that an offer to provide Win64 builds would be refused though, I guess maybe I'll look into hosting them myself somewhere else? Although

Re: [fpc-devel] I've asked this before, but perhaps I wasn't specific enough that time: what do I *personally*, specifically need to do to ensure that a native Windows 64-bit build winds up on the FPC

On 12-1-2022 11:38, Ben Grasset via fpc-devel wrote: If it's actually now somehow the case that an offer to provide Win64 builds would be refused though, I guess maybe I'll look into hosting them myself somewhere else? Although again I don't get why it would be fine for Linux to have a

Re: [fpc-devel] I've asked this before, but perhaps I wasn't specific enough that time: what do I *personally*, specifically need to do to ensure that a native Windows 64-bit build winds up on the FPC

If it's actually now somehow the case that an offer to provide Win64 builds would be refused though, I guess maybe I'll look into hosting them myself somewhere else? Although again I don't get why it would be fine for Linux to have a zillion archives for different configurations here:

Re: [fpc-devel] I've asked this before, but perhaps I wasn't specific enough that time: what do I *personally*, specifically need to do to ensure that a native Windows 64-bit build winds up on the FPC

On Sun, Dec 19, 2021 at 3:46 AM Sven Barth via fpc-devel < fpc-devel@lists.freepascal.org> wrote: > Ben Grasset via fpc-devel schrieb am > So., 19. Dez. 2021, 08:33: > >> To be very clear, to me, this is absolutely nothing more than just a >> matter of building the compiler completely normally.

Re: [fpc-devel] I've asked this before, but perhaps I wasn't specific enough that time: what do I *personally*, specifically need to do to ensure that a native Windows 64-bit build winds up on the FPC

> Am 19.12.2021 um 09:45 schrieb Sven Barth via fpc-devel > : > > Ben Grasset via fpc-devel > schrieb am So., 19. Dez. 2021, 08:33: > To be very clear, to me, this is absolutely nothing more than just a matter > of building the compiler completely

Re: [fpc-devel] I've asked this before, but perhaps I wasn't specific enough that time: what do I *personally*, specifically need to do to ensure that a native Windows 64-bit build winds up on the FPC

Ben Grasset via fpc-devel schrieb am So., 19. Dez. 2021, 08:33: > To be very clear, to me, this is absolutely nothing more than just a > matter of building the compiler completely normally. It takes like two > minutes all-in. I don't really get why the person who uploads the 32-bit > Windows

[fpc-devel] I've asked this before, but perhaps I wasn't specific enough that time: what do I *personally*, specifically need to do to ensure that a native Windows 64-bit build winds up on the FPC web

To be very clear, to me, this is absolutely nothing more than just a matter of building the compiler completely normally. It takes like two minutes all-in. I don't really get why the person who uploads the 32-bit Windows builds currently doesn't just also upload 64-bit ones. They could even just