[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [cdt-dev] Exact purpose of CDT_SOURCE and CDT_OUTPUT pathentries ?
- From: "Schaefer, Doug" <Doug.Schaefer@xxxxxxxxxxxxx>
- Date: Sat, 15 Oct 2011 17:31:06 +0000
- Accept-language: en-US
- Delivered-to: firstname.lastname@example.org
- Thread-index: AQHMg4/FVJbx9++pzkmH/PA/yea6gZV+AzQA//+1EgA=
- Thread-topic: [cdt-dev] Exact purpose of CDT_SOURCE and CDT_OUTPUT pathentries ?
I don't really have an answer. But as I've mentioned to CMake developers in the past, the .cproject file is an internal file that can change format or even disappear at any time. In fact, we're moving more of our settings to project scoped preferences as we go.
For me, I get the most value out of CMake when it generates Makefiles and I can call them from CDT's Makefile projects. I have on my wish list a way to automate setting up projects like that at some point with a New Project wizard.
The point is CDT isn't like XCode or VisualStudio. It's actually, probably, at the same level as CMake, since it's really platform agnostic.
> -----Original Message-----
> From: cdt-dev-bounces@xxxxxxxxxxx [mailto:cdt-dev-bounces@xxxxxxxxxxx]
> On Behalf Of Alexander Neundorf
> Sent: Saturday, October 15, 2011 10:56 AM
> To: cdt-dev@xxxxxxxxxxx
> Subject: Re: [cdt-dev] Exact purpose of CDT_SOURCE and CDT_OUTPUT
> pathentries ?
> On Wednesday 05 October 2011, Alexander Neundorf wrote:
> > On Saturday 01 October 2011, Alexander Neundorf wrote:
> > > Hi,
> > >
> > > I'm currently the maintainer of the Eclipse CDT project file
> > > generator in CMake. I.e. CMake can generate for any cmake-based
> > > project simple
> > > Makefile- based projects, or Visual Studio projects, XCode projects,
> > > CodeBlocks projects and also Eclipse CDT projects.
> > > Now I need some help.
> > >
> > > I was looking for a documentation of the .cproject file format, but
> > > didn't find one.
> > > The CDT reference manual helps somewhat:
> > > http://help.eclipse.org/indigo/index.jsp?topic=%2Forg.eclipse.cdt.do
> > > c.isv
> > > %2
> > >
> > > tml
> > >
> > > So, what I'd like to know what the purpose of the CDT_SOURCE and
> > > CDT_OUTPUT pathentry's in the .cproject file are exactly, i.e. at
> > > which point and for which actions they are used.
> > > AFAIK CDT_SOURCE must be related to the indexer.
> > >
> > > So, which directories should I add as CDT_SOURCE ?
> > > All directories which contain source files which will be compiled ?
> > > Or all directories which contain targets which will be built (this
> > > can differ from above, since targets can also use source files from
> > > other directories). And, if I forget to add some directories, which
> > > negative effect will this have ?
> > >
> > > And the same for CDT_OUTPUT.
> > > What is this used for ?
> > To give a bit more context.
> > The Eclipse-project generator in CMake makes it possible to directly
> > create a cdt-project from any cmake-based project, and import that
> > directly into Eclipse.
> > It does that by writing a .project and a .cproject file, based on the
> > contents of the CMakeLists.txt of the project.
> > In order to provide the best possible user experience for developers
> > using cmake-based projects with Eclipse, the project generator in
> > CMake needs to produce as complete and correct cdt project files as
> > What it already does is it puts the complete include directories of
> > the project, including the built-in include directories of gcc into
> > the project files, also the built-in macros from the compiler.
> > This makes autocompletion and highlighting, including #ifdefs, work.
> > Now, we have some bugs in the cmake bug tracker where users say that
> > the Eclipse source indexer does not work properly with the project
> > files generated by CMake.
> > I suspect that this might be related to not setting the "src"
> > pathentry correctly.
> > That's why it would be nice if you could provide some information on
> > how this entry is used, and which directories should be listed as "src"
> > pathentries.
> Any hints ?
> cdt-dev mailing list