diff options
author | patacongo <patacongo@42af7a65-404d-4744-a932-0658087f49c3> | 2011-04-12 23:27:07 +0000 |
---|---|---|
committer | patacongo <patacongo@42af7a65-404d-4744-a932-0658087f49c3> | 2011-04-12 23:27:07 +0000 |
commit | 36b629aa8d334aab147dcfcf76d17f4033f35cac (patch) | |
tree | 398f0764a3a98b2cc0d5dc084a5fafcab155bbaf /nuttx/TODO | |
parent | c1c9b913a2f0cf2b6bdfb5ee9143796abfbad4d4 (diff) | |
download | px4-nuttx-36b629aa8d334aab147dcfcf76d17f4033f35cac.tar.gz px4-nuttx-36b629aa8d334aab147dcfcf76d17f4033f35cac.tar.bz2 px4-nuttx-36b629aa8d334aab147dcfcf76d17f4033f35cac.zip |
Remove warning 'sh_link not set for section ARM.exidx' for a few builds
git-svn-id: svn://svn.code.sf.net/p/nuttx/code/trunk@3496 42af7a65-404d-4744-a932-0658087f49c3
Diffstat (limited to 'nuttx/TODO')
-rw-r--r-- | nuttx/TODO | 22 |
1 files changed, 2 insertions, 20 deletions
diff --git a/nuttx/TODO b/nuttx/TODO index 25a40dc1a..d40421663 100644 --- a/nuttx/TODO +++ b/nuttx/TODO @@ -1,4 +1,4 @@ -NuttX TODO List (Last updated April 2 2011) +NuttX TODO List (Last updated April 12 2011) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ nuttx/ @@ -17,7 +17,7 @@ nuttx/ (2) Graphics subystem (graphics/) (1) Pascal add-on (pcode/) (1) Documentation (Documentation/) - (5) Build system / Toolchains + (4) Build system / Toolchains (7) Linux/Cywgin simulation (arch/sim) (4) ARM (arch/arm/) (1) ARM/C5471 (arch/arm/src/c5471/) @@ -506,24 +506,6 @@ o Build system Status: Open Priority: Low - Decription: Build of NX fails with gcc-4.2.2. When generating C files using - arm-elf-gcc -E, the CPP fails when using -isystem. Works fine with - older compilers. My work around for now is to use an older compiler - for the CPP definition in the configuration Make.defs file, do - make context, restore the original Make.defs, and then make. - Status: Open. This may not be a real issue. I have not seen this - happen lately so it may have nothing to do with GCC. - Priority: High if you are using NX and a newer compiler. - - Description: It has been reported to me that in some environments, the int8_t - type is unsigned (0-255). The uint8_t type is based on type char - and char may or may not be treated as a signed value by your compiler. - Two options: (1) in arch/<cpu>/include/<cpu>/types.h, try typedef'ing - int8_t as 'signed char', (2) for GCC, you should be able to add the - compiler option -fsigned-char to your CFLAGS in Make.defs. - Status: Open - Priority: Medium - o Linux/Cywgin simulation (arch/sim) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ |