Sign in Join

Live chat for Free Pascal, Lazarus, Delphi and every Pascal programmer.

Mailing lists / fpc-devel / 2010-03

fixes branch r15061 unable to compile - syntax error

9 messages · 5 people ·

Reply by email Subscribe to this list Your subscription

Read-only archive. Use j and k to move between messages.

Graeme Geldenhuys

Hi,

I'm using r15061 checked out via svn from 'fixes_2_4' branch, and trying to compile it with FPC 2.2.5 under 64-bit linux.

--------------------------------------------
....
/opt/fpc_2.2.5/bin/ppcx64 -Ur -Ur -Xs -O2 -n -Fi../inc -Fi../x86_64 -Fi../unix -Fix86_64 -FE. -FU/opt/fpc_fixes_svn/src/rtl/units/x86_64-linux -Cg -dx86_64 -dRELEASE ../unix/baseunix.pp
bunxovlh.inc(74,26) Fatal: Syntax error, ":" expected but "identifier NSET" found
Fatal: Compilation aborted
make[7]: *** [baseunix.ppu] Error 1
make[7]: Leaving directory `/opt/fpc_fixes_svn/src/rtl/linux' make[6]: *** [linux_all] Error 2
make[6]: Leaving directory `/opt/fpc_fixes_svn/src/rtl' make[5]: *** [rtl] Error 2
make[5]: Leaving directory `/opt/fpc_fixes_svn/src/compiler' make[4]: *** [next] Error 2
make[4]: Leaving directory `/opt/fpc_fixes_svn/src/compiler' make[3]: *** [ppc1] Error 2
make[3]: Leaving directory `/opt/fpc_fixes_svn/src/compiler' make[2]: *** [cycle] Error 2
make[2]: Leaving directory `/opt/fpc_fixes_svn/src/compiler' make[1]: *** [compiler_cycle] Error 2
make[1]: Leaving directory `/opt/fpc_fixes_svn/src' make: *** [build-stamp.x86_64-linux] Error 2

-------------------------------------------------

Command line used to try and compile the fixes branch:

  $ make all PP=/opt/fpc_2.2.5/bin/ppcx64

Regards,
- Graeme -

fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://opensoft.homeip.net/fpgui/

Reply by email

Martin
to Graeme Geldenhuys
Graeme Geldenhuys wrote 18 lines
Hi, I'm using r15061 checked out via svn from 'fixes_2_4' branch, and trying to compile it with FPC 2.2.5 under 64-bit linux. -------------------------------------------- .... /opt/fpc_2.2.5/bin/ppcx64 -Ur -Ur -Xs -O2 -n -Fi../inc -Fi../x86_64 -Fi../unix -Fix86_64 -FE. -FU/opt/fpc_fixes_svn/src/rtl/units/x86_64-linux -Cg -dx86_64 -dRELEASE ../unix/baseunix.pp bunxovlh.inc(74,26) Fatal: Syntax error, ":" expected but "identifier NSET" found Fatal: Compilation aborted make[7]: *** [baseunix.ppu] Error 1 make[7]: Leaving directory `/opt/fpc_fixes_svn/src/rtl/linux' $ make all PP=/opt/fpc_2.2.5/bin/ppcx64

I had the exact same thing about an hour ago.

Seems you need at least fpc 2.4.0 to compile trunc.

2.2 doesn't seem to know out params

Martin

Reply by email

Marco van de Voort
to Martin

In our previous episode, Martin said:

Show quoted text 7 lines
> $ make all PP=/opt/fpc_2.2.5/bin/ppcx64 > I had the exact same thing about an hour ago. Seems you need at least fpc 2.4.0 to compile trunc. 2.2 doesn't seem to know out params

(yes it does, but probably only in Delphi mode)

As always, only the last release is guaranteed to work as starting compiler.

Reply by email

Graeme Geldenhuys
to Marco van de Voort
Marco van de Voort wrote
> > 2.2 doesn't seem to know out params (yes it does, but probably only in Delphi mode)

I thought it strange too. I couldn't see a clear syntax error, and yes I have used out parameters in FPC before, so didn't think that could be the cause of the compiler problem.

As always, only the last release is guaranteed to work as starting compiler.

I thought FPC 2.2.5 was the last "previous" release, as FPC 2.4.1 is simply a point release to 2.4.0.

Anyway, using my previous version of 2.4.1 dated Jan 2010 did manage to compile the latest fixes branch correctly. Thanks Martin and Marco.

Regards, - Graeme - _______________________________________________ fpGUI - a cross-platform Free Pascal GUI toolkit http://opensoft.homeip.net/fpgui/

Reply by email

Michael Van Canneyt
to Graeme Geldenhuys
Graeme Geldenhuys wrote 16 lines
On 25 March 2010 17:32, Marco van de Voort wrote: >> >> 2.2 doesn't seem to know out params > > (yes it does, but probably only in Delphi mode) I thought it strange too. I couldn't see a clear syntax error, and yes I have used out parameters in FPC before, so didn't think that could be the cause of the compiler problem. > As always, only the last release is guaranteed to work as starting compiler. I thought FPC 2.2.5 was the last "previous" release, as FPC 2.4.1 is simply a point release to 2.4.0.

We have no 'point releases'.

By definition, releases always have even numbers as the last digit.

2.4.1 and 2.2.5 are therefor not releases.
So 2.4.0 or 2.2.4 are releases.

Michael.

Reply by email

Vincent Snijders
to Graeme Geldenhuys: I thought it strange too. I couldn't see a clear syntax error, and yes I have used out…
Graeme Geldenhuys wrote 9 lines
> As always, only the last release is guaranteed to work as starting compiler. I thought FPC 2.2.5 was the last "previous" release, as FPC 2.4.1 is simply a point release to 2.4.0. Anyway, using my previous version of 2.4.1 dated Jan 2010 did manage to compile the latest fixes branch correctly. Thanks Martin and Marco.

Better get a 2.4.0 compiler binrary, because at some point in time using 2.4.1 might break too, as marco wrote above.

Vincent

Reply by email

Graeme Geldenhuys
to Vincent Snijders
Vincent Snijders wrote
Better get a 2.4.0 compiler binrary, because at some point in time using 2.4.1 might break too, as marco wrote above.

I never delete my previous working compiler, until I have a new working compiler - so it shouldn't pose to much of a problem. But I thinking having a clean 2.4.0 as a backup is a good idea. I guess now I can delete 2.2.5 while
Regards,
- Graeme -

_______________________________________________
fpGUI - a cross-platform Free Pascal GUI toolkit
http://opensoft.homeip.net/fpgui/

Reply by email

Vincent Snijders
to Graeme Geldenhuys
Graeme Geldenhuys wrote 7 lines
On 25 March 2010 21:00, Vincent Snijders wrote: > Better get a 2.4.0 compiler binrary, because at some point in time using > 2.4.1 might break too, as marco wrote above. I never delete my previous working compiler, until I have a new working compiler - so it shouldn't pose to much of a problem. But I thinking having a clean 2.4.0 as a backup is a good idea.

Your current working compiler 2.4.1 could possibly not work to compile your next 2.4.1. Then you need a 2.4.0 to compile 2.4.1.

Vincent

Reply by email

Marco van de Voort
to Graeme Geldenhuys: I never delete my previous working compiler, until I have a new working compiler - so it…

In our previous episode, Graeme Geldenhuys said:

Show quoted text 7 lines
> Better get a 2.4.0 compiler binrary, because at some point in time using > 2.4.1 might break too, as marco wrote above. I never delete my previous working compiler, until I have a new working compiler - so it shouldn't pose to much of a problem. But I thinking having a clean 2.4.0 as a backup is a good idea. I guess now I can delete 2.2.5 while every full release I extract the starting compiler and rename it to

ppcrel and put it in the path.

That way I can always cycle by adding FPC=ppcrel. Having a fixed name for the starting compiler helps.

The download wary can use the bootstrap compiles from ftp://ftp.hu.freepascal.org/pub/fpc/dist/2.4.0/bootstrap/

(thought they are more meant for automated build systems like FreeBSD ports)

Reply by email