Re: [fpc-pascal] now i have a very strange behaviour of my arm compiler
2009/4/29 Benedikt Schindler : > THX ! > > Now all my problems just walked away. > What a bugfix for the compiler could do :) > > My first test programm is now running without problems on the Openmoko > Freerunner device. good work! see if you can find somewhere on the wiki to put nice photos. arm devices outnumber x86 by a lot nowadays, so this is good news for fpc and lazarus. henry ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] now i have a very strange behaviour of my arm compiler
THX ! Now all my problems just walked away. What a bugfix for the compiler could do :) My first test programm is now running without problems on the Openmoko Freerunner device. @all: thx for the helping in the last 3 weeks. Beni Benedikt Schindler schrieb: my last svn update was 13 days ago. I update my sources and recompile everything. (That will need some time) i give you a status update later. Beni Jonas Maebe schrieb: On 28 Apr 2009, at 13:48, Benedikt Schindler wrote: [...] All of your workarounds have one thing in common: they cause an extra stack slot to be allocated (either via a local variable, or via an implicit temporary location allocated by the compiler), thereby changing the stack alignment by 4 bytes. Have your tried using the latest 2.3.1 compiler from svn? I fixed the stack alignment bugs on ARM in r13030 (on eabi, you need a stack alignment of 8 bytes, while the compiler only guaranteed 4). Jonas ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] now i have a very strange behaviour of my arm compiler
my last svn update was 13 days ago. I update my sources and recompile everything. (That will need some time) i give you a status update later. Beni Jonas Maebe schrieb: On 28 Apr 2009, at 13:48, Benedikt Schindler wrote: [...] All of your workarounds have one thing in common: they cause an extra stack slot to be allocated (either via a local variable, or via an implicit temporary location allocated by the compiler), thereby changing the stack alignment by 4 bytes. Have your tried using the latest 2.3.1 compiler from svn? I fixed the stack alignment bugs on ARM in r13030 (on eabi, you need a stack alignment of 8 bytes, while the compiler only guaranteed 4). Jonas ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] now i have a very strange behaviour of my arm compiler
On 28 Apr 2009, at 13:48, Benedikt Schindler wrote:
--
Also this one works:
--
--- /media/mmcblk0p3/lazarus/lcl/interfaces/gtk/
gtkwidgetset.inc.orig Tue Apr 28 10:24:19 2009
+++ /media/mmcblk0p3/lazarus/lcl/interfaces/gtk/
gtkwidgetset.incTue Apr 28 10:47:25 2009
@@ -302,6 +302,8 @@
inc(i);
end;
end;
+var
+ index : integer;
begin
gtk_init(@argc,@argv);
UseTransientForModalWindows:=not SearchOption('--lcl-no-
transient',true);
All of your workarounds have one thing in common: they cause an extra
stack slot to be allocated (either via a local variable, or via an
implicit temporary location allocated by the compiler), thereby
changing the stack alignment by 4 bytes. Have your tried using the
latest 2.3.1 compiler from svn? I fixed the stack alignment bugs on
ARM in r13030 (on eabi, you need a stack alignment of 8 bytes, while
the compiler only guaranteed 4).
Jonas
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
