Using Eclipse

From GNU Telephony

There are two ways one can use Eclipse with GNU Telephony.

The first method involves importing each package, perhaps directly from cvs from gnu telecom subsystem (gnucomm) on gnu.org, or using subclipse to import from our sourceforge svn repository. This method one can build code either as a local C++ "make" project, or perhaps even as an automake managed project supported by newer versions of cdt and the automake support plugins.

Using this method, each package is maintained as a stand-alone entity. This means if dependent libraries are needed, they must be installed first. One might also have to build make install targets to get needed libraries out for other parts of GNU Telephony. There is a second approach possible, however, which can be used in conjunction with our Make-in-place build scripts.

To use Eclipse with Make-in-place builds you would start with a clean checkout of the entire build tree. You would then do the following steps:

• run the master ./configure script, selecting the profile you wish to use (or using generic).

• create an empty eclipse project for each GNU Telephony package (ucommon, sipwitch, etc) you wish to build. These should be created as empty C++ "standard make" projects.

• import the project using "import from filesystem", selecting the directory where each package exists in the master make-in-place build tree checkout for each empty project you created.

• run the top level make in make-in-place to get dependent libraries initially built.

You now have projects filled with local eclipse managed copies of the make-in-place build tree. They are configured to use include files from the make-in-place tree, and to link their libraries from there. You can now use Eclipse for all your primary editing and make. You will need to export back to the build tree, and run make there to get dependent libraries to relink with changes (such as ucommon for sipwitch) if they are modified, however.

There is also an eclipse filesync plugin to automatically export changes back to the original file system/make-in-place directory tree. You can add a make target to run make from there to force the library to rebuild in the make-in-place tree from within eclipse and automate this part.