<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=ISO-8859-15">
</head>
<body bgcolor="#FFFFFF" text="#000000">
I have tried to build the crosscompiler for arm-embedded for both
windows and mac host, both builds fail at the same line:<br>
<br>
/bin/mkdir -p /Users/ring/devel/fpc/rtl/units/arm-embedded<br>
/Users/ring/devel/fpc/compiler/ppcrossarm -Cparmv7m @rtl.cfg -Ur
-Tembedded -Parm -XParm-embedded- -Xr -Ur -Xs -O2 -n -Fi../inc
-Fi../arm -FE. -FU/Users/ring/devel/fpc/rtl/units/arm-embedded -darm
-dRELEASE -Us -Sg system.pp <br>
text.inc(1789,14) Warning: Implicit string type conversion from
"AnsiString" to "UnicodeString"<br>
text.inc(1847,39) Fatal: Cannot find system type
"TRELOCATETHREADVARHANDLER". Check if you use the correct run time
library.<br>
Fatal: Compilation aborted<br>
<br>
The error seems to have to do with the declaration of
ReadWriteStrText as threadvar; <br>
<br>
I checked svn and saw that the latest changes by Sven Bart in
thread.inc and threadh.inc touched this area, but what makes me
wonder is that I was able to compile arm-embedded on 30.12.2012, a
few days after the checkin.<br>
So perhaps the changes were activated by something else,
unfortunately I am not very familiar with the internal structures
and files of fpc so I would like to kindly ask if someone could
check what is going wrong here.<br>
<br>
<br>
Thank you,<br>
<br>
Michael<br>
<br>
Checkin comment for threadh.inc:<br>
<meta http-equiv="content-type" content="text/html;
charset=ISO-8859-15">
<pre class="vc_log">moved fpc_threadvar_relocate_proc from systemh.inc to thread.inc
and gave it the correct type (TRelocateThreadVarHandler)
</pre>
</body>
</html>