imization which somehow has been
enabled even though it's still broken
- Reply message -
Fra: "Reinier Olislagers"
Dato: man., jan. 13, 2014 13:44
Emne: [fpc-pascal] ARM Linux crosscompiler: compiles but...
executable gives segmentation fault
Til:
On 13/01/2014 12:34, Mic
-
Fra: "Reinier Olislagers"
Dato: man., jan. 13, 2014 13:44
Emne: [fpc-pascal] ARM Linux crosscompiler: compiles but...
executable gives segmentation fault
Til:
On 13/01/2014 12:34, Michael Ring wrote:
> I had a look at armv6m yesterday evening, parts of my code run fine in
> gdb
On 10/01/2014 13:27, Reinier Olislagers wrote:
> Thanks to earlier help I got to build an ARM Linux cross compiler module
> in fpcup which even compiles fpcup itself (both using trunk and stable
> starting compiler):
> opt="-fPIC -dFPC_ARMHF"
> crossopt="-CpARMV6 -CaEABIHF -CfVFPV2"
>
> fpc -g -gl
/mls optimization which somehow has been
enabled even though it's still broken
- Reply message -
Fra: "Reinier Olislagers"
Dato: man., jan. 13, 2014 13:44
Emne: [fpc-pascal] ARM Linux crosscompiler: compiles but...
executable gives segmentation fault
Til:
On 13/01/2014 12:34, Mich
x crosscompiler: compiles but... executable
gives segmentation fault
Til:
On 13/01/2014 12:34, Michael Ring wrote:
> I had a look at armv6m yesterday evening, parts of my code run fine in
> gdb, the code crashes in the init of a procedure when trying to prepare
> the access to contents of
Might be related to the mla/mls optimization which somehow has been enabled
even though it's still broken
- Reply message -
Fra: "Reinier Olislagers"
Dato: man., jan. 13, 2014 13:44
Emne: [fpc-pascal] ARM Linux crosscompiler: compiles but... executable gives
segment
On 13/01/2014 12:34, Michael Ring wrote:
> I had a look at armv6m yesterday evening, parts of my code run fine in
> gdb, the code crashes in the init of a procedure when trying to prepare
> the access to contents of a set.
> The address of the set seems to get calculated totally wrong ending up
> i
I had a look at armv6m yesterday evening, parts of my code run fine in
gdb, the code crashes in the init of a procedure when trying to prepare
the access to contents of a set.
The address of the set seems to get calculated totally wrong ending up
in a memory access at the end of the chip's addre
On 11/01/2014 14:03, Florian Klämpfl wrote:
> Just type fpc -i to see the possible options. If one does not understand
> those options, one does not need them :)
I had a suspicion you were going to say that ;)
> As said, arm targets are very different and every target has its optimal
> parameters.
Am 11.01.2014 13:38, schrieb Reinier Olislagers:
> On 11/01/2014 13:32, Florian Klämpfl wrote:
>> Am 11.01.2014 11:14, schrieb Reinier Olislagers:
>>> On 11/01/2014 08:02, Florian Klämpfl wrote:
Am 10.01.2014 13:27, schrieb Reinier Olislagers:
>>> As I couldn't find any existing docs, I've sta
On 11/01/2014 13:32, Florian Klämpfl wrote:
> Am 11.01.2014 11:14, schrieb Reinier Olislagers:
>> On 11/01/2014 08:02, Florian Klämpfl wrote:
>>> Am 10.01.2014 13:27, schrieb Reinier Olislagers:
>> As I couldn't find any existing docs, I've started this page:
>> http://wiki.lazarus.freepascal.org/A
Am 11.01.2014 11:14, schrieb Reinier Olislagers:
> On 11/01/2014 08:02, Florian Klämpfl wrote:
>> Am 10.01.2014 13:27, schrieb Reinier Olislagers:
>>> crossopt="-CpARMV6 -CaEABIHF -CfVFPV2"
>>
>> The eabihf switch is not needed if the cross compiler is build with
>> -dFPC_ARMHF.
>>
>> Though it sho
On 11/01/2014 08:02, Florian Klämpfl wrote:
> Am 10.01.2014 13:27, schrieb Reinier Olislagers:
>> crossopt="-CpARMV6 -CaEABIHF -CfVFPV2"
>
> The eabihf switch is not needed if the cross compiler is build with
> -dFPC_ARMHF.
>
> Though it shouldn't change anything regarding the crash.
Thanks.
As
Am 10.01.2014 13:27, schrieb Reinier Olislagers:
> crossopt="-CpARMV6 -CaEABIHF -CfVFPV2"
The eabihf switch is not needed if the cross compiler is build with
-dFPC_ARMHF.
Though it shouldn't change anything regarding the crash.
___
fpc-pascal maillist
On 10/01/2014 14:29, Pierre Free Pascal wrote:
>> Am 10.01.14 13:27, schrieb Reinier Olislagers:
>>> a segmentation fault. Running under gdb gives
>>> (gdb) run
>>> Starting program: /root/simple
>>>
>>> Program received signal SIGSEGV, Segmentation fault.
>>> 0x0002b6e4 in
>>> SYSTEM_$$_ARRAYSTRIN
: fpc-pascal-boun...@lists.freepascal.org [mailto:fpc-pascal-
boun...@lists.freepascal.org] De la part de Michael Ring
Envoyé : vendredi 10 janvier 2014 13:40
À : FPC-Pascal users discussions
Objet : Re: [fpc-pascal] ARM Linux crosscompiler: compiles but...
executable gives segmentation fault
I think
> -Message d'origine-
> De : fpc-pascal-boun...@lists.freepascal.org [mailto:fpc-pascal-
> boun...@lists.freepascal.org] De la part de Michael Ring
> Envoyé : vendredi 10 janvier 2014 13:40
> À : FPC-Pascal users discussions
> Objet : Re: [fpc-pascal] ARM Linux
On 10/01/2014 13:39, Michael Ring wrote:
> I think this is an ARMV6 specific Problem, I also realized while
> debugging on embedded target that it does not work anymore, same code
> compiled for ARMV7 debugs (and runs) just fine...
>
> Until now I did not find the time to search for the revision t
I think this is an ARMV6 specific Problem, I also realized while
debugging on embedded target that it does not work anymore, same code
compiled for ARMV7 debugs (and runs) just fine...
Until now I did not find the time to search for the revision that broke
armv6m.
Michael
Am 10.01.14 13:27,
Hi all,
For the Dutch among us: de dag die je wist dat zou komen...
Thanks to earlier help I got to build an ARM Linux cross compiler module
in fpcup which even compiles fpcup itself (both using trunk and stable
starting compiler):
opt="-fPIC -dFPC_ARMHF"
crossopt="-CpARMV6 -CaEABIHF -CfVFPV2"
f
20 matches
Mail list logo