[fpc-devel] Error: Procedure/Function declared with call option NOSTACKFRAME but without ASSEMBLER

2025-03-24 Thread Martin Frb via fpc-devel
It is possible to declare a type for a cdecl function like type  a=procedure cdecl; But, not for "assembler" which makes sense, because its not a calling convention. Same should likely be the case for NoStackframe. But program Project1; type  a=procedure {assembler} NoStackFrame ; begin end.

Re: [fpc-devel] Error: Procedure/Function declared with call option NOSTACKFRAME but without ASSEMBLER

2025-03-20 Thread Martin Frb via fpc-devel
On 20/03/2025 22:38, Marco van de Voort via fpc-devel wrote: Op 20-3-2025 om 20:46 schreef Martin Frb via fpc-devel: So why does the compiler interpret NoStackFrame in the type declaration, when it does not do that for other non-relevant modifiers (like assembler)? I think it is because nos

Re: [fpc-devel] Error: Procedure/Function declared with call option NOSTACKFRAME but without ASSEMBLER

2025-03-20 Thread Marco van de Voort via fpc-devel
Op 20-3-2025 om 20:46 schreef Martin Frb via fpc-devel: So why does the compiler interpret NoStackFrame in the type declaration, when it does not do that for other non-relevant modifiers (like assembler)? I think it is because nostackframe is a directive for the declaration of the function

Re: [fpc-devel] Error: Procedure/Function declared with call option NOSTACKFRAME but without ASSEMBLER

2025-03-20 Thread Martin Frb via fpc-devel
Ok, maybe I lost the point in verbosity. The following type    type  a=procedure foo; gives the error     project1.lpr(2,19) Fatal: Syntax error, ";" expected but "identifier FOO" found In a type declaration, the procedure can not have a name, and "foo" is not a valid modifier here (cdecl wou

Re: [fpc-devel] Error: Procedure/Function declared with call option NOSTACKFRAME but without ASSEMBLER

2025-03-20 Thread Marco van de Voort via fpc-devel
Op 20-3-2025 om 20:09 schreef Martin Frb via fpc-devel: It is possible to declare a type for a cdecl function like type  a=procedure cdecl; But, not for "assembler" which makes sense, because its not a calling convention. Same should likely be the case for NoStackframe. Roughly yes. Basicall

Re: [fpc-devel] error target i386 -Cp80486

2024-04-23 Thread J. Gareth Moreton via fpc-devel
Got it!  I would have solved this much sooner if I had just dived into the code instead of getting lost with git bisect! https://gitlab.com/freepascal.org/fpc/source/-/merge_requests/655 It was an infinite loop in the "var13", "var14" and "var15" optimisations that don't trigger on the Pentium

Re: [fpc-devel] error target i386 -Cp80486

2024-04-23 Thread J. Gareth Moreton via fpc-devel
I've gotten back as far as here, and it's still bad: commit 7fbda0e0e8b1d071e72ccbc5e487dbb1c2173c63 (HEAD) Author: Jonas Maebe Date:   Wed Mar 24 14:33:09 2021 +   * support building with FPC 3.2.2     git-svn-id: trunk@49045 - I can't check earlier without difficulty because 3.2.2 d

Re: [fpc-devel] error target i386 -Cp80486

2024-04-23 Thread J. Gareth Moreton via fpc-devel
I've reproduced the hang doing "make clean all CPU_TARGET=i386 OS_TARGET=win32 OPT="-Cp80486 -Op80486"" on my x86_64-win64 machine. So far I haven't found the bad commit - this problem has been here a while. Kit I still haven't found the bad commit! On 23/04/2024 12:46, J. Gareth Moreton via

Re: [fpc-devel] error target i386 -Cp80486

2024-04-23 Thread J. Gareth Moreton via fpc-devel
Absolutely I can.  I'll see what I can find. Gareth aka. Kit On 23/04/2024 12:09, Tomas Hajny via fpc-devel wrote: On 2024-04-23 11:50, Marģers . via fpc-devel wrote: 1) does not work make clean singlezipinstall OS_TARGET=win32 CPU_TARGET=i386 ALLOW_WARNINGS=1 OPT="  -O2 -vxitl -Cp80486 -Op804

Re: [fpc-devel] error target i386 -Cp80486

2024-04-23 Thread Tomas Hajny via fpc-devel
On 2024-04-23 11:50, Marģers . via fpc-devel wrote: 1) does not work make clean singlezipinstall OS_TARGET=win32 CPU_TARGET=i386 ALLOW_WARNINGS=1 OPT=" -O2 -vxitl -Cp80486 -Op80486" hangs on system.inc(421,2) Start reading includefile C:\Users\Lietotajs\Downloads\fora\a\486\gh\rtl\inc\generic.i

[fpc-devel] error target i386 -Cp80486

2024-04-23 Thread Marģers . via fpc-devel
1) does not work make clean singlezipinstall OS_TARGET=win32 CPU_TARGET=i386  ALLOW_WARNINGS=1 OPT="  -O2 -vxitl -Cp80486 -Op80486" hangs on system.inc(421,2) Start reading includefile C:\Users\Lietotajs\Downloads\fora\a\486\gh\rtl\inc\generic.inc 100 5.174/5.888 Kb Used 900 5.307/6.336 Kb Us

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

2023-12-18 Thread Bo Berglund via fpc-devel
On Thu, 16 Nov 2023 10:08:53 +0100, Bo Berglund via fpc-devel wrote: >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 aarch64-linux used by Pi-OS bookworm

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

2023-11-17 Thread Bo Berglund via fpc-devel
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 aarch64-linux used by Pi-OS bookworm 64 bit, which is now the recommended version... RaspberryPi is a very popular

Re: [fpc-devel] Error: (3069) Call by var for arg no. xx has to match exactly: Got "ShortString" expected "AnsiString"

2023-07-16 Thread Michael Van Canneyt via fpc-devel
On Sun, 16 Jul 2023, Maxim Ganetsky via fpc-devel wrote: 16.07.2023 20:08, Michael Van Canneyt via fpc-devel пишет: On Sun, 16 Jul 2023, Maxim Ganetsky via fpc-devel wrote: Hello. Recent changes in FPC `main` led to the following errors when building some code in Lazarus tree: Error:

Re: [fpc-devel] Error: (3069) Call by var for arg no. xx has to match exactly: Got "ShortString" expected "AnsiString"

2023-07-16 Thread Maxim Ganetsky via fpc-devel
16.07.2023 20:14, Maxim Ganetsky via fpc-devel пишет: 16.07.2023 20:08, Michael Van Canneyt via fpc-devel пишет: On Sun, 16 Jul 2023, Maxim Ganetsky via fpc-devel wrote: Hello. Recent changes in FPC `main` led to the following errors when building some code in Lazarus tree: Error: (3069)

Re: [fpc-devel] Error: (3069) Call by var for arg no. xx has to match exactly: Got "ShortString" expected "AnsiString"

2023-07-16 Thread Maxim Ganetsky via fpc-devel
16.07.2023 20:08, Michael Van Canneyt via fpc-devel пишет: On Sun, 16 Jul 2023, Maxim Ganetsky via fpc-devel wrote: Hello. Recent changes in FPC `main` led to the following errors when building some code in Lazarus tree: Error: (3069) Call by var for arg no. xx has to match exactly: Got

Re: [fpc-devel] Error: (3069) Call by var for arg no. xx has to match exactly: Got "ShortString" expected "AnsiString"

2023-07-16 Thread Michael Van Canneyt via fpc-devel
On Sun, 16 Jul 2023, Maxim Ganetsky via fpc-devel wrote: Hello. Recent changes in FPC `main` led to the following errors when building some code in Lazarus tree: Error: (3069) Call by var for arg no. xx has to match exactly: Got "ShortString" expected "AnsiString" See: https://gitlab.

[fpc-devel] Error: (3069) Call by var for arg no. xx has to match exactly: Got "ShortString" expected "AnsiString"

2023-07-16 Thread Maxim Ganetsky via fpc-devel
Hello. Recent changes in FPC `main` led to the following errors when building some code in Lazarus tree: Error: (3069) Call by var for arg no. xx has to match exactly: Got "ShortString" expected "AnsiString" See: https://gitlab.com/freepascal.org/lazarus/lazarus/-/issues/40381 Note that t

[fpc-devel] Error: Internal error 200602035

2021-12-11 Thread Martin Frb via fpc-devel
I just got: fpdebugdebugger.pas(4322,1) Error: Internal error 200602035 Even on a clean build. (fpc 3.2.3, updated yesterday) I am not able to create a small example, but I saved the state of my lazarus dir to https://gitlab.com/martin_frb/lazarus/-/commits/fpc-err-internal-200602035 I hope thi

Re: [fpc-devel] Error: Global Generic template references static symtable

2021-01-11 Thread Sven Barth via fpc-devel
Bart via fpc-devel schrieb am Mo., 11. Jan. 2021, 03:42: > On Sun, Jan 10, 2021 at 11:59 AM Sven Barth via fpc-devel > wrote: > > > Displaying the message at the correct location would be more involved... > > you might want to open a bug report for that so that it's remembered > > somewhere, but

Re: [fpc-devel] Error: Global Generic template references static symtable

2021-01-10 Thread Bart via fpc-devel
On Sun, Jan 10, 2021 at 11:59 AM Sven Barth via fpc-devel wrote: > Displaying the message at the correct location would be more involved... > you might want to open a bug report for that so that it's remembered > somewhere, but it's definitely going to be a low priority one. https://bugs.freepas

Re: [fpc-devel] Error: Global Generic template references static symtable

2021-01-10 Thread Sven Barth via fpc-devel
Am 09.01.2021 um 16:21 schrieb Bart via fpc-devel: The *why* is not important for users. Those that are interested can ask, just like you did. Then let me rephrase it. Error messages of the compiler normally point you in the right direction like: qtest.lpr(367,3) Fatal: Syntax error, ";" e

Re: [fpc-devel] Error: Global Generic template references static symtable

2021-01-09 Thread Bart via fpc-devel
On Sat, Jan 9, 2021 at 12:00 PM Sven Barth via fpc-devel wrote: > Right click the error message in Lazarus, then click "Help". For me a dialog > with the following text appeared: Hah! Learned something new today! > The *why* is not important for users. Those that are interested can ask, just >

Re: [fpc-devel] Error: Global Generic template references static symtable

2021-01-09 Thread Sven Barth via fpc-devel
Bart via fpc-devel schrieb am Sa., 9. Jan. 2021, 05:17: > On Fri, Jan 8, 2021 at 9:00 PM Sven Barth via fpc-devel > wrote: > > >> It seems I cannot use a stand-alone function that is declared in the > >> implementation of the unit? > > > Generics are a stream of tokens that is reparsed when spec

Re: [fpc-devel] Error: Global Generic template references static symtable

2021-01-08 Thread Bart via fpc-devel
On Fri, Jan 8, 2021 at 9:00 PM Sven Barth via fpc-devel wrote: >> It seems I cannot use a stand-alone function that is declared in the >> implementation of the unit? > Generics are a stream of tokens that is reparsed when specialized. Functions > declared in the implementation section are simpl

Re: [fpc-devel] Error: Global Generic template references static symtable

2021-01-08 Thread Sven Barth via fpc-devel
Bart via fpc-devel schrieb am Fr., 8. Jan. 2021, 20:07: > It seems I cannot use a stand-alone function that is declared in the > implementation of the unit? > Correct. Why is that? > Generics are a stream of tokens that is reparsed when specialized. Functions declared in the implementation sec

[fpc-devel] Error: Global Generic template references static symtable

2021-01-08 Thread Bart via fpc-devel
Hi, While trying to solve https://bugs.freepascal.org/view.php?id=38306 I got this error I have never seen before. _gdeque.pp(249,4) Error: Global Generic template references static symtable _gdeque.pp(302) Fatal: There were 1 errors compiling module, stopping Fatal: Compilation aborted Line 249

Re: [fpc-devel] Error building xtensa rtl

2020-04-19 Thread Michael Ring via fpc-devel
doesn't it make sense to also include subarchs in xtensa-freertos? diff --git a/utils/fpcm/fpcmake.ini b/utils/fpcm/fpcmake.ini index 16396ca921..9151c09021 100644 --- a/utils/fpcm/fpcmake.ini +++ b/utils/fpcm/fpcmake.ini @@ -295,6 +295,13 @@ endif  override FPCOPT+=-Cp$(SUBARCH)  endif +ifeq ($

Re: [fpc-devel] Error building xtensa rtl

2020-04-19 Thread Florian Klämpfl
Am 01.04.20 um 18:58 schrieb Christo Crause via fpc-devel: I directly edited the makefile to demonstrate the principle. In addition to a change to makefile.fpc an update to fpcmake.ini is also required, see attached fpcmake.patch I committed the SUBARCH changes. __

Re: [fpc-devel] Error building xtensa rtl

2020-04-01 Thread Christo Crause via fpc-devel
On Wed, Apr 1, 2020 at 6:58 PM Christo Crause wrote: > Good idea, the alternative instructions are part of the core ISA so it > should always be supported. > So the updated cgcpu patch attached... diff --git a/compiler/xtensa/cgcpu.pas b/compiler/xtensa/cgcpu.pas index a1fdbede87..25b6cb40b9 100

Re: [fpc-devel] Error building xtensa rtl

2020-04-01 Thread Christo Crause via fpc-devel
On Wed, Apr 1, 2020 at 12:06 AM Sven Barth wrote: > Christo Crause schrieb am Di., 31. März 2020, > 19:45: > >> On Tue, Mar 31, 2020 at 7:39 AM Sven Barth via fpc-devel < >> fpc-devel@lists.freepascal.org> wrote: >> >>> Am 30.03.2020 um 22:07 schrieb Christo Crause via fpc-devel: >>> >>> I've no

Re: [fpc-devel] Error building xtensa rtl

2020-03-31 Thread Sven Barth via fpc-devel
Christo Crause schrieb am Di., 31. März 2020, 19:45: > On Tue, Mar 31, 2020 at 7:39 AM Sven Barth via fpc-devel < > fpc-devel@lists.freepascal.org> wrote: > >> Am 30.03.2020 um 22:07 schrieb Christo Crause via fpc-devel: >> >> I've noticed GCC uses the SLLI + SRAI instructions to perform sign >>

Re: [fpc-devel] Error building xtensa rtl

2020-03-31 Thread Christo Crause via fpc-devel
On Tue, Mar 31, 2020 at 7:39 AM Sven Barth via fpc-devel < fpc-devel@lists.freepascal.org> wrote: > Am 30.03.2020 um 22:07 schrieb Christo Crause via fpc-devel: > > I've noticed GCC uses the SLLI + SRAI instructions to perform sign > extension on ESP8266. > > Since different CPUs can support diffe

Re: [fpc-devel] Error building xtensa rtl

2020-03-31 Thread Christo Crause via fpc-devel
On Tue, Mar 31, 2020 at 7:39 AM Sven Barth via fpc-devel < fpc-devel@lists.freepascal.org> wrote: > Am 30.03.2020 um 22:07 schrieb Christo Crause via fpc-devel: > > > On Sun, Mar 29, 2020 at 11:00 PM Florian Klämpfl > wrote: > >> Am 29.03.20 um 22:46 schrieb Christo Crause via fpc-devel: >> > It

Re: [fpc-devel] Error building xtensa rtl

2020-03-30 Thread Sven Barth via fpc-devel
Am 30.03.2020 um 22:07 schrieb Christo Crause via fpc-devel: On Sun, Mar 29, 2020 at 11:00 PM Florian Klämpfl mailto:flor...@freepascal.org>> wrote: Am 29.03.20 um 22:46 schrieb Christo Crause via fpc-devel: > It seems that a different instruction sequence should be used for sign

Re: [fpc-devel] Error building xtensa rtl

2020-03-30 Thread Florian Klämpfl
Am 30.03.20 um 22:07 schrieb Christo Crause via fpc-devel: On Sun, Mar 29, 2020 at 11:00 PM Florian Klämpfl > wrote: Am 29.03.20 um 22:46 schrieb Christo Crause via fpc-devel: > It seems that a different instruction sequence should be used for sign

Re: [fpc-devel] Error building xtensa rtl

2020-03-30 Thread Christo Crause via fpc-devel
On Sun, Mar 29, 2020 at 11:00 PM Florian Klämpfl wrote: > Am 29.03.20 um 22:46 schrieb Christo Crause via fpc-devel: > > It seems that a different instruction sequence should be used for sign > > extension for the lx106 subarch. > > Ok, I see. Let me first integrate everything done so far in trun

Re: [fpc-devel] Error building xtensa rtl

2020-03-29 Thread Florian Klämpfl
Am 29.03.20 um 22:46 schrieb Christo Crause via fpc-devel: According to the Xtensa ISA 4.3.8 the SEXT instruction is optional (and some others too) and apparently not implemented for ESP8266 according to core-isa.h in ESP8266_RTOS_SDK (https://github.com/espressif/ESP8266_RTOS_SDK/blob/master/c

Re: [fpc-devel] Error building xtensa rtl

2020-03-29 Thread Christo Crause via fpc-devel
On Sun, Mar 29, 2020 at 8:38 AM Christo Crause wrote: > On Sat, Mar 28, 2020 at 11:04 PM Florian Klämpfl > wrote: > >> Am 28.03.20 um 21:33 schrieb Christo Crause via fpc-devel: >> > When building the xtensa rtl with >> > >> > make rtl FPC=~/fpc/3.3.1/compiler/ppcrossxtensa CROSSOPT=-Cacall0 >>

Re: [fpc-devel] Error building xtensa rtl

2020-03-28 Thread Christo Crause via fpc-devel
On Sat, Mar 28, 2020 at 11:04 PM Florian Klämpfl wrote: > Am 28.03.20 um 21:33 schrieb Christo Crause via fpc-devel: > > When building the xtensa rtl with > > > > make rtl FPC=~/fpc/3.3.1/compiler/ppcrossxtensa CROSSOPT=-Cacall0 > > CPU_TARGET=xtensa OS_TARGET=embedded SUBARCH=esp8266 > > BINUTIL

Re: [fpc-devel] Error building xtensa rtl

2020-03-28 Thread Florian Klämpfl
Am 28.03.20 um 21:33 schrieb Christo Crause via fpc-devel: When building the xtensa rtl with make rtl FPC=~/fpc/3.3.1/compiler/ppcrossxtensa CROSSOPT=-Cacall0 CPU_TARGET=xtensa OS_TARGET=embedded SUBARCH=esp8266 BINUTILSPREFIX=xtensa-lx106-elf- the following errors are returned by as: /home/

[fpc-devel] Error building xtensa rtl

2020-03-28 Thread Christo Crause via fpc-devel
When building the xtensa rtl with make rtl FPC=~/fpc/3.3.1/compiler/ppcrossxtensa CROSSOPT=-Cacall0 CPU_TARGET=xtensa OS_TARGET=embedded SUBARCH=esp8266 BINUTILSPREFIX=xtensa-lx106-elf- the following errors are returned by as: /home/christo/fpc/3.3.1/rtl/units/xtensa-embedded/system.s: Assembler

Re: [fpc-devel] error compiling trunk 42843

2019-08-27 Thread Pierre Muller
Le 27/08/2019 à 13:44, Martin a écrit : > Compiling trunk ON win10/64 > Compiling FOR 32bit > with   -gl -O4 -Or > > From the make output > > make.exe compiler > make.exe[5]: Entering directory `c:/FPC/fpc_3.3.1/source/compiler' > B:/FPC/SVN/build_trunk/install/binw32/gmkdir.exe -p i386/units/

[fpc-devel] error compiling trunk 42843

2019-08-27 Thread Martin
Compiling trunk ON win10/64 Compiling FOR 32bit with   -gl -O4 -Or From the make output make.exe compiler make.exe[5]: Entering directory `c:/FPC/fpc_3.3.1/source/compiler' B:/FPC/SVN/build_trunk/install/binw32/gmkdir.exe -p i386/units/i386-win32 B:/FPC/SVN/build_trunk/install/binw32/gmkdir.exe

Re: [fpc-devel] Error: Data element too large / Compilation aborted .. unhandled exception .. AV

2017-03-26 Thread Florian Klämpfl
Am 15.03.2017 um 22:36 schrieb Hans-Peter Suter: > Goedenavond, > > The following snippet gives the above mentioned error message The error message for a 32 bit target is correct, the data structure is too big. > on Mac (Yosem.) and aborts the > compilation process on Ubuntu (14.04). Indeed, th

[fpc-devel] Error: Data element too large / Compilation aborted .. unhandled exception .. AV

2017-03-15 Thread Hans-Peter Suter
Goedenavond, The following snippet gives the above mentioned error message on Mac (Yosem.) and aborts the compilation process on Ubuntu (14.04). I'm using version 3.0.2 [2017/02/12] for i386 and 3.0.2 [2017/02/25] for x86_64. There are several variants (mentioned in code) which influence the outco

Re: [fpc-devel] Error seeking resources when compiling with {$R *.res}

2016-11-07 Thread NetSpirit
Sorry, in previous letter mistake: approach (1), (2a) works, (2b) and (3) works partially. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel

Re: [fpc-devel] Error seeking resources when compiling with {$R *.res}

2016-11-07 Thread NetSpirit
I am supply {$R *.res} only as generic example. With an {$R filename.res} the same problem. I know this cases when compiling project: 1) Units available only in *.ppu/*.o (etc., compiled units). == Resource, linked by {$R} in these units must be searched relative to these compiled units. 2) Ava

Re: [fpc-devel] Error seeking resources when copiling with {$R *.res}

2016-11-05 Thread C Western
Is {$R *.res} handled differently to {$R *.lfm}? (My projects have lots of {$R *.lfm} On 05/11/16 11:31, Thaddy de Koning wrote: On Fri, 4 Nov 2016 11:46:24 +0200 (EEST) {$R *.res} in ONLY allowed for the project file. You should never try to link in a * resource in a unit, because the * resol

Re: [fpc-devel] Error seeking resources when copiling with {$R *.res}

2016-11-05 Thread Thaddy de Koning
On Fri, 4 Nov 2016 11:46:24 +0200 (EEST) {$R *.res} in ONLY allowed for the project file. You should never try to link in a * resource in a unit, because the * resolves to the main project name. Same as in Delphi. If you need a resource in a unit, resolve the full name, like {$R myunit1.res} The ma

[fpc-devel] Error seeking resources when copiling with {$R *.res}

2016-11-04 Thread NetSpirit
CONDITIONS Unit file contains {$R *.res} directive. File *.res exists in the same directory where *.pp file for unit exists. Compiled units resides in subdirectory, for example called 'units' (-FU command line switch). DESCRIPTION When project with such unit compiled first time - all work as expec

Re: [fpc-devel] Error building crosscompiler

2016-06-14 Thread Ondrej Kelle
Hi, I have the same problem. It's been introduced in rev. 33931. Ondrej On 13 June 2016 at 16:28, Lukas Gradl wrote: > Hi! > > After a "svn up" yesterday I'm unable to build the i386 crosscompiler on > my x86_64 Linux machine. Unfortunatly I didn't note down the svn revision I > got that error

[fpc-devel] Error building crosscompiler

2016-06-13 Thread Lukas Gradl
Hi! After a "svn up" yesterday I'm unable to build the i386 crosscompiler on my x86_64 Linux machine. Unfortunatly I didn't note down the svn revision I got that error first, currently I'm at revision 33982 and have still the same error. I build the whole chain with a script doing basical

Re: [fpc-devel] Error when trying to compile code using macros

2014-10-13 Thread Michael Schnell
On 10/11/2014 06:04 PM, Jonas Maebe wrote: Macro's never replace text in the middle of an identifier. Does the optional extended FPC macro processor not support a concatenation syntax (such as ## with the C macro preprocessor) ? In theory it could be possible to use the gnu C macro preproces

Re: [fpc-devel] Error when trying to compile code using macros

2014-10-11 Thread Jonas Maebe
On 11/10/14 17:55, Lag Programming wrote: > Compile Project, Target: ConditionalJumpsAnalysis: Exit code 256, > Errors: 4, Warnings: 50, Hints: 2 > ConditionalJumpsAnalysis.lpr(31,2) Warning: Comment level 2 found > ConditionalJumpsAnalysis.lpr(59,10) Error: overloaded functions have the > same par

[fpc-devel] Error when trying to compile code using macros

2014-10-11 Thread Lag Programming
Hi! I don't want to fill a useless bug report, reason why I check this again, this time with you. The following code syntax doesn't compile. {$mode objfpc}{$H+} {$MACRO ON} begin {$define debugmacros:= function variabletype_passingmode_one(passingmode x,y:variabletype):variabletype;localmodif

Re: [fpc-devel] Error building compiler with -O4

2014-04-19 Thread Jonas Maebe
On 19/04/14 20:57, Martin Frb wrote: Using 2.6.4 as starting compiler. Attempting to build 2.7.1 rev 27596 How to I prevent the option from being passed to the starting compiler? Pass options not supported by the bootstrapping compiler via OPTNEW instead of via OPT Jonas __

[fpc-devel] Error building compiler with -O4

2014-04-19 Thread Martin Frb
Using 2.6.4 as starting compiler. Attempting to build 2.7.1 rev 27596 How to I prevent the option from being passed to the starting compiler? SET FPC=c:\FPC\SVN\ppc386_2_6_4.exe make clean make.exe allLINKSMART=1 CREATESMART=1 DEBUG=1 OPTIMIZE=0 OPT="-gl -O4" C:/FPC/SVN/trunk_build/rm.e

Re: [fpc-devel] error in docs ?

2014-02-06 Thread Michael Van Canneyt
On Thu, 6 Feb 2014, Martin Frb wrote: http://www.freepascal.org/docs-html/prog/progsu58.html#x64-630001.1.58 Example: {$OPTIMIZATION ON} is equivalent to {$OPTIMIZATION 2} "2" is not in the list of supported keywords. And at least {$OPTIMIZATION 1} gives an compile error Fixed. Mich

Re: [fpc-devel] error in docs ?

2014-02-06 Thread Sven Barth
On 06.02.2014 18:48, Martin Frb wrote: http://www.freepascal.org/docs-html/prog/progsu58.html#x64-630001.1.58 Example: {$OPTIMIZATION ON} is equivalent to {$OPTIMIZATION 2} "2" is not in the list of supported keywords. And at least {$OPTIMIZATION 1} gives an compile error It should be {

[fpc-devel] error in docs ?

2014-02-06 Thread Martin Frb
http://www.freepascal.org/docs-html/prog/progsu58.html#x64-630001.1.58 Example: {$OPTIMIZATION ON} is equivalent to {$OPTIMIZATION 2} "2" is not in the list of supported keywords. And at least {$OPTIMIZATION 1} gives an compile error ___ fpc-

Re: [fpc-devel] Error building branch targetandroid

2012-09-14 Thread Jonas Maebe
Felipe Monteiro de Carvalho wrote on Fri, 14 Sep 2012: make crossinstall CPU_TARGET=arm OS_TARGET=android OPT="-FlC:/Programas/android-ndk-r7b/platforms/android-8/arch-arm/usr/lib/" CROSSOPT="-CpARMv6 -CfSoft" BINUTILSPREFIX=arm-linux-androideabi- INSTALL_PREFIX=output pause Note that due to so

Re: [fpc-devel] Error building branch targetandroid

2012-09-14 Thread Felipe Monteiro de Carvalho
Thanks, Some strange things happen. It generates the ppas.bat file as utils/fppkg/bin/arm-android/ppas.bat, but running the file in this position causes all kinds of errors because the paths inside the file seam to suppose that it is located in utils/fppkg/ So I copied the file to utils/fppkg/ an

Re: [fpc-devel] Error building branch targetandroid

2012-09-14 Thread Jonas Maebe
Felipe Monteiro de Carvalho wrote on Fri, 14 Sep 2012: Start compiling package fppkg-util for target arm-android. Compiling fppkg.pp Linking bin\arm-android\fppkg The installer encountered the following error: External command "D:/targetandroid/compiler/ppcrossarm.exe -Tandroid

Re: [fpc-devel] Error building branch targetandroid

2012-09-14 Thread Felipe Monteiro de Carvalho
Hello, Ok, I removed the CROSSBINDIR because the binutils are now in the path anyway and it goes a bit forward, but then fails again: Start compiling package fppkg-util for target arm-android. Compiling fppkg.pp Linking bin\arm-android\fppkg The installer encountered the following e

RE: [fpc-devel] Error building branch targetandroid

2012-09-13 Thread Pierre Free Pascal
> -Message d'origine- > De : fpc-devel-boun...@lists.freepascal.org [mailto:fpc-devel- > boun...@lists.freepascal.org] De la part de Felipe Monteiro de Carvalho > Envoyé : jeudi 13 septembre 2012 16:35 > À : FPC developers' list > Objet : Re: [fpc-

Re: [fpc-devel] Error building branch targetandroid

2012-09-10 Thread Felipe Monteiro de Carvalho
On Mon, Sep 10, 2012 at 4:42 PM, Marco van de Voort wrote: > Afaik there was some comment later in that thread that the makefiles > sometimes detect > windows by the semicomma's in the PATH. > > Try to add ;c:\windows\system or so to your path line. Nice, that fixes the problem too =) Strange th

Re: [fpc-devel] Error building branch targetandroid

2012-09-10 Thread Marco van de Voort
In our previous episode, Felipe Monteiro de Carvalho said: > wrote: > > but I have: > > > > SET PATH=C:\Programas\lazarus31\fpc\2.6.1\bin\i386-win32 > > > > And the file C:\Programas\lazarus31\fpc\2.6.1\bin\i386-win32\pwd.exe does > > exist > > I think I found the problem. It seams that building

Re: [fpc-devel] Error building branch targetandroid

2012-09-10 Thread Felipe Monteiro de Carvalho
On Mon, Jul 9, 2012 at 12:09 PM, Felipe Monteiro de Carvalho wrote: > but I have: > > SET PATH=C:\Programas\lazarus31\fpc\2.6.1\bin\i386-win32 > > And the file C:\Programas\lazarus31\fpc\2.6.1\bin\i386-win32\pwd.exe does > exist I think I found the problem. It seams that building fails if my sou

Re: [fpc-devel] Error building branch targetandroid

2012-07-09 Thread Felipe Monteiro de Carvalho
On Mon, Jul 9, 2012 at 11:55 AM, Jonas Maebe wrote: > That error is only printed if the Makefile cannot find pwd.exe in the PATH. > It should be part of a default FPC 2.6.0 install. but I have: SET PATH=C:\Programas\lazarus31\fpc\2.6.1\bin\i386-win32 And the file C:\Programas\lazarus31\fpc\2.6.

Re: [fpc-devel] Error building branch targetandroid

2012-07-09 Thread Jonas Maebe
Felipe Monteiro de Carvalho wrote on Mon, 09 Jul 2012: Is it complaining about general binutils, like strip.exe, or about the cross-binutils? That error is only printed if the Makefile cannot find pwd.exe in the PATH. It should be part of a default FPC 2.6.0 install. Note that pwd.exe is

Re: [fpc-devel] Error building branch targetandroid

2012-07-09 Thread Thomas Schatzl
Hi again, On Mon, 2012-07-09 at 11:33 +0200, Thomas Schatzl wrote: > > > > You should be using -Cparmv5t if you want armv5 and blx. The t indicates > > that the device has thumb support, which most have, but armv5 is usually > > safer, hence it's the default. > > You are right although fpc seem

Re: [fpc-devel] Error building branch targetandroid

2012-07-09 Thread Felipe Monteiro de Carvalho
On Mon, Jul 9, 2012 at 11:24 AM, Jeppe Græsdal Johansen wrote: > Looks like it can't find a proper strip binary. Is your binutils prefix > correct? Yes, the prefix is correct Is it complaining about general binutils, like strip.exe, or about the cross-binutils? Anyway, these 2 files do exist:

Re: [fpc-devel] Error building branch targetandroid

2012-07-09 Thread Thomas Schatzl
Hi, On Mon, 2012-07-09 at 11:12 +0200, Jeppe Græsdal Johansen wrote: > Den 08-07-2012 14:42, Thomas Schatzl skrev: > >>> Actually, I saw that armv5 already supports blx, do not know right > >>> now why > >>> it isn't generated in the first place. Did you ever try compiling the > >>> compiler or y

Re: [fpc-devel] Error building branch targetandroid

2012-07-09 Thread Jeppe Græsdal Johansen
Den 09-07-2012 11:20, Felipe Monteiro de Carvalho skrev: makefile:29: *** You need the GNU utils package to use this Makefile. Stop. Looks like it can't find a proper strip binary. Is your binutils prefix correct? Maybe you have problems with the backslashes? A silly suggestion: try changing t

Re: [fpc-devel] Error building branch targetandroid

2012-07-09 Thread Felipe Monteiro de Carvalho
In Windows I also have strange issues: D:\targetandroid>PATH=C:\Programas\lazarus31\fpc\2.6.1\bin\i386-win32 D:\targetandroid>make crossinstall CPU_TARGET=arm OS_TARGET=android OPT="-dFPC_A RMEL" CROSSOPT="-CpARMv6 -CfSoft" CROSSBINDIR=C:\Programas\android-ndk-r8\toolch ains\arm-linux-androideabi

Re: [fpc-devel] Error building branch targetandroid

2012-07-09 Thread Jeppe Græsdal Johansen
Den 08-07-2012 14:42, Thomas Schatzl skrev: Actually, I saw that armv5 already supports blx, do not know right now why it isn't generated in the first place. Did you ever try compiling the compiler or your program with -Cparmv5? Maybe it's just that the compiler default is < armv5? I never r

Re: [fpc-devel] Error building branch targetandroid

2012-07-09 Thread Thomas Schatzl
On Mon, 2012-07-09 at 10:01 +0200, Felipe Monteiro de Carvalho wrote: > On Mon, Jul 9, 2012 at 9:42 AM, Thomas Schatzl wrote: > > Run > >... > > (I.e. the command line that failed, including "-al -s") > > That results in: > > Fatal: No source file name in command line > Fatal: Compilation aborte

Re: [fpc-devel] Error building branch targetandroid

2012-07-09 Thread Felipe Monteiro de Carvalho
On Mon, Jul 9, 2012 at 9:42 AM, Thomas Schatzl wrote: > Run >... > (I.e. the command line that failed, including "-al -s") That results in: Fatal: No source file name in command line Fatal: Compilation aborted -- Felipe Monteiro de Carvalho ___ fpc-d

Re: [fpc-devel] Error building branch targetandroid

2012-07-09 Thread Thomas Schatzl
On Mon, 2012-07-09 at 08:53 +0200, Felipe Monteiro de Carvalho wrote: > On Sun, Jul 8, 2012 at 5:15 PM, Thomas Schatzl wrote: > > can you check whether the correct assembler is used, e.g. change into the > > rtl directory, and run the ppcrossarm as above with -al -s appended? And > > then verify

Re: [fpc-devel] Error building branch targetandroid

2012-07-08 Thread Felipe Monteiro de Carvalho
On Sun, Jul 8, 2012 at 5:15 PM, Thomas Schatzl wrote: > can you check whether the correct assembler is used, e.g. change into the > rtl directory, and run the ppcrossarm as above with -al -s appended? And > then verify the ppas.sh that the correct assembler is used? Could you be more specific ab

Re: [fpc-devel] Error building branch targetandroid

2012-07-08 Thread Thomas Schatzl
Hi, Am 08.07.2012 14:20, schrieb Felipe Monteiro de Carvalho: Hello, Using the same command lines as before, now I get a different error: make rtl_all FPC=/Users/felipe/Programas/targetandroid/compiler/ppcrossarm RELEASE=1 make -C rtl all make -C android all /Users/felipe/Programas/android-

Re: [fpc-devel] Error building branch targetandroid

2012-07-08 Thread Felipe Monteiro de Carvalho
On Sun, Jul 8, 2012 at 2:20 PM, Felipe Monteiro de Carvalho wrote: > Maybe it will work with NDK v8, so I am downloading that now. nope, using NDK v8 didn't help -- Felipe Monteiro de Carvalho ___ fpc-devel maillist - fpc-devel@lists.freepascal.org

Re: [fpc-devel] Error building branch targetandroid

2012-07-08 Thread Thomas Schatzl
Hi, Am 08.07.2012 14:13, schrieb Felipe Monteiro de Carvalho: On Sun, Jul 8, 2012 at 1:19 AM, Thomas Schatzl wrote: Updated/rebased the branch with 21814. The sources now compile with -Cparmv6, and I also got cross- and native arm/android compilers. Great! I will test now. Just to know: Doe

Re: [fpc-devel] Error building branch targetandroid

2012-07-08 Thread Felipe Monteiro de Carvalho
Hello, Using the same command lines as before, now I get a different error: make rtl_all FPC=/Users/felipe/Programas/targetandroid/compiler/ppcrossarm RELEASE=1 make -C rtl all make -C android all /Users/felipe/Programas/android-ndk-r7/toolchains/arm-linux-androideabi-4.4.3/prebuilt/darwin-x86/bi

Re: [fpc-devel] Error building branch targetandroid

2012-07-08 Thread Felipe Monteiro de Carvalho
On Sun, Jul 8, 2012 at 1:19 AM, Thomas Schatzl wrote: > Updated/rebased the branch with 21814. The sources now compile with > -Cparmv6, and I also got cross- and native arm/android compilers. Great! I will test now. Just to know: Does this compiler contain all the fixes from multiple bug reports

Re: [fpc-devel] Error building branch targetandroid

2012-07-08 Thread Nico Erfurth
On 07.07.12 12:24, Felipe Monteiro de Carvalho wrote: > On Sat, Jul 7, 2012 at 11:42 AM, Thomas Schatzl wrote: >> The revision you have does not support the "rev" instruction when using >> -CpARMv6. Use -CpARMv5 (or no switch, as it is the default) to create the >> (cross-)compiler. > > -CpARMv5

Re: [fpc-devel] Error building branch targetandroid

2012-07-07 Thread Thomas Schatzl
Hi, Am 07.07.2012 12:24, schrieb Felipe Monteiro de Carvalho: On Sat, Jul 7, 2012 at 11:42 AM, Thomas Schatzl wrote: I will look at how much work it is to merge the branch to latest. thanks =) Updated/rebased the branch with 21814. The sources now compile with -Cparmv6, and I also got cro

Re: [fpc-devel] Error building branch targetandroid

2012-07-07 Thread Felipe Monteiro de Carvalho
On Sat, Jul 7, 2012 at 11:42 AM, Thomas Schatzl wrote: > The revision you have does not support the "rev" instruction when using > -CpARMv6. Use -CpARMv5 (or no switch, as it is the default) to create the > (cross-)compiler. -CpARMv5 will generate instructions which crash many Android devices, in

Re: [fpc-devel] Error building branch targetandroid

2012-07-07 Thread Thomas Schatzl
Hi, Am 07.07.2012 09:57, schrieb Felipe Monteiro de Carvalho: Hello, In Mac OS X, using FPC 2.6.0 as a starting compiler I did: svn co http://svn.freepascal.org/svn/fpc/branches/targetandroid targetandroid cd targetandroid make crossinstall CPU_TARGET=arm OS_TARGET=android OPT="-dFPC_ARMEL

[fpc-devel] Error building branch targetandroid

2012-07-07 Thread Felipe Monteiro de Carvalho
Hello, In Mac OS X, using FPC 2.6.0 as a starting compiler I did: svn co http://svn.freepascal.org/svn/fpc/branches/targetandroid targetandroid cd targetandroid make crossinstall CPU_TARGET=arm OS_TARGET=android OPT="-dFPC_ARMEL" CROSSOPT="-CpARMv6 -CfSoft" CROSSBINDIR=/Users/felipe/Programas/a

Re: [fpc-devel] Error at TCustomJSONRPCDispatcher.FormatResults ?

2011-12-05 Thread michael . vancanneyt
On Mon, 5 Dec 2011, Dimitrios Chr. Ioannidis wrote: Hi Michael, On 30/11/2011 6:38 μμ, michael.vancann...@wisa.be wrote: On Wed, 30 Nov 2011, Dimitrios Chr. Ioannidis wrote: Hi all, in the function TCustomJSONRPCDispatcher.FormatResult the Result:=TJSONObject.Create(['result',Return,'e

Re: [fpc-devel] Error at TCustomJSONRPCDispatcher.FormatResults ?

2011-12-05 Thread Dimitrios Chr. Ioannidis
Hi Michael, On 30/11/2011 6:38 μμ, michael.vancann...@wisa.be wrote: On Wed, 30 Nov 2011, Dimitrios Chr. Ioannidis wrote: Hi all, in the function TCustomJSONRPCDispatcher.FormatResult the Result:=TJSONObject.Create(['result',Return,'error',TJSonNull.Create,transactionproperty,ID.Clone]);

Re: [fpc-devel] Error at TCustomJSONRPCDispatcher.FormatResults ?

2011-11-30 Thread michael . vancanneyt
On Wed, 30 Nov 2011, Dimitrios Chr. Ioannidis wrote: Hi all, in the function TCustomJSONRPCDispatcher.FormatResult the Result:=TJSONObject.Create(['result',Return,'error',TJSonNull.Create,transactionproperty,ID.Clone]); i think that should be checked if jdoJSONRPC2 is enabled and remove th

[fpc-devel] Error at TCustomJSONRPCDispatcher.FormatResults ?

2011-11-30 Thread Dimitrios Chr. Ioannidis
Hi all, in the function TCustomJSONRPCDispatcher.FormatResult the Result:=TJSONObject.Create(['result',Return,'error',TJSonNull.Create,transactionproperty,ID.Clone]); i think that should be checked if jdoJSONRPC2 is enabled and remove the 'error' member. From the http://jsonrpc.org/spec

Re: [fpc-devel] Error compiling trunk

2011-09-12 Thread Jonas Maebe
On 12 Sep 2011, at 15:48, Leonardo M. Ramé wrote: I'm trying to compile from svn trunk on Win32, but I get this when I do "make clean all": Try manually deleting all "units" directories under fpc/packages/*. In general, you should always perform a "make distclean" *before* updating from

[fpc-devel] Error compiling trunk

2011-09-12 Thread Leonardo M . Ramé
I'm trying to compile from svn trunk on Win32, but I get this when I do "make clean all": Free Pascal Compiler version 2.4.4 [2011/04/23] for i386 Copyright (c) 1993-2010 by Florian Klaempfl Target OS: Win32 for i386 Compiling fpmake.pp fpmake.pp(20,51) Error: Identifier not found "iPhoneSim" fpm

Re: [fpc-devel] Error compiling trunk on FreeBSD

2011-03-02 Thread Florian Klaempfl
Am 02.03.2011 14:01, schrieb Marco van de Voort: > In our previous episode, Tomas Hajny said: >>> Ok. Then I don't know why they are stuck at 2.15, I got that answer then >>> (at >>> the Fosdem LLVM talk), but didn't check it further. I'll ask around. >>> >>> But anyway, 8.2 is days old, so migrat

Re: [fpc-devel] Error compiling trunk on FreeBSD

2011-03-02 Thread Marco van de Voort
In our previous episode, Leonardo M. Ram? said: > objdump -d cpu.o???(the > InterlockedCompareExchange128 part). > > Thanks. (this is also in fixes, and needs to be fixes asap > because of 2.4.4) Thanks, fixed. ___ fpc-devel maillist - fpc-devel@lis

Re: [fpc-devel] Error compiling trunk on FreeBSD

2011-03-02 Thread Leonardo M . Ramé
> From: Marco van de Voort > Subject: Re: [fpc-devel] Error compiling trunk on FreeBSD > To: "FPC developers' list" > Date: Wednesday, March 2, 2011, 11:31 AM > In our previous episode, Leonardo M. > Ram? said: > > >Thanks for pointing that out, I was u

  1   2   >