Re: [CMake] Finding X11 fails under OS X...

2009-09-03 Thread Werner Smekal

Hi,


If you don't have /usr/X11/lib/libX11.dylib (which is a symbolic  
link to libX11.6.dylib), then your X11 installation is incomplete.  
You must have removed this symlink accidentally. Or maybe you can  
blame it on Apple's installer which is known to occasionally forget  
files.


No I don't. In fact there is only a .la file all X11 libraries,  
besides the version-coded .dylib files. The only places that  
there .dylib files without version (along with the versioned ones)  
is inside the SDK folders, which are not considered at all by cmake.


What is the suggested way? Reinstall X-code to get the missing files?


You could also install xquartz (http://xquartz.macosforge.org/trac/ 
wiki) which usually provides a more up-to-date and bugfree version of  
X11 than Apple does.


Regards,
Werner



George
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake


--
Dr. Werner Smekal
Institut fuer Allgemeine Physik
Technische Universitaet Wien
Wiedner Hauptstr 8-10
A-1040 Wien
Austria

email: sme...@iap.tuwien.ac.at
web: http://www.iap.tuwien.ac.at/~smekal
phone: +43-(0)1-58801-13463 (office), +43-(0)1-58801-13469 (laboratory)
fax: +43-(0)1-58801-13499

___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake


[CMake] Howto byte-compile python files during install

2009-09-03 Thread Marcel Loose
Hi all,

What is the best way to make sure that Python files are byte-compiled at
install time? I couldn't find a pre- or post-install hook in the
install() command.

Best regards,
Marcel Loose.


___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake


[CMake] XCode automatic dependencies

2009-09-03 Thread Jeroen Dierckx
Hi,

We are in the progress of converting our build system(s) to cmake, and
we are working on the following platforms:
- Windows (VS2008)
- Linux (KDevelop)
- Mac OSX Snow Leopard (XCode)
- iPhone (through XCode)

Everything works very good, and I am glad that we took the dive. In
XCode however, dependencies on other cmake-generated targets aren't
setup automatically. The CMake book and documentation states that it
is enough to use target_link_libraries, and cmake should detect all
internal dependencies automatically. This works perfectly in our
generated Visual Studio files, but it doesn't work on XCode.

When I explicitly use add_dependency with the same targets, everything
is setup correctly, also in XCode.

Greetings,
JeDi
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake


Re: [CMake] XCode automatic dependencies

2009-09-03 Thread Jeroen Dierckx
On Thu, Sep 3, 2009 at 2:24 PM, Bill Hoffmanbill.hoff...@kitware.com wrote:
 Jeroen Dierckx wrote:

 Hi,

 We are in the progress of converting our build system(s) to cmake, and
 we are working on the following platforms:
 - Windows (VS2008)
 - Linux (KDevelop)
 - Mac OSX Snow Leopard (XCode)
 - iPhone (through XCode)

 Everything works very good, and I am glad that we took the dive. In
 XCode however, dependencies on other cmake-generated targets aren't
 setup automatically. The CMake book and documentation states that it
 is enough to use target_link_libraries, and cmake should detect all
 internal dependencies automatically. This works perfectly in our
 generated Visual Studio files, but it doesn't work on XCode.

 When I explicitly use add_dependency with the same targets, everything
 is setup correctly, also in XCode.


 Can you give a small example that shows this issue?

Hmm. I just installed the latest version of cmake, which seems to work
as expected. I removed the explicit add_dependency lines, and all
dependencies are setup correctly, also in XCode.

Sorry to bother you...

Greetings,
JeDi



 -Bill

___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake


Re: [CMake] XCode automatic dependencies

2009-09-03 Thread Bill Hoffman

Jeroen Dierckx wrote:

Hi,

We are in the progress of converting our build system(s) to cmake, and
we are working on the following platforms:
- Windows (VS2008)
- Linux (KDevelop)
- Mac OSX Snow Leopard (XCode)
- iPhone (through XCode)

Everything works very good, and I am glad that we took the dive. In
XCode however, dependencies on other cmake-generated targets aren't
setup automatically. The CMake book and documentation states that it
is enough to use target_link_libraries, and cmake should detect all
internal dependencies automatically. This works perfectly in our
generated Visual Studio files, but it doesn't work on XCode.

When I explicitly use add_dependency with the same targets, everything
is setup correctly, also in XCode.



Can you give a small example that shows this issue?

-Bill
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake


Re: [CMake] XCode automatic dependencies

2009-09-03 Thread Bill Hoffman

Jeroen Dierckx wrote:


Can you give a small example that shows this issue?


Hmm. I just installed the latest version of cmake, which seems to work
as expected. I removed the explicit add_dependency lines, and all
dependencies are setup correctly, also in XCode.

Sorry to bother you...



Great, Glad to hear it worked for you.  So, you were able to get iPhone 
development to work?   I did not realize that would work.  If it does 
work, you might want to write up some instructions on the CMake wiki.


-Bill
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake


Re: [CMake] XCode automatic dependencies

2009-09-03 Thread Jeroen Dierckx
On Thu, Sep 3, 2009 at 3:46 PM, Bill Hoffmanbill.hoff...@kitware.com wrote:
 Jeroen Dierckx wrote:

 Can you give a small example that shows this issue?

 Hmm. I just installed the latest version of cmake, which seems to work
 as expected. I removed the explicit add_dependency lines, and all
 dependencies are setup correctly, also in XCode.

 Sorry to bother you...


 Great, Glad to hear it worked for you.  So, you were able to get iPhone
 development to work?   I did not realize that would work.  If it does work,
 you might want to write up some instructions on the CMake wiki.

Not yet, but Ogre (http://www.ogre3d.org/) officially supports the
iPhone in their new version (available from SVN only for now). They
successfully use cmake to generate build environments for all their
platforms, including the iPhone. It involves settings some xcode
variables, and explicitly enabling the iPhone build in a cmake option.

Greetings,
JeDi
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake


[CMake] Unknown names of output files - How to add the dependency?

2009-09-03 Thread Swaroop Ramachandra
Hi,
I have a question regarding the ADD_CUSTOM_COMMAND. I have an input file
which is generated on the fly. My ADD_CUSTOM_COMMAND executes a binary file
which takes this input file. My output is a set of files whose names are
based on the contents of my input file. Specifically, I generate .c files
on execution of the binary and the names of the .c files generated is not
known in advance.

In the above case, how can I specify a set of output files since I do not
know the names of these files before hand?

Again, the .c files are used by a second binary file to generate the
required files (Again using ADD_CUSTOM_COMMAND). Is there a nice way of
daisy chaining these items even without knowing the names of files
generated?

Thanks,
-S

-- 

Pablo Picassohttp://www.brainyquote.com/quotes/authors/p/pablo_picasso.html
- Computers are useless. They can only give you answers.
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

Re: [CMake] XCode automatic dependencies

2009-09-03 Thread Bill Hoffman



Not yet, but Ogre (http://www.ogre3d.org/) officially supports the
iPhone in their new version (available from SVN only for now). They
successfully use cmake to generate build environments for all their
platforms, including the iPhone. It involves settings some xcode
variables, and explicitly enabling the iPhone build in a cmake option.



Sounds good, if you do get it working, please consider updating the 
wiki, or if you contact the ogre3d developers at any point ask them. 
Are there any ogre3d folks on this list???


-Bill
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake


[CMake] A variable to identify the Dart model type?

2009-09-03 Thread Nathaniel Waisbrot (Cont ARL/CISD)
I have a script, external to the rest of the CMake build, which performs
some dashboard submission.  I'd like to have it perform that submission
*only* when ctest has been invoked as part of 
'make (Nightly|Continuous|Experimental)', not 'make' or 'make test'.

Is this possible?  I haven't been able to find any variables or
functions that make reference to the Dart model.




___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake


[CMake] cpack install problem

2009-09-03 Thread Dean Inglis
Hi,
I originally posted this thread to kwwidgets, but have
not had much success and perhaps this is a cpack/cmake
issue Im having.

 
I¹m building stand alone applications using VTK, ITK, GDCM, KWWidgets and I
I'm recently having problems getting my apps to run on windows (XP, Vista 32
bit) platforms where the installer is generated by cpack (NSIS).  The
apps/toolkits tcl/tk are all statically built and linked in Release mode
using MS Visual Studio Express 2005.  I am compiling using the command line
tools (nmake). I keep getting:
 
 The application has failed to start because its side-by-side
 configuration is incorrect.  Please see the application event log for more
 detail.
 
 Installing vcredist_x86.exe does not help as was
 suggested on some MS forums.  As an example, the installer installs
 C:\Program Files\MyApp\bin\myKWWidgetsApp.exe
 C:\Program Files\MyApp\bin\Microsoft.VC80.CRT.manifest
 C:\Program Files\MyApp\bin\ msvcm80.dll
 C:\Program Files\MyApp\bin\ msvcp80.dll
 C:\Program Files\MyApp\bin\ msvcr80.dll

If I run the windows Event Viewer and look at the error:
 
Activation context generation failed for
C:Users\Student\Documents\MyApp\bin\myKWWidgetsApp.exe.  Error in manifest
or policy file  on line.  A component version required by the application
conflicts with another component version already active. Conflicting
components are: Component 1: C:\Windows\WinSxS\manifests\x86
microsoft.vc80.crt 1fc8b3b9a1e18e3b
8.0.50727.3053_none_d08d7bba442a9b36.manifest. Component 2: C:\Program
Files\ MyApp\bin\Microsoft.VC80.CRT.MANIFEST.


Any ideas on how to fix or sort this out would be great, thanks
 
Dean

___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake


Re: [CMake] cpack install problem

2009-09-03 Thread Bill Hoffman

Dean Inglis wrote:

Hi,
I originally posted this thread to kwwidgets, but have
not had much success and perhaps this is a cpack/cmake
issue Im having.

 
I¹m building stand alone applications using VTK, ITK, GDCM, KWWidgets and I

I'm recently having problems getting my apps to run on windows (XP, Vista 32
bit) platforms where the installer is generated by cpack (NSIS).  The
apps/toolkits tcl/tk are all statically built and linked in Release mode
using MS Visual Studio Express 2005.  I am compiling using the command line
tools (nmake). I keep getting:
 
 The application has failed to start because its side-by-side

 configuration is incorrect.  Please see the application event log for more
 detail.
 
 Installing vcredist_x86.exe does not help as was

 suggested on some MS forums.  As an example, the installer installs
 C:\Program Files\MyApp\bin\myKWWidgetsApp.exe
 C:\Program Files\MyApp\bin\Microsoft.VC80.CRT.manifest
 C:\Program Files\MyApp\bin\ msvcm80.dll
 C:\Program Files\MyApp\bin\ msvcp80.dll
 C:\Program Files\MyApp\bin\ msvcr80.dll

If I run the windows Event Viewer and look at the error:
 
Activation context generation failed for

C:Users\Student\Documents\MyApp\bin\myKWWidgetsApp.exe.  Error in manifest
or policy file  on line.  A component version required by the application
conflicts with another component version already active. Conflicting
components are: Component 1: C:\Windows\WinSxS\manifests\x86
microsoft.vc80.crt 1fc8b3b9a1e18e3b
8.0.50727.3053_none_d08d7bba442a9b36.manifest. Component 2: C:\Program
Files\ MyApp\bin\Microsoft.VC80.CRT.MANIFEST.


Any ideas on how to fix or sort this out would be great, thanks
 


Pull up myKWWidgetsApp.exe in text editor and look for the embeded 
manifest xml.  Just search for xml.  See if it has two version of the 
run time libraries it wants.  If so, you are linking in something that 
uses two different version of the run time.


-Bill
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake


Re: [CMake] cpack install problem

2009-09-03 Thread John Drescher
On Thu, Sep 3, 2009 at 2:13 PM, Dean Inglisdean.ing...@camris.ca wrote:
 Hi,
 I originally posted this thread to kwwidgets, but have
 not had much success and perhaps this is a cpack/cmake
 issue Im having.


 I¹m building stand alone applications using VTK, ITK, GDCM, KWWidgets and I
 I'm recently having problems getting my apps to run on windows (XP, Vista 32
 bit) platforms where the installer is generated by cpack (NSIS).  The
 apps/toolkits tcl/tk are all statically built and linked in Release mode
 using MS Visual Studio Express 2005.  I am compiling using the command line
 tools (nmake). I keep getting:

  The application has failed to start because its side-by-side
  configuration is incorrect.  Please see the application event log for more
  detail.

  Installing vcredist_x86.exe does not help as was
  suggested on some MS forums.  As an example, the installer installs
  C:\Program Files\MyApp\bin\myKWWidgetsApp.exe
  C:\Program Files\MyApp\bin\Microsoft.VC80.CRT.manifest
  C:\Program Files\MyApp\bin\ msvcm80.dll
  C:\Program Files\MyApp\bin\ msvcp80.dll
  C:\Program Files\MyApp\bin\ msvcr80.dll


BTW, I do not think you can just copy those msvc dlls anymore. I have
my CMakeLsts.txt package vcredist and install that automatically for
me:

So I have this in my CPack setup for my main project:

IF(CMAKE_CL_64)
 SET(CMAKE_MSVC_ARCH amd64)
   ELSE(CMAKE_CL_64)
 SET(CMAKE_MSVC_ARCH x86)
ENDIF(CMAKE_CL_64)

IF(MSVC80)

FIND_PROGRAM(MSVC_REDIST NAMES
vcredist_${CMAKE_MSVC_ARCH}/vcredist_${CMAKE_MSVC_ARCH}.exe
  PATHS
  
[HKEY_LOCAL_MACHINE\\SOFTWARE\\Microsoft\\VisualStudio\\8.0;InstallDir]/../../SDK/v2.0/BootStrapper/Packages/
  
[HKEY_LOCAL_MACHINE\\SOFTWARE\\Wow6432Node\\Microsoft\\VisualStudio\\8.0;InstallDir]/../../SDK/v2.0/BootStrapper/Packages/
  )
GET_FILENAME_COMPONENT(vcredist_name ${MSVC_REDIST} NAME)
INSTALL(PROGRAMS ${MSVC_REDIST} COMPONENT Runtime DESTINATION bin)
SET(CPACK_NSIS_EXTRA_INSTALL_COMMANDS ExecWait
'\\\$INSTDIRbin${vcredist_name}\\\')
ENDIF(MSVC80)

John
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake


Re: [CMake] cpack install problem

2009-09-03 Thread Dean Inglis
Hi Bill,

within the exe there appear to be two versions:

 dependency
dependentAssembly
  assemblyIdentity type=win32 name=Microsoft.VC80.CRT
version=8.0.50727.4053 processorArchitecture=x86
publicKeyToken=1fc8b3b9a1e18e3b/assemblyIdentity
/dependentAssembly
  /dependency
  dependency
dependentAssembly
  assemblyIdentity type=win32 name=Microsoft.VC80.CRT
version=8.0.50727.762 processorArchitecture=x86
publicKeyToken=1fc8b3b9a1e18e3b/assemblyIdentity
/dependentAssembly
  /dependency
/assembly

Not sure what to do to correct this.  Why would the linker/compiler
embed two different assembly identities?

Dean

-Original Message-
From: Bill Hoffman [mailto:bill.hoff...@kitware.com] 
Sent: September-03-09 2:38 PM
To: dean.ing...@camris.ca
Cc: cmake@cmake.org
Subject: Re: [CMake] cpack install problem

Dean Inglis wrote:
 Hi,
 I originally posted this thread to kwwidgets, but have
 not had much success and perhaps this is a cpack/cmake
 issue Im having.
 
  
 I¹m building stand alone applications using VTK, ITK, GDCM, KWWidgets and
I
 I'm recently having problems getting my apps to run on windows (XP, Vista
32
 bit) platforms where the installer is generated by cpack (NSIS).  The
 apps/toolkits tcl/tk are all statically built and linked in Release mode
 using MS Visual Studio Express 2005.  I am compiling using the command
line
 tools (nmake). I keep getting:
  
  The application has failed to start because its side-by-side
  configuration is incorrect.  Please see the application event log for
more
  detail.
  
  Installing vcredist_x86.exe does not help as was
  suggested on some MS forums.  As an example, the installer installs
  C:\Program Files\MyApp\bin\myKWWidgetsApp.exe
  C:\Program Files\MyApp\bin\Microsoft.VC80.CRT.manifest
  C:\Program Files\MyApp\bin\ msvcm80.dll
  C:\Program Files\MyApp\bin\ msvcp80.dll
  C:\Program Files\MyApp\bin\ msvcr80.dll
 
 If I run the windows Event Viewer and look at the error:
  
 Activation context generation failed for
 C:Users\Student\Documents\MyApp\bin\myKWWidgetsApp.exe.  Error in
manifest
 or policy file  on line.  A component version required by the
application
 conflicts with another component version already active. Conflicting
 components are: Component 1: C:\Windows\WinSxS\manifests\x86
 microsoft.vc80.crt 1fc8b3b9a1e18e3b
 8.0.50727.3053_none_d08d7bba442a9b36.manifest. Component 2: C:\Program
 Files\ MyApp\bin\Microsoft.VC80.CRT.MANIFEST.
 
 
 Any ideas on how to fix or sort this out would be great, thanks
  

Pull up myKWWidgetsApp.exe in text editor and look for the embeded 
manifest xml.  Just search for xml.  See if it has two version of the 
run time libraries it wants.  If so, you are linking in something that 
uses two different version of the run time.

-Bill

___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake


Re: [CMake] cpack install problem

2009-09-03 Thread David Cole
Likely comes from a build tree produced with an original Visual Studio, then
an upgrade to a SP1 (or 2 or 3) of the same Visual Studio, then an
incremental build of the tree...
Produces some obj files that came from the original, some that came with SP1
and the blend causes dependencies on both versions of the runtime.

If that's the cause, the solution is to do a clean build (of *everything*
that you link).

It could also be caused by linking in 3rd party binaries that depend on a
different version of the runtime than your built binaries. If that's the
cause, the solution is again a full rebuild using the same version as your
3rd party binaries.

If that's not possible, for whatever reason, then I'm not sure what the
solution is :-(


On Thu, Sep 3, 2009 at 3:21 PM, Dean Inglis dean.ing...@camris.ca wrote:

 Hi Bill,

 within the exe there appear to be two versions:

  dependency
dependentAssembly
  assemblyIdentity type=win32 name=Microsoft.VC80.CRT
 version=8.0.50727.4053 processorArchitecture=x86
 publicKeyToken=1fc8b3b9a1e18e3b/assemblyIdentity
/dependentAssembly
  /dependency
  dependency
dependentAssembly
  assemblyIdentity type=win32 name=Microsoft.VC80.CRT
 version=8.0.50727.762 processorArchitecture=x86
 publicKeyToken=1fc8b3b9a1e18e3b/assemblyIdentity
/dependentAssembly
  /dependency
 /assembly

 Not sure what to do to correct this.  Why would the linker/compiler
 embed two different assembly identities?

 Dean

 -Original Message-
 From: Bill Hoffman [mailto:bill.hoff...@kitware.com]
 Sent: September-03-09 2:38 PM
 To: dean.ing...@camris.ca
 Cc: cmake@cmake.org
 Subject: Re: [CMake] cpack install problem

 Dean Inglis wrote:
  Hi,
  I originally posted this thread to kwwidgets, but have
  not had much success and perhaps this is a cpack/cmake
  issue Im having.
 
 
  I¹m building stand alone applications using VTK, ITK, GDCM, KWWidgets and
 I
  I'm recently having problems getting my apps to run on windows (XP, Vista
 32
  bit) platforms where the installer is generated by cpack (NSIS).  The
  apps/toolkits tcl/tk are all statically built and linked in Release mode
  using MS Visual Studio Express 2005.  I am compiling using the command
 line
  tools (nmake). I keep getting:
 
   The application has failed to start because its side-by-side
   configuration is incorrect.  Please see the application event log for
 more
   detail.
 
   Installing vcredist_x86.exe does not help as was
   suggested on some MS forums.  As an example, the installer installs
   C:\Program Files\MyApp\bin\myKWWidgetsApp.exe
   C:\Program Files\MyApp\bin\Microsoft.VC80.CRT.manifest
   C:\Program Files\MyApp\bin\ msvcm80.dll
   C:\Program Files\MyApp\bin\ msvcp80.dll
   C:\Program Files\MyApp\bin\ msvcr80.dll
 
  If I run the windows Event Viewer and look at the error:
 
  Activation context generation failed for
  C:Users\Student\Documents\MyApp\bin\myKWWidgetsApp.exe.  Error in
 manifest
  or policy file  on line.  A component version required by the
 application
  conflicts with another component version already active. Conflicting
  components are: Component 1: C:\Windows\WinSxS\manifests\x86
  microsoft.vc80.crt 1fc8b3b9a1e18e3b
  8.0.50727.3053_none_d08d7bba442a9b36.manifest. Component 2: C:\Program
  Files\ MyApp\bin\Microsoft.VC80.CRT.MANIFEST.
 
 
  Any ideas on how to fix or sort this out would be great, thanks
 

 Pull up myKWWidgetsApp.exe in text editor and look for the embeded
 manifest xml.  Just search for xml.  See if it has two version of the
 run time libraries it wants.  If so, you are linking in something that
 uses two different version of the run time.

 -Bill

 ___
 Powered by www.kitware.com

 Visit other Kitware open-source projects at
 http://www.kitware.com/opensource/opensource.html

 Please keep messages on-topic and check the CMake FAQ at:
 http://www.cmake.org/Wiki/CMake_FAQ

 Follow this link to subscribe/unsubscribe:
 http://www.cmake.org/mailman/listinfo/cmake

___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

Re: [CMake] cpack install problem

2009-09-03 Thread Bill Hoffman

John Drescher wrote:


assembly xmlns=urn:schemas-microsoft-com:asm.v1 manifestVersion=1.0
  dependency
dependentAssembly
  assemblyIdentity type=win32 name=Microsoft.VC80.CRT
version=8.0.50727.762 processorArchitecture=x86
publicKeyToken=1fc8b3b9a1e18e3b/assemblyIdentity
/dependentAssembly
  /dependency
  dependency
dependentAssembly
  assemblyIdentity type=win32 name=Microsoft.VC80.CRT
version=8.0.50727.4053 processorArchitecture=x86
publicKeyToken=1fc8b3b9a1e18e3b/assemblyIdentity
/dependentAssembly
  /dependency
  dependency
dependentAssembly
  assemblyIdentity type=win32 name=Microsoft.VC80.CRT
version=8.0.50608.0 processorArchitecture=x86
publicKeyToken=1fc8b3b9a1e18e3b/assemblyIdentity
/dependentAssembly
  /dependency



The fix is to rebuild everything with the same version (SP) of visual 
studio.  A single exe should not have more than one of these things in 
it.  If it does then you have to do the redist thing.  If it only has 
one, which is possible, then you can ship the libraries and not have to 
install into the system with redist.  If there is one .obj or one .dll 
that was built with a slight different version of VS, then you get this 
problem, and the side by side manifest will not work.  The redist.exe 
works by installing all of them into the system.  It requires 
administrator rights to do this, and installs them for the whole computer.


-Bill
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake


Re: [CMake] cpack install problem

2009-09-03 Thread John Drescher
 The fix is to rebuild everything with the same version (SP) of visual
 studio.  A single exe should not have more than one of these things in it.
  If it does then you have to do the redist thing.  If it only has one, which
 is possible, then you can ship the libraries and not have to install into
 the system with redist.  If there is one .obj or one .dll that was built
 with a slight different version of VS, then you get this problem, and the
 side by side manifest will not work.  The redist.exe works by installing all
 of them into the system.  It requires administrator rights to do this, and
 installs them for the whole computer.

Bill,
Thank You. Good to know, I will rebuild ITK, Qt and VTK probably at
the next release of ITK which should be in the next few weeks.
John
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake


[CMake] XCode, CMAKE_CFG_INTDIR, and add_custom_command

2009-09-03 Thread James Bigler
So when I compile a regular C file, XCode puts the resulting object file
here:

/code/myproj/src/MyProj.build/Debug/mytarget.build/Objects-normal/i386/main.o

When I try to compile something else to an object file using an
add_custom_command and CMAKE_CFG_INTDIR I get this path:

${CMAKE_CURRENT_BINARY_DIR}/${CMAKE_CFG_INTDIR}/myfile.o -
/code/myproj/src/Debug/myfile.o

The I run into problem of the directory /code/myproj/src/Debug/ not
existing.

So I have two choices.

1. Add the directory creation to the custom command.
2. Figure out how to get a path that actually exists.

What is the preferred method, and does anyone have hints of how to get an
actual build path for XCode?

It's too bad that add_custom_command doesn't detect that the path to the
output file doesn't exist and make it for me. ;)

Thanks,
James
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake