From c91049651eb0bdcdc3ac7247c23a3619136adac7 Mon Sep 17 00:00:00 2001 From: patacongo Date: Wed, 10 Jun 2009 02:05:05 +0000 Subject: Fixes for build CodeSourcery toolchain git-svn-id: svn://svn.code.sf.net/p/nuttx/code/trunk@1868 42af7a65-404d-4744-a932-0658087f49c3 --- nuttx/configs/eagle100/README.txt | 21 +++++++++++++++++++++ 1 file changed, 21 insertions(+) (limited to 'nuttx/configs/eagle100/README.txt') diff --git a/nuttx/configs/eagle100/README.txt b/nuttx/configs/eagle100/README.txt index 36be86359..c0219a25a 100644 --- a/nuttx/configs/eagle100/README.txt +++ b/nuttx/configs/eagle100/README.txt @@ -38,6 +38,27 @@ GNU Toolchain Options Of course, hard coding this CROSS_COMPILE value in Make.defs file will save some repetitive typing. + NOTE: the CodeSourcery and devkitARM toolchains are Windows native toolchains. + The NuttX buildroot toolchain is a Cygwin toolchain. There are several limitations + to using a Windows based toolchain in a Cygwin environment. The two biggestg are: + + 1. The Windows toolchain cannot follow Cygwin paths. Path conversions are + performed automatically in the Cygwin makefiles using the 'cygpath' utility + but you might easily find some new path problems. If so, check out 'cygpath -w' + + 2. Windows toolchains cannot follow Cygwin symbolic links. Many symbolic links + are used in Nuttx (e.g., include/arch). The make system works around these + problems for the Windows tools by copying directories instead of linking them. + But this can also cause some confusion for you: For example, you may edit + a file in a "linked" directory and find that your changes had not effect. + That is because you are building the copy of the file in the "fake" symbolic + directory. If you use a Windows toolchain, you should get in the habit of + making like this: + + make clean_context; make CROSSDEV=arm-none-eabi- + + An alias in your .bashrc file might make that less painful. + NuttX buildroot Toolchain ^^^^^^^^^^^^^^^^^^^^^^^^^ -- cgit v1.2.3