[fpc-pascal] Error

This line of code generates an error when I attempt to compile it.  I've simplified it here. Asm  BIC X0, X0, X4End;  I'm using Free Pascal 3.2.2 for aarch64 the error generated is Error:  Syntax error while trying to parse a shifter operand ___ fpc-

Re: [fpc-pascal] Error when building fpc on aarch64-linux still not resolved

Bo Berglund via fpc-pascal schrieb am So., 10. Dez. 2023, 01:19: > On Thu, 16 Nov 2023 13:15:27 +0100, Bo Berglund via fpc-pascal > wrote: > > >I tried to post this to the devel list but it seems to have failed so now > trying > >the general list instead... > > > >See ticket: > >https://gitlab.c

Re: [fpc-pascal] Error when building fpc on aarch64-linux still not resolved

On Thu, 16 Nov 2023 13:15:27 +0100, Bo Berglund via fpc-pascal wrote: >I tried to post this to the devel list but it seems to have failed so now >trying >the general list instead... > >See ticket: >https://gitlab.com/freepascal.org/fpc/source/-/issues/39295 > >It was closed a year ago being purp

[fpc-pascal] Error when building fpc on aarch64-linux still not resolved

I tried to post this to the devel list but it seems to have failed so now trying the general list instead... See ticket: https://gitlab.com/freepascal.org/fpc/source/-/issues/39295 It was closed a year ago being purportedly resolved... But only for powerpc 64 bit... It is still there for aarch6

Re: [fpc-pascal] Error: compilation raised exception internally (Rafael Picanço)

lly (Thomas Kurz) >2. Re: Error: compilation raised exception internally (Sven Barth) > > > -- > > Message: 1 > Date: Sat, 21 Oct 2023 19:18:55 +0200 > From: Thomas Kurz > To: FPC-Pascal users discussions > S

Re: [fpc-pascal] Error: compilation raised exception internally

Thomas Kurz via fpc-pascal schrieb am Sa., 21. Okt. 2023, 19:22: > > An exception or an internal error during compilation should *always* be > > reported. > > Please also provide a minimal, self contained example that shows the > > problem. > > This is not always trivial because the internal erro

Re: [fpc-pascal] Error: compilation raised exception internally

> An exception or an internal error during compilation should *always* be > reported. > Please also provide a minimal, self contained example that shows the > problem. This is not always trivial because the internal errors are sometimes quite fiddly. I have a project in which an internal error oc

Re: [fpc-pascal] Error: compilation raised exception internally

Rafael Picanço via fpc-pascal schrieb am Sa., 21. Okt. 2023, 02:50: > Hi everyone, > > I am getting a strange error when compiling a project. I am really not > sure what is going on, because it occurs sometimes, consistently in some > lines of the code with calls to this static variable: > ... >

[fpc-pascal] Error: compilation raised exception internally

Hi everyone, I am getting a strange error when compiling a project. I am really not sure what is going on, because it occurs sometimes, consistently in some lines of the code with calls to this static variable: ... function NextID(ID : word) : word; ... NextID(ContainerClass.SomeTypeInstance.ID) .

Re: [fpc-pascal] Error: Argument cannot be assigned to

On Sun, 4 Jun 2023, Juha Manninen via fpc-pascal wrote: On Sunday, June 4, 2023, Mattias Gaertner via fpc-pascal < fpc-pascal@lists.freepascal.org> wrote: Correct. Property RecInstance is read only. No, I can define it as : property RecInstance: TMyRec read fRecInstance write fRecIns

Re: [fpc-pascal] Error: Argument cannot be assigned to

Martin Frb via fpc-pascal schrieb am So., 4. Juni 2023, 18:10: > On 04/06/2023 17:49, Martin via fpc-pascal wrote: > > On 04/06/2023 15:04, Juha Manninen via fpc-pascal wrote: > >> Why the following code fails to compile? > >> MyObj.RecInstance.ii := 123; > > Technically you can modify the member

Re: [fpc-pascal] Error: Argument cannot be assigned to

OK, I understand mostly. Thanks. Juha ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal

Re: [fpc-pascal] Error: Argument cannot be assigned to

On 04/06/2023 17:49, Martin via fpc-pascal wrote: On 04/06/2023 15:04, Juha Manninen via fpc-pascal wrote: Why the following code fails to compile? MyObj.RecInstance.ii := 123; Technically you can modify the members of the temp record (just to have the work thrown away afterwards). So I guess

Re: [fpc-pascal] Error: Argument cannot be assigned to

On 04/06/2023 15:04, Juha Manninen via fpc-pascal wrote: Why the following code fails to compile?   TMyRec = record ... property     RecInstance: TMyRec read fRecInstance;// write fRecInstance; ... MyObj.RecInstance.ii := 123; Access through property seems to be the problem. Accessing fRecI

Re: [fpc-pascal] Error: Argument cannot be assigned to

On 04/06/2023 15:04, Juha Manninen via fpc-pascal wrote: Why the following code fails to compile?   TMyRec = record ... property     RecInstance: TMyRec read fRecInstance;// write fRecInstance; ... MyObj.RecInstance.ii := 123; Access through property seems to be the problem. Accessing fRecI

Re: [fpc-pascal] Error: Argument cannot be assigned to

On Sunday, June 4, 2023, Mattias Gaertner via fpc-pascal < fpc-pascal@lists.freepascal.org> wrote: > > Correct. Property RecInstance is read only. > No, I can define it as : property RecInstance: TMyRec read fRecInstance write fRecInstance; and still get the same error. Juha

Re: [fpc-pascal] Error: Argument cannot be assigned to

On Sun, 4 Jun 2023 16:04:48 +0300 Juha Manninen via fpc-pascal wrote: > Why the following code fails to compile? > > type > TMyRec = record > ss: String; > ii: Integer; > end; > TMyClass = class > private > fName: String; > fRecInstance: TMyRec; > property > RecInst

Re: [fpc-pascal] Error: Argument cannot be assigned to

Formatting was a little weird. This is what I meant, but the error remains : type TMyRec = record ss: String; ii: Integer; end; TMyClass = class private fName: String; fRecInstance: TMyRec; public property RecInstance: TMyRec read fRecInstance;// write fRecInstance;

Re: [fpc-pascal] Error: Argument cannot be assigned to

Compiler version is FPC 3.2.2 on Linux. Juha ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal

[fpc-pascal] Error: Argument cannot be assigned to

Why the following code fails to compile? type TMyRec = record ss: String; ii: Integer; end; TMyClass = class private fName: String; fRecInstance: TMyRec; property RecInstance: TMyRec read fRecInstance;// write fRecInstance; end; var MyObj : TMyClass; begin MyObj

Re: [fpc-pascal] Error compiling on AROS/m68k: 1980-0-0 is not a valid date specification

Hello Charlie, Karoly Balogh (Charlie/SGR) writes: > Hi Carsten, > >>> I also see that the pre-installed version was installed with > the clock >>> in the system was set to the start of the Amiga Time > (1.1.1978). Might >>> that create a problem? >> >> Actually, yes. If I reset the timestamp of

Re: [fpc-pascal] Error compiling on AROS/m68k: 1980-0-0 is not a valid date specification

Hi Charlie, On Fri, 18 Dec 2020, Karoly Balogh (Charlie/SGR) via fpc-pascal wrote: > > I also see that the pre-installed version was installed with the clock > > in the system was set to the start of the Amiga Time (1.1.1978). Might > > that create a problem? > > Actually, yes. If I reset the tim

Re: [fpc-pascal] Error compiling on AROS/m68k: 1980-0-0 is not a valid date specification

Hi Carsten, > > I also see that the pre-installed version was installed with the clock > > in the system was set to the start of the Amiga Time (1.1.1978). Might > > that create a problem? > > Actually, yes. If I reset the timestamp of the system unit to 1978-1-1, > 00:00:00 (the start of the Amig

Re: [fpc-pascal] Error compiling on AROS/m68k: 1980-0-0 is not a valid date specification

Hi Carsten, On Fri, 18 Dec 2020, Carsten Strotmann via fpc-pascal wrote: > >> I've trying FPC on an Vampire 4 SA machine with ApolloOS/AROS > >> m68k. > > > > Which version of FPC are you trying? Trunk, 3.2.0 stable, you built > > your own, or you downloaded one of the official Amiga releases? >

Re: [fpc-pascal] Error compiling on AROS/m68k: 1980-0-0 is not a valid date specification

Hello Charlie, thanks for your help. Karoly Balogh (Charlie/SGR) writes: Hi Carsten, On Thu, 17 Dec 2020, Carsten Strotmann via fpc-pascal wrote: I've trying FPC on an Vampire 4 SA machine with ApolloOS/AROS m68k. Which version of FPC are you trying? Trunk, 3.2.0 stable, you built your

Re: [fpc-pascal] Error compiling on AROS/m68k: 1980-0-0 is not a valid date specification

Hi Carsten, On Thu, 17 Dec 2020, Carsten Strotmann via fpc-pascal wrote: > I've trying FPC on an Vampire 4 SA machine with ApolloOS/AROS > m68k. Which version of FPC are you trying? Trunk, 3.2.0 stable, you built your own, or you downloaded one of the official Amiga releases? > Whenever I try t

[fpc-pascal] Error compiling on AROS/m68k: 1980-0-0 is not a valid date specification

Hi, I've trying FPC on an Vampire 4 SA machine with ApolloOS/AROS m68k. Whenever I try to compile a pascal program (simple "Hello World" style) the compiler stopps with an interal error message "Error: 1980-0-0 is not a valid date specification". My guess this is something between the OS (

Re: [fpc-pascal] Error format question

Am 12.04.2020 um 09:40 schrieb Sven Barth: Ryan Joseph via fpc-pascal > schrieb am So., 12. Apr. 2020, 08:53: > On Apr 12, 2020, at 11:16 AM, Ryan Joseph mailto:generic...@gmail.com>> wrote: > > I just did svn up and got r44689, rebuilt the

Re: [fpc-pascal] Error format question

Ryan Joseph via fpc-pascal schrieb am So., 12. Apr. 2020, 08:53: > > > > On Apr 12, 2020, at 11:16 AM, Ryan Joseph wrote: > > > > I just did svn up and got r44689, rebuilt the compiler but I still get > the same error format. Was it supposed to be changed? > > ok, I think we're confused here. J

Re: [fpc-pascal] Error format question

> On Apr 12, 2020, at 11:16 AM, Ryan Joseph wrote: > > I just did svn up and got r44689, rebuilt the compiler but I still get the > same error format. Was it supposed to be changed? ok, I think we're confused here. Just actually tested gcc and got this format: /Users/ryanjoseph/Developer/Pr

Re: [fpc-pascal] Error format question

> On Apr 11, 2020, at 9:50 PM, Ryan Joseph wrote: > > Thanks, I could swear this was a bug that was already fixed but I'll rebuild > the compiler tomorrow and see if it went away. I just did svn up and got r44689, rebuilt the compiler but I still get the same error format. Was it supposed t

Re: [fpc-pascal] Error format question

> On Apr 11, 2020, at 8:12 PM, Florian Klämpfl wrote: > > I fixed this for trunk. You can very easily test and see what gcc outputs to > verify what's correct. Thanks, I could swear this was a bug that was already fixed but I'll rebuild the compiler tomorrow and see if it went away. Regards

Re: [fpc-pascal] Error format question

Am 11.04.20 um 08:11 schrieb Ryan Joseph via fpc-pascal: Sorry to ask this yet again but I keep forgetting or remembering wrong. I thought this was a one time error that was fixed but I'm still getting different error formats with the trunk (as of today) vs 3.0.4. Can anyone please confirm whi

Re: [fpc-pascal] Error format question

Am 11.04.2020 um 08:11 schrieb Ryan Joseph via fpc-pascal: Sorry to ask this yet again but I keep forgetting or remembering wrong. I thought this was a one time error that was fixed but I'm still getting different error formats with the trunk (as of today) vs 3.0.4. Can anyone please confirm w

Re: [fpc-pascal] Error format question

On Sat, 11 Apr 2020, Ryan Joseph via fpc-pascal wrote: On Apr 11, 2020, at 1:17 PM, Michael Van Canneyt wrote: My guess is you have a config file lying around that causes this to look different (-Fr option?), or you have a custom-made errore.msg file built-in. Interesting, so I overrode

Re: [fpc-pascal] Error format question

> On Apr 11, 2020, at 1:17 PM, Michael Van Canneyt > wrote: > > My guess is you have a config file lying around that causes this to look > different (-Fr option?), or you have a custom-made errore.msg file built-in. Interesting, so I overrode the default format in the trunk somehow. I can't

Re: [fpc-pascal] Error format question

On Sat, 11 Apr 2020, Ryan Joseph via fpc-pascal wrote: Sorry to ask this yet again but I keep forgetting or remembering wrong. I thought this was a one time error that was fixed but I'm still getting different error formats with the trunk (as of today) vs 3.0.4. Can anyone please confirm wh

[fpc-pascal] Error format question

Sorry to ask this yet again but I keep forgetting or remembering wrong. I thought this was a one time error that was fixed but I'm still getting different error formats with the trunk (as of today) vs 3.0.4. Can anyone please confirm which it the correct format I should rely on? Ryans-MacBook-

[fpc-pascal] Error format in trunk changed (again)

Here's an example of 2 error formats which changed across compiler version (I think -vbr gives the gcc style output). The first format is the one I thought was standard but the last time I updated trunk it changed to the second format (line:column:). Was this a mistake or did I mess something up

Re: [fpc-pascal] Error on https://www.freepascal.org/download.var

Op 2020-03-03 om 11:16 schreef Sven Barth via fpc-pascal: Martin mailto:f...@mfriebe.de>> schrieb am Di., 3. März 2020, 10:46: The page https://www.freepascal.org/download.var gives an error. It is still linked in many places as the download page for fpc. Has it moved, or does it

Re: [fpc-pascal] Error on https://www.freepascal.org/download.var

Martin schrieb am Di., 3. März 2020, 10:46: > The page https://www.freepascal.org/download.var gives an error. > > It is still linked in many places as the download page for fpc. > > Has it moved, or does it need fixing? > The var pages were disabled recently. It should now point to download.htm

[fpc-pascal] Error on https://www.freepascal.org/download.var

The page https://www.freepascal.org/download.var gives an error. It is still linked in many places as the download page for fpc. Has it moved, or does it need fixing? ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org https://lists.freepascal.

Re: [fpc-pascal] Error format changes between compilers

Am 30.12.2019 um 17:08 schrieb Ryan Joseph via fpc-pascal: Notice how the format of the error changes between ppcrossx64 (built for iPhone simulator) and ppcx64. Is this a bug? It broke my regex for capturing errors and that's why I'm asking btw. The old syntax was wrong, some days ago I fixe

[fpc-pascal] Error format changes between compilers

Notice how the format of the error changes between ppcrossx64 (built for iPhone simulator) and ppcx64. Is this a bug? It broke my regex for capturing errors and that's why I'm asking btw. Ryans-MacBook-Pro-2:fpc-git ryanjoseph$ /usr/local/lib/fpc/3.3.1/ppcrossx64 -Tiphonesim -vbr /Users/ryanj

Re: [fpc-pascal] Error? No range checks in mode delphi?

Anthony Walter schrieb am Di., 4. Juni 2019, 03:27: > That fixes it, but then the question is why does {$mode delphi} differ > from {$mode objfpc}? > Mode ObjFPC is stricter in some cases. While mode Delphi cares for Delphi compatibility. Regards, Sven __

Re: [fpc-pascal] Error? No range checks in mode delphi?

That fixes it, but then the question is why does {$mode delphi} differ from {$mode objfpc}? ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal

Re: [fpc-pascal] Error? No range checks in mode delphi?

On Mon, Jun 3, 2019 at 4:46 PM Anthony Walter wrote: > > Is the following a bug in the compiler or a feature? Is would seem using > {$mode delphi} allows code which clearly violates range bound to compile > without error. > > program Project1; > > {$mode delphi} > > type > TSuit = (suHeart, su

[fpc-pascal] Error? No range checks in mode delphi?

Is the following a bug in the compiler or a feature? Is would seem using {$mode delphi} allows code which clearly violates range bound to compile without error. program Project1; {$mode delphi} type TSuit = (suHeart, suDiamond, suClub, suSpade); TRedSuit = suHeart..suDiamond; var Suit: TR

Re: [fpc-pascal] error in https://www.freepascal.org/docs-html/rtl/strutils/ansiindextext.htm

On Wed, 8 May 2019, Dennis wrote: I believe the red text below (in the url on the subject line) should be AnsiIndexText instead of AnsiIndexStr. Description AnsiIndexStr matches AText against each string in AValues . If a match is found, the corresponding index (zero-based) in the AVa

[fpc-pascal] error in https://www.freepascal.org/docs-html/rtl/strutils/ansiindextext.htm

I believe the red text below (in the url on the subject line) should be AnsiIndexText instead of AnsiIndexStr. Description AnsiIndexStr matches AText against each string in AValues . If a match is found, the corresponding index (zero-based) in the AValues array is returned. If no match is

Re: [fpc-pascal] Error: Local variables size exceeds supported limit

On 10.03.2019 13:48, Jonas Maebe wrote: On 10/03/2019 11:40, Yuriy Sydorov wrote: If I recall correctly, currently the compiler uses longints as stack offsets internally in several places. That's why the limit is 2GB even for 64-bit targets. That would be compiler bugs that need to be fixed. I

Re: [fpc-pascal] Error: Local variables size exceeds supported limit

Hi, On Sun, 10 Mar 2019, Jonas Maebe wrote: > It's always possible to add a hint about efficiency in case the size of > the locals grows beyond offsets that can be embedded in a single > instruction, although this hint would trigger already at 32KB of locals > on e.g. PowerPC. I'm all for such a

Re: [fpc-pascal] Error: Local variables size exceeds supported limit

On 10/03/2019 11:40, Yuriy Sydorov wrote: If I recall correctly, currently the compiler uses longints as stack offsets internally in several places. That's why the limit is 2GB even for 64-bit targets. That would be compiler bugs that need to be fixed. Ideally, the commit message would also h

Re: [fpc-pascal] Error: Local variables size exceeds supported limit

On 10.03.2019 12:07, Jonas Maebe wrote: On 2019-03-10 10:22, Yuriy Sydorov wrote: FYI on 64-bit Windows the stack size limit is hard coded to 1GB. The same 1GB limit applies on 32-bit Windows. Probably Linux can be configured for larger stack. Linux needs to be specially configured to forbid a

Re: [fpc-pascal] Error: Local variables size exceeds supported limit

On 2019-03-10 10:22, Yuriy Sydorov wrote: FYI on 64-bit Windows the stack size limit is hard coded to 1GB. The same 1GB limit applies on 32-bit Windows. Probably Linux can be configured for larger stack. Linux needs to be specially configured to forbid a larger stack. But I agree with Jonas, t

Re: [fpc-pascal] Error: Local variables size exceeds supported limit

On 09.03.2019 14:06, Fabio Luis Girardi wrote: The datatype that throws this error is this (cef3types.pas:2416): TCefCompositionUnderlineArray = array[0..(High(Integer) div SizeOf(TCefCompositionUnderline)) - 1] of TCefCompositionUnderline; The TCefCompositionUnderline is a record with 20 byt

Re: [fpc-pascal] Error: Local variables size exceeds supported limit

On 09.03.2019 14:33, Jonas Maebe wrote: On 09/03/2019 13:06, Fabio Luis Girardi wrote: Thanks by your feedback. Do you think that should I fill a bug report? That's up to you. I think that 2GB on 64 bits a very conservative limit. 2GB stack space on is very large on any platform. Normally

Re: [fpc-pascal] Error: Local variables size exceeds supported limit

Em Sáb, 9 de mar de 2019 09:34, Jonas Maebe escreveu: > > > r39916 > Thanks. How fpcef3 isn't my project and I don't understood how it works (I don't understand why a very large array is needed), I'll switch back to a previous revision number and wait the FPC 3.2 to be released. After that I'll

Re: [fpc-pascal] Error: Local variables size exceeds supported limit

On 09/03/2019 13:06, Fabio Luis Girardi wrote: Thanks by your feedback. Do you think that should I fill a bug report? That's up to you. I think that 2GB on 64 bits a very conservative limit. 2GB stack space on is very large on any platform. Normally the heap is used for large allocations.

Re: [fpc-pascal] Error: Local variables size exceeds supported limit

Hi Jonas! Thanks by your feedback. Do you think that should I fill a bug report? The datatype that throws this error is this (cef3types.pas:2416): TCefCompositionUnderlineArray = array[0..(High(Integer) div SizeOf(TCefCompositionUnderline)) - 1] of TCefCompositionUnderline; The TCefCompositionU

Re: [fpc-pascal] Error: Local variables size exceeds supported limit

On 07/03/2019 21:32, Fabio Luis Girardi wrote: I'm trying to use the FPC 3.2.0 beta + Lazarus 2.0.1 with fpCEF3. But when I try compile this package with FPC 3.2.0 I got this error: Error: Local variables size exceeds supported limit But the same package compiles fine with FPC 3.0.4 and 3.0.5

Re: [fpc-pascal] Error: Local variables size exceeds supported limit

On 07.03.2019 22:32, Fabio Luis Girardi wrote: Hi All! I'm trying to use the FPC 3.2.0 beta + Lazarus 2.0.1 with fpCEF3. But when I try compile this package with FPC 3.2.0 I got this error: Error: Local variables size exceeds supported limit It would be helpful if you provide a code snippet

[fpc-pascal] Error: Local variables size exceeds supported limit

Hi All! I'm trying to use the FPC 3.2.0 beta + Lazarus 2.0.1 with fpCEF3. But when I try compile this package with FPC 3.2.0 I got this error: Error: Local variables size exceeds supported limit But the same package compiles fine with FPC 3.0.4 and 3.0.5. Should I fill a bug report? Ahh, in ti

Re: [fpc-pascal] Error when trying to make tests for target AVR

On Sun, 2018-01-07 at 11:30 +0100, Florian Klaempfl wrote: > Am 07.01.2018 um 06:12 schrieb Christo: > > > > On Sun, 2018-01-07 at 05:59 +0200, Christo wrote: > > > > > > __missing_command_FPCMAKE -p -Tavr-embedded Makefile.fpc > > Adding fpc_baseinfo to the make command revealed that FPCMAKE was

Re: [fpc-pascal] Error when trying to make tests for target AVR

Am 07.01.2018 um 06:12 schrieb Christo: > On Sun, 2018-01-07 at 05:59 +0200, Christo wrote: >> __missing_command_FPCMAKE -p -Tavr-embedded Makefile.fpc > > Adding fpc_baseinfo to the make command revealed that FPCMAKE was not defined > (I guess it should > have been obvious from the error message

Re: [fpc-pascal] Error when trying to make tests for target AVR

On Sun, 2018-01-07 at 05:59 +0200, Christo wrote: > __missing_command_FPCMAKE -p -Tavr-embedded Makefile.fpc Adding fpc_baseinfo to the make command revealed that FPCMAKE was not defined (I guess it should have been obvious from the error message in the first place). I added the path to fpcmake

[fpc-pascal] Error when trying to make tests for target AVR

I'm trying to run the test suite for AVR by executing the following make statement: make FPC=~/fpc/3.1.1/compiler/ppcx64 TEST_FPC=~/fpc/3.1.1/compiler/ppcrossavr TEST_CPU_TARGET=avr TEST_OS_TARGET=embedded TEST_SUBARCH=avr5 TEST_OPT="-XPavr-" from the /tests folder. Make terminates with the erro

Re: [fpc-pascal] Error building FPC 3.0.2 from svn sources on RPi3

Il 04/06/2017 08:02, Bo Berglund ha scritto: But I also have other systems where a real time system would be handy. Do you have more info on this? Yes. There was a bug in the way the FIQ was handled in a multicore ARM CPU (i.e. RPi2 and RPi3) , which was causing random freezes, not much freq

Re: [fpc-pascal] Error building FPC 3.0.2 from svn sources on RPi3

On 06/04/2017 07:10 AM, Paul Breneman wrote: On 06/04/2017 02:02 AM, Bo Berglund wrote: On Tue, 30 May 2017 17:49:03 +0200, Giuliano Colla wrote: Il 29/05/2017 23:28, Bo Berglund ha scritto: I have bought and initialized a new RPi3 today. It runs Raspbian Jessie PIXEL latest version. I don

Re: [fpc-pascal] Error building FPC 3.0.2 from svn sources on RPi3

On 06/04/2017 02:02 AM, Bo Berglund wrote: On Tue, 30 May 2017 17:49:03 +0200, Giuliano Colla wrote: Il 29/05/2017 23:28, Bo Berglund ha scritto: I have bought and initialized a new RPi3 today. It runs Raspbian Jessie PIXEL latest version. I don't know what you're going to use your RPi3 for

Re: [fpc-pascal] Error building FPC 3.0.2 from svn sources on RPi3

On Tue, 30 May 2017 17:49:03 +0200, Giuliano Colla wrote: >Il 29/05/2017 23:28, Bo Berglund ha scritto: > >> I have bought and initialized a new RPi3 today. It runs Raspbian >> Jessie PIXEL latest version. >I don't know what you're going to use your RPi3 for, but just in case, >are you aware tha

Re: [fpc-pascal] Error building FPC 3.0.2 from svn sources on RPi3

Il 29/05/2017 23:28, Bo Berglund ha scritto: I have bought and initialized a new RPi3 today. It runs Raspbian Jessie PIXEL latest version. I don't know what you're going to use your RPi3 for, but just in case, are you aware that now you can install an RT_PREEMPT kernel, and enjoy the real-time

Re: [fpc-pascal] Error building FPC 3.0.2 from svn sources on RPi3

On Mon, 29 May 2017 23:28:47 +0200, Bo Berglund wrote: >make install OPT=-dFPC_ARMHF PREFIX=/home/pi I noticed the "command not found" error and realized that the command did not specify the ppcarm location. Since this is a barebones RPi3 there is no path to ppcarm yet. FPC needs to be specified

Re: [fpc-pascal] Error building FPC 3.0.2 from svn sources on RPi3

On Mon, May 29, 2017 23:28, Bo Berglund wrote: > I have bought and initialized a new RPi3 today. It runs Raspbian > Jessie PIXEL latest version. > To install FPC I use a script file which sets up the Pi for FPC > development with FPC3.0.2 and Lazarus 1.6.4. > It automatically downloads all needed f

Re: [fpc-pascal] Error building FPC 3.0.2 from svn sources on RPi3

> I do not understand what -iVSPTPSOTO is... That's what happened when the compiler cannot be called by make. Watch: > make: -iVSPTPSOTO: Command not found it's a parameter list for fpc to get (from fpc -h): -i Information ... -iSO Return compiler OS -iSP Return c

[fpc-pascal] Error building FPC 3.0.2 from svn sources on RPi3

I have bought and initialized a new RPi3 today. It runs Raspbian Jessie PIXEL latest version. To install FPC I use a script file which sets up the Pi for FPC development with FPC3.0.2 and Lazarus 1.6.4. It automatically downloads all needed fpc and lazarus files using svn and it also updates the sy

Re: [fpc-pascal] Error cross compiling trunk for AVR

On Sat, 2017-05-27 at 12:58 +0200, Schindler Karl-Michael wrote: > > > > Am 27.05.2017 um 11:26 schrieb fpc-pascal-request@lists.freepascal. > > org: > > > > Date: Sat, 27 May 2017 07:58:23 +0200 > > From: Christo > > > > A recent change in 3.1.1 seemed to have broken the AVR compiler... > Sam

Re: [fpc-pascal] Error cross compiling trunk for AVR

> Am 27.05.2017 um 11:26 schrieb fpc-pascal-requ...@lists.freepascal.org: > > Date: Sat, 27 May 2017 07:58:23 +0200 > From: Christo > To: FPC-Pascal users discussions > Subject: [fpc-pascal] Error cross compiling trunk for AVR > Message-ID: <1495864703.20713.7.ca...@g

[fpc-pascal] Error cross compiling trunk for AVR

A recent change in 3.1.1 seemed to have broken the AVR compiler, while the compiler compiles fine for X86_64-linux. I think the problem started from r36325: make clean crossall OS_TARGET=embedded CPU_TARGET=avr SUBARCH=avr5 BINUTILSPREFIX=avr- CROSSOPT="-O3 -XX -CX" FPC=~/fpc/3.0.2/compiler/ppcx64

Re: [fpc-pascal] Error on closing application when using a library.

Hello. Once again, fpc has nothing to do with that problem. See here: https://www.kapilarya.com/this-application-has-requested-the-runtime-to-terminate-it-in-an-unusual-way-windows-10 Ok, (grrr...), I will follow this notice. PS: If I may, I find strange that Microsoft cannot make libraries

[fpc-pascal] Error on closing application when using a library.

Hello. One of my application use libgcc_s_dw2-1.dll. Sadly, on Wndows 10 I've got "Runtime Error!", when closing the program. The dll is working but this appends if libgcc_s_dw2-1.dll is static or dynamically loaded. This is the message after closing the error-panel: Microsoft Visual C++ Runtim

Re: [fpc-pascal] Error: Internal error 2014052302

che 20 novembre 2016 15:13 > > À : FPC-Pascal users discussions > > Objet : [fpc-pascal] Error: Internal error 2014052302 > > > > Any ideas as to what this means? > > As a general rule, internal errors are consistency checks that > are made inside the compile.

Re: [fpc-pascal] Error: Internal error 2014052302

Hi, > -Message d'origine- > De : fpc-pascal-boun...@lists.freepascal.org [mailto:fpc-pascal- > boun...@lists.freepascal.org] De la part de Tony Whyman > Envoyé : dimanche 20 novembre 2016 15:13 > À : FPC-Pascal users discussions > Objet : [fpc-pascal] Error: In

[fpc-pascal] Error: Internal error 2014052302

Any ideas as to what this means? Seen on FPC 3.0.0 under AMD64 Linux Mint 17 The odd thing about this one is that : a) Always on the same blank line just after a constructor b) Goes away when you recompile clean c) Seems to be fixed by just moving the constructor to the end of the unit.

Re: [fpc-pascal] Error: Identifier not found "Heap Error"

Thank you all for the help! On Mon, Oct 17, 2016 at 10:51 AM Jonas Maebe wrote: > Luiz Gonzaga de Oliveira Neto wrote: > > Would be it be better to try to compile this with the Turbo Pascal > > compiler then? Or do you think it would be easier to try to remove the > > lines with these codes and

Re: [fpc-pascal] Error: Identifier not found "Heap Error"

Luiz Gonzaga de Oliveira Neto wrote: > Would be it be better to try to compile this with the Turbo Pascal > compiler then? Or do you think it would be easier to try to remove the > lines with these codes and continue with FPC? My fear is that in some of > these modifications I change what the code

Re: [fpc-pascal] Error: Identifier not found "Heap Error"

On Mon, 17 Oct 2016, Luiz Gonzaga de Oliveira Neto wrote: Hi all, Thanks for the help. Would be it be better to try to compile this with the Turbo Pascal compiler then? Or do you think it would be easier to try to remove the lines with these codes and continue with FPC? My fear is that in so

Re: [fpc-pascal] Error: Identifier not found "Heap Error"

Hi all, Thanks for the help. Would be it be better to try to compile this with the Turbo Pascal compiler then? Or do you think it would be easier to try to remove the lines with these codes and continue with FPC? My fear is that in some of these modifications I change what the code was supposed t

Re: [fpc-pascal] Error: Identifier not found "Heap Error"

On 10/16/16, Mark Morgan Lloyd wrote: > I've got a 5.0 manual to hand [blows dust off, coughs]. See: http://putka.upm.si/langref/turboPascal/0683.html Bart ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/cgi-bin

Re: [fpc-pascal] Error: Identifier not found "Heap Error"

On 15/10/16 20:00, Michael Van Canneyt wrote: issues, but I still get the following error: OPTIQAP.PAS(18,21) Error: Identifier not found "HeapError" OPTIQAP.PAS(19,6) Error: Identifier not found "HeapError" This is possibly code intended for Turbo Pascal. The HeapError identifier does not ex

Re: [fpc-pascal] Error: Identifier not found "Heap Error"

On Sat, 15 Oct 2016, Luiz Gonzaga de Oliveira Neto wrote: Hello all, As mentioned in a previous e-mail, I'm having my first contact with Pascal during my Masters research, trying to compile a code provided by a professor. The first mistakes I had regarded the *memavail *and *maxavail* functi

[fpc-pascal] Error: Identifier not found "Heap Error"

Hello all, As mentioned in a previous e-mail, I'm having my first contact with Pascal during my Masters research, trying to compile a code provided by a professor. The first mistakes I had regarded the *memavail *and *maxavail* functions, which I've read are not supported anymore. I believe I hav

Re: [fpc-pascal] Error: Internal error 2014052302 on changing some common units

Sven Barth wrote: Am 15.04.2016 13:40 schrieb "Dennis" >: > > whenever I change the source of a common unit (that is used by many other units), when I compile with lazarus 1.7 +FPC 3.1.1, this error will appear in the messages > "Error: Internal error 20140523

Re: [fpc-pascal] Error: Internal error 2014052302 on changing some common units

Am 15.04.2016 13:40 schrieb "Dennis" : > > whenever I change the source of a common unit (that is used by many other units), when I compile with lazarus 1.7 +FPC 3.1.1, this error will appear in the messages > "Error: Internal error 2014052302". Are you sure that you're using the most current vers

[fpc-pascal] Error: Internal error 2014052302 on changing some common units

whenever I change the source of a common unit (that is used by many other units), when I compile with lazarus 1.7 +FPC 3.1.1, this error will appear in the messages "Error: Internal error 2014052302". What is that? Normally, I just go to Menu -> Run-Build and this message will disappear but t

Re: [fpc-pascal] Error compiling FPC trunk under Linux

I'll do that. Sorry for the noise. 2016-02-02 16:15 GMT-02:00 Jonas Maebe : > Fabio Luis Girardi wrote: > >> >> >> 2016-02-02 16:07 GMT-02:00 Jonas Maebe > >: >> >> >> What is the version of your starting compiler? >> >> >> 3.1.1 revision 32800. I don't reme

Re: [fpc-pascal] Error compiling FPC trunk under Linux

Fabio Luis Girardi wrote: 2016-02-02 16:07 GMT-02:00 Jonas Maebe mailto:jonas.ma...@elis.ugent.be>>: What is the version of your starting compiler? 3.1.1 revision 32800. I don't remember the revision the compiler that built this last one, but it's 3.1.1 too. Building a development ver

Re: [fpc-pascal] Error compiling FPC trunk under Linux

On 02.02.2016 19:12, Fabio Luis Girardi wrote: > > > 2016-02-02 16:07 GMT-02:00 Jonas Maebe >: > > > What is the version of your starting compiler? > > > 3.1.1 revision 32800. I don't remember the revision the compiler that > built this last one, but it'

Re: [fpc-pascal] Error compiling FPC trunk under Linux

2016-02-02 16:07 GMT-02:00 Jonas Maebe : > > > What is the version of your starting compiler? > > 3.1.1 revision 32800. I don't remember the revision the compiler that built this last one, but it's 3.1.1 too. -- The best regards, Fabio Luis Girardi PascalSCADA Project http://sourceforge.net/proj

Re: [fpc-pascal] Error compiling FPC trunk under Linux

Fabio Luis Girardi wrote: I'm trying to build FPC on linux x64, using makepack script, but I have Internal error 2007020810. Bellow the script output: What is the version of your starting compiler? Jonas ___ fpc-pascal maillist - fpc-pascal@lists.

  1   2   3   4   >