[Lazarus] ComponentEditors.pas: editor form procedures should work with TForm

[Alexander Klenin]

On 08/10/10 10:51, Mark Morgan Lloyd wrote:
> This thread is a summary of intermittent experience over the last year
> or so with Lazarus running natively on various platforms. I hope to
> cover ARM, PPC, SPARC and (for completeness) x86 on Linux (Debian v5
> "Lenny"), possibly also some older Windows OSes on x86 (NT, W2K); I'm
> afraid that I don't have an x64 system which I think would cover all
> currently-supported CPUs.
>
> Mattias, noting your
>
>> 0.9.29 with fpc 2.4.0 or higher.
>
> I'll work with sources from svn. This might mean that I'm a day or so
> behind in some cases since some of the older machines will take more
> than a day doing a full build.
>
>
> ARM (armel) on Debian "Lenny"
> -----------------------------
>
> Debian's transition between arm and armel was a bit painful, so while I
> was able to build Lazarus apps about 18 months ago I've since had a bit
> of a hiatus. Starting with FPC 2.2.2 binaries I was able to generate a
> 2.4.0 as below:
>
> -----8<-----
> I can confirm that I can build FPC 2.4.0 to run under Debian "Lenny" on
> an ARM-based system (Cisco/Linksys NSLU2 "Slug") using
>
> make 'NOGDB=1' 'OPT=-dFPC_ARMEL -CfSOFT' all
>
> This appears to be OK to the extent that it can compile Lazarus
> 0.9.28.3, although my initial attempt ("make all") bombed but for some
> reason "make 'OPT=-vt' all" was OK.
>
> If starting with a binary of 2.2.2 it's necessary first to generate
> 2.4.0 using 'OPT=-CfSOFT'. Obviously the amount of memory limits
> compilation and in particular linkage speed. I've not tried later
> versions yet.
> ----->8-----
>
> I know that I can do a basic (i.e. without bigide) compile of 0.9.28.2,
> except that there's an intermittent problem with this where the compiler
> fails with a numeric backtrace, restarting the make picks up where it
> left off. I think this is due to the system I'm running only having a
> minuscule amount of RAM, but something is not handling that very
> gracefully. Jonas has suggested that I update the compiler but I'll try
> to get this set of trial builds out of the way first.
>
> 0.9.28.2 builds (without bigide) and gives me a runnable Lazarus, I've
> not tried building a project. Access violation while exiting- ignoring
> that for the moment. 0.9.28.3 behaves the same.
>
> Building 0.9.29 fails early with a consistent fault:
>
> $ make all
> make -C lcl all
> make[1]: Entering directory `/usr/local/share/lazarus-trunk/lcl'
> /bin/rm -f units/arm-linux/alllclunits.ppu
> /bin/mkdir -p units/arm-linux
> /usr/local/bin/ppcarm -gl -Fu. -Funonwin32 -Fuforms -Fuwidgetset
> -Fu/usr/local/lib/fpc/2.4.0/units/arm-linux/rtl -Fiinclude -FE.
> -FUunits/arm-linux -darm alllclunits.pp
> Free Pascal Compiler version 2.4.0 [2010/08/21] for arm
> Copyright (c) 1993-2009 by Florian Klaempfl
> Target OS: Linux for ARMEL
> Compiling alllclunits.pp
> Compiling lclversion.pas
> Assembling lclversion
> Compiling lclstrconsts.pas
> Writing Resource String Table file: lclstrconsts.rst
> Assembling lclstrconsts
> Compiling fpcadds.pas
> Assembling fpcadds
> Compiling lazlinkedlist.pas
> Assembling lazlinkedlist
> Compiling dynhasharray.pp
> Compiling lclproc.pas
> Compiling avglvltree.pas
> Assembling avglvltree
> Compiling fileutil.pas
> Compiling masks.pas
> Assembling masks
> Assembling fileutil
> Compiling lcltype.pp
> Assembling lcltype
> Compiling ./widgetset/wsreferences.pp
> Assembling wsreferences
> Fatal: Compilation aborted
> An unhandled exception occurred at $00086C50 :
> EAccessViolation : Access violation
> $00086C50
> $000F6A30
> $00140F5C
> $0011FF78
> $0013648C
> $0013FDA0
> $00140950
> $0011FF78
> $0013648C
> $0013FDA0
> $00140950
> $0011FF78
> $00024370
> $00008304

Why don't you build your compiler with -O- -gl?

Henry