Patch of CMake configuration file to support Win32 NMake install #7065

New Issue

Stephane SOPPERA · 2007-08-17T22:05:09+02:00

Stephane SOPPERA commented

2007-08-17 22:05:09 +02:00

%%%The patch correct two problems when building Blender using CMake on windows, with the free MSVC7 and generating nmake makefiles.
In this configuration there are two problems:

the .blender directory and the .dll are not copied to the installation directory but to the root of the disk where the build is made. (I'm building in K:\blender_build\build and the .blender directory and the DLL are copied directly to k:.blender and k:\libpng.dll...)
the installation of .dll files in 1. was interrupted on line:

  COMMAND if $\(ConfigurationName\)==Debug copy /Y \"${WIN_LIBDIR}\\python\\lib\\python25_D.dll\" \"$\(TargetDir\)\\\"

The 1. problem was due to the fact that in source\creator\CMakelist.txt $TargetDir was used instead of ${TARGETDIR}. That made the file source\creator\CMakeFiles\blender.dir being generated with $(TargetDir) instead of the correct target dir. This explained why files where copied to the root dir since TargetDir environment var was not set.

The 2. problem is due to the line conditions:
if $(ConfigurationName)==Debug
that are not understood by cmd.exe. I get the error saying "copie etait inattendu" (my windows is in french) that can be translated in english: "copy was unexcepted". This error stops the makefile execution with errors:
NMAKE : fatal error U1077: 'if' : return code '0x1'
Stop.
NMAKE : fatal error U1077: '"C:\Program Files\Microsoft.NET\SDK\v1.1\Bin\nmake.exe"' : return code '0x2'
Stop.
NMAKE : fatal error U1077: '"C:\Program Files\Microsoft.NET\SDK\v1.1\Bin\nmake.exe"' : return code '0x2'
Stop.
I'm not an cmd.exe expert and I failed to find a solution for this one. So in the path I removed these tests and only copies the non-debug python dll.

%%%

%%%The patch correct two problems when building Blender using CMake on windows, with the free MSVC7 and generating nmake makefiles. In this configuration there are two problems: 1. the .blender directory and the .dll are not copied to the installation directory but to the root of the disk where the build is made. (I'm building in K:\blender_build\build and the .blender directory and the DLL are copied directly to k:\.blender and k:\libpng.dll...) 2. the installation of .dll files in 1. was interrupted on line: ``` COMMAND if $$ConfigurationName$==Debug copy /Y \"${WIN_LIBDIR}\\python\\lib\\python25_D.dll\" \"$$TargetDir$\\\" ``` The 1. problem was due to the fact that in source\creator\CMakelist.txt $$TargetDir$ was used instead of ${TARGETDIR}. That made the file source\creator\CMakeFiles\blender.dir being generated with $(TargetDir) instead of the correct target dir. This explained why files where copied to the root dir since TargetDir environment var was not set. The 2. problem is due to the line conditions: if $$ConfigurationName$==Debug that are not understood by cmd.exe. I get the error saying "copie etait inattendu" (my windows is in french) that can be translated in english: "copy was unexcepted". This error stops the makefile execution with errors: NMAKE : fatal error U1077: 'if' : return code '0x1' Stop. NMAKE : fatal error U1077: '"C:\Program Files\Microsoft.NET\SDK\v1.1\Bin\nmake.exe"' : return code '0x2' Stop. NMAKE : fatal error U1077: '"C:\Program Files\Microsoft.NET\SDK\v1.1\Bin\nmake.exe"' : return code '0x2' Stop. I'm not an cmd.exe expert and I failed to find a solution for this one. So in the path I removed these tests and only copies the non-debug python dll. %%%

Stephane SOPPERA commented

2007-08-17 22:05:09 +02:00

Changed status to: 'Open'

Tom Musgrove commented

2007-09-12 17:08:35 +02:00

%%%Chris, are you maintaining the CMake files now? I don't see Jacques Baurain (sp?) listed in the tracker, also he hasn't committed anything in the past 6 months or so. Should I ask on bf-committers?%%%

Chris Want commented

2008-10-07 16:47:27 +02:00

%%%Is this patch still relavent?
%%%

%%%Is this patch still relavent? %%%

Stephane SOPPERA commented

2008-10-08 21:05:13 +02:00

%%%Yes, the patch is still relevant.
I'll upload a new one with today SVN right now (by the way, there is still a definition of -DWITH_OPENEXR macro in the same file for CMake, it will be in the new patch version).

I've only tested my patch when generating NMake files from CMake and building from command line. Now I build with VC9.

Stéphane%%%

%%%Yes, the patch is still relevant. I'll upload a new one with today SVN right now (by the way, there is still a definition of -DWITH_OPENEXR macro in the same file for CMake, it will be in the new patch version). I've only tested my patch when generating NMake files from CMake and building from command line. Now I build with VC9. Stéphane%%%

Stephane SOPPERA commented

2008-10-08 21:07:49 +02:00

%%%New version of patch with today SVN.%%%

Chris Want commented

2008-10-08 21:59:48 +02:00

%%%Committed -- thanks!%%%

Chris Want commented

2008-10-08 21:59:48 +02:00

Changed status from 'Open' to: 'Archived'

Chris Want closed this issue

2008-10-08 21:59:48 +02:00

Sign in to join this conversation.

No Label

Download

What's New

Blender Studio

Manual

Developers Blog

Documentation

Benchmark

Blender Conference

Development Fund

One-time Donations

Patch of CMake configuration file to support Win32 NMake install #7065