Re: [fpc-devel] Another thread about the fact that official FPC releases are *unnecessarily* non-representative of the platforms it actually runs on

2020-09-28 Thread Travis Siegel via fpc-devel
On 9/28/2020 9:35 AM, Nikolay Nikolov via fpc-devel wrote: On 9/28/20 12:24 AM, Travis Siegel via fpc-devel wrote: How does one get a 64-bit version on windows.  When I try to run a 64-bit version on windows, I encounter an error, though I don't remember what that error is, since I've not

Re: [fpc-devel] OpenSSL v1.1.x DLL loading / Bug 37137

2020-09-28 Thread Wayne Sherman via fpc-devel
On Mon, Sep 28, 2020 at 6:34 AM Michael Van Canneyt wrote: > I made some time for this, it's checked in with revision 46987. > > Thank you for your patch, and I'm sorry that it took me so long to get to > it... No worries, thank you so much for your work on this. Much appreciated. :-)

Re: [fpc-devel] Another thread about the fact that official FPC releases are *unnecessarily* non-representative of the platforms it actually runs on

2020-09-28 Thread Nikolay Nikolov via fpc-devel
On 9/28/20 10:01 PM, Bart via fpc-devel wrote: On Mon, Sep 28, 2020 at 3:45 PM Nikolay Nikolov via fpc-devel wrote: compile to win32 via: fpc -Pi386 hello.pas AFAIK a simple fpc hello.pas will do in that setup. Yes, that is true. The -Pi386 is optional in this case. and to win64 via:

Re: [fpc-devel] Another thread about the fact that official FPC releases are *unnecessarily* non-representative of the platforms it actually runs on

2020-09-28 Thread Bart via fpc-devel
On Mon, Sep 28, 2020 at 3:45 PM Nikolay Nikolov via fpc-devel wrote: > compile to win32 via: > > fpc -Pi386 hello.pas AFAIK a simple fpc hello.pas will do in that setup. > and to win64 via: > > fpc -Px86_64 hello.pas Doesn't that need a -TWin64 as well? -- Bart

Re: [fpc-devel] OpenSSL v1.1.x DLL loading / Bug 37137

2020-09-28 Thread Ondrej Pokorny via fpc-devel
On 28.09.2020 16:05, Michael Van Canneyt wrote: On Mon, 28 Sep 2020, Ondrej Pokorny via fpc-devel wrote: On 28.09.2020 15:34, Michael Van Canneyt via fpc-devel wrote: I made some time for this, it's checked in with revision 46987. Note that this revision also enables support for LibreSSL (or

Re: [fpc-devel] OpenSSL v1.1.x DLL loading / Bug 37137

2020-09-28 Thread Michael Van Canneyt via fpc-devel
On Mon, 28 Sep 2020, Ondrej Pokorny via fpc-devel wrote: On 28.09.2020 15:34, Michael Van Canneyt via fpc-devel wrote: I made some time for this, it's checked in with revision 46987. Note that this revision also enables support for LibreSSL (or whatever it is called) versions on linux/mac

Re: [fpc-devel] OpenSSL v1.1.x DLL loading / Bug 37137

2020-09-28 Thread Ondrej Pokorny via fpc-devel
On 28.09.2020 15:34, Michael Van Canneyt via fpc-devel wrote: I made some time for this, it's checked in with revision 46987. Note that this revision also enables support for LibreSSL (or whatever it is called) versions on linux/mac systems. Thank you for your patch, and I'm sorry that it

Re: [fpc-devel] Another thread about the fact that official FPC releases are *unnecessarily* non-representative of the platforms it actually runs on

2020-09-28 Thread Nikolay Nikolov via fpc-devel
On 9/28/20 12:24 AM, Travis Siegel via fpc-devel wrote: How does one get a 64-bit version on windows.  When I try to run a 64-bit version on windows, I encounter an error, though I don't remember what that error is, since I've not tried it for a couple weeks.  I didn't even know there was a

Re: [fpc-devel] OpenSSL v1.1.x DLL loading / Bug 37137

2020-09-28 Thread Michael Van Canneyt via fpc-devel
On Fri, 11 Sep 2020, Michael Van Canneyt wrote: Thank you very much for the patch. I will look at this ASAP. Hi Michael, The OpenSSL library loading code still has the potential to load mismatched library versions. Did you get a chance to review the patch I sent? Not yet, I'm currently

Re: [fpc-devel] Another thread about the fact that official FPC releases are *unnecessarily* non-representative of the platforms it actually runs on

2020-09-28 Thread Sven Barth via fpc-devel
Travis Siegel via fpc-devel schrieb am Mo., 28. Sep. 2020, 10:01: > But, in any case, if there's a way to get 64-bit versions on windows, I'd > like to know how. > Easiest: install a 64-bit Lazarus, it contains a 64-bit FPC. Other than that: download the source for your compiler version and

Re: [fpc-devel] Another thread about the fact that official FPC releases are *unnecessarily* non-representative of the platforms it actually runs on

2020-09-28 Thread Ondrej Pokorny via fpc-devel
On 27.09.2020 23:45, Travis Siegel via fpc-devel wrote: On 9/27/2020 3:50 PM, Florian Klämpfl via fpc-devel wrote: - there are little libraries being really IEEE compliant for float128 - if they are IEEE compliant, their license does not allow to use the code in the FPC rtl. I don't

Re: [fpc-devel] Another thread about the fact that official FPC releases are *unnecessarily* non-representative of the platforms it actually runs on

2020-09-28 Thread Travis Siegel via fpc-devel
On 9/27/2020 3:50 PM, Florian Klämpfl via fpc-devel wrote: - there are little libraries being really IEEE compliant for float128 - if they are IEEE compliant, their license does not allow to use the code in the FPC rtl. I don't understand this statement. How does having all the required

Re: [fpc-devel] Another thread about the fact that official FPC releases are *unnecessarily* non-representative of the platforms it actually runs on

2020-09-28 Thread Travis Siegel via fpc-devel
How does one get a 64-bit version on windows.  When I try to run a 64-bit version on windows, I encounter an error, though I don't remember what that error is, since I've not tried it for a couple weeks.  I didn't even know there was a 64-bit windows version, because as mentioned below,

Re: [fpc-devel] Another thread about the fact that official FPC releases are *unnecessarily* non-representative of the platforms it actually runs on

2020-09-28 Thread Florian Klämpfl via fpc-devel
> Am 28.09.2020 um 00:32 schrieb Nikolay Nikolov via fpc-devel > : > > I don't have an exact answer, but I think higher precision is better, > compared to lower. You can not expect bitwise identical result, when using > floating point calculations anyway. For example AMD and Intel FPUs