Sign in Join

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

Mailing lists / fpc-devel / 2007-04

win64 on trunk broken

6 messages · 3 people · –

Reply by email Subscribe to this list Your subscription

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

Vincent Snijders

Hi,

I get an internal error when I compile fcl-db of fpc 2.3.1.

make[2]: Entering directory `C:/lazarus/source/fpc/2.3/packages/fcl-db' /lazarus/source/fpcbuild/trunk/install/binw64/gmkdir.exe -p units/x86_64-win64
c:/lazarus/source/fpc/2.1/compiler/ppcx64.exe -Ur -Xs -O2 -n -S2h -Fusrc/dbase -FuC:/lazarus/source/fpc/2.3/rtl/units/x86_64-win64 -FuC:/lazarus/source/fpc/2.3/packages/base/hash/units/x86_64-win64 -FuC:/lazarus/source/fpc/2.3/packages/base/paszlib/units/x86_64-win64 -FuC:/lazarus/source/fpc/2.3/packages/base/netdb/units/x86_64-win64 -FuC:/lazarus/source/fpc/2.3/packages/fcl-base/units/x86_64-win64 -FuC:/lazarus/source/fpc/2.3/packages/base/winunits/units/x86_64-win64 -FE. -FUunits/x86_64-win64 -gl -dx86_64 -dRELEASE src/dbconst.pas c:/lazarus/source/fpc/2.1/compiler/ppcx64.exe -Ur -Xs -O2 -n -S2h -Fusrc/dbase -FuC:/lazarus/source/fpc/2.3/rtl/units/x86_64-win64 -FuC:/lazarus/source/fpc/2.3/packages/base/hash/units/x86_64-win64 -FuC:/lazarus/source/fpc/2.3/packages/base/paszlib/units/x86_64-win64 -FuC:/lazarus/source/fpc/2.3/packages/base/netdb/units/x86_64-win64 -FuC:/lazarus/source/fpc/2.3/packages/fcl-base/units/x86_64-win64 -FuC:/lazarus/source/fpc/2.3/packages/base/winunits/units/x86_64-win64 -FE. -FUunits/x86_64-win64 -gl -dx86_64 -dRELEASE src/db.pas fields.inc(1071,12) Fatal: Internal error 200108291 Fatal: Compilation aborted

Vincent

Reply by email

Vincent Snijders
to Vincent Snijders
Vincent Snijders wrote 12 lines
Vincent Snijders schreef: > Hi, > > I get an internal error when I compile fcl-db of fpc 2.3.1. > > -FE. -FUunits/x86_64-win64 -gl -dx86_64 -dRELEASE src/db.pas > fields.inc(1071,12) Fatal: Internal error 200108291 > Fatal: Compilation aborted > This is the same IE as in http://www.freepascal.org/mantis/view.php?id=8580

Just a quick update, I tracked down the revision that broke it: r6855.

The following program shows the IE:

program Project1;
{$mode objfpc}{$H+}
type
   TStringFieldBuffer = Array[0..8192] of Char;
var Buf      : TStringFieldBuffer;
begin
     Buf := #0;
end.

When I have time, I will create a bug report, unless you find the fix tonight of course :-)

Vincent

Reply by email

Jonas Maebe
to Vincent Snijders
Vincent Snijders wrote 5 lines
> This is the same IE as in http://www.freepascal.org/mantis/ > view.php?id=8580 Just a quick update, I tracked down the revision that broke it: r6855.

Note that this revision did not break win64, it only changed the conditions under which that IE is triggered (previously it was when you converted a string to an array of char with a size <= 8, after that it was when converting to an array > 8). r6915 should have fixed that win64 bug. Apparently it didn't, although it was tested by several people with win64 before I committed it.

Jonas

Reply by email

Florian Klaempfl
to Jonas Maebe
Show quoted text 16 lines
On 12 apr 2007, at 19:14, Vincent Snijders wrote: >> This is the same IE as in >> http://www.freepascal.org/mantis/view.php?id=8580 > > Just a quick update, I tracked down the revision that broke it: > r6855. Note that this revision did not break win64, it only changed the conditions under which that IE is triggered (previously it was when you converted a string to an array of char with a size <= 8, after that it was when converting to an array > 8). r6915 should have fixed that win64 bug. Apparently it didn't, although it was tested by several people with win64 before I committed it.

For me make clean all works?

Reply by email

Vincent Snijders
to Florian Klaempfl
Florian Klaempfl wrote 16 lines
Jonas Maebe schrieb: > On 12 apr 2007, at 19:14, Vincent Snijders wrote: > >>> This is the same IE as in >>> http://www.freepascal.org/mantis/view.php?id=8580 >> Just a quick update, I tracked down the revision that broke it: >> r6855. > Note that this revision did not break win64, it only changed the > conditions under which that IE is triggered (previously it was when you > converted a string to an array of char with a size <= 8, after that it > was when converting to an array > 8). r6915 should have fixed that win64 > bug. Apparently it didn't, although it was tested by several people with > win64 before I committed it. > For me make clean all works?

For me it works too.

Because I need to RTL and packages with debug info and want compiler and utils without debug info, I need to compile in steps, first cycle the compiler and then compiler rtl and packages and then the utils.

After another day of looking for the differences between make clean all and my build script, it turned out something stupid: I was not using the just cycled compiler, but a 2.1.3 compiler from another directory (copy/paste error).

I want to apologize for the false alarm and I am sorry that others spent time to investigate this report, while there was nothing wrong with the fpc sources.

Vincent

Reply by email