[fpc-devel] OS/2 build failure

[Dave Parsons]

On Wed, 14 May 2008 12:53:19 -0300, Felipe Monteiro de Carvalho wrote:

> You could try this:
> 
> http://wiki.lazarus.freepascal.org/How_To_Help_Developing_Lazarus#Dealing_with_regressions

Yes thanks, I have been doing just that.

I started by checking out a new tree of fpc, not fpcbuild which I have
been using until now, with the last revision which worked, r9623. 

These are the results using a 2.2 snapshot from 3-11-07:
 r9623    good
 r9800    fail, exeinfo problems
 r9803    good
 r10000   fail, unknown directory imlib
 r10100   fail, missing endif in packages/makefile
 r10103   fail, unknown directory test
  ...
 r10888 to 10994:
--------------------------------------------------------------------------
make[4]: Leaving directory `F:/fpc2/fpc/packages/fcl-db/src/sqldb'
make[3]: Leaving directory `F:/fpc2/fpc/packages/fcl-db'
make -C fcl-image all
make[3]: Entering directory `F:/fpc2/fpc/packages/fcl-image'
F:/EMX/BIN/mkdir.exe -p units/os2
F:/fpc2/fpc/compiler/ppc386.exe -Ur -Xs -O2 -n -S2h -Fu../../rtl/units/os2
 -Fu../../packages/pasjpeg/units/os2 -Fu../../packages/hash/units/os2
 -Fu../../packages/paszlib/units/os2 -Fu../../packages/fcl-base/units/os2
 -FE. -FUunits/os2 -di386 -dRELEASE src/fpimgcmn.pp
Fatal: Compilation aborted
An unhandled exception occurred at $000209DF :
EAccessViolation : Access violation
  $000209DF

An unhandled exception occurred at $0001F23F :
EAccessViolation :
  $0001F23F
--------------------------------------------------------------------------
Revision 10888 is:
Modified Mon May 5 18:46:55 2008 UTC (12 days, 16 hours ago) by micha
* regenerate Makefiles to get armeb-linux support globally
  (also arm-darwin, so it seems)

The 'unknown directory test' appears to be still left over from the
restructuring at the beginning of this year.

It should be noted that although the build process did not complete,
the compiler itself appears to have built ok.

The second thing to notice is that the fpcbuild tree fails with a
different error, '_excptregptr defined twice'.

The results are the same in both cases when I use my 2.3.1 compiler
from 3rd. Jan.

HTH,
Dave