[CMake] eclipse nmake include folders

[Mehdi Rabah]

On Wed, Jun 18, 2008 at 5:31 PM, Miguel A. Figueroa-Villanueva <
miguelf at ieee.org> wrote:

> On Wed, Jun 18, 2008 at 8:10 AM, Mehdi Rabah wrote:
> > On Wed, Jun 18, 2008 at 10:43 AM, Christian Ehrlicher wrote:
> >>
> >> > Von: "Mehdi Rabah"
> >> > On Tue, Jun 17, 2008 at 9:24 PM, Christian Ehrlicher wrote:
> >> >
> >> > > Bill Hoffman schrieb:
> >> > >
> >> > >> Alexander Neundorf wrote:
> >> > >>
> >> > >>> On Tuesday 17 June 2008, Christian Ehrlicher wrote:
> >> > >>> ...
> >> > >>>
> >> > >>>> How do you define which vsvars32.bat (or vsvars64.bat) to use?
> I've
> >> > more
> >> > >>>> than one compiler on my system...
> >> > >>>>
> >> > >>>
> >> > >>> The first time you would have to run cmake in the right
> environment
> >> > (i.e.
> >> > >>> where the correct vcvars.bat has been executed).
> >> > >>> But I don't have a windows here, so I am not the best person for
> >> > this...
> >> > >>>
> >> > >>>
> >> > >> I realize some people get confused by this.  However, I don't think
> >> > >> it
> >> > is
> >> > >> too much to ask that you have a correct environment setup for using
> >> > >> the
> >> > >> compiler.  We ask no less on Linux/Unix.  If gcc is incorrectly
> >> > installed,
> >> > >> and can't find headers, we don't try and add -I stuff to fix the
> >> > problem...
> >> > >>
> >> > >>  That's my opinion too - I don't see the point why it should be so
> >> > >> hard
> >> > to
> >> > > set up the correct environment so that it must be done by cmake.
> >> > >
> >> > >
> >> > Hi,
> >> >
> >> > The point is not to setup the compiler, it is to have cmake include
> path
> >> > pointing to standard locations. For example where STL header are
> >> > (like/usr/lib/gcc-lib/i386-redhat-linux/3.3.2/include on
> >> > linux), to avoid extra configurations step in the IDE, not for the
> >> > compiler.
> >> > I talk especially about Eclipse CDT, in which STL automatic completion
> >> > work
> >> > well under linux, but not under windows.
> >>
> >> This looks like a Eclipse bug rather than something cmake can do for
> you.
> >> As you already said - they're standard locations for the compiler so why
> >> should cmake care in any way?
> >
> > -> because Eclipse also doesn't care about the compiler, Eclipse only
> call
> > makefiles. Again, this is not a compiler issue, this is a project setting
> > issue. And since my project file is _generated by cmake_, I thought this
> > feature will be simple to point to there standard locations. (which is
> done
> > within a cmake gcc-mingw eclipse project I believe)
> >
> >>
> >> And as before - I've more than one compiler on my system...
> >
> > I also have more than one compiler working on my system but I fail to see
> > how this is related to this issue.
> >
> > CMake doesn't care about these standard locations, and Eclipse also do
> -->
> > I'll just add a if(WIN32) followed by an include_directories(), this is
> not
> > a big deal.
>
> Mehdi,
>
> These are two separate issues. The issue that Alex brought up is a
> hard thing to do. That is, you are required to have the enviroment set
> at cmake time, otherwise the generation will fail.
>
> However, what you are asking is quite feasible and if you provide the
> information I requested in my last e-mail I can implement it.
>
> Thanks,
> --Miguel
>

Hi Miguel,
thanks for your two mails ^^

After configuring my project, I need to add "C:\Program Files\Microsoft
Visual Studio 9.0\VC\include" path to the project, here is how:

- right click on project root
- clic on properties
- clic on "c++ include  path and symbols"
- clic on "add external include path"
- paste the visual studio include path
-> ok -> ok

I understood that the issue we were discussing is the same because the
include path I just gave you is in the vsvars32.bat. Unless you have another
way of getting this information? (hard code it?)

Regards,
--
Mehdi
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.cmake.org/pipermail/cmake/attachments/20080618/5da22783/attachment.htm>