注意的事项有：
- lazarus0.9.3.1版本以后的LCL才支持Android，所以lazarus必须使用大于此版本号的作为开发环境。
- fpc在2.6及2.7后继的版本中去掉了Android的编译支持，需要使用2.5.1的版本来作为ppcrossarm的编译器。否则会出现找不到ld.so.3等错误,虽然有一些使用-FLlibdl.so 或 -FLlinker -sh 生成脚本（配置使用ppas.sh并修改资源文件）的办法来回避此问题，但经过测试，似乎并不能在apk上应用。
- fpc2.5.1在fpc2.4上编译能顺利完成。但是在高版本的编译器似乎不顺利，如果要编译2.5.1版本，需要预装2.4.1的FPC,编译成功后，再删除。
- NDK使用r7或r7b版本在目前的Lazarus1.0.2中并没有问题，早期根据网上的资料，有BUG存在
编译环境的过程
参考http://wiki.freepascal.org/Setup_Cross_Compile_For_ARM,并在下面有一个副本http://www.cnblogs.com/littlestone08/articles /2752782.html,需要注意的问题有以下几点
- 关于Bintuils，Android的汇编器as是EABI5的形式，而默认的LINUX一般都是0，需要在调用as的时候加上 -meabi= 5 $@ 的参数来调用，尤其是使用预编译器2.5.1的时候，bintuils目录应该处于/usr/local/bin中，好像当时编译的时候路径就是这样的，所以使用的时候要还原当时的编译环境
- 如果要使用预编译的ppcrossarm，需要在/usr/bin建立一个ppcarm软件链接，因为fpc是使用ppcarm来进行调用的。
- 关于.fpc.cfg的配置：要包含原默认的fpc.cfg，并要正确设置参数,比如，我的预编译工作放在我的工作目录中，目录结构为
mei@mei-ubuntu:~/FPC4Android$ ls arm-linux-as arm-linux-as_org ppcrossarm units mei@mei-ubuntu:~/FPC4Android$ pwd /home/mei/FPC4Android
则配置文件如下
#INCLUDE /etc/fpc.cfg #DEFINE DEMOTEST #DEFINE DEMOTEST1 #DEFINE LAZARUS -Fu/home/mei/FPC4Android/units/$fpctarget/* -Fl/home/mei/FPC4Android/units/$fpctarget/rtl/ -a -Sd -Xd -Xs -O- #IFDEF CPUARM -XParm-linux- -Xr/home/mei/FPC4Android/units/arm-linux/rtl/ -darm -Tlinux #ENDIF
上面设置则可以工作。如果用源码编译，参考下面的模板
#INCLUDE /etc/fpc.cfg #DEFINE DEMOTEST #DEFINE DEMOTEST1 #DEFINE LAZARUS -Fu/usr/lib/fpc/2.5.1/units/$fpctarget/* -Fl/usr/lib/fpc/2.5.1/units/$fpctarget/rtl/ -a -Sd -Xd -Xs -O- #IFDEF CPUARM -XP/home/user/lazarus/fpc/binutils/ -Xr/usr/lib/fpc/2.5.1/units/arm-linux/rtl/ -Xr/home/user/lazarus/fpc/libcross -XR/home/user/lazarus/fpc/ -darm -Tlinux #ENDIF
如果编译的时候无法在lazarus的 -Fl参数中设置Android NDK的lib，则可以使用-k 界面功能使用传递-l<库>的方式尝试，我有一次就出现这种上情况，暂不知道原因。
(现在找到原因了，罪魁祸首就是上面的-XR参数，去掉后，可以找到lib了。粗粗的找了一下资料，fpc或是fpc.cfg中并没有这个选项，即使在-XR后面加上你的lib的路径，也是无事无补。)
(网上找到下面的段话：You probably have to use the -XR command line parameter to tell the compiler to instruct the linker to only search for libraries in the Android SDK。笔误？是SDK，还是NDK？)
关于Codetyphon
同样用上面的方法，在Codetyphon2.8的Lazarus版本中，console的arm可正常编译，但是AndroidLCL例程无法正常进行，在编译lcl的时候会出现语法错误，察看代码后因为是编译器的版本的原因，新版本的Lazarus用的是新版本的编译器，代码中对版本进行了条件编译，致使在旧版本中编译不能通过，,如果把Codetyphon中的lazarusl的lcl用可以编译通过的lazarus版本进行把lcl目录替换，则可以正常为编译过去，并且正常生成so库，成功的在手机上运行。这个办法不是好办法，另一个办法是使用新版本的可以支持的Android的编译器，网上可以找到2.6版本的支持Android的ppcrossarm的预编译器，安装上以后，可以正常编译AndroidLCL例子。
但是如果不使用lcl库的话，则可以不用理会也可能正常的编译。
LINUX上暂时没有测试，应该差不多的，因为曾经在测试的时候也遇到过相同的问题，只是当时没有想到用标准版本的lcl替换。
关于Codetyphon安装脚本的发布速度，Linux版本都落后于Windows版本的发布，如果使用windows版本的话，as工具直接是与Android NDK的lib的EABI值相同的，可以直接使用其编译出的Binutils.
由于平时在Linux下面折腾CodeTyphon， 相比之下，WINDOWS版本的Codetypho编译之慢，资源占用之多，简直可以不可以接受，我差点以为编译lazarus big IDE时死掉了，但由于WIN平台上没有gcc，所以使用起来简单得多，缺点是比较慢。LINUX下面的版本就快多了，但需要更深入的了解一下LINUX相关的东西，要求更多的动手能力。
关于无法找到libxxxx.so的情况
这种情况归根结底是由于fpc不准备再支持Android平台上的编译造成的，由于Android的gcc及库与标准的gcc的不兼容（使用了优化过的libc也就罢了，结果连动态库加载都不使用ld而使用linker了，造成如果你只能使用静态库的方式来进行编写，否则接标准的办法是无法移值到Android的），虽然2.5.1版本的ppcossarm for Android解决了最基本的ld.so.x的链接问题，但是要是你使用了线程，就只有哭的份了。
根据以上情况我个人认为，如果想用这个已经不被官方支持的ppcrossarm for Android，最好不要写太复杂的东西，不要有依赖的功能函数，这就大大限制了发挥的空间。
一个小插曲，当我在长时间忍受了LAZARUS BIG IDE的编译后，悲剧的发现,IDE没有messages windows,编译的提示，出错提示，什么也看不到。结果搜索网上资料说是因为docking插件引起的，它把messages box 停靠在Edit source 窗口上了，而且不可见。解决的办法就是移除docking控件包，并且删除lazarus的用户配置目录，当然再次编译是避免不了的。
附: