Building pTOS on a RPI2 about ptos HOT 7 CLOSED

I ended up removing the #s from those lines, according to everything I saw online =#0x is not a valid use. I presume =0x is a pointer (32bit?) and #0x is for integers (immediate).

from ptos.

BTW regarding the issues posted, I have no problem using git pull requests to provide fixes, but I have tried 2 different ways to update my repo with your commits and they both place me out of sync (a: squash = 1 ahead & 0 behind, b: rebase = 3 ahead & 3 behind), so I am just deleting the repo and forking it again when I see u have made changes.

Altho I know RPi and AtariST well, I dont know ARM and TOS that well, so I am just trying to make sure I am getting things right on real hardware, which I gather you are (mostly) no using yet.

from ptos.

ldr rX, =#... is a pseudo assembler instruction that will be replaced with the best way to load a 32 bit constant by the assembler. I think upgrading binutils to at least 2.26 and gcc to 4.9.3 would make life easier.

Regarding forks, you should be able to add my repository as an additional remote and pull from it to get in sync with me. There is not need to delete and start from scratch.

from ptos.

apparently there is still bugs in Jessie-Stable-Old that dont allow 4.9 to be used with bare metal. In the repos is GCC 4.9.2, and arm-none-eabli GCC is 4.8.4. Note also that 4.8 is one of the "stable" versions used by Arduino.

from ptos.

this another one of those things that wont go away if you are on older GCC (like armv6)

having done some searching and looking at code examples, the following is true:

1. ldr r0,=0xfff000f0
2. ldr r0,#0xfff000f0

so either the use of ldr r0,=#0xfff000f0 has been relaxed (or granted) with later GCC releases or it is specific to aarch64 processors in 32bit mode (being a 32bit value). I presume that the = is part of the ldr optimization, # just being a number. The following compiled without error for armv6 and armv7:
ldr r0,=0xfff000f0
and I presume it keeps the extra optimization for targets that can use it.

if this tests ok for u with that change, this can be close, I think

from ptos.

btw what version of arm-none-eabi-gcc are you using, and do you also have m68k-atari-mint-gcc in your path? Also are cross compiling on window or linux (which distro) or Mac?

from ptos.

The issues mentioned here should have been fixed in 88f7a79 and da43025

from ptos.