<html>
<head>
<style>
P
{
margin:0px;
padding:0px
}
body
{
FONT-SIZE: 10pt;
FONT-FAMILY:Tahoma
}
</style>
</head>
<body><div style="text-align: left;"><br></div>> > I am trying to compile ITK with WrapITK on where only the python binding is<br>> > on. All the other settings are set to default with the exception of<br>> > wrap_unsigned_char to be on. I get the following errors with VS8SP1:<br>> <br>> You are seeing these error messages because the VS8 SP1 upgrade has<br>> botched things by not upgrading header files that you might have<br>> touched. It's quite nasty, because it doesn't report this.<br>> <br>> The best way of fixing it is to uninstall VS8 completely (make sure<br>> the installation directory is removed), then re-install VS8 (DON'T<br>> even start it up) and immediately run the SP1 upgrade. Now nuke your<br>> ITK build directory and start over.<br>> <br>> Good luck,<br>> Charl<br>> <br><br><br>Hi Charles,<br><br>Thank you for this and the other post regarding WrapITK binaries. The problem was caused by the fact that CableSwig-ITK was compiled by VS8 and not VS8SP1.<br><br>SP1 of visual studio 2005 is the worst disaster that happened after window 95. If you are on a laptop with a windows drive under 4gb of free space, the installation will fail with no warnings. This failure causes damaging the current installation of visual studio and any other software that uses .NET 2.0.x. Stupidly, this also includes the SP1 installer itself -- another great masterpiece that can only be accomplished by Microsoft. The only solution to this is un-installing the current VS. However, the VS uninstaller itself is damaged by the failed SP1! I had to use 'Windows Installer Clean Up', to get rid of VS8, re-install VS8, and apply SP1 using a batch file (given by a developer of VS in his blog -- stupid I know) which disables patch caching to save time and space. All of this took over 24 hours, but this is not the worst part yet. Since I thought everything is ready to go, I left the machine for about 10 hours to compile ITK+WrapITK. When i came back I noticed that it takes the machine 'a few minutes' to compile each .cxx file, while this usually takes less than a second, something to do with the SP1 again. This was resolved simply by restarting the machine, but added a half-day to the wasted time.<br><br>You mentioned that your binaries for a RelWithDebInfo build is only 0.5 Gb. I have tried this with your settings and my compilation drive, which had 3.1 Gb free space, has exactly 0 b of free space right now. This caused the compilation to stop. I set the cmake configuration for for shared libraries, I cannot think of any other setting, am I missing something here?<br><br>One other pain-in-the-back about compiling libraries like ITK or VTK families with VS7, 7.1 or 8 is the bad structure of intellisense designed by Microsoft. In fact, you were able to disable intellisense for visual c++ 10 years ago in version 6. Believe it or not, there is no such an option for disabling intellisense for c++ in the newer versions. Just have a look at this thread (http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=132651&SiteID=1) started in November 2005, where yesterday the VS developers, finally, anounced a hotfix for this which is due to September 2007.<br><br>This is a good demonstration of the fact that compiling and, specifically, developing ITK and VTK families in the-Microsoft-provided-IDE is not an smooth job. Unfortunately, many real-life 'users' of medical visualisation application do not know whether they should eat such a thing named 'Linux' before lunch or after lunch -- they have the least idea about what an OS is, and they are not interested to know these anyway. On the other hand, many schientific cameras come with windows-only drivers. These, and, some more reasons, binds us to VS for developing ITK.<br><br>I wonder if there are any benchmarks, or even clues, around comparing the performance of ITK binaries generated by VS and cygwin. I am considering eclipse-CDT + cygwin as an alternative to VS. CMake should be able to create a fine configuration for this alternative, however, I am not sure about the performance and how it is affected by the cygwin dll-wrappers.<br><br><br>-Ali<br><br /><hr />Play Movie Mash-up and win <a href='https://www.moviemashup.co.uk' target='_new'>BIG prizes! </a></body>
</html>