On Wed, Jun 18, 2008 at 5:31 PM, Miguel A. Figueroa-Villanueva < [EMAIL PROTECTED]> 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
_______________________________________________ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake
