> On Feb 18, 2015, at 4:18 AM 2/18/15, Thomas Eichinger > <thomas.eichin...@fu-berlin.de> wrote: > > Hi Ralph, > > first of all also welcome from my side. > > Regarding the RIOT support for the redbee-econotag I can remember similar > problems which resulted from the compiler used. For this board it is important > to note that only the CodeSourcery GCC 2008q3 is supported. Could you > check for this?
$ arm-none-eabi-gcc -v Using built-in specs. Target: arm-none-eabi Configured with: /scratch/julian/lite-respin/eabi/src/gcc-4.3/configure --build=i686-pc-linux-gnu --host=i686-pc-linux-gnu --target=arm-none-eabi --enable-threads --disable-libmudflap --disable-libssp --disable-libstdcxx-pch --with-gnu-as --with-gnu-ld --enable-languages=c,c++ --disable-shared --with-newlib --with-pkgversion='Sourcery G++ Lite 2008q3-66' --with-bugurl=https://support.codesourcery.com/GNUToolchain/ --disable-nls --prefix=/opt/codesourcery --with-headers=yes --with-sysroot=/opt/codesourcery/arm-none-eabi --with-build-sysroot=/scratch/julian/lite-respin/eabi/install/arm-none-eabi --with-gmp=/scratch/julian/lite-respin/eabi/obj/host-libs-2008q3-66-arm-none-eabi-i686-pc-linux-gnu/usr --with-mpfr=/scratch/julian/lite-respin/eabi/obj/host-libs-2008q3-66-arm-none-eabi-i686-pc-linux-gnu/usr --disable-libgomp --enable-poison-system-directories --with-build-time-tools=/scratch/julian/lite-respin/eabi/install/arm-none-eabi/bin --with-build-time-tools=/scratch/julian/lite-respin/ eabi/install/arm-none-eabi/bin Thread model: single gcc version 4.3.2 (Sourcery G++ Lite 2008q3-66) Regarding the conditional assembly problem - this code snippet doesn't seem to correctly recognize "(CPU != mc1322x)" (where "CPU = mc1322x" is set in boards/redbee-econotag/Makefile.include): .if (CPU != mc1322x) /* jump into vic interrupt */ mov r0, #0xffffff00 /* lpc23xx */ ldr r0, [r0] add lr,pc,#4 .else /* mc1322x seems to lack a VIC, distinction of IRQ has to be done in SW */ ldr r0, =isr /* mc1322x */ .endif Running the code as distributed yields: Board initialized. kernel_init(): This is RIOT! (Version: 2014.12-415-g1e6e-instant-contiki) kernel_init(): jumping into first task... #!undef abort at 0x1c00a0 (0x6809490E) originating from 0x400fe8 If I force assembly of the .else code, the code doesn't abort but only yields: Board initialized. kernel_init(): This is RIOT! (Version: 2014.12-415-g1e6e-instant-contiki) kernel_init(): jumping into first task... - Ralph > > I will have a more in depth look on your reported problem in the afternoon. > > Kind regards, > Thomas > >> On 17 Feb 2015, at 22:41, Ralph Droms (rdroms) <rdr...@cisco.com> wrote: >> >> Is redbee-econotag board code still in active development or use? >> >> I'm new to RIOT ... tried compiling the "default" example for >> redbee-econotag and found an error (maybe more correctly a construct that >> doesn't work as expected) in the conditional assembly in common.s I put in >> a patch but now all I get from "default" is: >> >> .CONNECT >> Size: 69440 bytes >> Sending /home/rdroms/RIOT/examples/default/bin/redbee-econotag/default.hex >> done sending files. >> Board initialized. >> kernel_init(): This is RIOT! (Version: 2014.12-415-g1e6e-instant-contiki) >> kernel_init(): jumping into first task... >> >> Should "default" work? >> >> - Ralph >> >> _______________________________________________ >> devel mailing list >> devel@riot-os.org >> http://lists.riot-os.org/mailman/listinfo/devel > > _______________________________________________ > devel mailing list > devel@riot-os.org > http://lists.riot-os.org/mailman/listinfo/devel _______________________________________________ devel mailing list devel@riot-os.org http://lists.riot-os.org/mailman/listinfo/devel