Bug #1177

VS 2010 does not work under CMake

Added by sm3 over 8 years ago. Updated almost 8 years ago.

Status:Closed Start date:11/09/2010
Priority:Normal Due date:
Assignee:kervala % Done:

100%

Category:Build
Target version:Version 0.9.0

Description

VS 2010 does not work under CMake due to the registry keys and file path locations changing.

Compiles fine with just nmake. The *.sln doesn't work. Here is an example error from the IDE:

C:\ryzom\external_stlport\include\stlport\stl/_cstddef.h(31): fatal error C1083: Cannot open include file: '../include/cstddef': No such file or directory

History

#1 Updated by sm3 over 8 years ago

I spoke too soon. nmake fails as well about 50% through the project.

#2 Updated by sfb over 8 years ago

CMake discovers the paths to the VS folder and issues a /X to VS to tell it to ignore any hard-coded paths in the directories set up. This is so that we can detect and toggle between STL and STLport without requiring the user to manually make changes to the VS project directories setup.

The CMake macro that enables this uses registry entries and standard paths to discover where the includes are for the installed VS. These values have changed slightly in VS 2010 Express and the registry key names will need to be added to the macro.

#3 Updated by kervala almost 8 years ago

  • Category set to Build
  • Status changed from New to Assigned
  • Assignee set to kervala

#4 Updated by kervala almost 8 years ago

  • Status changed from Assigned to Resolved
  • % Done changed from 0 to 100

Applied in changeset r1464.

#5 Updated by kervala almost 8 years ago

  • Target version set to Version 0.9.0

All is compiling fine now, but I didn't check Ryzom servers and MFC tools.

Tested with CMake 2.8.4 + Visual C++ 2010 Express + Visual Studio SP1 + Windows 7 SDK + SP1 fix for compilers.

Now VC++ 2010 Express allows to compile both 32 and 64 bits thanks to MS fix from april 2011.

#6 Updated by kervala almost 8 years ago

Servers compiled without error :)

#7 Updated by kervala almost 8 years ago

  • Status changed from Resolved to Closed

Also available in: Atom PDF