Re: [fpc-pascal] Compilation speed on Apple M1

Am 21.11.2020 um 12:54 schrieb Tobias Giesen via fpc-pascal: According to Geekbench, the single core performance on the new Mac is around 1.8x as fast as my Intel Mac. Multicore is also much faster. I wonder why I don't see the speed increase in compiling though. Yes I am using different FPC and

Re: [fpc-pascal] Compilation speed on Apple M1

Am 21.11.20 um 17:07 schrieb Ryan Joseph via fpc-pascal: On Nov 21, 2020, at 6:15 AM, Florian Klämpfl via fpc-pascal wrote: Large parts of FPC are memory throughput limited so I suspect the M1 is not that much better in this regard, not to mention that most likely the AAarch code

Re: [fpc-pascal] Compilation speed on Apple M1

Am 21.11.20 um 17:22 schrieb Ryan Joseph via fpc-pascal: What are the plans for the native code generator if it's being outperformed by the LLVM backend? Only the generated code is a little bit faster. The compiler using LLVM is ~10 times slower. ___

Re: [fpc-pascal] Compilation speed on Apple M1

Am 21.11.20 um 17:29 schrieb Ryan Joseph via fpc-pascal: On Nov 21, 2020, at 9:23 AM, Florian Klämpfl via fpc-pascal wrote: All. FPC typically uses several ten MBs and accesses it rather randomly. Wow 10-100 MB is enough to limit speed due to memory access times? I understand there is

Re: [fpc-pascal] Compilation speed on Apple M1

Am 21.11.2020 um 12:54 schrieb Tobias Giesen via fpc-pascal: Hello, first and foremost, many thanks to the creators and contributors of FPC and Lazarus, who enabled me to release my product natively for Apple Silicon only one day after receiving an M1 Mac. Fantastic work! FPC and Lazarus both ru

Re: [fpc-pascal] Compilation speed on Apple M1

> Am 22.11.2020 um 11:45 schrieb Michael Van Canneyt via fpc-pascal > : > >  > >> On Sun, 22 Nov 2020, Florian Klämpfl via fpc-pascal wrote: >> >>> Am 21.11.2020 um 12:54 schrieb Tobias Giesen via fpc-pascal: >>> Hello, >>> first and for

Re: [fpc-pascal] Windows Defender considers fp.exe a malicious program

> I've also noticed that if you have any timing routines in your code, it tends > to get flagged by virus scanners. No clue why, but I've run afoul of that > issue more than once. > Debugger detection? ___ fpc-pascal maillist - fpc-pascal@lists.fre

Re: [fpc-pascal] 50 Years of Pascal

Am 24.02.21 um 17:50 schrieb Liam Proven via fpc-pascal: I thought this might interest folks. Apologies if I am late to the party. https://cacm.acm.org/magazines/2021/3/250705-50-years-of-pascal/fulltext I didn't know, thanks for the heads up :-) __

Re: [fpc-pascal] Is RV32I instruction set for RISC-V (embedded) supported?

Am 05.03.21 um 10:41 schrieb Bernd Mueller via fpc-pascal: Hello, I would like to use fpc to program a FPGA softcore RISC-V cpu. The softcore has the RV32I instruction set implemented. I modified the Makefile in rtl/embedded, so that the known SUBARCH rv32imac replaces the option -Cprv32imac wi

Re: [fpc-pascal] Is RV32I instruction set for RISC-V (embedded) supported?

Am 06.03.21 um 13:56 schrieb Bernd Mueller via fpc-pascal: I saw your changes in revision 48881, downloaded latest trunk, compiled with make crosszipinstall CPU_TARGET=riscv32 OS_TARGET=embedded SUBARCH=rv32i but the problem remains: make[4]: Entering directory '/home/bernd/fpc/fpc331/48882/src

Re: [fpc-pascal] Unicode chars losing information

> Am 09.03.2021 um 10:06 schrieb Michael Van Canneyt via fpc-pascal > : > >  > >> On Tue, 9 Mar 2021, Graeme Geldenhuys via fpc-pascal wrote: >> >>> On 09/03/2021 1:44 am, Tomas Hajny via fpc-pascal wrote: >>> UnicodeString may be used in a program simply because the included unit has >>> i

Re: [fpc-pascal] Cannot write datetime field on sqlite3 database on ARM

Am 09.03.21 um 01:47 schrieb Toru Takubo via fpc-pascal: On 2021/03/08 16:54, Michael Van Canneyt via fpc-pascal wrote: On Mon, 8 Mar 2021, Toru Takubo via fpc-pascal wrote: Hi, I am developing my app on Windows and building apps for other platforms by using cross compiler. Now I have a pro

Re: [fpc-pascal] Cannot write datetime field on sqlite3 database on ARM

> Am 10.03.2021 um 04:59 schrieb Toru Takubo via fpc-pascal > : > >> Can you please post the output of -va of the arm compiler and provide some >> information about the arm system you are using? > > The output message with -va option can be downloaded from below. > > http://support.e-parcel.

Re: [fpc-pascal] Is RV32I instruction set for RISC-V (embedded) supported?

> Am 10.03.2021 um 10:28 schrieb Bernd Mueller via fpc-pascal > : > > On 3/5/21 6:22 PM, Florian Klämpfl via fpc-pascal wrote: > >> It is not expected that it works as RiscV support is still work in >> progress, but it should work ;) I'll look into it. >

Re: [fpc-pascal] Pascal Ardiono (avr) library

> Am 03.04.2021 um 19:49 schrieb Joost van der Sluis via fpc-pascal > : > > Hi all, > > During some spare free time I've ported parts of the Arduino AVR library to > Free Pascal. So now it is possible to use things like 'DigitalWrite' and > 'Delay'. > > More info here: > https://lazarussup

Re: [fpc-pascal] Pascal Ardiono (avr) library

> Am 04.04.2021 um 12:50 schrieb Joost van der Sluis via fpc-pascal > : > > Isn't it at least a good practice to store self at Y. So we have Z free for > other calculations and can access members directly using ldd (),y+(). > > But maybe that's difficult? Using Y might be indeed difficult as

Re: [fpc-pascal] Pascal Ardiono (avr) library

> Am 04.04.2021 um 15:36 schrieb Joost van der Sluis via fpc-pascal > : > > > > Op 04-04-2021 om 13:33 schreef Florian Klämpfl via fpc-pascal: >>> Am 04.04.2021 um 12:50 schrieb Joost van der Sluis via fpc-pascal >>> : >>> >>> Isn&#

Re: [fpc-pascal] Pascal Ardiono (avr) library

>>> >>> And then, afterwards, once code has been generated for the whole 'block', >>> the register-allocator fills in the registers. And store/restores them when >>> needed. This can be done using an algorithm that uses a tree to 'peel-down' >>> (is this English?) all the solutions. Just like i

Re: [fpc-pascal] Version 3.2.2 changes

> Am 08.04.2021 um 21:27 schrieb Jonas Maebe via fpc-pascal > : > > On 08/04/2021 21:07, Peter via fpc-pascal wrote: >> Does anyone have a link to useful list of changes or bug fixes for 3.2.2? > > Unfortunately, no. In theory you could see it on > https://bugs.freepascal.org/changelog_page.ph

Re: [fpc-pascal] Background info on Generics in FPC

> Am 17.04.2021 um 21:07 schrieb Graeme Geldenhuys via fpc-pascal > : > > Hi > > I'm looking at the wiki and official FPC language documentation. What was > the reason for the decision to make the FPC syntax so verbose regarding > Generics? Same reason why we have a : array[0..10] of intege

Re: [fpc-pascal] Separate release cycle for RTL and compiler proposal

> Am 19.04.2021 um 11:36 schrieb Michael Van Canneyt via fpc-pascal > : > > > > On Mon, 19 Apr 2021, Jonas Maebe via fpc-pascal wrote: > >> On 19/04/2021 11:28, Michael Van Canneyt via fpc-pascal wrote: >>> On Mon, 19 Apr 2021, Jonas Maebe via fpc-pascal wrote: On 19/04/2021 09:28, Mich

Re: [fpc-pascal] Separate release cycle for RTL and compiler proposal

> Am 19.04.2021 um 07:52 schrieb Karoly Balogh via fpc-pascal > : > > Hi, > > On Mon, 19 Apr 2021, Sven Barth via fpc-pascal wrote: > >>> Am 18.04.2021 um 23:29 schrieb Zamrony P. Juhara via fpc-pascal: >>> >>> I would like to propose to separate RTL release from compiler release >>> so tha

Re: [fpc-pascal] How to find where my app consumes CPU?

> Am 19.05.2021 um 19:00 schrieb Bo Berglund via fpc-pascal > : > > On Wed, 19 May 2021 16:02:00 +0200, Bo Berglund via fpc-pascal > wrote: > >> The "other" items might be hidden inside other used classes such as the >> Indy10 >> components I use to implement the TCP/IP communications. >> Bu

Re: [fpc-pascal] Will the size of an executable depend on the uses clause

> Am 16.06.2021 um 18:07 schrieb Dennis Lee Bieber via fpc-pascal > : > > On Wed, 16 Jun 2021 13:15:10 +0200 (CEST), Michael Van Canneyt via > fpc-pascal > declaimed the following: > >> ~$ ldd /usr/bin/ls >> linux-vdso.so.1 (0x7ffc3f9c1000) >> libselinux.so.1 => /lib/x86_64-linu

Re: [fpc-pascal] FPC & Lazarus moving to gitlab

There is a third conversion of the FPF repository meanwhile (from June): https://gitlab.com/freepascal.org/fpc/testconversion3 Please check and report any problems, this is most likely the last chance to get things fixed before the final c

Re: [fpc-pascal] FreePascal and MySQL 8.0

Am 18.09.21 um 17:34 schrieb Michael Van Canneyt via fpc-pascal: On Sat, 18 Sep 2021, Terry A. Haimann via fpc-pascal wrote: I just upgraded to a new laptop and see that MariaDB is using MySQL 8.0 . I also see there is no connector in my Free Pascal install for MySQL 8.0.  I do see that there

Re: [fpc-pascal] FreePascal and MySQL 8.0

> Am 19.09.2021 um 10:16 schrieb Michael Van Canneyt via fpc-pascal > : > > > > On Sat, 18 Sep 2021, Florian Klämpfl via fpc-pascal wrote: > >> Am 18.09.21 um 17:34 schrieb Michael Van Canneyt via fpc-pascal: >>> On Sat, 18 Sep 2021, Terry A. Haima

Re: [fpc-pascal] FreePascal and MySQL 8.0

> Am 19.09.2021 um 10:46 schrieb Michael Van Canneyt via fpc-pascal > : > > > > On Sun, 19 Sep 2021, Florian Klämpfl via fpc-pascal wrote: > >> >> >>> Am 19.09.2021 um 10:16 schrieb Michael Van Canneyt via fpc-pascal >>> : >>&g

Re: [fpc-pascal] target mipsel-embedded

> Am 29.11.2021 um 09:39 schrieb Michael Ring via fpc-pascal > : > > Startup Code and Modules for chips had a license that Florian was not happy > with. So those parts are missing. Also the files where huge due to the I/O capabilities of those microcontrollers IIRC. > > I have not built mi

Re: [fpc-pascal] bug or feature?

Am 13.02.2022 um 10:25 schrieb Sven Barth via fpc-pascal: Michael Van Canneyt via fpc-pascal mailto:fpc-pascal@lists.freepascal.org>> schrieb am So., 13. Feb. 2022, 09:47: On Sun, 13 Feb 2022, Mattias Gaertner via fpc-pascal wrote: > On Sat, 12 Feb 2022 12:14:14 +0100 (CET) > M

Re: [fpc-pascal] Broken code with PEEPHOLE & REGVAR

> Am 12.03.2022 um 12:05 schrieb Peter via fpc-pascal > : > > Its looking like it was fixed in main somewhere between > > 31cd3df724 Jan, 2021 > & > 837b433a28 Apr, 2021 Can you bisect it by any chance? See https://wiki.freepascal.org/FPC_git#bisect.27ing ___

Re: [fpc-pascal] Broken code with PEEPHOLE & REGVAR

> Am 13.03.2022 um 16:26 schrieb Peter via fpc-pascal > : > > On 12/03/2022 11:33, Florian Klämpfl via fpc-pascal wrote: >> >>> Am 12.03.2022 um 12:05 schrieb Peter via fpc-pascal >>> : >>> >>> Its looking like it was fixed in ma

Re: [fpc-pascal] Strange "division by zero" error using variants

Am 24.05.22 um 19:28 schrieb Thomas Kurz via fpc-pascal: Dear all, please consider the following code: program Project1; {$booleval off} var v1, v2: variant; a: boolean; b: integer; begin a := true; b := 0; // this works as expected: if a and (b > 0) and ((0+1) mod b =

Re: [fpc-pascal] $modeswitch declared before $mode fails without warning

Am 18.09.22 um 14:22 schrieb Hairy Pixels via fpc-pascal: One more thing today working with closures. Declaring the modeswitch before the mode does not actually enable the feature and gives no warning. What happens then is basic syntax fails and you’re totally confused as to why. Shouldn’t thi

Re: [fpc-pascal] FreePascal and the OrangePi

> Am 22.10.2022 um 00:19 schrieb Terry A. Haimann via fpc-pascal > : > > Dumb ? > > What download should I use to install the latest version of FreePascal > on the OrangePi 4 LTS, I am running Debian 3.0.6 Bullseye. > > The Orange Pi 4 LTS is an SBC running an ARM Processor. > Rockchip 3399

Re: [fpc-pascal] aligned?

> Am 30.01.2023 um 14:03 schrieb Mattias Gaertner via fpc-pascal > : > > Hi, > > What does the fpc built-in function aligned? > > For example in FloatToStrFIntl: > > Str(Double(Extended(Aligned(Value))):precision+7, Result); It tells the compiler that the argument is properly aligned acco

Re: [fpc-pascal] What's in Hello World

> Am 06.01.2024 um 20:05 schrieb Matthew Phillips via fpc-pascal > : > > I compiled the Hello World program from the docs and noticed that it's > 435k. Compared to a lot of newer languages, like Golang, that's not bad > at all. > > I then compiled the equivalent C program with gcc which came o

Re: [fpc-pascal] What's in Hello World

> Am 07.01.2024 um 13:21 schrieb Ingemar Ragnemalm via fpc-pascal > : > > Just for comparison, I fired up Think Pascal and made Hello world! > > Plain Hello world, closes so quickly that you don't have time to see it: 4625 > bytes. > > Including ShowText and while not Button do; 4639 bytes.

Re: [fpc-pascal] Floating point question

> Am 04.02.2024 um 13:50 schrieb Adriaan van Os via fpc-pascal > : > > Jonas Maebe via fpc-pascal wrote: >> On 03/02/2024 18:42, James Richters via fpc-pascal wrote: >>> Constants are also evaluated wrong,you don’t know what that constant is >>> going to be used for, so all steps of evaluating

Re: [fpc-pascal] Floating point question

Am 04.02.2024 um 18:25 schrieb James Richters via fpc-pascal: I agree with Aadrian 100% "New behaviour: floating point constants are now considered to be of the lowest precision which doesn't cause data loss" We are getting data loss So it's doing it WRONG. So we are all living with a s

Re: [fpc-pascal] Floating point question

Am 04.02.2024 um 18:54 schrieb James Richters: I can understand storing the constant in the lowest precision that doesn't cause data loss, thus making thing more efficient, but the actual calculation done by the compiler should be done at maximum precision and only the final result stored in t

Re: [fpc-pascal] Floating point question

On 09.02.24 15:00, greim--- via fpc-pascal wrote: Hi, my test with Borland Pascal 7.0 running in dosemu2 running 80x87 code. The compiler throws an error message for calculating HH and II with explicit type conversion. The results of FF and GG are the same! Even on 16 bit system! I think this

Re: [fpc-pascal] Floating point question

> Am 16.02.2024 um 08:23 schrieb Ern Aldo via fpc-pascal > : > >  Compile-time math needs to be as correct as possible. RUN-time math can > worry about performance. So you are saying when constant propagation is on, an expression should have a different result than with constant propagation

Re: [fpc-pascal] Floating point question

> Am 16.02.2024 um 15:34 schrieb Bernd Oppolzer via fpc-pascal > : > > Am 16.02.2024 um 08:32 schrieb Florian Klämpfl via fpc-pascal: >> Am 16.02.2024 um 08:23 schrieb Ern Aldo via fpc-pascal >> <mailto:fpc-pascal@lists.freepascal.org>: >>> >>&g

Re: [fpc-pascal] FP IDE sources

Am 14.03.2024 um 11:04 schrieb Michael Van Canneyt via fpc-pascal: On Thu, 14 Mar 2024, Karoly Balogh via fpc-pascal wrote: Hi, On Thu, 14 Mar 2024, Guillermo Martínez Jiménez via fpc-pascal wrote: I thought "packages" were libraries not applications, as there is an "utils" directory with

Re: [fpc-pascal] pointer type as procedure arg

> Am 30.12.2024 um 12:00 schrieb Mattias Gaertner via fpc-pascal > : > > Hi, > > Are anonymous (aka local) pointer types allowed in procedure arguments in any > mode? I am not aware of. > > procedure Run(p: ^word); > begin > end; > > I found that the fcl-passrc parser has a test to allow