To: | |
---|---|
Subject: | Re: [ts-7000] Re: Trying to setup for developement. -Decided to use Eclipse |
From: | "Dustin Oprea" <> |
Date: | Sun, 20 Jan 2008 17:51:38 -0500 |
OK, Dudes: There is only one place you have to change the path. I'm not talking about changing it for the system-- I'm just talking about adding an environment just for the project. Go to the project's properties, C/C++ Build -> Environment, and add a variable named "path" with value "${PATH}:<crosstool directory>". This will cause the path value to contain the crosstool just for the build. To add the include and library paths, go to the project's properties, C/C++ General -> Paths and Symbols -> <"Includes" or "Library paths"> tab. To add specific libraries, go to the project's properties, C/C++ Build -> Settings -> Tool settings tab -> GCC C++ Linker -> Libraries, and add the library names ("pthread" and "rt", for example). I recommended, before, that the libraries be statically linked to reduce the initial complexity of the process (you can work on making them shared, later)-- You can do this in the linker's "Miscellaneous" tab and added "-static" to the "Linker flags" text-field. In my situation, I use an Ubuntu station for development (x86), and then have the ability to build for ARM. I have three projects: All of my sourcecode is in a library project. I just needed it in one place that I won't ever compile directly for reasons I'll soon show, and a library project seemed good so I could be sure I never accidentally compiled the code to an executable there. Then, I set-up a project for my ARM and Intel executables, neither of which have files. I then went to the project settings of both and, under "Paths and Symbols" under the C/C++ General lefthand-side item and then under the "Source location" tab, I clicked on "Add workspace folder" and added the main source directory from the library-project I mentioned above. Once I did this for both, I went under the ARM project and make sure the tool paths and names were correct for the crosstool package (including the path entry under the environment). What the above allows me to do is to click on either the Intel or ARM projects and build using the same codebase, which are stored in a unified manner under the library project. It's worth mentioning that the linked source-code will appear underneath the two projects, which will give you three separate places that the source code may be found. However, if you have three copies of one of the files open and then edit one, all three open copies will reflect the changes upon saving the file. You can look up this information on Eclipse's CDT support site. Dustin Oprea On 1/20/08, mrjbradski <> wrote:
|
Previous by Date: | [ts-7000] Re: Trying to setup for developement. -Decided to use Eclipse, mrjbradski |
---|---|
Next by Date: | [ts-7000] Re: Eclipse IDE, mrjbradski |
Previous by Thread: | [ts-7000] Re: Trying to setup for developement. -Decided to use Eclipse, mrjbradski |
Next by Thread: | [ts-7000] Re: Trying to setup for developement. -Decided to use Eclipse, mrjbradski |
Indexes: | [Date] [Thread] [Top] [All Lists] |
Disclaimer: Neither Andrew Taylor nor the University of NSW School of Computer and Engineering take any responsibility for the contents of this archive. It is purely a compilation of material sent by many people to the birding-aus mailing list. It has not been checked for accuracy nor its content verified in any way. If you wish to get material removed from the archive or have other queries about the archive e-mail Andrew Taylor at this address: andrewt@cse.unsw.EDU.AU