From dicom at offis.de Thu Jan 6 15:27:02 2011 From: dicom at offis.de (OFFIS DICOM Team) Date: Thu, 06 Jan 2011 16:27:02 +0100 Subject: [Ctk-developers] FYI: DCMTK 3.6.0 available for public release! Message-ID: <4D25DF46.2090500@offis.de> Dear all, you won't believe it -- but today we released version 3.6.0 of DCMTK :-) It took us some years to finally consolidate all our recent changes into a release but I hope next official version will not take us 5 years again... However, we have not been lazy the last years, see the official announcement with the "best of" changes below. I know most of you are working on the latest snapshots/git checkouts anyway. Thank's to all the CTK people that were contributing to DCMTK and especially kickstarted the CMake build system to run under Unix systems! I am sorry that we/I do not have time to put much work into CTK's DICOM interfaces the last months. I have already mailed Marco how we could move forward with that from my point of view. Enjoy the CTK Hackfest in February! Unfortunately I'm not able to participate since I (must) take my 2010 holidays in complete February and it is always difficult for me to get funding here for such trips in general. If will try to be online some hackfest hours in Skype. So if you have some urgent issues to discuss, add me as "michaeloffis" to your contact list or email me. Best regards Michael -------------------8<---------------8<--------------8<----------------- ANNOUNCEMENT Version 3.6.0 of the OFFIS DCMTK (DICOM ToolKit) software is now available for public release. This release includes the following main changes over the previous version 3.5.4: - DCMTK 3.6.0 now also builds correctly with GNU gcc 4.1 (and higher), Visual Studio 2008 and 2010. - Tested with latest versions of the following operating systems/environments: - Linux on x86 and x86_64 - FreeBSD on x86 and x86_64 - MacOS X on x86_64 - Windows on x86 and x86_64 - Cygwin and MinGW/MSys on x86 For a complete list of tested systems and compilers, see the INSTALL file. - The CMake build system can now also be used with other operating systems than Windows. However, GNU autoconf is still supported and should be preferred on systems where the CMake project files fail. - New module oflog introduces a unified DCMTK-wide approach for logging based on the log4cplus library. Direct output to console, file, syslog and event log. All DCMTK command line tools now have the same set of logging options. - New module dcmjpls adds support for JPEG-LS compressed DICOM images based on the CharLS library. The tools dcmcjpls and dcmdjpls allow for compressing and decompressing DICOM images with JPEG-LS from the command line. - New tool img2dcm allows for converting JPEG and BMP images to various DICOM image IODs, e.g. old and new Secondary Capture, Visible Light Photographic. The underlying C++ class library can also be used separately. - New tool dcm2pdf allows for extracting PDF files from DICOM Encapsulated PDF Storage SOP instances. - New tool dcml2pnm allows for converting JPEG-LS compressed DICOM imagesto standard image formats like TIFF or BMP. - The tools dcmdump and storescu have new options for searching directories recursively for DICOM files. - The tool dcmdump now also has a colored output of the textual dump. So far, this option is available on non-Windows systems only (uses ANSI escape code). - The tool dcmodify now also supports reading the value of insert and modify statements from a file. This is especially useful for large element values. - The tool dsr2html now also supports the output in HTML 4.01 and XHTML 1.1 format. There are also new options that affect the rendering result. - The tool dump2dcm now also supports compressed pixel data. In addition, the memory requirements for very large data elements have been reduced. - The tool xml2dcm can now also read binary data (e.g. pixel data) from a separate file. The corresponding feature is not yet available in dcm2xml. - The tool storescp now has a new option that allows for accepting all supported transfer syntaxes on a single association. - The tool wlmscpfs now supports multi-process mode both on Posix and Windows platforms where a new child process is created for each incoming association. - Refactored code of the tool findscu into a C++ class. This facilitates re-use of the findscu code in other applications. - Added further "switches" to the dcmdata module which allow to better cope with incorrectly encoded DICOM files or datasets. These switches are also available as new options to the tools dcmdump and dcmconv. - The dcmdata module now also gives access to partial attribute values without loading the complete attribute value into memory, if kept in file. - The write methods in dcmdata now handle large raw data elements without loading everything into memory. This allows very large images to be sent over a network connection or to be copied without ever being fully in memory. - The dcmdata module now has a common interface for the frame-wise accessto compressed and uncompressed pixel data without ever loading the complete object into main memory. - The dcmimgle/dcmimage module makes use of the new partial access to pixel data for processing large multi-frame images in a stepwise manner. - The dcmimgle/dcmimage module and related tools now also support a new bilinear and a bicubic scaling algorithm for image magnification. Furthermore, the sigmoid VOI LUT function has been implemented. - Added support for Colon CAD SR, Spectacle Prescription Report, Macular Grid Thickness and Volume Report as well as Implantation Plan SR documents to the dcmsr module. - Incorporated fixes to dcmsr module which were introduced by various correction proposals. Added support for the new optional Preliminary Flag. - DICOMDIR tools and classes now support all new SOP classes and directory record types. Also added a new operating mode that allows for updating existing entries in a DICOMDIR. - Introduced general path syntax for accessing nested elements from command line tools like findscu or dcmodify. - Added methods for checking the value representation (VR) and value multiplicity (VM) of data elements for conformance with the DICOM standard. - Network tools now support transmission and receipt of JPEG-LS and MPEG2 transfer syntaxes. - Added support for the extended negotiation of user identity to the dcmnet module. The first tool that makes use of this new feature is storescu. - Introduced new experimental SCU and SCP classes that act as a C++ wrapper to the still C-based dcmnet module. - Added new class OFFile that provides a simple encapsulation layer for file based stream I/O and, in particular, provides large file support (LFS)if available on the underlying operating system/platform through a single API. - Out of the box compilation with OpenSSL 1.0.0 is now supported. - Revised installation directory scheme in order to be more compliant with the Filesystem Hierarchy Standard (FHS) and derived file system standards. - Added data dictionary including private ASTM tags from DICONDE (Digital Imaging and Communication in Nondestructive Evaluation) standard. - The DICOM data dictionary as well as the list of SOP classes and transfer syntaxes have been re-worked based on the latest edition of the DICOM standard plus all additionally approved supplements and correction proposals (as of 2010-11-30). Please note that there have been minor name changes! - Many bug fixes and minor improvements as usual - see the more than 12,000 lines long CHANGES.360 file for more details. The DCMTK software can be downloaded via: http://dicom.offis.de/dcmtk or http://www.dcmtk.org/ Thank you for your contribution! Greetings from Oldenburg, J?rg, Marco, Michael and Uli P.S: Enjoy :-) -- OFFIS DICOM Team, Escherweg 2, 26121 Oldenburg, Germany E-Mail: dicom at offis.de, URL: http://dicom.offis.de From pieper at bwh.harvard.edu Thu Jan 6 15:39:45 2011 From: pieper at bwh.harvard.edu (Steve Pieper) Date: Thu, 06 Jan 2011 10:39:45 -0500 Subject: [Ctk-developers] FYI: DCMTK 3.6.0 available for public release! In-Reply-To: <4D25DF46.2090500@offis.de> References: <4D25DF46.2090500@offis.de> Message-ID: <4D25E241.7060301@bwh.harvard.edu> Hi Micheal - Wow - you guys have been busy! I'm looking forward to playing with the new dcmtk - enjoy your break! -Steve On 01/06/2011 10:27 AM, OFFIS DICOM Team wrote: > Dear all, > > you won't believe it -- but today we released version 3.6.0 of DCMTK :-) It > took us some years to finally consolidate all our recent changes into a > release but I hope next official version will not take us 5 years again... > However, we have not been lazy the last years, see the official > announcement > with the "best of" changes below. I know most of you are working on the > latest snapshots/git checkouts anyway. > > Thank's to all the CTK people that were contributing to DCMTK and > especially > kickstarted the CMake build system to run under Unix systems! > > I am sorry that we/I do not have time to put much work into CTK's DICOM > interfaces the last months. I have already mailed Marco how we could move > forward with that from my point of view. > > Enjoy the CTK Hackfest in February! Unfortunately I'm not able to > participate since I (must) take my 2010 holidays in complete February > and it > is always difficult for me to get funding here for such trips in > general. If > will try to be online some hackfest hours in Skype. So if you have some > urgent issues to discuss, add me as "michaeloffis" to your contact list or > email me. > > Best regards > Michael > > -------------------8<---------------8<--------------8<----------------- > > > ANNOUNCEMENT > > Version 3.6.0 of the OFFIS DCMTK (DICOM ToolKit) software is now available > for public release. This release includes the following main changes over > the previous version 3.5.4: > > - DCMTK 3.6.0 now also builds correctly with GNU gcc 4.1 (and higher), > Visual Studio 2008 and 2010. > > - Tested with latest versions of the following operating > systems/environments: > > - Linux on x86 and x86_64 > - FreeBSD on x86 and x86_64 > - MacOS X on x86_64 > - Windows on x86 and x86_64 > - Cygwin and MinGW/MSys on x86 > > For a complete list of tested systems and compilers, see the INSTALL file. > > - The CMake build system can now also be used with other operating systems > than Windows. However, GNU autoconf is still supported and should be > preferred on systems where the CMake project files fail. > > - New module oflog introduces a unified DCMTK-wide approach for logging > based on the log4cplus library. Direct output to console, file, syslog > and event log. All DCMTK command line tools now have the same set of > logging options. > > - New module dcmjpls adds support for JPEG-LS compressed DICOM images based > on the CharLS library. The tools dcmcjpls and dcmdjpls allow for > compressing and decompressing DICOM images with JPEG-LS from the command > line. > > - New tool img2dcm allows for converting JPEG and BMP images to various > DICOM image IODs, e.g. old and new Secondary Capture, Visible Light > Photographic. The underlying C++ class library can also be used > separately. > > - New tool dcm2pdf allows for extracting PDF files from DICOM Encapsulated > PDF Storage SOP instances. > > - New tool dcml2pnm allows for converting JPEG-LS compressed DICOM imagesto > standard image formats like TIFF or BMP. > > - The tools dcmdump and storescu have new options for searching directories > recursively for DICOM files. > > - The tool dcmdump now also has a colored output of the textual dump. So > far, this option is available on non-Windows systems only (uses ANSI > escape code). > > - The tool dcmodify now also supports reading the value of insert and > modify > statements from a file. This is especially useful for large element > values. > > - The tool dsr2html now also supports the output in HTML 4.01 and XHTML 1.1 > format. There are also new options that affect the rendering result. > > - The tool dump2dcm now also supports compressed pixel data. In addition, > the memory requirements for very large data elements have been reduced. > > - The tool xml2dcm can now also read binary data (e.g. pixel data) from a > separate file. The corresponding feature is not yet available in dcm2xml. > > - The tool storescp now has a new option that allows for accepting all > supported transfer syntaxes on a single association. > > - The tool wlmscpfs now supports multi-process mode both on Posix and > Windows platforms where a new child process is created for each incoming > association. > > - Refactored code of the tool findscu into a C++ class. This facilitates > re-use of the findscu code in other applications. > > - Added further "switches" to the dcmdata module which allow to better cope > with incorrectly encoded DICOM files or datasets. These switches are also > available as new options to the tools dcmdump and dcmconv. > > - The dcmdata module now also gives access to partial attribute values > without loading the complete attribute value into memory, if kept in file. > > - The write methods in dcmdata now handle large raw data elements without > loading everything into memory. This allows very large images to be sent > over a network connection or to be copied without ever being fully in > memory. > > - The dcmdata module now has a common interface for the frame-wise accessto > compressed and uncompressed pixel data without ever loading the complete > object into main memory. > > - The dcmimgle/dcmimage module makes use of the new partial access to pixel > data for processing large multi-frame images in a stepwise manner. > > - The dcmimgle/dcmimage module and related tools now also support a new > bilinear and a bicubic scaling algorithm for image magnification. > Furthermore, the sigmoid VOI LUT function has been implemented. > > - Added support for Colon CAD SR, Spectacle Prescription Report, Macular > Grid Thickness and Volume Report as well as Implantation Plan SR > documents to the dcmsr module. > > - Incorporated fixes to dcmsr module which were introduced by various > correction proposals. Added support for the new optional Preliminary > Flag. > > - DICOMDIR tools and classes now support all new SOP classes and directory > record types. Also added a new operating mode that allows for updating > existing entries in a DICOMDIR. > > - Introduced general path syntax for accessing nested elements from command > line tools like findscu or dcmodify. > > - Added methods for checking the value representation (VR) and value > multiplicity (VM) of data elements for conformance with the DICOM > standard. > > - Network tools now support transmission and receipt of JPEG-LS and MPEG2 > transfer syntaxes. > > - Added support for the extended negotiation of user identity to the dcmnet > module. The first tool that makes use of this new feature is storescu. > > - Introduced new experimental SCU and SCP classes that act as a C++ wrapper > to the still C-based dcmnet module. > > - Added new class OFFile that provides a simple encapsulation layer for > file > based stream I/O and, in particular, provides large file support (LFS)if > available on the underlying operating system/platform through a single > API. > > - Out of the box compilation with OpenSSL 1.0.0 is now supported. > > - Revised installation directory scheme in order to be more compliant with > the Filesystem Hierarchy Standard (FHS) and derived file system standards. > > - Added data dictionary including private ASTM tags from DICONDE (Digital > Imaging and Communication in Nondestructive Evaluation) standard. > > - The DICOM data dictionary as well as the list of SOP classes and transfer > syntaxes have been re-worked based on the latest edition of the DICOM > standard plus all additionally approved supplements and correction > proposals (as of 2010-11-30). Please note that there have been minor > name changes! > > - Many bug fixes and minor improvements as usual - see the more than 12,000 > lines long CHANGES.360 file for more details. > > The DCMTK software can be downloaded via: > > http://dicom.offis.de/dcmtk or http://www.dcmtk.org/ > > Thank you for your contribution! > > Greetings from Oldenburg, > J?rg, Marco, Michael and Uli > > P.S: Enjoy :-) > From julien.finet at kitware.com Thu Jan 6 15:44:04 2011 From: julien.finet at kitware.com (Julien Finet) Date: Thu, 6 Jan 2011 10:44:04 -0500 Subject: [Ctk-developers] FYI: DCMTK 3.6.0 available for public release! In-Reply-To: <4D25E241.7060301@bwh.harvard.edu> References: <4D25DF46.2090500@offis.de> <4D25E241.7060301@bwh.harvard.edu> Message-ID: Congrats to the OFFIS team !!! Julien. On Thu, Jan 6, 2011 at 10:39 AM, Steve Pieper wrote: > Hi Micheal - > > Wow - you guys have been busy! I'm looking forward to playing with the new > dcmtk - enjoy your break! > > -Steve > > > On 01/06/2011 10:27 AM, OFFIS DICOM Team wrote: > >> Dear all, >> >> you won't believe it -- but today we released version 3.6.0 of DCMTK :-) >> It >> took us some years to finally consolidate all our recent changes into a >> release but I hope next official version will not take us 5 years again... >> However, we have not been lazy the last years, see the official >> announcement >> with the "best of" changes below. I know most of you are working on the >> latest snapshots/git checkouts anyway. >> >> Thank's to all the CTK people that were contributing to DCMTK and >> especially >> kickstarted the CMake build system to run under Unix systems! >> >> I am sorry that we/I do not have time to put much work into CTK's DICOM >> interfaces the last months. I have already mailed Marco how we could move >> forward with that from my point of view. >> >> Enjoy the CTK Hackfest in February! Unfortunately I'm not able to >> participate since I (must) take my 2010 holidays in complete February >> and it >> is always difficult for me to get funding here for such trips in >> general. If >> will try to be online some hackfest hours in Skype. So if you have some >> urgent issues to discuss, add me as "michaeloffis" to your contact list or >> email me. >> >> Best regards >> Michael >> >> -------------------8<---------------8<--------------8<----------------- >> >> >> ANNOUNCEMENT >> >> Version 3.6.0 of the OFFIS DCMTK (DICOM ToolKit) software is now available >> for public release. This release includes the following main changes over >> the previous version 3.5.4: >> >> - DCMTK 3.6.0 now also builds correctly with GNU gcc 4.1 (and higher), >> Visual Studio 2008 and 2010. >> >> - Tested with latest versions of the following operating >> systems/environments: >> >> - Linux on x86 and x86_64 >> - FreeBSD on x86 and x86_64 >> - MacOS X on x86_64 >> - Windows on x86 and x86_64 >> - Cygwin and MinGW/MSys on x86 >> >> For a complete list of tested systems and compilers, see the INSTALL file. >> >> - The CMake build system can now also be used with other operating systems >> than Windows. However, GNU autoconf is still supported and should be >> preferred on systems where the CMake project files fail. >> >> - New module oflog introduces a unified DCMTK-wide approach for logging >> based on the log4cplus library. Direct output to console, file, syslog >> and event log. All DCMTK command line tools now have the same set of >> logging options. >> >> - New module dcmjpls adds support for JPEG-LS compressed DICOM images >> based >> on the CharLS library. The tools dcmcjpls and dcmdjpls allow for >> compressing and decompressing DICOM images with JPEG-LS from the command >> line. >> >> - New tool img2dcm allows for converting JPEG and BMP images to various >> DICOM image IODs, e.g. old and new Secondary Capture, Visible Light >> Photographic. The underlying C++ class library can also be used >> separately. >> >> - New tool dcm2pdf allows for extracting PDF files from DICOM Encapsulated >> PDF Storage SOP instances. >> >> - New tool dcml2pnm allows for converting JPEG-LS compressed DICOM >> imagesto >> standard image formats like TIFF or BMP. >> >> - The tools dcmdump and storescu have new options for searching >> directories >> recursively for DICOM files. >> >> - The tool dcmdump now also has a colored output of the textual dump. So >> far, this option is available on non-Windows systems only (uses ANSI >> escape code). >> >> - The tool dcmodify now also supports reading the value of insert and >> modify >> statements from a file. This is especially useful for large element >> values. >> >> - The tool dsr2html now also supports the output in HTML 4.01 and XHTML >> 1.1 >> format. There are also new options that affect the rendering result. >> >> - The tool dump2dcm now also supports compressed pixel data. In addition, >> the memory requirements for very large data elements have been reduced. >> >> - The tool xml2dcm can now also read binary data (e.g. pixel data) from a >> separate file. The corresponding feature is not yet available in dcm2xml. >> >> - The tool storescp now has a new option that allows for accepting all >> supported transfer syntaxes on a single association. >> >> - The tool wlmscpfs now supports multi-process mode both on Posix and >> Windows platforms where a new child process is created for each incoming >> association. >> >> - Refactored code of the tool findscu into a C++ class. This facilitates >> re-use of the findscu code in other applications. >> >> - Added further "switches" to the dcmdata module which allow to better >> cope >> with incorrectly encoded DICOM files or datasets. These switches are also >> available as new options to the tools dcmdump and dcmconv. >> >> - The dcmdata module now also gives access to partial attribute values >> without loading the complete attribute value into memory, if kept in file. >> >> - The write methods in dcmdata now handle large raw data elements without >> loading everything into memory. This allows very large images to be sent >> over a network connection or to be copied without ever being fully in >> memory. >> >> - The dcmdata module now has a common interface for the frame-wise >> accessto >> compressed and uncompressed pixel data without ever loading the complete >> object into main memory. >> >> - The dcmimgle/dcmimage module makes use of the new partial access to >> pixel >> data for processing large multi-frame images in a stepwise manner. >> >> - The dcmimgle/dcmimage module and related tools now also support a new >> bilinear and a bicubic scaling algorithm for image magnification. >> Furthermore, the sigmoid VOI LUT function has been implemented. >> >> - Added support for Colon CAD SR, Spectacle Prescription Report, Macular >> Grid Thickness and Volume Report as well as Implantation Plan SR >> documents to the dcmsr module. >> >> - Incorporated fixes to dcmsr module which were introduced by various >> correction proposals. Added support for the new optional Preliminary >> Flag. >> >> - DICOMDIR tools and classes now support all new SOP classes and directory >> record types. Also added a new operating mode that allows for updating >> existing entries in a DICOMDIR. >> >> - Introduced general path syntax for accessing nested elements from >> command >> line tools like findscu or dcmodify. >> >> - Added methods for checking the value representation (VR) and value >> multiplicity (VM) of data elements for conformance with the DICOM >> standard. >> >> - Network tools now support transmission and receipt of JPEG-LS and MPEG2 >> transfer syntaxes. >> >> - Added support for the extended negotiation of user identity to the >> dcmnet >> module. The first tool that makes use of this new feature is storescu. >> >> - Introduced new experimental SCU and SCP classes that act as a C++ >> wrapper >> to the still C-based dcmnet module. >> >> - Added new class OFFile that provides a simple encapsulation layer for >> file >> based stream I/O and, in particular, provides large file support (LFS)if >> available on the underlying operating system/platform through a single >> API. >> >> - Out of the box compilation with OpenSSL 1.0.0 is now supported. >> >> - Revised installation directory scheme in order to be more compliant with >> the Filesystem Hierarchy Standard (FHS) and derived file system standards. >> >> - Added data dictionary including private ASTM tags from DICONDE (Digital >> Imaging and Communication in Nondestructive Evaluation) standard. >> >> - The DICOM data dictionary as well as the list of SOP classes and >> transfer >> syntaxes have been re-worked based on the latest edition of the DICOM >> standard plus all additionally approved supplements and correction >> proposals (as of 2010-11-30). Please note that there have been minor >> name changes! >> >> - Many bug fixes and minor improvements as usual - see the more than >> 12,000 >> lines long CHANGES.360 file for more details. >> >> The DCMTK software can be downloaded via: >> >> http://dicom.offis.de/dcmtk or http://www.dcmtk.org/ >> >> Thank you for your contribution! >> >> Greetings from Oldenburg, >> J?rg, Marco, Michael and Uli >> >> P.S: Enjoy :-) >> >> _______________________________________________ > Ctk-developers mailing list > Ctk-developers at commontk.org > http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers > -------------- next part -------------- An HTML attachment was scrubbed... URL: From julien.jomier at kitware.com Thu Jan 6 17:47:36 2011 From: julien.jomier at kitware.com (Julien Jomier) Date: Thu, 06 Jan 2011 18:47:36 +0100 Subject: [Ctk-developers] FYI: DCMTK 3.6.0 available for public release! In-Reply-To: <4D25DF46.2090500@offis.de> References: <4D25DF46.2090500@offis.de> Message-ID: <4D260038.4040809@kitware.com> This is awesome! Can't wait to try it. Julien On 06/01/2011 16:27, OFFIS DICOM Team wrote: > Dear all, > > you won't believe it -- but today we released version 3.6.0 of DCMTK :-) It > took us some years to finally consolidate all our recent changes into a > release but I hope next official version will not take us 5 years again... > However, we have not been lazy the last years, see the official > announcement > with the "best of" changes below. I know most of you are working on the > latest snapshots/git checkouts anyway. > > Thank's to all the CTK people that were contributing to DCMTK and > especially > kickstarted the CMake build system to run under Unix systems! > > I am sorry that we/I do not have time to put much work into CTK's DICOM > interfaces the last months. I have already mailed Marco how we could move > forward with that from my point of view. > > Enjoy the CTK Hackfest in February! Unfortunately I'm not able to > participate since I (must) take my 2010 holidays in complete February > and it > is always difficult for me to get funding here for such trips in > general. If > will try to be online some hackfest hours in Skype. So if you have some > urgent issues to discuss, add me as "michaeloffis" to your contact list or > email me. > > Best regards > Michael > > -------------------8<---------------8<--------------8<----------------- > > > ANNOUNCEMENT > > Version 3.6.0 of the OFFIS DCMTK (DICOM ToolKit) software is now available > for public release. This release includes the following main changes over > the previous version 3.5.4: > > - DCMTK 3.6.0 now also builds correctly with GNU gcc 4.1 (and higher), > Visual Studio 2008 and 2010. > > - Tested with latest versions of the following operating > systems/environments: > > - Linux on x86 and x86_64 > - FreeBSD on x86 and x86_64 > - MacOS X on x86_64 > - Windows on x86 and x86_64 > - Cygwin and MinGW/MSys on x86 > > For a complete list of tested systems and compilers, see the INSTALL file. > > - The CMake build system can now also be used with other operating systems > than Windows. However, GNU autoconf is still supported and should be > preferred on systems where the CMake project files fail. > > - New module oflog introduces a unified DCMTK-wide approach for logging > based on the log4cplus library. Direct output to console, file, syslog > and event log. All DCMTK command line tools now have the same set of > logging options. > > - New module dcmjpls adds support for JPEG-LS compressed DICOM images based > on the CharLS library. The tools dcmcjpls and dcmdjpls allow for > compressing and decompressing DICOM images with JPEG-LS from the command > line. > > - New tool img2dcm allows for converting JPEG and BMP images to various > DICOM image IODs, e.g. old and new Secondary Capture, Visible Light > Photographic. The underlying C++ class library can also be used > separately. > > - New tool dcm2pdf allows for extracting PDF files from DICOM Encapsulated > PDF Storage SOP instances. > > - New tool dcml2pnm allows for converting JPEG-LS compressed DICOM imagesto > standard image formats like TIFF or BMP. > > - The tools dcmdump and storescu have new options for searching directories > recursively for DICOM files. > > - The tool dcmdump now also has a colored output of the textual dump. So > far, this option is available on non-Windows systems only (uses ANSI > escape code). > > - The tool dcmodify now also supports reading the value of insert and > modify > statements from a file. This is especially useful for large element > values. > > - The tool dsr2html now also supports the output in HTML 4.01 and XHTML 1.1 > format. There are also new options that affect the rendering result. > > - The tool dump2dcm now also supports compressed pixel data. In addition, > the memory requirements for very large data elements have been reduced. > > - The tool xml2dcm can now also read binary data (e.g. pixel data) from a > separate file. The corresponding feature is not yet available in dcm2xml. > > - The tool storescp now has a new option that allows for accepting all > supported transfer syntaxes on a single association. > > - The tool wlmscpfs now supports multi-process mode both on Posix and > Windows platforms where a new child process is created for each incoming > association. > > - Refactored code of the tool findscu into a C++ class. This facilitates > re-use of the findscu code in other applications. > > - Added further "switches" to the dcmdata module which allow to better cope > with incorrectly encoded DICOM files or datasets. These switches are also > available as new options to the tools dcmdump and dcmconv. > > - The dcmdata module now also gives access to partial attribute values > without loading the complete attribute value into memory, if kept in file. > > - The write methods in dcmdata now handle large raw data elements without > loading everything into memory. This allows very large images to be sent > over a network connection or to be copied without ever being fully in > memory. > > - The dcmdata module now has a common interface for the frame-wise accessto > compressed and uncompressed pixel data without ever loading the complete > object into main memory. > > - The dcmimgle/dcmimage module makes use of the new partial access to pixel > data for processing large multi-frame images in a stepwise manner. > > - The dcmimgle/dcmimage module and related tools now also support a new > bilinear and a bicubic scaling algorithm for image magnification. > Furthermore, the sigmoid VOI LUT function has been implemented. > > - Added support for Colon CAD SR, Spectacle Prescription Report, Macular > Grid Thickness and Volume Report as well as Implantation Plan SR > documents to the dcmsr module. > > - Incorporated fixes to dcmsr module which were introduced by various > correction proposals. Added support for the new optional Preliminary > Flag. > > - DICOMDIR tools and classes now support all new SOP classes and directory > record types. Also added a new operating mode that allows for updating > existing entries in a DICOMDIR. > > - Introduced general path syntax for accessing nested elements from command > line tools like findscu or dcmodify. > > - Added methods for checking the value representation (VR) and value > multiplicity (VM) of data elements for conformance with the DICOM > standard. > > - Network tools now support transmission and receipt of JPEG-LS and MPEG2 > transfer syntaxes. > > - Added support for the extended negotiation of user identity to the dcmnet > module. The first tool that makes use of this new feature is storescu. > > - Introduced new experimental SCU and SCP classes that act as a C++ wrapper > to the still C-based dcmnet module. > > - Added new class OFFile that provides a simple encapsulation layer for > file > based stream I/O and, in particular, provides large file support (LFS)if > available on the underlying operating system/platform through a single > API. > > - Out of the box compilation with OpenSSL 1.0.0 is now supported. > > - Revised installation directory scheme in order to be more compliant with > the Filesystem Hierarchy Standard (FHS) and derived file system standards. > > - Added data dictionary including private ASTM tags from DICONDE (Digital > Imaging and Communication in Nondestructive Evaluation) standard. > > - The DICOM data dictionary as well as the list of SOP classes and transfer > syntaxes have been re-worked based on the latest edition of the DICOM > standard plus all additionally approved supplements and correction > proposals (as of 2010-11-30). Please note that there have been minor > name changes! > > - Many bug fixes and minor improvements as usual - see the more than 12,000 > lines long CHANGES.360 file for more details. > > The DCMTK software can be downloaded via: > > http://dicom.offis.de/dcmtk or http://www.dcmtk.org/ > > Thank you for your contribution! > > Greetings from Oldenburg, > J?rg, Marco, Michael and Uli > > P.S: Enjoy :-) > From will.schroeder at kitware.com Thu Jan 6 18:30:57 2011 From: will.schroeder at kitware.com (Will Schroeder) Date: Thu, 6 Jan 2011 13:30:57 -0500 Subject: [Ctk-developers] FYI: DCMTK 3.6.0 available for public release! In-Reply-To: <4D25DF46.2090500@offis.de> References: <4D25DF46.2090500@offis.de> Message-ID: This is a BIG deal, congratulations and I hope you guys take time to reward yourself :-) W On Thu, Jan 6, 2011 at 10:27 AM, OFFIS DICOM Team wrote: > Dear all, > > you won't believe it -- but today we released version 3.6.0 of DCMTK :-) It > took us some years to finally consolidate all our recent changes into a > release but I hope next official version will not take us 5 years again... > However, we have not been lazy the last years, see the official > announcement > with the "best of" changes below. I know most of you are working on the > latest snapshots/git checkouts anyway. > > Thank's to all the CTK people that were contributing to DCMTK and > especially > kickstarted the CMake build system to run under Unix systems! > > I am sorry that we/I do not have time to put much work into CTK's DICOM > interfaces the last months. I have already mailed Marco how we could move > forward with that from my point of view. > > Enjoy the CTK Hackfest in February! Unfortunately I'm not able to > participate since I (must) take my 2010 holidays in complete February and > it > is always difficult for me to get funding here for such trips in general. > If > will try to be online some hackfest hours in Skype. So if you have some > urgent issues to discuss, add me as "michaeloffis" to your contact list or > email me. > > Best regards > Michael > > -------------------8<---------------8<--------------8<----------------- > > > ANNOUNCEMENT > > Version 3.6.0 of the OFFIS DCMTK (DICOM ToolKit) software is now available > for public release. This release includes the following main changes over > the previous version 3.5.4: > > - DCMTK 3.6.0 now also builds correctly with GNU gcc 4.1 (and higher), > Visual Studio 2008 and 2010. > > - Tested with latest versions of the following operating > systems/environments: > > - Linux on x86 and x86_64 > - FreeBSD on x86 and x86_64 > - MacOS X on x86_64 > - Windows on x86 and x86_64 > - Cygwin and MinGW/MSys on x86 > > For a complete list of tested systems and compilers, see the INSTALL file. > > - The CMake build system can now also be used with other operating systems > than Windows. However, GNU autoconf is still supported and should be > preferred on systems where the CMake project files fail. > > - New module oflog introduces a unified DCMTK-wide approach for logging > based on the log4cplus library. Direct output to console, file, syslog > and event log. All DCMTK command line tools now have the same set of > logging options. > > - New module dcmjpls adds support for JPEG-LS compressed DICOM images based > on the CharLS library. The tools dcmcjpls and dcmdjpls allow for > compressing and decompressing DICOM images with JPEG-LS from the command > line. > > - New tool img2dcm allows for converting JPEG and BMP images to various > DICOM image IODs, e.g. old and new Secondary Capture, Visible Light > Photographic. The underlying C++ class library can also be used > separately. > > - New tool dcm2pdf allows for extracting PDF files from DICOM Encapsulated > PDF Storage SOP instances. > > - New tool dcml2pnm allows for converting JPEG-LS compressed DICOM imagesto > standard image formats like TIFF or BMP. > > - The tools dcmdump and storescu have new options for searching directories > recursively for DICOM files. > > - The tool dcmdump now also has a colored output of the textual dump. So > far, this option is available on non-Windows systems only (uses ANSI > escape code). > > - The tool dcmodify now also supports reading the value of insert and > modify > statements from a file. This is especially useful for large element > values. > > - The tool dsr2html now also supports the output in HTML 4.01 and XHTML 1.1 > format. There are also new options that affect the rendering result. > > - The tool dump2dcm now also supports compressed pixel data. In addition, > the memory requirements for very large data elements have been reduced. > > - The tool xml2dcm can now also read binary data (e.g. pixel data) from a > separate file. The corresponding feature is not yet available in dcm2xml. > > - The tool storescp now has a new option that allows for accepting all > supported transfer syntaxes on a single association. > > - The tool wlmscpfs now supports multi-process mode both on Posix and > Windows platforms where a new child process is created for each incoming > association. > > - Refactored code of the tool findscu into a C++ class. This facilitates > re-use of the findscu code in other applications. > > - Added further "switches" to the dcmdata module which allow to better cope > with incorrectly encoded DICOM files or datasets. These switches are also > available as new options to the tools dcmdump and dcmconv. > > - The dcmdata module now also gives access to partial attribute values > without loading the complete attribute value into memory, if kept in file. > > - The write methods in dcmdata now handle large raw data elements without > loading everything into memory. This allows very large images to be sent > over a network connection or to be copied without ever being fully in > memory. > > - The dcmdata module now has a common interface for the frame-wise accessto > compressed and uncompressed pixel data without ever loading the complete > object into main memory. > > - The dcmimgle/dcmimage module makes use of the new partial access to pixel > data for processing large multi-frame images in a stepwise manner. > > - The dcmimgle/dcmimage module and related tools now also support a new > bilinear and a bicubic scaling algorithm for image magnification. > Furthermore, the sigmoid VOI LUT function has been implemented. > > - Added support for Colon CAD SR, Spectacle Prescription Report, Macular > Grid Thickness and Volume Report as well as Implantation Plan SR > documents to the dcmsr module. > > - Incorporated fixes to dcmsr module which were introduced by various > correction proposals. Added support for the new optional Preliminary > Flag. > > - DICOMDIR tools and classes now support all new SOP classes and directory > record types. Also added a new operating mode that allows for updating > existing entries in a DICOMDIR. > > - Introduced general path syntax for accessing nested elements from command > line tools like findscu or dcmodify. > > - Added methods for checking the value representation (VR) and value > multiplicity (VM) of data elements for conformance with the DICOM > standard. > > - Network tools now support transmission and receipt of JPEG-LS and MPEG2 > transfer syntaxes. > > - Added support for the extended negotiation of user identity to the dcmnet > module. The first tool that makes use of this new feature is storescu. > > - Introduced new experimental SCU and SCP classes that act as a C++ wrapper > to the still C-based dcmnet module. > > - Added new class OFFile that provides a simple encapsulation layer for > file > based stream I/O and, in particular, provides large file support (LFS)if > available on the underlying operating system/platform through a single > API. > > - Out of the box compilation with OpenSSL 1.0.0 is now supported. > > - Revised installation directory scheme in order to be more compliant with > the Filesystem Hierarchy Standard (FHS) and derived file system standards. > > - Added data dictionary including private ASTM tags from DICONDE (Digital > Imaging and Communication in Nondestructive Evaluation) standard. > > - The DICOM data dictionary as well as the list of SOP classes and transfer > syntaxes have been re-worked based on the latest edition of the DICOM > standard plus all additionally approved supplements and correction > proposals (as of 2010-11-30). Please note that there have been minor > name changes! > > - Many bug fixes and minor improvements as usual - see the more than 12,000 > lines long CHANGES.360 file for more details. > > The DCMTK software can be downloaded via: > > http://dicom.offis.de/dcmtk or http://www.dcmtk.org/ > > Thank you for your contribution! > > Greetings from Oldenburg, > J?rg, Marco, Michael and Uli > > P.S: Enjoy :-) > > -- > OFFIS DICOM Team, Escherweg 2, 26121 Oldenburg, Germany > E-Mail: dicom at offis.de, URL: http://dicom.offis.de > _______________________________________________ > Ctk-developers mailing list > Ctk-developers at commontk.org > http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers > -- William J. Schroeder, PhD Kitware, Inc. 28 Corporate Drive Clifton Park, NY 12065 will.schroeder at kitware.com http://www.kitware.com (518) 881-4902 -------------- next part -------------- An HTML attachment was scrubbed... URL: From jchris.fillionr at kitware.com Thu Jan 6 20:24:08 2011 From: jchris.fillionr at kitware.com (Jean-Christophe Fillion-Robin) Date: Thu, 6 Jan 2011 15:24:08 -0500 Subject: [Ctk-developers] FYI: DCMTK 3.6.0 available for public release! In-Reply-To: References: <4D25DF46.2090500@offis.de> Message-ID: Congrats ! ... and the CTK hackfest approaching, we will have the opportunity to integrate it to CTK and give more feedback :) Thanks Jc On Thu, Jan 6, 2011 at 1:30 PM, Will Schroeder wrote: > This is a BIG deal, congratulations and I hope you guys take time to reward > yourself :-) > W > > > On Thu, Jan 6, 2011 at 10:27 AM, OFFIS DICOM Team wrote: > >> Dear all, >> >> you won't believe it -- but today we released version 3.6.0 of DCMTK :-) >> It >> took us some years to finally consolidate all our recent changes into a >> release but I hope next official version will not take us 5 years again... >> However, we have not been lazy the last years, see the official >> announcement >> with the "best of" changes below. I know most of you are working on the >> latest snapshots/git checkouts anyway. >> >> Thank's to all the CTK people that were contributing to DCMTK and >> especially >> kickstarted the CMake build system to run under Unix systems! >> >> I am sorry that we/I do not have time to put much work into CTK's DICOM >> interfaces the last months. I have already mailed Marco how we could move >> forward with that from my point of view. >> >> Enjoy the CTK Hackfest in February! Unfortunately I'm not able to >> participate since I (must) take my 2010 holidays in complete February and >> it >> is always difficult for me to get funding here for such trips in general. >> If >> will try to be online some hackfest hours in Skype. So if you have some >> urgent issues to discuss, add me as "michaeloffis" to your contact list or >> email me. >> >> Best regards >> Michael >> >> -------------------8<---------------8<--------------8<----------------- >> >> >> ANNOUNCEMENT >> >> Version 3.6.0 of the OFFIS DCMTK (DICOM ToolKit) software is now available >> for public release. This release includes the following main changes over >> the previous version 3.5.4: >> >> - DCMTK 3.6.0 now also builds correctly with GNU gcc 4.1 (and higher), >> Visual Studio 2008 and 2010. >> >> - Tested with latest versions of the following operating >> systems/environments: >> >> - Linux on x86 and x86_64 >> - FreeBSD on x86 and x86_64 >> - MacOS X on x86_64 >> - Windows on x86 and x86_64 >> - Cygwin and MinGW/MSys on x86 >> >> For a complete list of tested systems and compilers, see the INSTALL >> file. >> >> - The CMake build system can now also be used with other operating systems >> than Windows. However, GNU autoconf is still supported and should be >> preferred on systems where the CMake project files fail. >> >> - New module oflog introduces a unified DCMTK-wide approach for logging >> based on the log4cplus library. Direct output to console, file, syslog >> and event log. All DCMTK command line tools now have the same set of >> logging options. >> >> - New module dcmjpls adds support for JPEG-LS compressed DICOM images >> based >> on the CharLS library. The tools dcmcjpls and dcmdjpls allow for >> compressing and decompressing DICOM images with JPEG-LS from the command >> line. >> >> - New tool img2dcm allows for converting JPEG and BMP images to various >> DICOM image IODs, e.g. old and new Secondary Capture, Visible Light >> Photographic. The underlying C++ class library can also be used >> separately. >> >> - New tool dcm2pdf allows for extracting PDF files from DICOM Encapsulated >> PDF Storage SOP instances. >> >> - New tool dcml2pnm allows for converting JPEG-LS compressed DICOM >> imagesto >> standard image formats like TIFF or BMP. >> >> - The tools dcmdump and storescu have new options for searching >> directories >> recursively for DICOM files. >> >> - The tool dcmdump now also has a colored output of the textual dump. So >> far, this option is available on non-Windows systems only (uses ANSI >> escape code). >> >> - The tool dcmodify now also supports reading the value of insert and >> modify >> statements from a file. This is especially useful for large element >> values. >> >> - The tool dsr2html now also supports the output in HTML 4.01 and XHTML >> 1.1 >> format. There are also new options that affect the rendering result. >> >> - The tool dump2dcm now also supports compressed pixel data. In addition, >> the memory requirements for very large data elements have been reduced. >> >> - The tool xml2dcm can now also read binary data (e.g. pixel data) from a >> separate file. The corresponding feature is not yet available in >> dcm2xml. >> >> - The tool storescp now has a new option that allows for accepting all >> supported transfer syntaxes on a single association. >> >> - The tool wlmscpfs now supports multi-process mode both on Posix and >> Windows platforms where a new child process is created for each incoming >> association. >> >> - Refactored code of the tool findscu into a C++ class. This facilitates >> re-use of the findscu code in other applications. >> >> - Added further "switches" to the dcmdata module which allow to better >> cope >> with incorrectly encoded DICOM files or datasets. These switches are >> also >> available as new options to the tools dcmdump and dcmconv. >> >> - The dcmdata module now also gives access to partial attribute values >> without loading the complete attribute value into memory, if kept in >> file. >> >> - The write methods in dcmdata now handle large raw data elements without >> loading everything into memory. This allows very large images to be sent >> over a network connection or to be copied without ever being fully in >> memory. >> >> - The dcmdata module now has a common interface for the frame-wise >> accessto >> compressed and uncompressed pixel data without ever loading the complete >> object into main memory. >> >> - The dcmimgle/dcmimage module makes use of the new partial access to >> pixel >> data for processing large multi-frame images in a stepwise manner. >> >> - The dcmimgle/dcmimage module and related tools now also support a new >> bilinear and a bicubic scaling algorithm for image magnification. >> Furthermore, the sigmoid VOI LUT function has been implemented. >> >> - Added support for Colon CAD SR, Spectacle Prescription Report, Macular >> Grid Thickness and Volume Report as well as Implantation Plan SR >> documents to the dcmsr module. >> >> - Incorporated fixes to dcmsr module which were introduced by various >> correction proposals. Added support for the new optional Preliminary >> Flag. >> >> - DICOMDIR tools and classes now support all new SOP classes and directory >> record types. Also added a new operating mode that allows for updating >> existing entries in a DICOMDIR. >> >> - Introduced general path syntax for accessing nested elements from >> command >> line tools like findscu or dcmodify. >> >> - Added methods for checking the value representation (VR) and value >> multiplicity (VM) of data elements for conformance with the DICOM >> standard. >> >> - Network tools now support transmission and receipt of JPEG-LS and MPEG2 >> transfer syntaxes. >> >> - Added support for the extended negotiation of user identity to the >> dcmnet >> module. The first tool that makes use of this new feature is storescu. >> >> - Introduced new experimental SCU and SCP classes that act as a C++ >> wrapper >> to the still C-based dcmnet module. >> >> - Added new class OFFile that provides a simple encapsulation layer for >> file >> based stream I/O and, in particular, provides large file support (LFS)if >> available on the underlying operating system/platform through a single >> API. >> >> - Out of the box compilation with OpenSSL 1.0.0 is now supported. >> >> - Revised installation directory scheme in order to be more compliant with >> the Filesystem Hierarchy Standard (FHS) and derived file system >> standards. >> >> - Added data dictionary including private ASTM tags from DICONDE (Digital >> Imaging and Communication in Nondestructive Evaluation) standard. >> >> - The DICOM data dictionary as well as the list of SOP classes and >> transfer >> syntaxes have been re-worked based on the latest edition of the DICOM >> standard plus all additionally approved supplements and correction >> proposals (as of 2010-11-30). Please note that there have been minor >> name changes! >> >> - Many bug fixes and minor improvements as usual - see the more than >> 12,000 >> lines long CHANGES.360 file for more details. >> >> The DCMTK software can be downloaded via: >> >> http://dicom.offis.de/dcmtk or http://www.dcmtk.org/ >> >> Thank you for your contribution! >> >> Greetings from Oldenburg, >> J?rg, Marco, Michael and Uli >> >> P.S: Enjoy :-) >> >> -- >> OFFIS DICOM Team, Escherweg 2, 26121 Oldenburg, Germany >> E-Mail: dicom at offis.de, URL: http://dicom.offis.de >> _______________________________________________ >> Ctk-developers mailing list >> Ctk-developers at commontk.org >> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers >> > > > > -- > William J. Schroeder, PhD > Kitware, Inc. > 28 Corporate Drive > Clifton Park, NY 12065 > will.schroeder at kitware.com > http://www.kitware.com > (518) 881-4902 > > _______________________________________________ > Ctk-developers mailing list > Ctk-developers at commontk.org > http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers > > -- Phone: 1-518-836-2174 Ext: 304 -------------- next part -------------- An HTML attachment was scrubbed... URL: From mmroden at gmail.com Wed Jan 12 22:37:11 2011 From: mmroden at gmail.com (Mark Roden) Date: Wed, 12 Jan 2011 14:37:11 -0800 Subject: [Ctk-developers] getting things to work in windows Message-ID: Hi all, I'm a developer who's working on gdcm/itk/vtk, and now am trying to familiarize myself with ctk. I apologize if this email should go to a 'users' list instead of a developers list, but google finds too many instances of 'Christ The King' for ctk to be helpful. Also, the list that appears here doesn't contain a users version of the list (for itk or vtk either, for that matter): http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-users Anyway, I can't get ctk to build on my machine (Windows 7 x64, vs2008). I've installed Qt 2010.5, lgpl edition, including mingw. Trying to build ctk from the git head produces the following error, regardless of using 32bit or 64 bit compilers: CMake Error at CMake/ctkMacroSetupQt.cmake:55 (MESSAGE): error: Qt4 was not found on your system. You probably need to set the QT_QMAKE_EXECUTABLE variable Call Stack (most recent call first): CMakeLists.txt:280 (ctkMacroSetupQt) I've found the qmake exe, it's located in D:/Qt/2010.05/qt/qmake/qmake.exe, but then the cmake file reruns and changes that value to D:/Qt/2010.05/qt/qmake/qmake.exe-NOTFOUND, which is clearly incorrect. Changing that value by hand also produces the following warning: Warning: QT_QMAKE_EXECUTABLE reported QT_INSTALL_LIBS as C:/qt-greenhouse/Trolltech/Code_less_create_more/Trolltech/Code_less_create_more/Troll/4.6/qt/lib Warning: C:/qt-greenhouse/Trolltech/Code_less_create_more/Trolltech/Code_less_create_more/Troll/4.6/qt/lib does NOT exist, Qt must NOT be installed correctly. I have no qt-greenhouse directory in the C: drive, so I'm not sure where those values are coming from. Thanks for any help, Mark From dean.inglis at camris.ca Wed Jan 12 22:53:02 2011 From: dean.inglis at camris.ca (Dean Inglis) Date: Wed, 12 Jan 2011 17:53:02 -0500 Subject: [Ctk-developers] getting things to work in windows In-Reply-To: References: Message-ID: <908DD81837444024BDC1DCA49762D4D6@Hyoid> Hi Mark, I had similar issues when building VTK with QT GUI support. Try installing Qt ( qt-win-opensource-4.7.1-vs2008.exe) to just D:/Qt as root instead of D:/Qt/2010.05, add D:/Qt/bin and D:/Qt/qt/bin to your path environment variable. I installed to C:/Qt even though all my development is done on a D: drive and those issues issues have since resolved. Dean ----- Original Message ----- From: "Mark Roden" To: Cc: "Alexandre Gouaillard" Sent: Wednesday, January 12, 2011 5:37 PM Subject: [Ctk-developers] getting things to work in windows > Hi all, > > I'm a developer who's working on gdcm/itk/vtk, and now am trying to > familiarize myself with ctk. I apologize if this email should go to a > 'users' list instead of a developers list, but google finds too many > instances of 'Christ The King' for ctk to be helpful. Also, the list > that appears here doesn't contain a users version of the list (for itk > or vtk either, for that matter): > > http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-users > > Anyway, I can't get ctk to build on my machine (Windows 7 x64, > vs2008). I've installed Qt 2010.5, lgpl edition, including mingw. > Trying to build ctk from the git head produces the following error, > regardless of using 32bit or 64 bit compilers: > > CMake Error at CMake/ctkMacroSetupQt.cmake:55 (MESSAGE): > error: Qt4 was not found on your system. You probably need to set the > QT_QMAKE_EXECUTABLE variable > Call Stack (most recent call first): > CMakeLists.txt:280 (ctkMacroSetupQt) > > I've found the qmake exe, it's located in > D:/Qt/2010.05/qt/qmake/qmake.exe, but then the cmake file reruns and > changes that value to D:/Qt/2010.05/qt/qmake/qmake.exe-NOTFOUND, which > is clearly incorrect. Changing that value by hand also produces the > following warning: > > Warning: QT_QMAKE_EXECUTABLE reported QT_INSTALL_LIBS as > C:/qt-greenhouse/Trolltech/Code_less_create_more/Trolltech/Code_less_create_more/Troll/4.6/qt/lib > Warning: > C:/qt-greenhouse/Trolltech/Code_less_create_more/Trolltech/Code_less_create_more/Troll/4.6/qt/lib > does NOT exist, Qt must NOT be installed correctly. > > I have no qt-greenhouse directory in the C: drive, so I'm not sure > where those values are coming from. > > Thanks for any help, > Mark > _______________________________________________ > Ctk-developers mailing list > Ctk-developers at commontk.org > http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers From mmroden at gmail.com Wed Jan 12 22:57:57 2011 From: mmroden at gmail.com (Mark Roden) Date: Wed, 12 Jan 2011 14:57:57 -0800 Subject: [Ctk-developers] getting things to work in windows In-Reply-To: <908DD81837444024BDC1DCA49762D4D6@Hyoid> References: <908DD81837444024BDC1DCA49762D4D6@Hyoid> Message-ID: OK, I'll check it out. Is that a bug in the cmake module then? I feel like there should be some place where I can specify, exactly, where qt is. Thanks, Mark On Wed, Jan 12, 2011 at 2:53 PM, Dean Inglis wrote: > Hi Mark, > > I had similar issues when building VTK with QT GUI support. > Try installing Qt ( qt-win-opensource-4.7.1-vs2008.exe) > to just D:/Qt as root instead of > D:/Qt/2010.05, add D:/Qt/bin and D:/Qt/qt/bin to > your path environment variable. ?I installed to C:/Qt > even though all my development is done on a D: drive > and those issues issues have since resolved. > > Dean > > > ----- Original Message ----- From: "Mark Roden" > To: > Cc: "Alexandre Gouaillard" > Sent: Wednesday, January 12, 2011 5:37 PM > Subject: [Ctk-developers] getting things to work in windows > > >> Hi all, >> >> I'm a developer who's working on gdcm/itk/vtk, and now am trying to >> familiarize myself with ctk. ?I apologize if this email should go to a >> 'users' list instead of a developers list, but google finds too many >> instances of 'Christ The King' for ctk to be helpful. ?Also, the list >> that appears here doesn't contain a users version of the list (for itk >> or vtk either, for that matter): >> >> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-users >> >> Anyway, I can't get ctk to build on my machine (Windows 7 x64, >> vs2008). ?I've installed Qt 2010.5, lgpl edition, including mingw. >> Trying to build ctk from the git head produces the following error, >> regardless of using 32bit or 64 bit compilers: >> >> CMake Error at CMake/ctkMacroSetupQt.cmake:55 (MESSAGE): >> ?error: Qt4 was not found on your system. ?You probably need to set the >> ?QT_QMAKE_EXECUTABLE variable >> Call Stack (most recent call first): >> ?CMakeLists.txt:280 (ctkMacroSetupQt) >> >> I've found the qmake exe, it's located in >> D:/Qt/2010.05/qt/qmake/qmake.exe, but then the cmake file reruns and >> changes that value to D:/Qt/2010.05/qt/qmake/qmake.exe-NOTFOUND, which >> is clearly incorrect. ?Changing that value by hand also produces the >> following warning: >> >> Warning: QT_QMAKE_EXECUTABLE reported QT_INSTALL_LIBS as >> >> C:/qt-greenhouse/Trolltech/Code_less_create_more/Trolltech/Code_less_create_more/Troll/4.6/qt/lib >> Warning: >> C:/qt-greenhouse/Trolltech/Code_less_create_more/Trolltech/Code_less_create_more/Troll/4.6/qt/lib >> does NOT exist, Qt must NOT be installed correctly. >> >> I have no qt-greenhouse directory in the C: drive, so I'm not sure >> where those values are coming from. >> >> Thanks for any help, >> Mark >> _______________________________________________ >> Ctk-developers mailing list >> Ctk-developers at commontk.org >> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers > > From mmroden at gmail.com Thu Jan 13 00:13:26 2011 From: mmroden at gmail.com (Mark Roden) Date: Wed, 12 Jan 2011 16:13:26 -0800 Subject: [Ctk-developers] getting things to work in windows In-Reply-To: References: <908DD81837444024BDC1DCA49762D4D6@Hyoid> Message-ID: Changing the install directory to d:/qt did not work. I don't have any space left on my c: drive; is that the only way to get qt and ctk to work well together, to have it be on the root drive? Thanks, Mark On Wed, Jan 12, 2011 at 2:57 PM, Mark Roden wrote: > OK, I'll check it out. > > Is that a bug in the cmake module then? ?I feel like there should be > some place where I can specify, exactly, where qt is. > > Thanks, > Mark > > On Wed, Jan 12, 2011 at 2:53 PM, Dean Inglis wrote: >> Hi Mark, >> >> I had similar issues when building VTK with QT GUI support. >> Try installing Qt ( qt-win-opensource-4.7.1-vs2008.exe) >> to just D:/Qt as root instead of >> D:/Qt/2010.05, add D:/Qt/bin and D:/Qt/qt/bin to >> your path environment variable. ?I installed to C:/Qt >> even though all my development is done on a D: drive >> and those issues issues have since resolved. >> >> Dean >> >> >> ----- Original Message ----- From: "Mark Roden" >> To: >> Cc: "Alexandre Gouaillard" >> Sent: Wednesday, January 12, 2011 5:37 PM >> Subject: [Ctk-developers] getting things to work in windows >> >> >>> Hi all, >>> >>> I'm a developer who's working on gdcm/itk/vtk, and now am trying to >>> familiarize myself with ctk. ?I apologize if this email should go to a >>> 'users' list instead of a developers list, but google finds too many >>> instances of 'Christ The King' for ctk to be helpful. ?Also, the list >>> that appears here doesn't contain a users version of the list (for itk >>> or vtk either, for that matter): >>> >>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-users >>> >>> Anyway, I can't get ctk to build on my machine (Windows 7 x64, >>> vs2008). ?I've installed Qt 2010.5, lgpl edition, including mingw. >>> Trying to build ctk from the git head produces the following error, >>> regardless of using 32bit or 64 bit compilers: >>> >>> CMake Error at CMake/ctkMacroSetupQt.cmake:55 (MESSAGE): >>> ?error: Qt4 was not found on your system. ?You probably need to set the >>> ?QT_QMAKE_EXECUTABLE variable >>> Call Stack (most recent call first): >>> ?CMakeLists.txt:280 (ctkMacroSetupQt) >>> >>> I've found the qmake exe, it's located in >>> D:/Qt/2010.05/qt/qmake/qmake.exe, but then the cmake file reruns and >>> changes that value to D:/Qt/2010.05/qt/qmake/qmake.exe-NOTFOUND, which >>> is clearly incorrect. ?Changing that value by hand also produces the >>> following warning: >>> >>> Warning: QT_QMAKE_EXECUTABLE reported QT_INSTALL_LIBS as >>> >>> C:/qt-greenhouse/Trolltech/Code_less_create_more/Trolltech/Code_less_create_more/Troll/4.6/qt/lib >>> Warning: >>> C:/qt-greenhouse/Trolltech/Code_less_create_more/Trolltech/Code_less_create_more/Troll/4.6/qt/lib >>> does NOT exist, Qt must NOT be installed correctly. >>> >>> I have no qt-greenhouse directory in the C: drive, so I'm not sure >>> where those values are coming from. >>> >>> Thanks for any help, >>> Mark >>> _______________________________________________ >>> Ctk-developers mailing list >>> Ctk-developers at commontk.org >>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers >> >> > From julien.finet at kitware.com Thu Jan 13 00:34:33 2011 From: julien.finet at kitware.com (Julien Finet) Date: Wed, 12 Jan 2011 19:34:33 -0500 Subject: [Ctk-developers] getting things to work in windows In-Reply-To: References: <908DD81837444024BDC1DCA49762D4D6@Hyoid> Message-ID: Hi Mark, You should use the qmake.exe located in D:/Qt/2010.05/qt/bin instead of D:/Qt/2010.05/qt/qmake No need to add the qt dir in the path nor locate it anywhere special. Julien. On Wed, Jan 12, 2011 at 7:13 PM, Mark Roden wrote: > Changing the install directory to d:/qt did not work. I don't have > any space left on my c: drive; is that the only way to get qt and ctk > to work well together, to have it be on the root drive? > > Thanks, > Mark > > On Wed, Jan 12, 2011 at 2:57 PM, Mark Roden wrote: > > OK, I'll check it out. > > > > Is that a bug in the cmake module then? I feel like there should be > > some place where I can specify, exactly, where qt is. > > > > Thanks, > > Mark > > > > On Wed, Jan 12, 2011 at 2:53 PM, Dean Inglis > wrote: > >> Hi Mark, > >> > >> I had similar issues when building VTK with QT GUI support. > >> Try installing Qt ( qt-win-opensource-4.7.1-vs2008.exe) > >> to just D:/Qt as root instead of > >> D:/Qt/2010.05, add D:/Qt/bin and D:/Qt/qt/bin to > >> your path environment variable. I installed to C:/Qt > >> even though all my development is done on a D: drive > >> and those issues issues have since resolved. > >> > >> Dean > >> > >> > >> ----- Original Message ----- From: "Mark Roden" > >> To: > >> Cc: "Alexandre Gouaillard" > >> Sent: Wednesday, January 12, 2011 5:37 PM > >> Subject: [Ctk-developers] getting things to work in windows > >> > >> > >>> Hi all, > >>> > >>> I'm a developer who's working on gdcm/itk/vtk, and now am trying to > >>> familiarize myself with ctk. I apologize if this email should go to a > >>> 'users' list instead of a developers list, but google finds too many > >>> instances of 'Christ The King' for ctk to be helpful. Also, the list > >>> that appears here doesn't contain a users version of the list (for itk > >>> or vtk either, for that matter): > >>> > >>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-users > >>> > >>> Anyway, I can't get ctk to build on my machine (Windows 7 x64, > >>> vs2008). I've installed Qt 2010.5, lgpl edition, including mingw. > >>> Trying to build ctk from the git head produces the following error, > >>> regardless of using 32bit or 64 bit compilers: > >>> > >>> CMake Error at CMake/ctkMacroSetupQt.cmake:55 (MESSAGE): > >>> error: Qt4 was not found on your system. You probably need to set the > >>> QT_QMAKE_EXECUTABLE variable > >>> Call Stack (most recent call first): > >>> CMakeLists.txt:280 (ctkMacroSetupQt) > >>> > >>> I've found the qmake exe, it's located in > >>> D:/Qt/2010.05/qt/qmake/qmake.exe, but then the cmake file reruns and > >>> changes that value to D:/Qt/2010.05/qt/qmake/qmake.exe-NOTFOUND, which > >>> is clearly incorrect. Changing that value by hand also produces the > >>> following warning: > >>> > >>> Warning: QT_QMAKE_EXECUTABLE reported QT_INSTALL_LIBS as > >>> > >>> > C:/qt-greenhouse/Trolltech/Code_less_create_more/Trolltech/Code_less_create_more/Troll/4.6/qt/lib > >>> Warning: > >>> > C:/qt-greenhouse/Trolltech/Code_less_create_more/Trolltech/Code_less_create_more/Troll/4.6/qt/lib > >>> does NOT exist, Qt must NOT be installed correctly. > >>> > >>> I have no qt-greenhouse directory in the C: drive, so I'm not sure > >>> where those values are coming from. > >>> > >>> Thanks for any help, > >>> Mark > >>> _______________________________________________ > >>> Ctk-developers mailing list > >>> Ctk-developers at commontk.org > >>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers > >> > >> > > > _______________________________________________ > Ctk-developers mailing list > Ctk-developers at commontk.org > http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers > -------------- next part -------------- An HTML attachment was scrubbed... URL: From julien.finet at kitware.com Thu Jan 13 00:51:33 2011 From: julien.finet at kitware.com (Julien Finet) Date: Wed, 12 Jan 2011 19:51:33 -0500 Subject: [Ctk-developers] getting things to work in windows In-Reply-To: References: Message-ID: Mark, The unofficial reason why we don't have a user ctk mailing list is that right now, we can't afford to support users :-P For now, to use CTK, you need to be "as much involved as" if you were a CTK developer. Or said differently: "CTK users are CTK developers" :-) Julien. On Wed, Jan 12, 2011 at 5:37 PM, Mark Roden wrote: > Hi all, > > I'm a developer who's working on gdcm/itk/vtk, and now am trying to > familiarize myself with ctk. I apologize if this email should go to a > 'users' list instead of a developers list, but google finds too many > instances of 'Christ The King' for ctk to be helpful. Also, the list > that appears here doesn't contain a users version of the list (for itk > or vtk either, for that matter): > > http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-users > > Anyway, I can't get ctk to build on my machine (Windows 7 x64, > vs2008). I've installed Qt 2010.5, lgpl edition, including mingw. > Trying to build ctk from the git head produces the following error, > regardless of using 32bit or 64 bit compilers: > > CMake Error at CMake/ctkMacroSetupQt.cmake:55 (MESSAGE): > error: Qt4 was not found on your system. You probably need to set the > QT_QMAKE_EXECUTABLE variable > Call Stack (most recent call first): > CMakeLists.txt:280 (ctkMacroSetupQt) > > I've found the qmake exe, it's located in > D:/Qt/2010.05/qt/qmake/qmake.exe, but then the cmake file reruns and > changes that value to D:/Qt/2010.05/qt/qmake/qmake.exe-NOTFOUND, which > is clearly incorrect. Changing that value by hand also produces the > following warning: > > Warning: QT_QMAKE_EXECUTABLE reported QT_INSTALL_LIBS as > > C:/qt-greenhouse/Trolltech/Code_less_create_more/Trolltech/Code_less_create_more/Troll/4.6/qt/lib > Warning: > C:/qt-greenhouse/Trolltech/Code_less_create_more/Trolltech/Code_less_create_more/Troll/4.6/qt/lib > does NOT exist, Qt must NOT be installed correctly. > > I have no qt-greenhouse directory in the C: drive, so I'm not sure > where those values are coming from. > > Thanks for any help, > Mark > _______________________________________________ > Ctk-developers mailing list > Ctk-developers at commontk.org > http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mmroden at gmail.com Thu Jan 13 18:43:57 2011 From: mmroden at gmail.com (Mark Roden) Date: Thu, 13 Jan 2011 10:43:57 -0800 Subject: [Ctk-developers] getting things to work in windows In-Reply-To: References: <908DD81837444024BDC1DCA49762D4D6@Hyoid> Message-ID: Hi Julien, Ah, this may be why I'm unable to run cmake directly-- there is no qmake in my d:\qt\bin directory, only in the qmake directory. There is a d:\qt\qt\bin directory that has a qmake in it. Hopefully, it's the same thing. I get this error next: CMake Error at C:/Program Files (x86)/CMake 2.8/share/cmake-2.8/Modules/FindQt4.cmake:788 (MESSAGE): It appears you're trying to use Visual Studio with Qt built by mingw Call Stack (most recent call first): CMake/ctkMacroSetupQt.cmake:29 (FIND_PACKAGE) CMakeLists.txt:280 (ctkMacroSetupQt) Since I selected the option to allow qt to install mingw on my system, I then deleted the cmake cache and tried to rerun with the option to use mingw as the makefile generator, resulting in: CMake Error: CMake was unable to find a build program corresponding to "MinGW Makefiles". CMAKE_MAKE_PROGRAM is not set. You probably need to select a different build tool. CMake Error: CMake was unable to find a build program corresponding to "MinGW Makefiles". CMAKE_MAKE_PROGRAM is not set. You probably need to select a different build tool. CMake Error: Error required internal CMake variable not set, cmake may be not be built correctly. Missing variable is: CMAKE_C_COMPILER_ENV_VAR CMake Error: Error required internal CMake variable not set, cmake may be not be built correctly. Missing variable is: CMAKE_C_COMPILER CMake Error: Could not find cmake module file:D:/src/ctk/CTK-build64/CMakeFiles/CMakeCCompiler.cmake CMake Error: Error required internal CMake variable not set, cmake may be not be built correctly. Missing variable is: CMAKE_CXX_COMPILER_ENV_VAR CMake Error: Error required internal CMake variable not set, cmake may be not be built correctly. Missing variable is: CMAKE_CXX_COMPILER CMake Error: Could not find cmake module file:D:/src/ctk/CTK-build64/CMakeFiles/CMakeCXXCompiler.cmake CMake Error: CMAKE_C_COMPILER not set, after EnableLanguage CMake Error: CMAKE_CXX_COMPILER not set, after EnableLanguage Configuring incomplete, errors occurred! Any thoughts on where to go next? I personally think that this is a cmake problem-- it appears that Qt changed their versioning to be more year-based than straight number based, and that cmake hasn't updated their module to reflect that. I can't build vtk with the most recent qt either. Mark On Wed, Jan 12, 2011 at 4:34 PM, Julien Finet wrote: > Hi Mark, > You should use the qmake.exe located in?D:/Qt/2010.05/qt/bin instead of > ?D:/Qt/2010.05/qt/qmake > No need to add the qt dir in the path nor locate it anywhere special. > Julien. > On Wed, Jan 12, 2011 at 7:13 PM, Mark Roden wrote: >> >> Changing the install directory to d:/qt did not work. ?I don't have >> any space left on my c: drive; is that the only way to get qt and ctk >> to work well together, to have it be on the root drive? >> >> Thanks, >> Mark >> >> On Wed, Jan 12, 2011 at 2:57 PM, Mark Roden wrote: >> > OK, I'll check it out. >> > >> > Is that a bug in the cmake module then? ?I feel like there should be >> > some place where I can specify, exactly, where qt is. >> > >> > Thanks, >> > Mark >> > >> > On Wed, Jan 12, 2011 at 2:53 PM, Dean Inglis >> > wrote: >> >> Hi Mark, >> >> >> >> I had similar issues when building VTK with QT GUI support. >> >> Try installing Qt ( qt-win-opensource-4.7.1-vs2008.exe) >> >> to just D:/Qt as root instead of >> >> D:/Qt/2010.05, add D:/Qt/bin and D:/Qt/qt/bin to >> >> your path environment variable. ?I installed to C:/Qt >> >> even though all my development is done on a D: drive >> >> and those issues issues have since resolved. >> >> >> >> Dean >> >> >> >> >> >> ----- Original Message ----- From: "Mark Roden" >> >> To: >> >> Cc: "Alexandre Gouaillard" >> >> Sent: Wednesday, January 12, 2011 5:37 PM >> >> Subject: [Ctk-developers] getting things to work in windows >> >> >> >> >> >>> Hi all, >> >>> >> >>> I'm a developer who's working on gdcm/itk/vtk, and now am trying to >> >>> familiarize myself with ctk. ?I apologize if this email should go to a >> >>> 'users' list instead of a developers list, but google finds too many >> >>> instances of 'Christ The King' for ctk to be helpful. ?Also, the list >> >>> that appears here doesn't contain a users version of the list (for itk >> >>> or vtk either, for that matter): >> >>> >> >>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-users >> >>> >> >>> Anyway, I can't get ctk to build on my machine (Windows 7 x64, >> >>> vs2008). ?I've installed Qt 2010.5, lgpl edition, including mingw. >> >>> Trying to build ctk from the git head produces the following error, >> >>> regardless of using 32bit or 64 bit compilers: >> >>> >> >>> CMake Error at CMake/ctkMacroSetupQt.cmake:55 (MESSAGE): >> >>> ?error: Qt4 was not found on your system. ?You probably need to set >> >>> the >> >>> ?QT_QMAKE_EXECUTABLE variable >> >>> Call Stack (most recent call first): >> >>> ?CMakeLists.txt:280 (ctkMacroSetupQt) >> >>> >> >>> I've found the qmake exe, it's located in >> >>> D:/Qt/2010.05/qt/qmake/qmake.exe, but then the cmake file reruns and >> >>> changes that value to D:/Qt/2010.05/qt/qmake/qmake.exe-NOTFOUND, which >> >>> is clearly incorrect. ?Changing that value by hand also produces the >> >>> following warning: >> >>> >> >>> Warning: QT_QMAKE_EXECUTABLE reported QT_INSTALL_LIBS as >> >>> >> >>> >> >>> C:/qt-greenhouse/Trolltech/Code_less_create_more/Trolltech/Code_less_create_more/Troll/4.6/qt/lib >> >>> Warning: >> >>> >> >>> C:/qt-greenhouse/Trolltech/Code_less_create_more/Trolltech/Code_less_create_more/Troll/4.6/qt/lib >> >>> does NOT exist, Qt must NOT be installed correctly. >> >>> >> >>> I have no qt-greenhouse directory in the C: drive, so I'm not sure >> >>> where those values are coming from. >> >>> >> >>> Thanks for any help, >> >>> Mark >> >>> _______________________________________________ >> >>> Ctk-developers mailing list >> >>> Ctk-developers at commontk.org >> >>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers >> >> >> >> >> > >> _______________________________________________ >> Ctk-developers mailing list >> Ctk-developers at commontk.org >> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers > > From julien.finet at kitware.com Thu Jan 13 19:05:54 2011 From: julien.finet at kitware.com (Julien Finet) Date: Thu, 13 Jan 2011 12:05:54 -0700 Subject: [Ctk-developers] getting things to work in windows In-Reply-To: References: <908DD81837444024BDC1DCA49762D4D6@Hyoid> Message-ID: What are you trying to achieve here? do you want to use Mingw or Visual Studio ? I'm not a user of Mingw, but it seems odd that Qt installs Mingw on your machine. How did you install mingw ? do you manage to build other projects ? If you want to use visual studio, then you need to get Qt for Visual studio (if it exists) or compile qt yourself. Julien. On Thu, Jan 13, 2011 at 11:43 AM, Mark Roden wrote: > Hi Julien, > > Ah, this may be why I'm unable to run cmake directly-- there is no > qmake in my d:\qt\bin directory, only in the qmake directory. > > There is a d:\qt\qt\bin directory that has a qmake in it. Hopefully, > it's the same thing. > > I get this error next: > CMake Error at C:/Program Files (x86)/CMake > 2.8/share/cmake-2.8/Modules/FindQt4.cmake:788 (MESSAGE): > It appears you're trying to use Visual Studio with Qt built by mingw > Call Stack (most recent call first): > CMake/ctkMacroSetupQt.cmake:29 (FIND_PACKAGE) > CMakeLists.txt:280 (ctkMacroSetupQt) > > Since I selected the option to allow qt to install mingw on my system, > I then deleted the cmake cache and tried to rerun with the option to > use mingw as the makefile generator, resulting in: > CMake Error: CMake was unable to find a build program corresponding to > "MinGW Makefiles". CMAKE_MAKE_PROGRAM is not set. You probably need > to select a different build tool. > CMake Error: CMake was unable to find a build program corresponding to > "MinGW Makefiles". CMAKE_MAKE_PROGRAM is not set. You probably need > to select a different build tool. > CMake Error: Error required internal CMake variable not set, cmake may > be not be built correctly. > Missing variable is: > CMAKE_C_COMPILER_ENV_VAR > CMake Error: Error required internal CMake variable not set, cmake may > be not be built correctly. > Missing variable is: > CMAKE_C_COMPILER > CMake Error: Could not find cmake module > file:D:/src/ctk/CTK-build64/CMakeFiles/CMakeCCompiler.cmake > CMake Error: Error required internal CMake variable not set, cmake may > be not be built correctly. > Missing variable is: > CMAKE_CXX_COMPILER_ENV_VAR > CMake Error: Error required internal CMake variable not set, cmake may > be not be built correctly. > Missing variable is: > CMAKE_CXX_COMPILER > CMake Error: Could not find cmake module > file:D:/src/ctk/CTK-build64/CMakeFiles/CMakeCXXCompiler.cmake > CMake Error: CMAKE_C_COMPILER not set, after EnableLanguage > CMake Error: CMAKE_CXX_COMPILER not set, after EnableLanguage > Configuring incomplete, errors occurred! > > Any thoughts on where to go next? > > I personally think that this is a cmake problem-- it appears that Qt > changed their versioning to be more year-based than straight number > based, and that cmake hasn't updated their module to reflect that. I > can't build vtk with the most recent qt either. > > Mark > > > > On Wed, Jan 12, 2011 at 4:34 PM, Julien Finet > wrote: > > Hi Mark, > > You should use the qmake.exe located in D:/Qt/2010.05/qt/bin instead of > > D:/Qt/2010.05/qt/qmake > > No need to add the qt dir in the path nor locate it anywhere special. > > Julien. > > On Wed, Jan 12, 2011 at 7:13 PM, Mark Roden wrote: > >> > >> Changing the install directory to d:/qt did not work. I don't have > >> any space left on my c: drive; is that the only way to get qt and ctk > >> to work well together, to have it be on the root drive? > >> > >> Thanks, > >> Mark > >> > >> On Wed, Jan 12, 2011 at 2:57 PM, Mark Roden wrote: > >> > OK, I'll check it out. > >> > > >> > Is that a bug in the cmake module then? I feel like there should be > >> > some place where I can specify, exactly, where qt is. > >> > > >> > Thanks, > >> > Mark > >> > > >> > On Wed, Jan 12, 2011 at 2:53 PM, Dean Inglis > >> > wrote: > >> >> Hi Mark, > >> >> > >> >> I had similar issues when building VTK with QT GUI support. > >> >> Try installing Qt ( qt-win-opensource-4.7.1-vs2008.exe) > >> >> to just D:/Qt as root instead of > >> >> D:/Qt/2010.05, add D:/Qt/bin and D:/Qt/qt/bin to > >> >> your path environment variable. I installed to C:/Qt > >> >> even though all my development is done on a D: drive > >> >> and those issues issues have since resolved. > >> >> > >> >> Dean > >> >> > >> >> > >> >> ----- Original Message ----- From: "Mark Roden" > >> >> To: > >> >> Cc: "Alexandre Gouaillard" > >> >> Sent: Wednesday, January 12, 2011 5:37 PM > >> >> Subject: [Ctk-developers] getting things to work in windows > >> >> > >> >> > >> >>> Hi all, > >> >>> > >> >>> I'm a developer who's working on gdcm/itk/vtk, and now am trying to > >> >>> familiarize myself with ctk. I apologize if this email should go to > a > >> >>> 'users' list instead of a developers list, but google finds too many > >> >>> instances of 'Christ The King' for ctk to be helpful. Also, the > list > >> >>> that appears here doesn't contain a users version of the list (for > itk > >> >>> or vtk either, for that matter): > >> >>> > >> >>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-users > >> >>> > >> >>> Anyway, I can't get ctk to build on my machine (Windows 7 x64, > >> >>> vs2008). I've installed Qt 2010.5, lgpl edition, including mingw. > >> >>> Trying to build ctk from the git head produces the following error, > >> >>> regardless of using 32bit or 64 bit compilers: > >> >>> > >> >>> CMake Error at CMake/ctkMacroSetupQt.cmake:55 (MESSAGE): > >> >>> error: Qt4 was not found on your system. You probably need to set > >> >>> the > >> >>> QT_QMAKE_EXECUTABLE variable > >> >>> Call Stack (most recent call first): > >> >>> CMakeLists.txt:280 (ctkMacroSetupQt) > >> >>> > >> >>> I've found the qmake exe, it's located in > >> >>> D:/Qt/2010.05/qt/qmake/qmake.exe, but then the cmake file reruns and > >> >>> changes that value to D:/Qt/2010.05/qt/qmake/qmake.exe-NOTFOUND, > which > >> >>> is clearly incorrect. Changing that value by hand also produces the > >> >>> following warning: > >> >>> > >> >>> Warning: QT_QMAKE_EXECUTABLE reported QT_INSTALL_LIBS as > >> >>> > >> >>> > >> >>> > C:/qt-greenhouse/Trolltech/Code_less_create_more/Trolltech/Code_less_create_more/Troll/4.6/qt/lib > >> >>> Warning: > >> >>> > >> >>> > C:/qt-greenhouse/Trolltech/Code_less_create_more/Trolltech/Code_less_create_more/Troll/4.6/qt/lib > >> >>> does NOT exist, Qt must NOT be installed correctly. > >> >>> > >> >>> I have no qt-greenhouse directory in the C: drive, so I'm not sure > >> >>> where those values are coming from. > >> >>> > >> >>> Thanks for any help, > >> >>> Mark > >> >>> _______________________________________________ > >> >>> Ctk-developers mailing list > >> >>> Ctk-developers at commontk.org > >> >>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers > >> >> > >> >> > >> > > >> _______________________________________________ > >> Ctk-developers mailing list > >> Ctk-developers at commontk.org > >> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From arnaud_gelas at hms.harvard.edu Thu Jan 13 18:57:06 2011 From: arnaud_gelas at hms.harvard.edu (Arnaud GELAS) Date: Thu, 13 Jan 2011 13:57:06 -0500 Subject: [Ctk-developers] getting things to work in windows In-Reply-To: References: <908DD81837444024BDC1DCA49762D4D6@Hyoid> Message-ID: <4D2F4B02.6010806@hms.harvard.edu> Hi Mark, Here we use vtk with Qt 4.7.1, on Windows 7 32 bits and 64 bits without any problem (with msvc 2008 and 2010). We recompile every time Qt ourself (cause they never deliver the 64 bit versions). Note it took us some time to find out the right set of options to use, but at the end it works fine... My 2cts, Arnaud On 01/13/2011 01:43 PM, Mark Roden wrote: > Hi Julien, > > Ah, this may be why I'm unable to run cmake directly-- there is no > qmake in my d:\qt\bin directory, only in the qmake directory. > > There is a d:\qt\qt\bin directory that has a qmake in it. Hopefully, > it's the same thing. > > I get this error next: > CMake Error at C:/Program Files (x86)/CMake > 2.8/share/cmake-2.8/Modules/FindQt4.cmake:788 (MESSAGE): > It appears you're trying to use Visual Studio with Qt built by mingw > Call Stack (most recent call first): > CMake/ctkMacroSetupQt.cmake:29 (FIND_PACKAGE) > CMakeLists.txt:280 (ctkMacroSetupQt) > > Since I selected the option to allow qt to install mingw on my system, > I then deleted the cmake cache and tried to rerun with the option to > use mingw as the makefile generator, resulting in: > CMake Error: CMake was unable to find a build program corresponding to > "MinGW Makefiles". CMAKE_MAKE_PROGRAM is not set. You probably need > to select a different build tool. > CMake Error: CMake was unable to find a build program corresponding to > "MinGW Makefiles". CMAKE_MAKE_PROGRAM is not set. You probably need > to select a different build tool. > CMake Error: Error required internal CMake variable not set, cmake may > be not be built correctly. > Missing variable is: > CMAKE_C_COMPILER_ENV_VAR > CMake Error: Error required internal CMake variable not set, cmake may > be not be built correctly. > Missing variable is: > CMAKE_C_COMPILER > CMake Error: Could not find cmake module > file:D:/src/ctk/CTK-build64/CMakeFiles/CMakeCCompiler.cmake > CMake Error: Error required internal CMake variable not set, cmake may > be not be built correctly. > Missing variable is: > CMAKE_CXX_COMPILER_ENV_VAR > CMake Error: Error required internal CMake variable not set, cmake may > be not be built correctly. > Missing variable is: > CMAKE_CXX_COMPILER > CMake Error: Could not find cmake module > file:D:/src/ctk/CTK-build64/CMakeFiles/CMakeCXXCompiler.cmake > CMake Error: CMAKE_C_COMPILER not set, after EnableLanguage > CMake Error: CMAKE_CXX_COMPILER not set, after EnableLanguage > Configuring incomplete, errors occurred! > > Any thoughts on where to go next? > > I personally think that this is a cmake problem-- it appears that Qt > changed their versioning to be more year-based than straight number > based, and that cmake hasn't updated their module to reflect that. I > can't build vtk with the most recent qt either. > > Mark > > > > On Wed, Jan 12, 2011 at 4:34 PM, Julien Finet wrote: >> Hi Mark, >> You should use the qmake.exe located in D:/Qt/2010.05/qt/bin instead of >> D:/Qt/2010.05/qt/qmake >> No need to add the qt dir in the path nor locate it anywhere special. >> Julien. >> On Wed, Jan 12, 2011 at 7:13 PM, Mark Roden wrote: >>> Changing the install directory to d:/qt did not work. I don't have >>> any space left on my c: drive; is that the only way to get qt and ctk >>> to work well together, to have it be on the root drive? >>> >>> Thanks, >>> Mark >>> >>> On Wed, Jan 12, 2011 at 2:57 PM, Mark Roden wrote: >>>> OK, I'll check it out. >>>> >>>> Is that a bug in the cmake module then? I feel like there should be >>>> some place where I can specify, exactly, where qt is. >>>> >>>> Thanks, >>>> Mark >>>> >>>> On Wed, Jan 12, 2011 at 2:53 PM, Dean Inglis >>>> wrote: >>>>> Hi Mark, >>>>> >>>>> I had similar issues when building VTK with QT GUI support. >>>>> Try installing Qt ( qt-win-opensource-4.7.1-vs2008.exe) >>>>> to just D:/Qt as root instead of >>>>> D:/Qt/2010.05, add D:/Qt/bin and D:/Qt/qt/bin to >>>>> your path environment variable. I installed to C:/Qt >>>>> even though all my development is done on a D: drive >>>>> and those issues issues have since resolved. >>>>> >>>>> Dean >>>>> >>>>> >>>>> ----- Original Message ----- From: "Mark Roden" >>>>> To: >>>>> Cc: "Alexandre Gouaillard" >>>>> Sent: Wednesday, January 12, 2011 5:37 PM >>>>> Subject: [Ctk-developers] getting things to work in windows >>>>> >>>>> >>>>>> Hi all, >>>>>> >>>>>> I'm a developer who's working on gdcm/itk/vtk, and now am trying to >>>>>> familiarize myself with ctk. I apologize if this email should go to a >>>>>> 'users' list instead of a developers list, but google finds too many >>>>>> instances of 'Christ The King' for ctk to be helpful. Also, the list >>>>>> that appears here doesn't contain a users version of the list (for itk >>>>>> or vtk either, for that matter): >>>>>> >>>>>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-users >>>>>> >>>>>> Anyway, I can't get ctk to build on my machine (Windows 7 x64, >>>>>> vs2008). I've installed Qt 2010.5, lgpl edition, including mingw. >>>>>> Trying to build ctk from the git head produces the following error, >>>>>> regardless of using 32bit or 64 bit compilers: >>>>>> >>>>>> CMake Error at CMake/ctkMacroSetupQt.cmake:55 (MESSAGE): >>>>>> error: Qt4 was not found on your system. You probably need to set >>>>>> the >>>>>> QT_QMAKE_EXECUTABLE variable >>>>>> Call Stack (most recent call first): >>>>>> CMakeLists.txt:280 (ctkMacroSetupQt) >>>>>> >>>>>> I've found the qmake exe, it's located in >>>>>> D:/Qt/2010.05/qt/qmake/qmake.exe, but then the cmake file reruns and >>>>>> changes that value to D:/Qt/2010.05/qt/qmake/qmake.exe-NOTFOUND, which >>>>>> is clearly incorrect. Changing that value by hand also produces the >>>>>> following warning: >>>>>> >>>>>> Warning: QT_QMAKE_EXECUTABLE reported QT_INSTALL_LIBS as >>>>>> >>>>>> >>>>>> C:/qt-greenhouse/Trolltech/Code_less_create_more/Trolltech/Code_less_create_more/Troll/4.6/qt/lib >>>>>> Warning: >>>>>> >>>>>> C:/qt-greenhouse/Trolltech/Code_less_create_more/Trolltech/Code_less_create_more/Troll/4.6/qt/lib >>>>>> does NOT exist, Qt must NOT be installed correctly. >>>>>> >>>>>> I have no qt-greenhouse directory in the C: drive, so I'm not sure >>>>>> where those values are coming from. >>>>>> >>>>>> Thanks for any help, >>>>>> Mark >>>>>> _______________________________________________ >>>>>> Ctk-developers mailing list >>>>>> Ctk-developers at commontk.org >>>>>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers >>>>> >>> _______________________________________________ >>> Ctk-developers mailing list >>> Ctk-developers at commontk.org >>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers >> > _______________________________________________ > Ctk-developers mailing list > Ctk-developers at commontk.org > http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers From mmroden at gmail.com Thu Jan 13 19:30:29 2011 From: mmroden at gmail.com (Mark Roden) Date: Thu, 13 Jan 2011 11:30:29 -0800 Subject: [Ctk-developers] getting things to work in windows In-Reply-To: References: <908DD81837444024BDC1DCA49762D4D6@Hyoid> Message-ID: I want to use visual studio. One of the default Qt installation options is to install mingw, so I went ahead and did it. I'll look into compiling qt for myself, then, in visual studio. Thanks, Mark On Thu, Jan 13, 2011 at 11:05 AM, Julien Finet wrote: > What are you trying to achieve here? do you want to use Mingw or Visual > Studio ? > I'm not a user of Mingw, but it seems odd that Qt installs Mingw on your > machine. > How did you install mingw ? do you manage to build other projects ? > If you want to use visual studio, then you need to get Qt for Visual studio > (if it exists) or compile qt yourself. > Julien. > > On Thu, Jan 13, 2011 at 11:43 AM, Mark Roden wrote: >> >> Hi Julien, >> >> Ah, this may be why I'm unable to run cmake directly-- there is no >> qmake in my d:\qt\bin directory, only in the qmake directory. >> >> There is a d:\qt\qt\bin directory that has a qmake in it. ?Hopefully, >> it's the same thing. >> >> I get this error next: >> CMake Error at C:/Program Files (x86)/CMake >> 2.8/share/cmake-2.8/Modules/FindQt4.cmake:788 (MESSAGE): >> ?It appears you're trying to use Visual Studio with Qt built by mingw >> Call Stack (most recent call first): >> ?CMake/ctkMacroSetupQt.cmake:29 (FIND_PACKAGE) >> ?CMakeLists.txt:280 (ctkMacroSetupQt) >> >> Since I selected the option to allow qt to install mingw on my system, >> I then deleted the cmake cache and tried to rerun with the option to >> use mingw as the makefile generator, resulting in: >> CMake Error: CMake was unable to find a build program corresponding to >> "MinGW Makefiles". ?CMAKE_MAKE_PROGRAM is not set. ?You probably need >> to select a different build tool. >> CMake Error: CMake was unable to find a build program corresponding to >> "MinGW Makefiles". ?CMAKE_MAKE_PROGRAM is not set. ?You probably need >> to select a different build tool. >> CMake Error: Error required internal CMake variable not set, cmake may >> be not be built correctly. >> Missing variable is: >> CMAKE_C_COMPILER_ENV_VAR >> CMake Error: Error required internal CMake variable not set, cmake may >> be not be built correctly. >> Missing variable is: >> CMAKE_C_COMPILER >> CMake Error: Could not find cmake module >> file:D:/src/ctk/CTK-build64/CMakeFiles/CMakeCCompiler.cmake >> CMake Error: Error required internal CMake variable not set, cmake may >> be not be built correctly. >> Missing variable is: >> CMAKE_CXX_COMPILER_ENV_VAR >> CMake Error: Error required internal CMake variable not set, cmake may >> be not be built correctly. >> Missing variable is: >> CMAKE_CXX_COMPILER >> CMake Error: Could not find cmake module >> file:D:/src/ctk/CTK-build64/CMakeFiles/CMakeCXXCompiler.cmake >> CMake Error: CMAKE_C_COMPILER not set, after EnableLanguage >> CMake Error: CMAKE_CXX_COMPILER not set, after EnableLanguage >> Configuring incomplete, errors occurred! >> >> Any thoughts on where to go next? >> >> I personally think that this is a cmake problem-- it appears that Qt >> changed their versioning to be more year-based than straight number >> based, and that cmake hasn't updated their module to reflect that. ?I >> can't build vtk with the most recent qt either. >> >> Mark >> >> >> >> On Wed, Jan 12, 2011 at 4:34 PM, Julien Finet >> wrote: >> > Hi Mark, >> > You should use the qmake.exe located in?D:/Qt/2010.05/qt/bin instead of >> > ?D:/Qt/2010.05/qt/qmake >> > No need to add the qt dir in the path nor locate it anywhere special. >> > Julien. >> > On Wed, Jan 12, 2011 at 7:13 PM, Mark Roden wrote: >> >> >> >> Changing the install directory to d:/qt did not work. ?I don't have >> >> any space left on my c: drive; is that the only way to get qt and ctk >> >> to work well together, to have it be on the root drive? >> >> >> >> Thanks, >> >> Mark >> >> >> >> On Wed, Jan 12, 2011 at 2:57 PM, Mark Roden wrote: >> >> > OK, I'll check it out. >> >> > >> >> > Is that a bug in the cmake module then? ?I feel like there should be >> >> > some place where I can specify, exactly, where qt is. >> >> > >> >> > Thanks, >> >> > Mark >> >> > >> >> > On Wed, Jan 12, 2011 at 2:53 PM, Dean Inglis >> >> > wrote: >> >> >> Hi Mark, >> >> >> >> >> >> I had similar issues when building VTK with QT GUI support. >> >> >> Try installing Qt ( qt-win-opensource-4.7.1-vs2008.exe) >> >> >> to just D:/Qt as root instead of >> >> >> D:/Qt/2010.05, add D:/Qt/bin and D:/Qt/qt/bin to >> >> >> your path environment variable. ?I installed to C:/Qt >> >> >> even though all my development is done on a D: drive >> >> >> and those issues issues have since resolved. >> >> >> >> >> >> Dean >> >> >> >> >> >> >> >> >> ----- Original Message ----- From: "Mark Roden" >> >> >> To: >> >> >> Cc: "Alexandre Gouaillard" >> >> >> Sent: Wednesday, January 12, 2011 5:37 PM >> >> >> Subject: [Ctk-developers] getting things to work in windows >> >> >> >> >> >> >> >> >>> Hi all, >> >> >>> >> >> >>> I'm a developer who's working on gdcm/itk/vtk, and now am trying to >> >> >>> familiarize myself with ctk. ?I apologize if this email should go >> >> >>> to a >> >> >>> 'users' list instead of a developers list, but google finds too >> >> >>> many >> >> >>> instances of 'Christ The King' for ctk to be helpful. ?Also, the >> >> >>> list >> >> >>> that appears here doesn't contain a users version of the list (for >> >> >>> itk >> >> >>> or vtk either, for that matter): >> >> >>> >> >> >>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-users >> >> >>> >> >> >>> Anyway, I can't get ctk to build on my machine (Windows 7 x64, >> >> >>> vs2008). ?I've installed Qt 2010.5, lgpl edition, including mingw. >> >> >>> Trying to build ctk from the git head produces the following error, >> >> >>> regardless of using 32bit or 64 bit compilers: >> >> >>> >> >> >>> CMake Error at CMake/ctkMacroSetupQt.cmake:55 (MESSAGE): >> >> >>> ?error: Qt4 was not found on your system. ?You probably need to set >> >> >>> the >> >> >>> ?QT_QMAKE_EXECUTABLE variable >> >> >>> Call Stack (most recent call first): >> >> >>> ?CMakeLists.txt:280 (ctkMacroSetupQt) >> >> >>> >> >> >>> I've found the qmake exe, it's located in >> >> >>> D:/Qt/2010.05/qt/qmake/qmake.exe, but then the cmake file reruns >> >> >>> and >> >> >>> changes that value to D:/Qt/2010.05/qt/qmake/qmake.exe-NOTFOUND, >> >> >>> which >> >> >>> is clearly incorrect. ?Changing that value by hand also produces >> >> >>> the >> >> >>> following warning: >> >> >>> >> >> >>> Warning: QT_QMAKE_EXECUTABLE reported QT_INSTALL_LIBS as >> >> >>> >> >> >>> >> >> >>> >> >> >>> C:/qt-greenhouse/Trolltech/Code_less_create_more/Trolltech/Code_less_create_more/Troll/4.6/qt/lib >> >> >>> Warning: >> >> >>> >> >> >>> >> >> >>> C:/qt-greenhouse/Trolltech/Code_less_create_more/Trolltech/Code_less_create_more/Troll/4.6/qt/lib >> >> >>> does NOT exist, Qt must NOT be installed correctly. >> >> >>> >> >> >>> I have no qt-greenhouse directory in the C: drive, so I'm not sure >> >> >>> where those values are coming from. >> >> >>> >> >> >>> Thanks for any help, >> >> >>> Mark >> >> >>> _______________________________________________ >> >> >>> Ctk-developers mailing list >> >> >>> Ctk-developers at commontk.org >> >> >>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers >> >> >> >> >> >> >> >> > >> >> _______________________________________________ >> >> Ctk-developers mailing list >> >> Ctk-developers at commontk.org >> >> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers >> > >> > > > From arnaud_gelas at hms.harvard.edu Thu Jan 13 19:32:20 2011 From: arnaud_gelas at hms.harvard.edu (Arnaud GELAS) Date: Thu, 13 Jan 2011 14:32:20 -0500 Subject: [Ctk-developers] getting things to work in windows In-Reply-To: References: <908DD81837444024BDC1DCA49762D4D6@Hyoid> Message-ID: <4D2F5344.90203@hms.harvard.edu> Have a look at this: http://sourceforge.net/apps/trac/gofigure2/wiki/DeveloperSetUpWindows#a1.3Qt On 01/13/2011 02:30 PM, Mark Roden wrote: > I want to use visual studio. One of the default Qt installation > options is to install mingw, so I went ahead and did it. > > I'll look into compiling qt for myself, then, in visual studio. > > Thanks, > Mark > > On Thu, Jan 13, 2011 at 11:05 AM, Julien Finet wrote: >> What are you trying to achieve here? do you want to use Mingw or Visual >> Studio ? >> I'm not a user of Mingw, but it seems odd that Qt installs Mingw on your >> machine. >> How did you install mingw ? do you manage to build other projects ? >> If you want to use visual studio, then you need to get Qt for Visual studio >> (if it exists) or compile qt yourself. >> Julien. >> >> On Thu, Jan 13, 2011 at 11:43 AM, Mark Roden wrote: >>> Hi Julien, >>> >>> Ah, this may be why I'm unable to run cmake directly-- there is no >>> qmake in my d:\qt\bin directory, only in the qmake directory. >>> >>> There is a d:\qt\qt\bin directory that has a qmake in it. Hopefully, >>> it's the same thing. >>> >>> I get this error next: >>> CMake Error at C:/Program Files (x86)/CMake >>> 2.8/share/cmake-2.8/Modules/FindQt4.cmake:788 (MESSAGE): >>> It appears you're trying to use Visual Studio with Qt built by mingw >>> Call Stack (most recent call first): >>> CMake/ctkMacroSetupQt.cmake:29 (FIND_PACKAGE) >>> CMakeLists.txt:280 (ctkMacroSetupQt) >>> >>> Since I selected the option to allow qt to install mingw on my system, >>> I then deleted the cmake cache and tried to rerun with the option to >>> use mingw as the makefile generator, resulting in: >>> CMake Error: CMake was unable to find a build program corresponding to >>> "MinGW Makefiles". CMAKE_MAKE_PROGRAM is not set. You probably need >>> to select a different build tool. >>> CMake Error: CMake was unable to find a build program corresponding to >>> "MinGW Makefiles". CMAKE_MAKE_PROGRAM is not set. You probably need >>> to select a different build tool. >>> CMake Error: Error required internal CMake variable not set, cmake may >>> be not be built correctly. >>> Missing variable is: >>> CMAKE_C_COMPILER_ENV_VAR >>> CMake Error: Error required internal CMake variable not set, cmake may >>> be not be built correctly. >>> Missing variable is: >>> CMAKE_C_COMPILER >>> CMake Error: Could not find cmake module >>> file:D:/src/ctk/CTK-build64/CMakeFiles/CMakeCCompiler.cmake >>> CMake Error: Error required internal CMake variable not set, cmake may >>> be not be built correctly. >>> Missing variable is: >>> CMAKE_CXX_COMPILER_ENV_VAR >>> CMake Error: Error required internal CMake variable not set, cmake may >>> be not be built correctly. >>> Missing variable is: >>> CMAKE_CXX_COMPILER >>> CMake Error: Could not find cmake module >>> file:D:/src/ctk/CTK-build64/CMakeFiles/CMakeCXXCompiler.cmake >>> CMake Error: CMAKE_C_COMPILER not set, after EnableLanguage >>> CMake Error: CMAKE_CXX_COMPILER not set, after EnableLanguage >>> Configuring incomplete, errors occurred! >>> >>> Any thoughts on where to go next? >>> >>> I personally think that this is a cmake problem-- it appears that Qt >>> changed their versioning to be more year-based than straight number >>> based, and that cmake hasn't updated their module to reflect that. I >>> can't build vtk with the most recent qt either. >>> >>> Mark >>> >>> >>> >>> On Wed, Jan 12, 2011 at 4:34 PM, Julien Finet >>> wrote: >>>> Hi Mark, >>>> You should use the qmake.exe located in D:/Qt/2010.05/qt/bin instead of >>>> D:/Qt/2010.05/qt/qmake >>>> No need to add the qt dir in the path nor locate it anywhere special. >>>> Julien. >>>> On Wed, Jan 12, 2011 at 7:13 PM, Mark Roden wrote: >>>>> Changing the install directory to d:/qt did not work. I don't have >>>>> any space left on my c: drive; is that the only way to get qt and ctk >>>>> to work well together, to have it be on the root drive? >>>>> >>>>> Thanks, >>>>> Mark >>>>> >>>>> On Wed, Jan 12, 2011 at 2:57 PM, Mark Roden wrote: >>>>>> OK, I'll check it out. >>>>>> >>>>>> Is that a bug in the cmake module then? I feel like there should be >>>>>> some place where I can specify, exactly, where qt is. >>>>>> >>>>>> Thanks, >>>>>> Mark >>>>>> >>>>>> On Wed, Jan 12, 2011 at 2:53 PM, Dean Inglis >>>>>> wrote: >>>>>>> Hi Mark, >>>>>>> >>>>>>> I had similar issues when building VTK with QT GUI support. >>>>>>> Try installing Qt ( qt-win-opensource-4.7.1-vs2008.exe) >>>>>>> to just D:/Qt as root instead of >>>>>>> D:/Qt/2010.05, add D:/Qt/bin and D:/Qt/qt/bin to >>>>>>> your path environment variable. I installed to C:/Qt >>>>>>> even though all my development is done on a D: drive >>>>>>> and those issues issues have since resolved. >>>>>>> >>>>>>> Dean >>>>>>> >>>>>>> >>>>>>> ----- Original Message ----- From: "Mark Roden" >>>>>>> To: >>>>>>> Cc: "Alexandre Gouaillard" >>>>>>> Sent: Wednesday, January 12, 2011 5:37 PM >>>>>>> Subject: [Ctk-developers] getting things to work in windows >>>>>>> >>>>>>> >>>>>>>> Hi all, >>>>>>>> >>>>>>>> I'm a developer who's working on gdcm/itk/vtk, and now am trying to >>>>>>>> familiarize myself with ctk. I apologize if this email should go >>>>>>>> to a >>>>>>>> 'users' list instead of a developers list, but google finds too >>>>>>>> many >>>>>>>> instances of 'Christ The King' for ctk to be helpful. Also, the >>>>>>>> list >>>>>>>> that appears here doesn't contain a users version of the list (for >>>>>>>> itk >>>>>>>> or vtk either, for that matter): >>>>>>>> >>>>>>>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-users >>>>>>>> >>>>>>>> Anyway, I can't get ctk to build on my machine (Windows 7 x64, >>>>>>>> vs2008). I've installed Qt 2010.5, lgpl edition, including mingw. >>>>>>>> Trying to build ctk from the git head produces the following error, >>>>>>>> regardless of using 32bit or 64 bit compilers: >>>>>>>> >>>>>>>> CMake Error at CMake/ctkMacroSetupQt.cmake:55 (MESSAGE): >>>>>>>> error: Qt4 was not found on your system. You probably need to set >>>>>>>> the >>>>>>>> QT_QMAKE_EXECUTABLE variable >>>>>>>> Call Stack (most recent call first): >>>>>>>> CMakeLists.txt:280 (ctkMacroSetupQt) >>>>>>>> >>>>>>>> I've found the qmake exe, it's located in >>>>>>>> D:/Qt/2010.05/qt/qmake/qmake.exe, but then the cmake file reruns >>>>>>>> and >>>>>>>> changes that value to D:/Qt/2010.05/qt/qmake/qmake.exe-NOTFOUND, >>>>>>>> which >>>>>>>> is clearly incorrect. Changing that value by hand also produces >>>>>>>> the >>>>>>>> following warning: >>>>>>>> >>>>>>>> Warning: QT_QMAKE_EXECUTABLE reported QT_INSTALL_LIBS as >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> C:/qt-greenhouse/Trolltech/Code_less_create_more/Trolltech/Code_less_create_more/Troll/4.6/qt/lib >>>>>>>> Warning: >>>>>>>> >>>>>>>> >>>>>>>> C:/qt-greenhouse/Trolltech/Code_less_create_more/Trolltech/Code_less_create_more/Troll/4.6/qt/lib >>>>>>>> does NOT exist, Qt must NOT be installed correctly. >>>>>>>> >>>>>>>> I have no qt-greenhouse directory in the C: drive, so I'm not sure >>>>>>>> where those values are coming from. >>>>>>>> >>>>>>>> Thanks for any help, >>>>>>>> Mark >>>>>>>> _______________________________________________ >>>>>>>> Ctk-developers mailing list >>>>>>>> Ctk-developers at commontk.org >>>>>>>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers >>>>>>> >>>>> _______________________________________________ >>>>> Ctk-developers mailing list >>>>> Ctk-developers at commontk.org >>>>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers >>>> >> > _______________________________________________ > Ctk-developers mailing list > Ctk-developers at commontk.org > http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers From agouaillard at gmail.com Thu Jan 13 19:35:07 2011 From: agouaillard at gmail.com (GOUAILLARD Alexandre) Date: Thu, 13 Jan 2011 12:35:07 -0700 Subject: [Ctk-developers] getting things to work in windows In-Reply-To: Message-ID: Hi mark, I don't know if it is up to date, but Arnaud had set up a page for that here: http://sourceforge.net/apps/trac/gofigure2/wiki/DeveloperSetUpWindows Alex. On 13/01/2011 12:30 PM, "Mark Roden" wrote: > I want to use visual studio. One of the default Qt installation > options is to install mingw, so I went ahead and did it. > > I'll look into compiling qt for myself, then, in visual studio. > > Thanks, > Mark > > On Thu, Jan 13, 2011 at 11:05 AM, Julien Finet > wrote: >> What are you trying to achieve here? do you want to use Mingw or Visual >> Studio ? >> I'm not a user of Mingw, but it seems odd that Qt installs Mingw on your >> machine. >> How did you install mingw ? do you manage to build other projects ? >> If you want to use visual studio, then you need to get Qt for Visual studio >> (if it exists) or compile qt yourself. >> Julien. >> >> On Thu, Jan 13, 2011 at 11:43 AM, Mark Roden wrote: >>> >>> Hi Julien, >>> >>> Ah, this may be why I'm unable to run cmake directly-- there is no >>> qmake in my d:\qt\bin directory, only in the qmake directory. >>> >>> There is a d:\qt\qt\bin directory that has a qmake in it. ?Hopefully, >>> it's the same thing. >>> >>> I get this error next: >>> CMake Error at C:/Program Files (x86)/CMake >>> 2.8/share/cmake-2.8/Modules/FindQt4.cmake:788 (MESSAGE): >>> ?It appears you're trying to use Visual Studio with Qt built by mingw >>> Call Stack (most recent call first): >>> ?CMake/ctkMacroSetupQt.cmake:29 (FIND_PACKAGE) >>> ?CMakeLists.txt:280 (ctkMacroSetupQt) >>> >>> Since I selected the option to allow qt to install mingw on my system, >>> I then deleted the cmake cache and tried to rerun with the option to >>> use mingw as the makefile generator, resulting in: >>> CMake Error: CMake was unable to find a build program corresponding to >>> "MinGW Makefiles". ?CMAKE_MAKE_PROGRAM is not set. ?You probably need >>> to select a different build tool. >>> CMake Error: CMake was unable to find a build program corresponding to >>> "MinGW Makefiles". ?CMAKE_MAKE_PROGRAM is not set. ?You probably need >>> to select a different build tool. >>> CMake Error: Error required internal CMake variable not set, cmake may >>> be not be built correctly. >>> Missing variable is: >>> CMAKE_C_COMPILER_ENV_VAR >>> CMake Error: Error required internal CMake variable not set, cmake may >>> be not be built correctly. >>> Missing variable is: >>> CMAKE_C_COMPILER >>> CMake Error: Could not find cmake module >>> file:D:/src/ctk/CTK-build64/CMakeFiles/CMakeCCompiler.cmake >>> CMake Error: Error required internal CMake variable not set, cmake may >>> be not be built correctly. >>> Missing variable is: >>> CMAKE_CXX_COMPILER_ENV_VAR >>> CMake Error: Error required internal CMake variable not set, cmake may >>> be not be built correctly. >>> Missing variable is: >>> CMAKE_CXX_COMPILER >>> CMake Error: Could not find cmake module >>> file:D:/src/ctk/CTK-build64/CMakeFiles/CMakeCXXCompiler.cmake >>> CMake Error: CMAKE_C_COMPILER not set, after EnableLanguage >>> CMake Error: CMAKE_CXX_COMPILER not set, after EnableLanguage >>> Configuring incomplete, errors occurred! >>> >>> Any thoughts on where to go next? >>> >>> I personally think that this is a cmake problem-- it appears that Qt >>> changed their versioning to be more year-based than straight number >>> based, and that cmake hasn't updated their module to reflect that. ?I >>> can't build vtk with the most recent qt either. >>> >>> Mark >>> >>> >>> >>> On Wed, Jan 12, 2011 at 4:34 PM, Julien Finet >>> wrote: >>>> Hi Mark, >>>> You should use the qmake.exe located in?D:/Qt/2010.05/qt/bin instead of >>>> ?D:/Qt/2010.05/qt/qmake >>>> No need to add the qt dir in the path nor locate it anywhere special. >>>> Julien. >>>> On Wed, Jan 12, 2011 at 7:13 PM, Mark Roden wrote: >>>>> >>>>> Changing the install directory to d:/qt did not work. ?I don't have >>>>> any space left on my c: drive; is that the only way to get qt and ctk >>>>> to work well together, to have it be on the root drive? >>>>> >>>>> Thanks, >>>>> Mark >>>>> >>>>> On Wed, Jan 12, 2011 at 2:57 PM, Mark Roden wrote: >>>>>> OK, I'll check it out. >>>>>> >>>>>> Is that a bug in the cmake module then? ?I feel like there should be >>>>>> some place where I can specify, exactly, where qt is. >>>>>> >>>>>> Thanks, >>>>>> Mark >>>>>> >>>>>> On Wed, Jan 12, 2011 at 2:53 PM, Dean Inglis >>>>>> wrote: >>>>>>> Hi Mark, >>>>>>> >>>>>>> I had similar issues when building VTK with QT GUI support. >>>>>>> Try installing Qt ( qt-win-opensource-4.7.1-vs2008.exe) >>>>>>> to just D:/Qt as root instead of >>>>>>> D:/Qt/2010.05, add D:/Qt/bin and D:/Qt/qt/bin to >>>>>>> your path environment variable. ?I installed to C:/Qt >>>>>>> even though all my development is done on a D: drive >>>>>>> and those issues issues have since resolved. >>>>>>> >>>>>>> Dean >>>>>>> >>>>>>> >>>>>>> ----- Original Message ----- From: "Mark Roden" >>>>>>> To: >>>>>>> Cc: "Alexandre Gouaillard" >>>>>>> Sent: Wednesday, January 12, 2011 5:37 PM >>>>>>> Subject: [Ctk-developers] getting things to work in windows >>>>>>> >>>>>>> >>>>>>>> Hi all, >>>>>>>> >>>>>>>> I'm a developer who's working on gdcm/itk/vtk, and now am trying to >>>>>>>> familiarize myself with ctk. ?I apologize if this email should go >>>>>>>> to a >>>>>>>> 'users' list instead of a developers list, but google finds too >>>>>>>> many >>>>>>>> instances of 'Christ The King' for ctk to be helpful. ?Also, the >>>>>>>> list >>>>>>>> that appears here doesn't contain a users version of the list (for >>>>>>>> itk >>>>>>>> or vtk either, for that matter): >>>>>>>> >>>>>>>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-users >>>>>>>> >>>>>>>> Anyway, I can't get ctk to build on my machine (Windows 7 x64, >>>>>>>> vs2008). ?I've installed Qt 2010.5, lgpl edition, including mingw. >>>>>>>> Trying to build ctk from the git head produces the following error, >>>>>>>> regardless of using 32bit or 64 bit compilers: >>>>>>>> >>>>>>>> CMake Error at CMake/ctkMacroSetupQt.cmake:55 (MESSAGE): >>>>>>>> ?error: Qt4 was not found on your system. ?You probably need to set >>>>>>>> the >>>>>>>> ?QT_QMAKE_EXECUTABLE variable >>>>>>>> Call Stack (most recent call first): >>>>>>>> ?CMakeLists.txt:280 (ctkMacroSetupQt) >>>>>>>> >>>>>>>> I've found the qmake exe, it's located in >>>>>>>> D:/Qt/2010.05/qt/qmake/qmake.exe, but then the cmake file reruns >>>>>>>> and >>>>>>>> changes that value to D:/Qt/2010.05/qt/qmake/qmake.exe-NOTFOUND, >>>>>>>> which >>>>>>>> is clearly incorrect. ?Changing that value by hand also produces >>>>>>>> the >>>>>>>> following warning: >>>>>>>> >>>>>>>> Warning: QT_QMAKE_EXECUTABLE reported QT_INSTALL_LIBS as >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> C:/qt-greenhouse/Trolltech/Code_less_create_more/Trolltech/Code_less_cr >>>>>>>> eate_more/Troll/4.6/qt/lib >>>>>>>> Warning: >>>>>>>> >>>>>>>> >>>>>>>> C:/qt-greenhouse/Trolltech/Code_less_create_more/Trolltech/Code_less_cr >>>>>>>> eate_more/Troll/4.6/qt/lib >>>>>>>> does NOT exist, Qt must NOT be installed correctly. >>>>>>>> >>>>>>>> I have no qt-greenhouse directory in the C: drive, so I'm not sure >>>>>>>> where those values are coming from. >>>>>>>> >>>>>>>> Thanks for any help, >>>>>>>> Mark >>>>>>>> _______________________________________________ >>>>>>>> Ctk-developers mailing list >>>>>>>> Ctk-developers at commontk.org >>>>>>>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers >>>>>>> >>>>>>> >>>>>> >>>>> _______________________________________________ >>>>> Ctk-developers mailing list >>>>> Ctk-developers at commontk.org >>>>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers >>>> >>>> >> >> From mmroden at gmail.com Fri Jan 14 00:09:18 2011 From: mmroden at gmail.com (Mark Roden) Date: Thu, 13 Jan 2011 16:09:18 -0800 Subject: [Ctk-developers] getting things to work in windows In-Reply-To: <4D2F5344.90203@hms.harvard.edu> References: <908DD81837444024BDC1DCA49762D4D6@Hyoid> <4D2F5344.90203@hms.harvard.edu> Message-ID: So after running for however long (I went away and came back, it's not an instant compilation), I got this compilation error: api\qscriptextensionplugin.h(43): Error: Undefined interface NMAKE : fatal error U1077: 'D:\Qt\2010.05\qt\bin\moc.exe' : return code '0x1' Stop. NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual Studio 9.0\VC\BIN\nmake.exe"' : return code '0x2' Stop. NMAKE : fatal error U1077: 'cd' : return code '0x2' Stop. Any ideas, or just go right to the qt boards? On Thu, Jan 13, 2011 at 11:32 AM, Arnaud GELAS wrote: > Have a look at this: > http://sourceforge.net/apps/trac/gofigure2/wiki/DeveloperSetUpWindows#a1.3Qt > > On 01/13/2011 02:30 PM, Mark Roden wrote: >> >> I want to use visual studio. ?One of the default Qt installation >> options is to install mingw, so I went ahead and did it. >> >> I'll look into compiling qt for myself, then, in visual studio. >> >> Thanks, >> Mark >> >> On Thu, Jan 13, 2011 at 11:05 AM, Julien Finet >> ?wrote: >>> >>> What are you trying to achieve here? do you want to use Mingw or Visual >>> Studio ? >>> I'm not a user of Mingw, but it seems odd that Qt installs Mingw on your >>> machine. >>> How did you install mingw ? do you manage to build other projects ? >>> If you want to use visual studio, then you need to get Qt for Visual >>> studio >>> (if it exists) or compile qt yourself. >>> Julien. >>> >>> On Thu, Jan 13, 2011 at 11:43 AM, Mark Roden ?wrote: >>>> >>>> Hi Julien, >>>> >>>> Ah, this may be why I'm unable to run cmake directly-- there is no >>>> qmake in my d:\qt\bin directory, only in the qmake directory. >>>> >>>> There is a d:\qt\qt\bin directory that has a qmake in it. ?Hopefully, >>>> it's the same thing. >>>> >>>> I get this error next: >>>> CMake Error at C:/Program Files (x86)/CMake >>>> 2.8/share/cmake-2.8/Modules/FindQt4.cmake:788 (MESSAGE): >>>> ?It appears you're trying to use Visual Studio with Qt built by mingw >>>> Call Stack (most recent call first): >>>> ?CMake/ctkMacroSetupQt.cmake:29 (FIND_PACKAGE) >>>> ?CMakeLists.txt:280 (ctkMacroSetupQt) >>>> >>>> Since I selected the option to allow qt to install mingw on my system, >>>> I then deleted the cmake cache and tried to rerun with the option to >>>> use mingw as the makefile generator, resulting in: >>>> CMake Error: CMake was unable to find a build program corresponding to >>>> "MinGW Makefiles". ?CMAKE_MAKE_PROGRAM is not set. ?You probably need >>>> to select a different build tool. >>>> CMake Error: CMake was unable to find a build program corresponding to >>>> "MinGW Makefiles". ?CMAKE_MAKE_PROGRAM is not set. ?You probably need >>>> to select a different build tool. >>>> CMake Error: Error required internal CMake variable not set, cmake may >>>> be not be built correctly. >>>> Missing variable is: >>>> CMAKE_C_COMPILER_ENV_VAR >>>> CMake Error: Error required internal CMake variable not set, cmake may >>>> be not be built correctly. >>>> Missing variable is: >>>> CMAKE_C_COMPILER >>>> CMake Error: Could not find cmake module >>>> file:D:/src/ctk/CTK-build64/CMakeFiles/CMakeCCompiler.cmake >>>> CMake Error: Error required internal CMake variable not set, cmake may >>>> be not be built correctly. >>>> Missing variable is: >>>> CMAKE_CXX_COMPILER_ENV_VAR >>>> CMake Error: Error required internal CMake variable not set, cmake may >>>> be not be built correctly. >>>> Missing variable is: >>>> CMAKE_CXX_COMPILER >>>> CMake Error: Could not find cmake module >>>> file:D:/src/ctk/CTK-build64/CMakeFiles/CMakeCXXCompiler.cmake >>>> CMake Error: CMAKE_C_COMPILER not set, after EnableLanguage >>>> CMake Error: CMAKE_CXX_COMPILER not set, after EnableLanguage >>>> Configuring incomplete, errors occurred! >>>> >>>> Any thoughts on where to go next? >>>> >>>> I personally think that this is a cmake problem-- it appears that Qt >>>> changed their versioning to be more year-based than straight number >>>> based, and that cmake hasn't updated their module to reflect that. ?I >>>> can't build vtk with the most recent qt either. >>>> >>>> Mark >>>> >>>> >>>> >>>> On Wed, Jan 12, 2011 at 4:34 PM, Julien Finet >>>> wrote: >>>>> >>>>> Hi Mark, >>>>> You should use the qmake.exe located in D:/Qt/2010.05/qt/bin instead of >>>>> ?D:/Qt/2010.05/qt/qmake >>>>> No need to add the qt dir in the path nor locate it anywhere special. >>>>> Julien. >>>>> On Wed, Jan 12, 2011 at 7:13 PM, Mark Roden ?wrote: >>>>>> >>>>>> Changing the install directory to d:/qt did not work. ?I don't have >>>>>> any space left on my c: drive; is that the only way to get qt and ctk >>>>>> to work well together, to have it be on the root drive? >>>>>> >>>>>> Thanks, >>>>>> Mark >>>>>> >>>>>> On Wed, Jan 12, 2011 at 2:57 PM, Mark Roden ?wrote: >>>>>>> >>>>>>> OK, I'll check it out. >>>>>>> >>>>>>> Is that a bug in the cmake module then? ?I feel like there should be >>>>>>> some place where I can specify, exactly, where qt is. >>>>>>> >>>>>>> Thanks, >>>>>>> Mark >>>>>>> >>>>>>> On Wed, Jan 12, 2011 at 2:53 PM, Dean Inglis >>>>>>> wrote: >>>>>>>> >>>>>>>> Hi Mark, >>>>>>>> >>>>>>>> I had similar issues when building VTK with QT GUI support. >>>>>>>> Try installing Qt ( qt-win-opensource-4.7.1-vs2008.exe) >>>>>>>> to just D:/Qt as root instead of >>>>>>>> D:/Qt/2010.05, add D:/Qt/bin and D:/Qt/qt/bin to >>>>>>>> your path environment variable. ?I installed to C:/Qt >>>>>>>> even though all my development is done on a D: drive >>>>>>>> and those issues issues have since resolved. >>>>>>>> >>>>>>>> Dean >>>>>>>> >>>>>>>> >>>>>>>> ----- Original Message ----- From: "Mark Roden" >>>>>>>> To: >>>>>>>> Cc: "Alexandre Gouaillard" >>>>>>>> Sent: Wednesday, January 12, 2011 5:37 PM >>>>>>>> Subject: [Ctk-developers] getting things to work in windows >>>>>>>> >>>>>>>> >>>>>>>>> Hi all, >>>>>>>>> >>>>>>>>> I'm a developer who's working on gdcm/itk/vtk, and now am trying to >>>>>>>>> familiarize myself with ctk. ?I apologize if this email should go >>>>>>>>> to a >>>>>>>>> 'users' list instead of a developers list, but google finds too >>>>>>>>> many >>>>>>>>> instances of 'Christ The King' for ctk to be helpful. ?Also, the >>>>>>>>> list >>>>>>>>> that appears here doesn't contain a users version of the list (for >>>>>>>>> itk >>>>>>>>> or vtk either, for that matter): >>>>>>>>> >>>>>>>>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-users >>>>>>>>> >>>>>>>>> Anyway, I can't get ctk to build on my machine (Windows 7 x64, >>>>>>>>> vs2008). ?I've installed Qt 2010.5, lgpl edition, including mingw. >>>>>>>>> Trying to build ctk from the git head produces the following error, >>>>>>>>> regardless of using 32bit or 64 bit compilers: >>>>>>>>> >>>>>>>>> CMake Error at CMake/ctkMacroSetupQt.cmake:55 (MESSAGE): >>>>>>>>> ?error: Qt4 was not found on your system. ?You probably need to set >>>>>>>>> the >>>>>>>>> ?QT_QMAKE_EXECUTABLE variable >>>>>>>>> Call Stack (most recent call first): >>>>>>>>> ?CMakeLists.txt:280 (ctkMacroSetupQt) >>>>>>>>> >>>>>>>>> I've found the qmake exe, it's located in >>>>>>>>> D:/Qt/2010.05/qt/qmake/qmake.exe, but then the cmake file reruns >>>>>>>>> and >>>>>>>>> changes that value to D:/Qt/2010.05/qt/qmake/qmake.exe-NOTFOUND, >>>>>>>>> which >>>>>>>>> is clearly incorrect. ?Changing that value by hand also produces >>>>>>>>> the >>>>>>>>> following warning: >>>>>>>>> >>>>>>>>> Warning: QT_QMAKE_EXECUTABLE reported QT_INSTALL_LIBS as >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> C:/qt-greenhouse/Trolltech/Code_less_create_more/Trolltech/Code_less_create_more/Troll/4.6/qt/lib >>>>>>>>> Warning: >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> C:/qt-greenhouse/Trolltech/Code_less_create_more/Trolltech/Code_less_create_more/Troll/4.6/qt/lib >>>>>>>>> does NOT exist, Qt must NOT be installed correctly. >>>>>>>>> >>>>>>>>> I have no qt-greenhouse directory in the C: drive, so I'm not sure >>>>>>>>> where those values are coming from. >>>>>>>>> >>>>>>>>> Thanks for any help, >>>>>>>>> Mark >>>>>>>>> _______________________________________________ >>>>>>>>> Ctk-developers mailing list >>>>>>>>> Ctk-developers at commontk.org >>>>>>>>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers >>>>>>>> >>>>>> _______________________________________________ >>>>>> Ctk-developers mailing list >>>>>> Ctk-developers at commontk.org >>>>>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers >>>>> >>> >> _______________________________________________ >> Ctk-developers mailing list >> Ctk-developers at commontk.org >> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers > > From Arnaud_Gelas at hms.harvard.edu Fri Jan 14 14:26:42 2011 From: Arnaud_Gelas at hms.harvard.edu (Gelas, Arnaud Joel Florent) Date: Fri, 14 Jan 2011 09:26:42 -0500 Subject: [Ctk-developers] getting things to work in windows In-Reply-To: References: <908DD81837444024BDC1DCA49762D4D6@Hyoid> <4D2F5344.90203@hms.harvard.edu>, Message-ID: Hi Mark, To speed up the compilation you can only compile the release libraries (unless you want to be able to debug some qt stuff too). Now regarding the error, I may be wrong but I thought "C:\Program Files (x86)\" is for 32 bit software (I may be wrong on that one)? Do you use the qt source tarball? HTH, Arnaud ________________________________________ From: Mark Roden [mmroden at gmail.com] Sent: Thursday, January 13, 2011 7:09 PM To: Gelas, Arnaud Joel Florent Cc: Julien Finet; ctk-developers at commontk.org Subject: Re: [Ctk-developers] getting things to work in windows So after running for however long (I went away and came back, it's not an instant compilation), I got this compilation error: api\qscriptextensionplugin.h(43): Error: Undefined interface NMAKE : fatal error U1077: 'D:\Qt\2010.05\qt\bin\moc.exe' : return code '0x1' Stop. NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual Studio 9.0\VC\BIN\nmake.exe"' : return code '0x2' Stop. NMAKE : fatal error U1077: 'cd' : return code '0x2' Stop. Any ideas, or just go right to the qt boards? On Thu, Jan 13, 2011 at 11:32 AM, Arnaud GELAS wrote: > Have a look at this: > http://sourceforge.net/apps/trac/gofigure2/wiki/DeveloperSetUpWindows#a1.3Qt > > On 01/13/2011 02:30 PM, Mark Roden wrote: >> >> I want to use visual studio. One of the default Qt installation >> options is to install mingw, so I went ahead and did it. >> >> I'll look into compiling qt for myself, then, in visual studio. >> >> Thanks, >> Mark >> >> On Thu, Jan 13, 2011 at 11:05 AM, Julien Finet >> wrote: >>> >>> What are you trying to achieve here? do you want to use Mingw or Visual >>> Studio ? >>> I'm not a user of Mingw, but it seems odd that Qt installs Mingw on your >>> machine. >>> How did you install mingw ? do you manage to build other projects ? >>> If you want to use visual studio, then you need to get Qt for Visual >>> studio >>> (if it exists) or compile qt yourself. >>> Julien. >>> >>> On Thu, Jan 13, 2011 at 11:43 AM, Mark Roden wrote: >>>> >>>> Hi Julien, >>>> >>>> Ah, this may be why I'm unable to run cmake directly-- there is no >>>> qmake in my d:\qt\bin directory, only in the qmake directory. >>>> >>>> There is a d:\qt\qt\bin directory that has a qmake in it. Hopefully, >>>> it's the same thing. >>>> >>>> I get this error next: >>>> CMake Error at C:/Program Files (x86)/CMake >>>> 2.8/share/cmake-2.8/Modules/FindQt4.cmake:788 (MESSAGE): >>>> It appears you're trying to use Visual Studio with Qt built by mingw >>>> Call Stack (most recent call first): >>>> CMake/ctkMacroSetupQt.cmake:29 (FIND_PACKAGE) >>>> CMakeLists.txt:280 (ctkMacroSetupQt) >>>> >>>> Since I selected the option to allow qt to install mingw on my system, >>>> I then deleted the cmake cache and tried to rerun with the option to >>>> use mingw as the makefile generator, resulting in: >>>> CMake Error: CMake was unable to find a build program corresponding to >>>> "MinGW Makefiles". CMAKE_MAKE_PROGRAM is not set. You probably need >>>> to select a different build tool. >>>> CMake Error: CMake was unable to find a build program corresponding to >>>> "MinGW Makefiles". CMAKE_MAKE_PROGRAM is not set. You probably need >>>> to select a different build tool. >>>> CMake Error: Error required internal CMake variable not set, cmake may >>>> be not be built correctly. >>>> Missing variable is: >>>> CMAKE_C_COMPILER_ENV_VAR >>>> CMake Error: Error required internal CMake variable not set, cmake may >>>> be not be built correctly. >>>> Missing variable is: >>>> CMAKE_C_COMPILER >>>> CMake Error: Could not find cmake module >>>> file:D:/src/ctk/CTK-build64/CMakeFiles/CMakeCCompiler.cmake >>>> CMake Error: Error required internal CMake variable not set, cmake may >>>> be not be built correctly. >>>> Missing variable is: >>>> CMAKE_CXX_COMPILER_ENV_VAR >>>> CMake Error: Error required internal CMake variable not set, cmake may >>>> be not be built correctly. >>>> Missing variable is: >>>> CMAKE_CXX_COMPILER >>>> CMake Error: Could not find cmake module >>>> file:D:/src/ctk/CTK-build64/CMakeFiles/CMakeCXXCompiler.cmake >>>> CMake Error: CMAKE_C_COMPILER not set, after EnableLanguage >>>> CMake Error: CMAKE_CXX_COMPILER not set, after EnableLanguage >>>> Configuring incomplete, errors occurred! >>>> >>>> Any thoughts on where to go next? >>>> >>>> I personally think that this is a cmake problem-- it appears that Qt >>>> changed their versioning to be more year-based than straight number >>>> based, and that cmake hasn't updated their module to reflect that. I >>>> can't build vtk with the most recent qt either. >>>> >>>> Mark >>>> >>>> >>>> >>>> On Wed, Jan 12, 2011 at 4:34 PM, Julien Finet >>>> wrote: >>>>> >>>>> Hi Mark, >>>>> You should use the qmake.exe located in D:/Qt/2010.05/qt/bin instead of >>>>> D:/Qt/2010.05/qt/qmake >>>>> No need to add the qt dir in the path nor locate it anywhere special. >>>>> Julien. >>>>> On Wed, Jan 12, 2011 at 7:13 PM, Mark Roden wrote: >>>>>> >>>>>> Changing the install directory to d:/qt did not work. I don't have >>>>>> any space left on my c: drive; is that the only way to get qt and ctk >>>>>> to work well together, to have it be on the root drive? >>>>>> >>>>>> Thanks, >>>>>> Mark >>>>>> >>>>>> On Wed, Jan 12, 2011 at 2:57 PM, Mark Roden wrote: >>>>>>> >>>>>>> OK, I'll check it out. >>>>>>> >>>>>>> Is that a bug in the cmake module then? I feel like there should be >>>>>>> some place where I can specify, exactly, where qt is. >>>>>>> >>>>>>> Thanks, >>>>>>> Mark >>>>>>> >>>>>>> On Wed, Jan 12, 2011 at 2:53 PM, Dean Inglis >>>>>>> wrote: >>>>>>>> >>>>>>>> Hi Mark, >>>>>>>> >>>>>>>> I had similar issues when building VTK with QT GUI support. >>>>>>>> Try installing Qt ( qt-win-opensource-4.7.1-vs2008.exe) >>>>>>>> to just D:/Qt as root instead of >>>>>>>> D:/Qt/2010.05, add D:/Qt/bin and D:/Qt/qt/bin to >>>>>>>> your path environment variable. I installed to C:/Qt >>>>>>>> even though all my development is done on a D: drive >>>>>>>> and those issues issues have since resolved. >>>>>>>> >>>>>>>> Dean >>>>>>>> >>>>>>>> >>>>>>>> ----- Original Message ----- From: "Mark Roden" >>>>>>>> To: >>>>>>>> Cc: "Alexandre Gouaillard" >>>>>>>> Sent: Wednesday, January 12, 2011 5:37 PM >>>>>>>> Subject: [Ctk-developers] getting things to work in windows >>>>>>>> >>>>>>>> >>>>>>>>> Hi all, >>>>>>>>> >>>>>>>>> I'm a developer who's working on gdcm/itk/vtk, and now am trying to >>>>>>>>> familiarize myself with ctk. I apologize if this email should go >>>>>>>>> to a >>>>>>>>> 'users' list instead of a developers list, but google finds too >>>>>>>>> many >>>>>>>>> instances of 'Christ The King' for ctk to be helpful. Also, the >>>>>>>>> list >>>>>>>>> that appears here doesn't contain a users version of the list (for >>>>>>>>> itk >>>>>>>>> or vtk either, for that matter): >>>>>>>>> >>>>>>>>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-users >>>>>>>>> >>>>>>>>> Anyway, I can't get ctk to build on my machine (Windows 7 x64, >>>>>>>>> vs2008). I've installed Qt 2010.5, lgpl edition, including mingw. >>>>>>>>> Trying to build ctk from the git head produces the following error, >>>>>>>>> regardless of using 32bit or 64 bit compilers: >>>>>>>>> >>>>>>>>> CMake Error at CMake/ctkMacroSetupQt.cmake:55 (MESSAGE): >>>>>>>>> error: Qt4 was not found on your system. You probably need to set >>>>>>>>> the >>>>>>>>> QT_QMAKE_EXECUTABLE variable >>>>>>>>> Call Stack (most recent call first): >>>>>>>>> CMakeLists.txt:280 (ctkMacroSetupQt) >>>>>>>>> >>>>>>>>> I've found the qmake exe, it's located in >>>>>>>>> D:/Qt/2010.05/qt/qmake/qmake.exe, but then the cmake file reruns >>>>>>>>> and >>>>>>>>> changes that value to D:/Qt/2010.05/qt/qmake/qmake.exe-NOTFOUND, >>>>>>>>> which >>>>>>>>> is clearly incorrect. Changing that value by hand also produces >>>>>>>>> the >>>>>>>>> following warning: >>>>>>>>> >>>>>>>>> Warning: QT_QMAKE_EXECUTABLE reported QT_INSTALL_LIBS as >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> C:/qt-greenhouse/Trolltech/Code_less_create_more/Trolltech/Code_less_create_more/Troll/4.6/qt/lib >>>>>>>>> Warning: >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> C:/qt-greenhouse/Trolltech/Code_less_create_more/Trolltech/Code_less_create_more/Troll/4.6/qt/lib >>>>>>>>> does NOT exist, Qt must NOT be installed correctly. >>>>>>>>> >>>>>>>>> I have no qt-greenhouse directory in the C: drive, so I'm not sure >>>>>>>>> where those values are coming from. >>>>>>>>> >>>>>>>>> Thanks for any help, >>>>>>>>> Mark >>>>>>>>> _______________________________________________ >>>>>>>>> Ctk-developers mailing list >>>>>>>>> Ctk-developers at commontk.org >>>>>>>>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers >>>>>>>> >>>>>> _______________________________________________ >>>>>> Ctk-developers mailing list >>>>>> Ctk-developers at commontk.org >>>>>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers >>>>> >>> >> _______________________________________________ >> Ctk-developers mailing list >> Ctk-developers at commontk.org >> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers > > From mmroden at gmail.com Sun Jan 16 20:09:57 2011 From: mmroden at gmail.com (Mark Roden) Date: Sun, 16 Jan 2011 12:09:57 -0800 Subject: [Ctk-developers] getting things to work in windows In-Reply-To: References: <908DD81837444024BDC1DCA49762D4D6@Hyoid> <4D2F5344.90203@hms.harvard.edu> Message-ID: So I've tried many different solutions, including: http://www.qtcentre.org/threads/19389-Qt-4.5-clean-up-build-dir-on-Windows http://www.qtcentre.org/threads/26245-Qt-4.6-api%5Cqscriptextensionplugin.h%2843%29-Error-Undefined-interface and so forth, still no joy. > Now regarding the error, I may be wrong but I thought "C:\Program Files (x86)\" is for 32 bit software (I may be wrong on that one)? That is true. Visual studio 2008 is 32 bit, but can still compile 64 bit. The relevant portion of the error is api\qscriptextensionplugin.h(43): Error: Undefined interface Not the rest; that's just saying which program failed (in that case, nmake, which is vs2008's make). > > Do you use the qt source tarball? I did, version 4.7.1 from the website. > i.e: install QT, install the necessary SDKs. Be sure that qmake is your > path. Then, and this killed most of my problems, run in your dos command box > (you will also use for starting compilation with configure) the visual > studio setup script vcvars.bat to setup all necessary environment variables, > e. g. for me this was: > c:\Programme\Microsoft Visual Studio 9.0\VC\vcvars.bat This is the equivalent of running in the vs2008 command prompt, which I'm doing. I think that this might be a problem with the particular version of Qt that I'm trying to use. I'm going to go to the message boards to try to find out if they have a solution for their more recent sdk versions that supposedly fix this problem. I hope it's not an issue that I'm running 64 bit windows 7. Mark On Fri, Jan 14, 2011 at 6:26 AM, Gelas, Arnaud Joel Florent wrote: > Hi Mark, > > To speed up the compilation you can only compile the release libraries (unless you want to be able to debug some qt stuff too). > > Now regarding the error, I may be wrong but I thought "C:\Program Files (x86)\" is for 32 bit software (I may be wrong on that one)? > > Do you use the qt source tarball? > > HTH, > Arnaud > > > ________________________________________ > From: Mark Roden [mmroden at gmail.com] > Sent: Thursday, January 13, 2011 7:09 PM > To: Gelas, Arnaud Joel Florent > Cc: Julien Finet; ctk-developers at commontk.org > Subject: Re: [Ctk-developers] getting things to work in windows > > So after running for however long (I went away and came back, it's not > an instant compilation), I got this compilation error: > > api\qscriptextensionplugin.h(43): Error: Undefined interface > NMAKE : fatal error U1077: 'D:\Qt\2010.05\qt\bin\moc.exe' : return code '0x1' > Stop. > NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual > Studio 9.0\VC\BIN\nmake.exe"' : return code '0x2' > Stop. > NMAKE : fatal error U1077: 'cd' : return code '0x2' > Stop. > > Any ideas, or just go right to the qt boards? > > On Thu, Jan 13, 2011 at 11:32 AM, Arnaud GELAS > wrote: >> Have a look at this: >> http://sourceforge.net/apps/trac/gofigure2/wiki/DeveloperSetUpWindows#a1.3Qt >> >> On 01/13/2011 02:30 PM, Mark Roden wrote: >>> >>> I want to use visual studio. ?One of the default Qt installation >>> options is to install mingw, so I went ahead and did it. >>> >>> I'll look into compiling qt for myself, then, in visual studio. >>> >>> Thanks, >>> Mark >>> >>> On Thu, Jan 13, 2011 at 11:05 AM, Julien Finet >>> ?wrote: >>>> >>>> What are you trying to achieve here? do you want to use Mingw or Visual >>>> Studio ? >>>> I'm not a user of Mingw, but it seems odd that Qt installs Mingw on your >>>> machine. >>>> How did you install mingw ? do you manage to build other projects ? >>>> If you want to use visual studio, then you need to get Qt for Visual >>>> studio >>>> (if it exists) or compile qt yourself. >>>> Julien. >>>> >>>> On Thu, Jan 13, 2011 at 11:43 AM, Mark Roden ?wrote: >>>>> >>>>> Hi Julien, >>>>> >>>>> Ah, this may be why I'm unable to run cmake directly-- there is no >>>>> qmake in my d:\qt\bin directory, only in the qmake directory. >>>>> >>>>> There is a d:\qt\qt\bin directory that has a qmake in it. ?Hopefully, >>>>> it's the same thing. >>>>> >>>>> I get this error next: >>>>> CMake Error at C:/Program Files (x86)/CMake >>>>> 2.8/share/cmake-2.8/Modules/FindQt4.cmake:788 (MESSAGE): >>>>> ?It appears you're trying to use Visual Studio with Qt built by mingw >>>>> Call Stack (most recent call first): >>>>> ?CMake/ctkMacroSetupQt.cmake:29 (FIND_PACKAGE) >>>>> ?CMakeLists.txt:280 (ctkMacroSetupQt) >>>>> >>>>> Since I selected the option to allow qt to install mingw on my system, >>>>> I then deleted the cmake cache and tried to rerun with the option to >>>>> use mingw as the makefile generator, resulting in: >>>>> CMake Error: CMake was unable to find a build program corresponding to >>>>> "MinGW Makefiles". ?CMAKE_MAKE_PROGRAM is not set. ?You probably need >>>>> to select a different build tool. >>>>> CMake Error: CMake was unable to find a build program corresponding to >>>>> "MinGW Makefiles". ?CMAKE_MAKE_PROGRAM is not set. ?You probably need >>>>> to select a different build tool. >>>>> CMake Error: Error required internal CMake variable not set, cmake may >>>>> be not be built correctly. >>>>> Missing variable is: >>>>> CMAKE_C_COMPILER_ENV_VAR >>>>> CMake Error: Error required internal CMake variable not set, cmake may >>>>> be not be built correctly. >>>>> Missing variable is: >>>>> CMAKE_C_COMPILER >>>>> CMake Error: Could not find cmake module >>>>> file:D:/src/ctk/CTK-build64/CMakeFiles/CMakeCCompiler.cmake >>>>> CMake Error: Error required internal CMake variable not set, cmake may >>>>> be not be built correctly. >>>>> Missing variable is: >>>>> CMAKE_CXX_COMPILER_ENV_VAR >>>>> CMake Error: Error required internal CMake variable not set, cmake may >>>>> be not be built correctly. >>>>> Missing variable is: >>>>> CMAKE_CXX_COMPILER >>>>> CMake Error: Could not find cmake module >>>>> file:D:/src/ctk/CTK-build64/CMakeFiles/CMakeCXXCompiler.cmake >>>>> CMake Error: CMAKE_C_COMPILER not set, after EnableLanguage >>>>> CMake Error: CMAKE_CXX_COMPILER not set, after EnableLanguage >>>>> Configuring incomplete, errors occurred! >>>>> >>>>> Any thoughts on where to go next? >>>>> >>>>> I personally think that this is a cmake problem-- it appears that Qt >>>>> changed their versioning to be more year-based than straight number >>>>> based, and that cmake hasn't updated their module to reflect that. ?I >>>>> can't build vtk with the most recent qt either. >>>>> >>>>> Mark >>>>> >>>>> >>>>> >>>>> On Wed, Jan 12, 2011 at 4:34 PM, Julien Finet >>>>> wrote: >>>>>> >>>>>> Hi Mark, >>>>>> You should use the qmake.exe located in D:/Qt/2010.05/qt/bin instead of >>>>>> ?D:/Qt/2010.05/qt/qmake >>>>>> No need to add the qt dir in the path nor locate it anywhere special. >>>>>> Julien. >>>>>> On Wed, Jan 12, 2011 at 7:13 PM, Mark Roden ?wrote: >>>>>>> >>>>>>> Changing the install directory to d:/qt did not work. ?I don't have >>>>>>> any space left on my c: drive; is that the only way to get qt and ctk >>>>>>> to work well together, to have it be on the root drive? >>>>>>> >>>>>>> Thanks, >>>>>>> Mark >>>>>>> >>>>>>> On Wed, Jan 12, 2011 at 2:57 PM, Mark Roden ?wrote: >>>>>>>> >>>>>>>> OK, I'll check it out. >>>>>>>> >>>>>>>> Is that a bug in the cmake module then? ?I feel like there should be >>>>>>>> some place where I can specify, exactly, where qt is. >>>>>>>> >>>>>>>> Thanks, >>>>>>>> Mark >>>>>>>> >>>>>>>> On Wed, Jan 12, 2011 at 2:53 PM, Dean Inglis >>>>>>>> wrote: >>>>>>>>> >>>>>>>>> Hi Mark, >>>>>>>>> >>>>>>>>> I had similar issues when building VTK with QT GUI support. >>>>>>>>> Try installing Qt ( qt-win-opensource-4.7.1-vs2008.exe) >>>>>>>>> to just D:/Qt as root instead of >>>>>>>>> D:/Qt/2010.05, add D:/Qt/bin and D:/Qt/qt/bin to >>>>>>>>> your path environment variable. ?I installed to C:/Qt >>>>>>>>> even though all my development is done on a D: drive >>>>>>>>> and those issues issues have since resolved. >>>>>>>>> >>>>>>>>> Dean >>>>>>>>> >>>>>>>>> >>>>>>>>> ----- Original Message ----- From: "Mark Roden" >>>>>>>>> To: >>>>>>>>> Cc: "Alexandre Gouaillard" >>>>>>>>> Sent: Wednesday, January 12, 2011 5:37 PM >>>>>>>>> Subject: [Ctk-developers] getting things to work in windows >>>>>>>>> >>>>>>>>> >>>>>>>>>> Hi all, >>>>>>>>>> >>>>>>>>>> I'm a developer who's working on gdcm/itk/vtk, and now am trying to >>>>>>>>>> familiarize myself with ctk. ?I apologize if this email should go >>>>>>>>>> to a >>>>>>>>>> 'users' list instead of a developers list, but google finds too >>>>>>>>>> many >>>>>>>>>> instances of 'Christ The King' for ctk to be helpful. ?Also, the >>>>>>>>>> list >>>>>>>>>> that appears here doesn't contain a users version of the list (for >>>>>>>>>> itk >>>>>>>>>> or vtk either, for that matter): >>>>>>>>>> >>>>>>>>>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-users >>>>>>>>>> >>>>>>>>>> Anyway, I can't get ctk to build on my machine (Windows 7 x64, >>>>>>>>>> vs2008). ?I've installed Qt 2010.5, lgpl edition, including mingw. >>>>>>>>>> Trying to build ctk from the git head produces the following error, >>>>>>>>>> regardless of using 32bit or 64 bit compilers: >>>>>>>>>> >>>>>>>>>> CMake Error at CMake/ctkMacroSetupQt.cmake:55 (MESSAGE): >>>>>>>>>> ?error: Qt4 was not found on your system. ?You probably need to set >>>>>>>>>> the >>>>>>>>>> ?QT_QMAKE_EXECUTABLE variable >>>>>>>>>> Call Stack (most recent call first): >>>>>>>>>> ?CMakeLists.txt:280 (ctkMacroSetupQt) >>>>>>>>>> >>>>>>>>>> I've found the qmake exe, it's located in >>>>>>>>>> D:/Qt/2010.05/qt/qmake/qmake.exe, but then the cmake file reruns >>>>>>>>>> and >>>>>>>>>> changes that value to D:/Qt/2010.05/qt/qmake/qmake.exe-NOTFOUND, >>>>>>>>>> which >>>>>>>>>> is clearly incorrect. ?Changing that value by hand also produces >>>>>>>>>> the >>>>>>>>>> following warning: >>>>>>>>>> >>>>>>>>>> Warning: QT_QMAKE_EXECUTABLE reported QT_INSTALL_LIBS as >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> C:/qt-greenhouse/Trolltech/Code_less_create_more/Trolltech/Code_less_create_more/Troll/4.6/qt/lib >>>>>>>>>> Warning: >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> C:/qt-greenhouse/Trolltech/Code_less_create_more/Trolltech/Code_less_create_more/Troll/4.6/qt/lib >>>>>>>>>> does NOT exist, Qt must NOT be installed correctly. >>>>>>>>>> >>>>>>>>>> I have no qt-greenhouse directory in the C: drive, so I'm not sure >>>>>>>>>> where those values are coming from. >>>>>>>>>> >>>>>>>>>> Thanks for any help, >>>>>>>>>> Mark >>>>>>>>>> _______________________________________________ >>>>>>>>>> Ctk-developers mailing list >>>>>>>>>> Ctk-developers at commontk.org >>>>>>>>>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers >>>>>>>>> >>>>>>> _______________________________________________ >>>>>>> Ctk-developers mailing list >>>>>>> Ctk-developers at commontk.org >>>>>>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers >>>>>> >>>> >>> _______________________________________________ >>> Ctk-developers mailing list >>> Ctk-developers at commontk.org >>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers >> >> > From Arnaud_Gelas at hms.harvard.edu Sun Jan 16 20:19:22 2011 From: Arnaud_Gelas at hms.harvard.edu (Gelas, Arnaud Joel Florent) Date: Sun, 16 Jan 2011 15:19:22 -0500 Subject: [Ctk-developers] getting things to work in windows In-Reply-To: References: <908DD81837444024BDC1DCA49762D4D6@Hyoid> <4D2F5344.90203@hms.harvard.edu> , Message-ID: Have you looked at this one? http://www.qtforum.org/article/31561/error-when-building-libraries.html ________________________________________ From: Mark Roden [mmroden at gmail.com] Sent: Sunday, January 16, 2011 3:09 PM To: Gelas, Arnaud Joel Florent Cc: Julien Finet; ctk-developers at commontk.org; Souhait, Lydie Subject: Re: [Ctk-developers] getting things to work in windows So I've tried many different solutions, including: http://www.qtcentre.org/threads/19389-Qt-4.5-clean-up-build-dir-on-Windows http://www.qtcentre.org/threads/26245-Qt-4.6-api%5Cqscriptextensionplugin.h%2843%29-Error-Undefined-interface and so forth, still no joy. > Now regarding the error, I may be wrong but I thought "C:\Program Files (x86)\" is for 32 bit software (I may be wrong on that one)? That is true. Visual studio 2008 is 32 bit, but can still compile 64 bit. The relevant portion of the error is api\qscriptextensionplugin.h(43): Error: Undefined interface Not the rest; that's just saying which program failed (in that case, nmake, which is vs2008's make). > > Do you use the qt source tarball? I did, version 4.7.1 from the website. > i.e: install QT, install the necessary SDKs. Be sure that qmake is your > path. Then, and this killed most of my problems, run in your dos command box > (you will also use for starting compilation with configure) the visual > studio setup script vcvars.bat to setup all necessary environment variables, > e. g. for me this was: > c:\Programme\Microsoft Visual Studio 9.0\VC\vcvars.bat This is the equivalent of running in the vs2008 command prompt, which I'm doing. I think that this might be a problem with the particular version of Qt that I'm trying to use. I'm going to go to the message boards to try to find out if they have a solution for their more recent sdk versions that supposedly fix this problem. I hope it's not an issue that I'm running 64 bit windows 7. Mark On Fri, Jan 14, 2011 at 6:26 AM, Gelas, Arnaud Joel Florent wrote: > Hi Mark, > > To speed up the compilation you can only compile the release libraries (unless you want to be able to debug some qt stuff too). > > Now regarding the error, I may be wrong but I thought "C:\Program Files (x86)\" is for 32 bit software (I may be wrong on that one)? > > Do you use the qt source tarball? > > HTH, > Arnaud > > > ________________________________________ > From: Mark Roden [mmroden at gmail.com] > Sent: Thursday, January 13, 2011 7:09 PM > To: Gelas, Arnaud Joel Florent > Cc: Julien Finet; ctk-developers at commontk.org > Subject: Re: [Ctk-developers] getting things to work in windows > > So after running for however long (I went away and came back, it's not > an instant compilation), I got this compilation error: > > api\qscriptextensionplugin.h(43): Error: Undefined interface > NMAKE : fatal error U1077: 'D:\Qt\2010.05\qt\bin\moc.exe' : return code '0x1' > Stop. > NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual > Studio 9.0\VC\BIN\nmake.exe"' : return code '0x2' > Stop. > NMAKE : fatal error U1077: 'cd' : return code '0x2' > Stop. > > Any ideas, or just go right to the qt boards? > > On Thu, Jan 13, 2011 at 11:32 AM, Arnaud GELAS > wrote: >> Have a look at this: >> http://sourceforge.net/apps/trac/gofigure2/wiki/DeveloperSetUpWindows#a1.3Qt >> >> On 01/13/2011 02:30 PM, Mark Roden wrote: >>> >>> I want to use visual studio. One of the default Qt installation >>> options is to install mingw, so I went ahead and did it. >>> >>> I'll look into compiling qt for myself, then, in visual studio. >>> >>> Thanks, >>> Mark >>> >>> On Thu, Jan 13, 2011 at 11:05 AM, Julien Finet >>> wrote: >>>> >>>> What are you trying to achieve here? do you want to use Mingw or Visual >>>> Studio ? >>>> I'm not a user of Mingw, but it seems odd that Qt installs Mingw on your >>>> machine. >>>> How did you install mingw ? do you manage to build other projects ? >>>> If you want to use visual studio, then you need to get Qt for Visual >>>> studio >>>> (if it exists) or compile qt yourself. >>>> Julien. >>>> >>>> On Thu, Jan 13, 2011 at 11:43 AM, Mark Roden wrote: >>>>> >>>>> Hi Julien, >>>>> >>>>> Ah, this may be why I'm unable to run cmake directly-- there is no >>>>> qmake in my d:\qt\bin directory, only in the qmake directory. >>>>> >>>>> There is a d:\qt\qt\bin directory that has a qmake in it. Hopefully, >>>>> it's the same thing. >>>>> >>>>> I get this error next: >>>>> CMake Error at C:/Program Files (x86)/CMake >>>>> 2.8/share/cmake-2.8/Modules/FindQt4.cmake:788 (MESSAGE): >>>>> It appears you're trying to use Visual Studio with Qt built by mingw >>>>> Call Stack (most recent call first): >>>>> CMake/ctkMacroSetupQt.cmake:29 (FIND_PACKAGE) >>>>> CMakeLists.txt:280 (ctkMacroSetupQt) >>>>> >>>>> Since I selected the option to allow qt to install mingw on my system, >>>>> I then deleted the cmake cache and tried to rerun with the option to >>>>> use mingw as the makefile generator, resulting in: >>>>> CMake Error: CMake was unable to find a build program corresponding to >>>>> "MinGW Makefiles". CMAKE_MAKE_PROGRAM is not set. You probably need >>>>> to select a different build tool. >>>>> CMake Error: CMake was unable to find a build program corresponding to >>>>> "MinGW Makefiles". CMAKE_MAKE_PROGRAM is not set. You probably need >>>>> to select a different build tool. >>>>> CMake Error: Error required internal CMake variable not set, cmake may >>>>> be not be built correctly. >>>>> Missing variable is: >>>>> CMAKE_C_COMPILER_ENV_VAR >>>>> CMake Error: Error required internal CMake variable not set, cmake may >>>>> be not be built correctly. >>>>> Missing variable is: >>>>> CMAKE_C_COMPILER >>>>> CMake Error: Could not find cmake module >>>>> file:D:/src/ctk/CTK-build64/CMakeFiles/CMakeCCompiler.cmake >>>>> CMake Error: Error required internal CMake variable not set, cmake may >>>>> be not be built correctly. >>>>> Missing variable is: >>>>> CMAKE_CXX_COMPILER_ENV_VAR >>>>> CMake Error: Error required internal CMake variable not set, cmake may >>>>> be not be built correctly. >>>>> Missing variable is: >>>>> CMAKE_CXX_COMPILER >>>>> CMake Error: Could not find cmake module >>>>> file:D:/src/ctk/CTK-build64/CMakeFiles/CMakeCXXCompiler.cmake >>>>> CMake Error: CMAKE_C_COMPILER not set, after EnableLanguage >>>>> CMake Error: CMAKE_CXX_COMPILER not set, after EnableLanguage >>>>> Configuring incomplete, errors occurred! >>>>> >>>>> Any thoughts on where to go next? >>>>> >>>>> I personally think that this is a cmake problem-- it appears that Qt >>>>> changed their versioning to be more year-based than straight number >>>>> based, and that cmake hasn't updated their module to reflect that. I >>>>> can't build vtk with the most recent qt either. >>>>> >>>>> Mark >>>>> >>>>> >>>>> >>>>> On Wed, Jan 12, 2011 at 4:34 PM, Julien Finet >>>>> wrote: >>>>>> >>>>>> Hi Mark, >>>>>> You should use the qmake.exe located in D:/Qt/2010.05/qt/bin instead of >>>>>> D:/Qt/2010.05/qt/qmake >>>>>> No need to add the qt dir in the path nor locate it anywhere special. >>>>>> Julien. >>>>>> On Wed, Jan 12, 2011 at 7:13 PM, Mark Roden wrote: >>>>>>> >>>>>>> Changing the install directory to d:/qt did not work. I don't have >>>>>>> any space left on my c: drive; is that the only way to get qt and ctk >>>>>>> to work well together, to have it be on the root drive? >>>>>>> >>>>>>> Thanks, >>>>>>> Mark >>>>>>> >>>>>>> On Wed, Jan 12, 2011 at 2:57 PM, Mark Roden wrote: >>>>>>>> >>>>>>>> OK, I'll check it out. >>>>>>>> >>>>>>>> Is that a bug in the cmake module then? I feel like there should be >>>>>>>> some place where I can specify, exactly, where qt is. >>>>>>>> >>>>>>>> Thanks, >>>>>>>> Mark >>>>>>>> >>>>>>>> On Wed, Jan 12, 2011 at 2:53 PM, Dean Inglis >>>>>>>> wrote: >>>>>>>>> >>>>>>>>> Hi Mark, >>>>>>>>> >>>>>>>>> I had similar issues when building VTK with QT GUI support. >>>>>>>>> Try installing Qt ( qt-win-opensource-4.7.1-vs2008.exe) >>>>>>>>> to just D:/Qt as root instead of >>>>>>>>> D:/Qt/2010.05, add D:/Qt/bin and D:/Qt/qt/bin to >>>>>>>>> your path environment variable. I installed to C:/Qt >>>>>>>>> even though all my development is done on a D: drive >>>>>>>>> and those issues issues have since resolved. >>>>>>>>> >>>>>>>>> Dean >>>>>>>>> >>>>>>>>> >>>>>>>>> ----- Original Message ----- From: "Mark Roden" >>>>>>>>> To: >>>>>>>>> Cc: "Alexandre Gouaillard" >>>>>>>>> Sent: Wednesday, January 12, 2011 5:37 PM >>>>>>>>> Subject: [Ctk-developers] getting things to work in windows >>>>>>>>> >>>>>>>>> >>>>>>>>>> Hi all, >>>>>>>>>> >>>>>>>>>> I'm a developer who's working on gdcm/itk/vtk, and now am trying to >>>>>>>>>> familiarize myself with ctk. I apologize if this email should go >>>>>>>>>> to a >>>>>>>>>> 'users' list instead of a developers list, but google finds too >>>>>>>>>> many >>>>>>>>>> instances of 'Christ The King' for ctk to be helpful. Also, the >>>>>>>>>> list >>>>>>>>>> that appears here doesn't contain a users version of the list (for >>>>>>>>>> itk >>>>>>>>>> or vtk either, for that matter): >>>>>>>>>> >>>>>>>>>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-users >>>>>>>>>> >>>>>>>>>> Anyway, I can't get ctk to build on my machine (Windows 7 x64, >>>>>>>>>> vs2008). I've installed Qt 2010.5, lgpl edition, including mingw. >>>>>>>>>> Trying to build ctk from the git head produces the following error, >>>>>>>>>> regardless of using 32bit or 64 bit compilers: >>>>>>>>>> >>>>>>>>>> CMake Error at CMake/ctkMacroSetupQt.cmake:55 (MESSAGE): >>>>>>>>>> error: Qt4 was not found on your system. You probably need to set >>>>>>>>>> the >>>>>>>>>> QT_QMAKE_EXECUTABLE variable >>>>>>>>>> Call Stack (most recent call first): >>>>>>>>>> CMakeLists.txt:280 (ctkMacroSetupQt) >>>>>>>>>> >>>>>>>>>> I've found the qmake exe, it's located in >>>>>>>>>> D:/Qt/2010.05/qt/qmake/qmake.exe, but then the cmake file reruns >>>>>>>>>> and >>>>>>>>>> changes that value to D:/Qt/2010.05/qt/qmake/qmake.exe-NOTFOUND, >>>>>>>>>> which >>>>>>>>>> is clearly incorrect. Changing that value by hand also produces >>>>>>>>>> the >>>>>>>>>> following warning: >>>>>>>>>> >>>>>>>>>> Warning: QT_QMAKE_EXECUTABLE reported QT_INSTALL_LIBS as >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> C:/qt-greenhouse/Trolltech/Code_less_create_more/Trolltech/Code_less_create_more/Troll/4.6/qt/lib >>>>>>>>>> Warning: >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> C:/qt-greenhouse/Trolltech/Code_less_create_more/Trolltech/Code_less_create_more/Troll/4.6/qt/lib >>>>>>>>>> does NOT exist, Qt must NOT be installed correctly. >>>>>>>>>> >>>>>>>>>> I have no qt-greenhouse directory in the C: drive, so I'm not sure >>>>>>>>>> where those values are coming from. >>>>>>>>>> >>>>>>>>>> Thanks for any help, >>>>>>>>>> Mark >>>>>>>>>> _______________________________________________ >>>>>>>>>> Ctk-developers mailing list >>>>>>>>>> Ctk-developers at commontk.org >>>>>>>>>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers >>>>>>>>> >>>>>>> _______________________________________________ >>>>>>> Ctk-developers mailing list >>>>>>> Ctk-developers at commontk.org >>>>>>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers >>>>>> >>>> >>> _______________________________________________ >>> Ctk-developers mailing list >>> Ctk-developers at commontk.org >>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers >> >> > From mmroden at gmail.com Sun Jan 16 20:38:32 2011 From: mmroden at gmail.com (Mark Roden) Date: Sun, 16 Jan 2011 12:38:32 -0800 Subject: [Ctk-developers] getting things to work in windows In-Reply-To: References: <908DD81837444024BDC1DCA49762D4D6@Hyoid> <4D2F5344.90203@hms.harvard.edu> Message-ID: Yes, it doesn't work. On Sun, Jan 16, 2011 at 12:19 PM, Gelas, Arnaud Joel Florent wrote: > Have you looked at this one? > > http://www.qtforum.org/article/31561/error-when-building-libraries.html > > > ________________________________________ > From: Mark Roden [mmroden at gmail.com] > Sent: Sunday, January 16, 2011 3:09 PM > To: Gelas, Arnaud Joel Florent > Cc: Julien Finet; ctk-developers at commontk.org; Souhait, Lydie > Subject: Re: [Ctk-developers] getting things to work in windows > > So I've tried many different solutions, including: > http://www.qtcentre.org/threads/19389-Qt-4.5-clean-up-build-dir-on-Windows > http://www.qtcentre.org/threads/26245-Qt-4.6-api%5Cqscriptextensionplugin.h%2843%29-Error-Undefined-interface > and so forth, still no joy. > > >> Now regarding the error, I may be wrong but I thought "C:\Program Files (x86)\" is for 32 bit software (I may be wrong on that one)? > That is true. ?Visual studio 2008 is 32 bit, but can still compile 64 > bit. ?The relevant portion of the error is > api\qscriptextensionplugin.h(43): Error: Undefined interface > Not the rest; that's just saying which program failed (in that case, > nmake, which is vs2008's make). > >> >> Do you use the qt source tarball? > I did, version 4.7.1 from the website. > > >> i.e: install QT, install the necessary SDKs. Be sure that qmake is your >> path. Then, and this killed most of my problems, run in your dos command box >> (you will also use for starting compilation with configure) the visual >> studio setup script vcvars.bat to setup all necessary environment variables, >> e. g. for me this was: >> c:\Programme\Microsoft Visual Studio 9.0\VC\vcvars.bat > This is the equivalent of running in the vs2008 command prompt, which I'm doing. > > I think that this might be a problem with the particular version of Qt > that I'm trying to use. ?I'm going to go to the message boards to try > to find out if they have a solution for their more recent sdk versions > that supposedly fix this problem. > > I hope it's not an issue that I'm running 64 bit windows 7. > > Mark > > > On Fri, Jan 14, 2011 at 6:26 AM, Gelas, Arnaud Joel Florent > wrote: >> Hi Mark, >> >> To speed up the compilation you can only compile the release libraries (unless you want to be able to debug some qt stuff too). >> >> Now regarding the error, I may be wrong but I thought "C:\Program Files (x86)\" is for 32 bit software (I may be wrong on that one)? >> >> Do you use the qt source tarball? >> >> HTH, >> Arnaud >> >> >> ________________________________________ >> From: Mark Roden [mmroden at gmail.com] >> Sent: Thursday, January 13, 2011 7:09 PM >> To: Gelas, Arnaud Joel Florent >> Cc: Julien Finet; ctk-developers at commontk.org >> Subject: Re: [Ctk-developers] getting things to work in windows >> >> So after running for however long (I went away and came back, it's not >> an instant compilation), I got this compilation error: >> >> api\qscriptextensionplugin.h(43): Error: Undefined interface >> NMAKE : fatal error U1077: 'D:\Qt\2010.05\qt\bin\moc.exe' : return code '0x1' >> Stop. >> NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual >> Studio 9.0\VC\BIN\nmake.exe"' : return code '0x2' >> Stop. >> NMAKE : fatal error U1077: 'cd' : return code '0x2' >> Stop. >> >> Any ideas, or just go right to the qt boards? >> >> On Thu, Jan 13, 2011 at 11:32 AM, Arnaud GELAS >> wrote: >>> Have a look at this: >>> http://sourceforge.net/apps/trac/gofigure2/wiki/DeveloperSetUpWindows#a1.3Qt >>> >>> On 01/13/2011 02:30 PM, Mark Roden wrote: >>>> >>>> I want to use visual studio. ?One of the default Qt installation >>>> options is to install mingw, so I went ahead and did it. >>>> >>>> I'll look into compiling qt for myself, then, in visual studio. >>>> >>>> Thanks, >>>> Mark >>>> >>>> On Thu, Jan 13, 2011 at 11:05 AM, Julien Finet >>>> ?wrote: >>>>> >>>>> What are you trying to achieve here? do you want to use Mingw or Visual >>>>> Studio ? >>>>> I'm not a user of Mingw, but it seems odd that Qt installs Mingw on your >>>>> machine. >>>>> How did you install mingw ? do you manage to build other projects ? >>>>> If you want to use visual studio, then you need to get Qt for Visual >>>>> studio >>>>> (if it exists) or compile qt yourself. >>>>> Julien. >>>>> >>>>> On Thu, Jan 13, 2011 at 11:43 AM, Mark Roden ?wrote: >>>>>> >>>>>> Hi Julien, >>>>>> >>>>>> Ah, this may be why I'm unable to run cmake directly-- there is no >>>>>> qmake in my d:\qt\bin directory, only in the qmake directory. >>>>>> >>>>>> There is a d:\qt\qt\bin directory that has a qmake in it. ?Hopefully, >>>>>> it's the same thing. >>>>>> >>>>>> I get this error next: >>>>>> CMake Error at C:/Program Files (x86)/CMake >>>>>> 2.8/share/cmake-2.8/Modules/FindQt4.cmake:788 (MESSAGE): >>>>>> ?It appears you're trying to use Visual Studio with Qt built by mingw >>>>>> Call Stack (most recent call first): >>>>>> ?CMake/ctkMacroSetupQt.cmake:29 (FIND_PACKAGE) >>>>>> ?CMakeLists.txt:280 (ctkMacroSetupQt) >>>>>> >>>>>> Since I selected the option to allow qt to install mingw on my system, >>>>>> I then deleted the cmake cache and tried to rerun with the option to >>>>>> use mingw as the makefile generator, resulting in: >>>>>> CMake Error: CMake was unable to find a build program corresponding to >>>>>> "MinGW Makefiles". ?CMAKE_MAKE_PROGRAM is not set. ?You probably need >>>>>> to select a different build tool. >>>>>> CMake Error: CMake was unable to find a build program corresponding to >>>>>> "MinGW Makefiles". ?CMAKE_MAKE_PROGRAM is not set. ?You probably need >>>>>> to select a different build tool. >>>>>> CMake Error: Error required internal CMake variable not set, cmake may >>>>>> be not be built correctly. >>>>>> Missing variable is: >>>>>> CMAKE_C_COMPILER_ENV_VAR >>>>>> CMake Error: Error required internal CMake variable not set, cmake may >>>>>> be not be built correctly. >>>>>> Missing variable is: >>>>>> CMAKE_C_COMPILER >>>>>> CMake Error: Could not find cmake module >>>>>> file:D:/src/ctk/CTK-build64/CMakeFiles/CMakeCCompiler.cmake >>>>>> CMake Error: Error required internal CMake variable not set, cmake may >>>>>> be not be built correctly. >>>>>> Missing variable is: >>>>>> CMAKE_CXX_COMPILER_ENV_VAR >>>>>> CMake Error: Error required internal CMake variable not set, cmake may >>>>>> be not be built correctly. >>>>>> Missing variable is: >>>>>> CMAKE_CXX_COMPILER >>>>>> CMake Error: Could not find cmake module >>>>>> file:D:/src/ctk/CTK-build64/CMakeFiles/CMakeCXXCompiler.cmake >>>>>> CMake Error: CMAKE_C_COMPILER not set, after EnableLanguage >>>>>> CMake Error: CMAKE_CXX_COMPILER not set, after EnableLanguage >>>>>> Configuring incomplete, errors occurred! >>>>>> >>>>>> Any thoughts on where to go next? >>>>>> >>>>>> I personally think that this is a cmake problem-- it appears that Qt >>>>>> changed their versioning to be more year-based than straight number >>>>>> based, and that cmake hasn't updated their module to reflect that. ?I >>>>>> can't build vtk with the most recent qt either. >>>>>> >>>>>> Mark >>>>>> >>>>>> >>>>>> >>>>>> On Wed, Jan 12, 2011 at 4:34 PM, Julien Finet >>>>>> wrote: >>>>>>> >>>>>>> Hi Mark, >>>>>>> You should use the qmake.exe located in D:/Qt/2010.05/qt/bin instead of >>>>>>> ?D:/Qt/2010.05/qt/qmake >>>>>>> No need to add the qt dir in the path nor locate it anywhere special. >>>>>>> Julien. >>>>>>> On Wed, Jan 12, 2011 at 7:13 PM, Mark Roden ?wrote: >>>>>>>> >>>>>>>> Changing the install directory to d:/qt did not work. ?I don't have >>>>>>>> any space left on my c: drive; is that the only way to get qt and ctk >>>>>>>> to work well together, to have it be on the root drive? >>>>>>>> >>>>>>>> Thanks, >>>>>>>> Mark >>>>>>>> >>>>>>>> On Wed, Jan 12, 2011 at 2:57 PM, Mark Roden ?wrote: >>>>>>>>> >>>>>>>>> OK, I'll check it out. >>>>>>>>> >>>>>>>>> Is that a bug in the cmake module then? ?I feel like there should be >>>>>>>>> some place where I can specify, exactly, where qt is. >>>>>>>>> >>>>>>>>> Thanks, >>>>>>>>> Mark >>>>>>>>> >>>>>>>>> On Wed, Jan 12, 2011 at 2:53 PM, Dean Inglis >>>>>>>>> wrote: >>>>>>>>>> >>>>>>>>>> Hi Mark, >>>>>>>>>> >>>>>>>>>> I had similar issues when building VTK with QT GUI support. >>>>>>>>>> Try installing Qt ( qt-win-opensource-4.7.1-vs2008.exe) >>>>>>>>>> to just D:/Qt as root instead of >>>>>>>>>> D:/Qt/2010.05, add D:/Qt/bin and D:/Qt/qt/bin to >>>>>>>>>> your path environment variable. ?I installed to C:/Qt >>>>>>>>>> even though all my development is done on a D: drive >>>>>>>>>> and those issues issues have since resolved. >>>>>>>>>> >>>>>>>>>> Dean >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> ----- Original Message ----- From: "Mark Roden" >>>>>>>>>> To: >>>>>>>>>> Cc: "Alexandre Gouaillard" >>>>>>>>>> Sent: Wednesday, January 12, 2011 5:37 PM >>>>>>>>>> Subject: [Ctk-developers] getting things to work in windows >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>> Hi all, >>>>>>>>>>> >>>>>>>>>>> I'm a developer who's working on gdcm/itk/vtk, and now am trying to >>>>>>>>>>> familiarize myself with ctk. ?I apologize if this email should go >>>>>>>>>>> to a >>>>>>>>>>> 'users' list instead of a developers list, but google finds too >>>>>>>>>>> many >>>>>>>>>>> instances of 'Christ The King' for ctk to be helpful. ?Also, the >>>>>>>>>>> list >>>>>>>>>>> that appears here doesn't contain a users version of the list (for >>>>>>>>>>> itk >>>>>>>>>>> or vtk either, for that matter): >>>>>>>>>>> >>>>>>>>>>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-users >>>>>>>>>>> >>>>>>>>>>> Anyway, I can't get ctk to build on my machine (Windows 7 x64, >>>>>>>>>>> vs2008). ?I've installed Qt 2010.5, lgpl edition, including mingw. >>>>>>>>>>> Trying to build ctk from the git head produces the following error, >>>>>>>>>>> regardless of using 32bit or 64 bit compilers: >>>>>>>>>>> >>>>>>>>>>> CMake Error at CMake/ctkMacroSetupQt.cmake:55 (MESSAGE): >>>>>>>>>>> ?error: Qt4 was not found on your system. ?You probably need to set >>>>>>>>>>> the >>>>>>>>>>> ?QT_QMAKE_EXECUTABLE variable >>>>>>>>>>> Call Stack (most recent call first): >>>>>>>>>>> ?CMakeLists.txt:280 (ctkMacroSetupQt) >>>>>>>>>>> >>>>>>>>>>> I've found the qmake exe, it's located in >>>>>>>>>>> D:/Qt/2010.05/qt/qmake/qmake.exe, but then the cmake file reruns >>>>>>>>>>> and >>>>>>>>>>> changes that value to D:/Qt/2010.05/qt/qmake/qmake.exe-NOTFOUND, >>>>>>>>>>> which >>>>>>>>>>> is clearly incorrect. ?Changing that value by hand also produces >>>>>>>>>>> the >>>>>>>>>>> following warning: >>>>>>>>>>> >>>>>>>>>>> Warning: QT_QMAKE_EXECUTABLE reported QT_INSTALL_LIBS as >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> C:/qt-greenhouse/Trolltech/Code_less_create_more/Trolltech/Code_less_create_more/Troll/4.6/qt/lib >>>>>>>>>>> Warning: >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> C:/qt-greenhouse/Trolltech/Code_less_create_more/Trolltech/Code_less_create_more/Troll/4.6/qt/lib >>>>>>>>>>> does NOT exist, Qt must NOT be installed correctly. >>>>>>>>>>> >>>>>>>>>>> I have no qt-greenhouse directory in the C: drive, so I'm not sure >>>>>>>>>>> where those values are coming from. >>>>>>>>>>> >>>>>>>>>>> Thanks for any help, >>>>>>>>>>> Mark >>>>>>>>>>> _______________________________________________ >>>>>>>>>>> Ctk-developers mailing list >>>>>>>>>>> Ctk-developers at commontk.org >>>>>>>>>>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers >>>>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> Ctk-developers mailing list >>>>>>>> Ctk-developers at commontk.org >>>>>>>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers >>>>>>> >>>>> >>>> _______________________________________________ >>>> Ctk-developers mailing list >>>> Ctk-developers at commontk.org >>>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers >>> >>> >> > From julien.finet at kitware.com Sun Jan 16 20:48:51 2011 From: julien.finet at kitware.com (Julien Finet) Date: Sun, 16 Jan 2011 13:48:51 -0700 Subject: [Ctk-developers] getting things to work in windows In-Reply-To: References: <908DD81837444024BDC1DCA49762D4D6@Hyoid> <4D2F5344.90203@hms.harvard.edu> Message-ID: Hi Mark, Qt (4.6.3 and 4.7.1) is compiling fine on my Windows 7 64bits (I managed to compile in 32bits and 64bits, debug only and release only). Make sure you are using the correct Visual Studio Command Line tool (there is a 32bits and 64bits versions, depending on the console, your qt build will be 32bits or 64bits). Here are the sources I use: http://get.qt.nokia.com/qt/source/qt-everywhere-opensource-src-4.7.1.zip Regards, Julien. On Sun, Jan 16, 2011 at 1:38 PM, Mark Roden wrote: > Yes, it doesn't work. > > On Sun, Jan 16, 2011 at 12:19 PM, Gelas, Arnaud Joel Florent > wrote: > > Have you looked at this one? > > > > http://www.qtforum.org/article/31561/error-when-building-libraries.html > > > > > > ________________________________________ > > From: Mark Roden [mmroden at gmail.com] > > Sent: Sunday, January 16, 2011 3:09 PM > > To: Gelas, Arnaud Joel Florent > > Cc: Julien Finet; ctk-developers at commontk.org; Souhait, Lydie > > Subject: Re: [Ctk-developers] getting things to work in windows > > > > So I've tried many different solutions, including: > > > http://www.qtcentre.org/threads/19389-Qt-4.5-clean-up-build-dir-on-Windows > > > http://www.qtcentre.org/threads/26245-Qt-4.6-api%5Cqscriptextensionplugin.h%2843%29-Error-Undefined-interface > > and so forth, still no joy. > > > > > >> Now regarding the error, I may be wrong but I thought "C:\Program Files > (x86)\" is for 32 bit software (I may be wrong on that one)? > > That is true. Visual studio 2008 is 32 bit, but can still compile 64 > > bit. The relevant portion of the error is > > api\qscriptextensionplugin.h(43): Error: Undefined interface > > Not the rest; that's just saying which program failed (in that case, > > nmake, which is vs2008's make). > > > >> > >> Do you use the qt source tarball? > > I did, version 4.7.1 from the website. > > > > > >> i.e: install QT, install the necessary SDKs. Be sure that qmake is your > >> path. Then, and this killed most of my problems, run in your dos command > box > >> (you will also use for starting compilation with configure) the visual > >> studio setup script vcvars.bat to setup all necessary environment > variables, > >> e. g. for me this was: > >> c:\Programme\Microsoft Visual Studio 9.0\VC\vcvars.bat > > This is the equivalent of running in the vs2008 command prompt, which I'm > doing. > > > > I think that this might be a problem with the particular version of Qt > > that I'm trying to use. I'm going to go to the message boards to try > > to find out if they have a solution for their more recent sdk versions > > that supposedly fix this problem. > > > > I hope it's not an issue that I'm running 64 bit windows 7. > > > > Mark > > > > > > On Fri, Jan 14, 2011 at 6:26 AM, Gelas, Arnaud Joel Florent > > wrote: > >> Hi Mark, > >> > >> To speed up the compilation you can only compile the release libraries > (unless you want to be able to debug some qt stuff too). > >> > >> Now regarding the error, I may be wrong but I thought "C:\Program Files > (x86)\" is for 32 bit software (I may be wrong on that one)? > >> > >> Do you use the qt source tarball? > >> > >> HTH, > >> Arnaud > >> > >> > >> ________________________________________ > >> From: Mark Roden [mmroden at gmail.com] > >> Sent: Thursday, January 13, 2011 7:09 PM > >> To: Gelas, Arnaud Joel Florent > >> Cc: Julien Finet; ctk-developers at commontk.org > >> Subject: Re: [Ctk-developers] getting things to work in windows > >> > >> So after running for however long (I went away and came back, it's not > >> an instant compilation), I got this compilation error: > >> > >> api\qscriptextensionplugin.h(43): Error: Undefined interface > >> NMAKE : fatal error U1077: 'D:\Qt\2010.05\qt\bin\moc.exe' : return code > '0x1' > >> Stop. > >> NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual > >> Studio 9.0\VC\BIN\nmake.exe"' : return code '0x2' > >> Stop. > >> NMAKE : fatal error U1077: 'cd' : return code '0x2' > >> Stop. > >> > >> Any ideas, or just go right to the qt boards? > >> > >> On Thu, Jan 13, 2011 at 11:32 AM, Arnaud GELAS > >> wrote: > >>> Have a look at this: > >>> > http://sourceforge.net/apps/trac/gofigure2/wiki/DeveloperSetUpWindows#a1.3Qt > >>> > >>> On 01/13/2011 02:30 PM, Mark Roden wrote: > >>>> > >>>> I want to use visual studio. One of the default Qt installation > >>>> options is to install mingw, so I went ahead and did it. > >>>> > >>>> I'll look into compiling qt for myself, then, in visual studio. > >>>> > >>>> Thanks, > >>>> Mark > >>>> > >>>> On Thu, Jan 13, 2011 at 11:05 AM, Julien Finet< > julien.finet at kitware.com> > >>>> wrote: > >>>>> > >>>>> What are you trying to achieve here? do you want to use Mingw or > Visual > >>>>> Studio ? > >>>>> I'm not a user of Mingw, but it seems odd that Qt installs Mingw on > your > >>>>> machine. > >>>>> How did you install mingw ? do you manage to build other projects ? > >>>>> If you want to use visual studio, then you need to get Qt for Visual > >>>>> studio > >>>>> (if it exists) or compile qt yourself. > >>>>> Julien. > >>>>> > >>>>> On Thu, Jan 13, 2011 at 11:43 AM, Mark Roden > wrote: > >>>>>> > >>>>>> Hi Julien, > >>>>>> > >>>>>> Ah, this may be why I'm unable to run cmake directly-- there is no > >>>>>> qmake in my d:\qt\bin directory, only in the qmake directory. > >>>>>> > >>>>>> There is a d:\qt\qt\bin directory that has a qmake in it. > Hopefully, > >>>>>> it's the same thing. > >>>>>> > >>>>>> I get this error next: > >>>>>> CMake Error at C:/Program Files (x86)/CMake > >>>>>> 2.8/share/cmake-2.8/Modules/FindQt4.cmake:788 (MESSAGE): > >>>>>> It appears you're trying to use Visual Studio with Qt built by > mingw > >>>>>> Call Stack (most recent call first): > >>>>>> CMake/ctkMacroSetupQt.cmake:29 (FIND_PACKAGE) > >>>>>> CMakeLists.txt:280 (ctkMacroSetupQt) > >>>>>> > >>>>>> Since I selected the option to allow qt to install mingw on my > system, > >>>>>> I then deleted the cmake cache and tried to rerun with the option to > >>>>>> use mingw as the makefile generator, resulting in: > >>>>>> CMake Error: CMake was unable to find a build program corresponding > to > >>>>>> "MinGW Makefiles". CMAKE_MAKE_PROGRAM is not set. You probably > need > >>>>>> to select a different build tool. > >>>>>> CMake Error: CMake was unable to find a build program corresponding > to > >>>>>> "MinGW Makefiles". CMAKE_MAKE_PROGRAM is not set. You probably > need > >>>>>> to select a different build tool. > >>>>>> CMake Error: Error required internal CMake variable not set, cmake > may > >>>>>> be not be built correctly. > >>>>>> Missing variable is: > >>>>>> CMAKE_C_COMPILER_ENV_VAR > >>>>>> CMake Error: Error required internal CMake variable not set, cmake > may > >>>>>> be not be built correctly. > >>>>>> Missing variable is: > >>>>>> CMAKE_C_COMPILER > >>>>>> CMake Error: Could not find cmake module > >>>>>> file:D:/src/ctk/CTK-build64/CMakeFiles/CMakeCCompiler.cmake > >>>>>> CMake Error: Error required internal CMake variable not set, cmake > may > >>>>>> be not be built correctly. > >>>>>> Missing variable is: > >>>>>> CMAKE_CXX_COMPILER_ENV_VAR > >>>>>> CMake Error: Error required internal CMake variable not set, cmake > may > >>>>>> be not be built correctly. > >>>>>> Missing variable is: > >>>>>> CMAKE_CXX_COMPILER > >>>>>> CMake Error: Could not find cmake module > >>>>>> file:D:/src/ctk/CTK-build64/CMakeFiles/CMakeCXXCompiler.cmake > >>>>>> CMake Error: CMAKE_C_COMPILER not set, after EnableLanguage > >>>>>> CMake Error: CMAKE_CXX_COMPILER not set, after EnableLanguage > >>>>>> Configuring incomplete, errors occurred! > >>>>>> > >>>>>> Any thoughts on where to go next? > >>>>>> > >>>>>> I personally think that this is a cmake problem-- it appears that Qt > >>>>>> changed their versioning to be more year-based than straight number > >>>>>> based, and that cmake hasn't updated their module to reflect that. > I > >>>>>> can't build vtk with the most recent qt either. > >>>>>> > >>>>>> Mark > >>>>>> > >>>>>> > >>>>>> > >>>>>> On Wed, Jan 12, 2011 at 4:34 PM, Julien Finet< > julien.finet at kitware.com> > >>>>>> wrote: > >>>>>>> > >>>>>>> Hi Mark, > >>>>>>> You should use the qmake.exe located in D:/Qt/2010.05/qt/bin > instead of > >>>>>>> D:/Qt/2010.05/qt/qmake > >>>>>>> No need to add the qt dir in the path nor locate it anywhere > special. > >>>>>>> Julien. > >>>>>>> On Wed, Jan 12, 2011 at 7:13 PM, Mark Roden > wrote: > >>>>>>>> > >>>>>>>> Changing the install directory to d:/qt did not work. I don't > have > >>>>>>>> any space left on my c: drive; is that the only way to get qt and > ctk > >>>>>>>> to work well together, to have it be on the root drive? > >>>>>>>> > >>>>>>>> Thanks, > >>>>>>>> Mark > >>>>>>>> > >>>>>>>> On Wed, Jan 12, 2011 at 2:57 PM, Mark Roden > wrote: > >>>>>>>>> > >>>>>>>>> OK, I'll check it out. > >>>>>>>>> > >>>>>>>>> Is that a bug in the cmake module then? I feel like there should > be > >>>>>>>>> some place where I can specify, exactly, where qt is. > >>>>>>>>> > >>>>>>>>> Thanks, > >>>>>>>>> Mark > >>>>>>>>> > >>>>>>>>> On Wed, Jan 12, 2011 at 2:53 PM, Dean Inglis< > dean.inglis at camris.ca> > >>>>>>>>> wrote: > >>>>>>>>>> > >>>>>>>>>> Hi Mark, > >>>>>>>>>> > >>>>>>>>>> I had similar issues when building VTK with QT GUI support. > >>>>>>>>>> Try installing Qt ( qt-win-opensource-4.7.1-vs2008.exe) > >>>>>>>>>> to just D:/Qt as root instead of > >>>>>>>>>> D:/Qt/2010.05, add D:/Qt/bin and D:/Qt/qt/bin to > >>>>>>>>>> your path environment variable. I installed to C:/Qt > >>>>>>>>>> even though all my development is done on a D: drive > >>>>>>>>>> and those issues issues have since resolved. > >>>>>>>>>> > >>>>>>>>>> Dean > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> ----- Original Message ----- From: "Mark Roden"< > mmroden at gmail.com> > >>>>>>>>>> To: > >>>>>>>>>> Cc: "Alexandre Gouaillard" > >>>>>>>>>> Sent: Wednesday, January 12, 2011 5:37 PM > >>>>>>>>>> Subject: [Ctk-developers] getting things to work in windows > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>>> Hi all, > >>>>>>>>>>> > >>>>>>>>>>> I'm a developer who's working on gdcm/itk/vtk, and now am > trying to > >>>>>>>>>>> familiarize myself with ctk. I apologize if this email should > go > >>>>>>>>>>> to a > >>>>>>>>>>> 'users' list instead of a developers list, but google finds too > >>>>>>>>>>> many > >>>>>>>>>>> instances of 'Christ The King' for ctk to be helpful. Also, > the > >>>>>>>>>>> list > >>>>>>>>>>> that appears here doesn't contain a users version of the list > (for > >>>>>>>>>>> itk > >>>>>>>>>>> or vtk either, for that matter): > >>>>>>>>>>> > >>>>>>>>>>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-users > >>>>>>>>>>> > >>>>>>>>>>> Anyway, I can't get ctk to build on my machine (Windows 7 x64, > >>>>>>>>>>> vs2008). I've installed Qt 2010.5, lgpl edition, including > mingw. > >>>>>>>>>>> Trying to build ctk from the git head produces the following > error, > >>>>>>>>>>> regardless of using 32bit or 64 bit compilers: > >>>>>>>>>>> > >>>>>>>>>>> CMake Error at CMake/ctkMacroSetupQt.cmake:55 (MESSAGE): > >>>>>>>>>>> error: Qt4 was not found on your system. You probably need to > set > >>>>>>>>>>> the > >>>>>>>>>>> QT_QMAKE_EXECUTABLE variable > >>>>>>>>>>> Call Stack (most recent call first): > >>>>>>>>>>> CMakeLists.txt:280 (ctkMacroSetupQt) > >>>>>>>>>>> > >>>>>>>>>>> I've found the qmake exe, it's located in > >>>>>>>>>>> D:/Qt/2010.05/qt/qmake/qmake.exe, but then the cmake file > reruns > >>>>>>>>>>> and > >>>>>>>>>>> changes that value to > D:/Qt/2010.05/qt/qmake/qmake.exe-NOTFOUND, > >>>>>>>>>>> which > >>>>>>>>>>> is clearly incorrect. Changing that value by hand also > produces > >>>>>>>>>>> the > >>>>>>>>>>> following warning: > >>>>>>>>>>> > >>>>>>>>>>> Warning: QT_QMAKE_EXECUTABLE reported QT_INSTALL_LIBS as > >>>>>>>>>>> > >>>>>>>>>>> > >>>>>>>>>>> > >>>>>>>>>>> > >>>>>>>>>>> > C:/qt-greenhouse/Trolltech/Code_less_create_more/Trolltech/Code_less_create_more/Troll/4.6/qt/lib > >>>>>>>>>>> Warning: > >>>>>>>>>>> > >>>>>>>>>>> > >>>>>>>>>>> > >>>>>>>>>>> > C:/qt-greenhouse/Trolltech/Code_less_create_more/Trolltech/Code_less_create_more/Troll/4.6/qt/lib > >>>>>>>>>>> does NOT exist, Qt must NOT be installed correctly. > >>>>>>>>>>> > >>>>>>>>>>> I have no qt-greenhouse directory in the C: drive, so I'm not > sure > >>>>>>>>>>> where those values are coming from. > >>>>>>>>>>> > >>>>>>>>>>> Thanks for any help, > >>>>>>>>>>> Mark > >>>>>>>>>>> _______________________________________________ > >>>>>>>>>>> Ctk-developers mailing list > >>>>>>>>>>> Ctk-developers at commontk.org > >>>>>>>>>>> > http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers > >>>>>>>>>> > >>>>>>>> _______________________________________________ > >>>>>>>> Ctk-developers mailing list > >>>>>>>> Ctk-developers at commontk.org > >>>>>>>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers > >>>>>>> > >>>>> > >>>> _______________________________________________ > >>>> Ctk-developers mailing list > >>>> Ctk-developers at commontk.org > >>>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers > >>> > >>> > >> > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dean.inglis at camris.ca Mon Jan 17 22:48:32 2011 From: dean.inglis at camris.ca (Dean Inglis) Date: Mon, 17 Jan 2011 17:48:32 -0500 Subject: [Ctk-developers] getting things to work in windows In-Reply-To: References: <908DD81837444024BDC1DCA49762D4D6@Hyoid><4D2F5344.90203@hms.harvard.edu> Message-ID: FWIW, I just built CTK on Win 7 , VS 2010, 32 bit, shared build using http://get.qt.nokia.com/qt/source/qt-everywhere-opensource-src-4.7.1.zip unzipped the source and copied to D:/my_build_folder/qt-4.7.1 in D:/my_build_folder/qt-4.7.1, at a Visual Studio Command Prompt (2010) for 32 bit, type configure -debug -no-dsp -no-vcproj -platform win32-msvc2010 then wait a long time, then type "nmake" and wait even longer git pull the latest CTK source, create a folder D:/my_build_folder/ctk and in that folder cmake path_to_CTK_source -G"NMake Makefiles" fill in the CMakeCache.txt variable for QT_QMAKE_EXECUTABLE: QT_QMAKE_EXECUTABLE:FILEPATH=D:/my_build_folder/qt-4.7.1/bin/qmake.exe tell cmake where your git.exe is (mine was in cygwin) enable the basic gui widgets CTK_LIB_Widgets:BOOL=ON type "nmake" and wait not as long as to build Qt cd into CTK-built and run "ctest" I had no errors during the build but one test failure: 98% tests passed, 1 tests failed out of 62 Label Time Summary: CTKCore = 7.34 sec CTKPluginFramework = 12.43 sec CTKWidgets = 64.08 sec Total Test time (real) = 86.36 sec The following tests FAILED: 6 - ctkCommandLineParserTest1 (Failed) Errors while running CTest HTH, Dean ----- Original Message ----- From: "Mark Roden" To: "Gelas, Arnaud Joel Florent" Cc: "Souhait, Lydie" ; Sent: Sunday, January 16, 2011 3:38 PM Subject: Re: [Ctk-developers] getting things to work in windows Yes, it doesn't work. On Sun, Jan 16, 2011 at 12:19 PM, Gelas, Arnaud Joel Florent wrote: > Have you looked at this one? > > http://www.qtforum.org/article/31561/error-when-building-libraries.html > > > ________________________________________ > From: Mark Roden [mmroden at gmail.com] > Sent: Sunday, January 16, 2011 3:09 PM > To: Gelas, Arnaud Joel Florent > Cc: Julien Finet; ctk-developers at commontk.org; Souhait, Lydie > Subject: Re: [Ctk-developers] getting things to work in windows > > So I've tried many different solutions, including: > http://www.qtcentre.org/threads/19389-Qt-4.5-clean-up-build-dir-on-Windows > http://www.qtcentre.org/threads/26245-Qt-4.6-api%5Cqscriptextensionplugin.h%2843%29-Error-Undefined-interface > and so forth, still no joy. > > >> Now regarding the error, I may be wrong but I thought "C:\Program Files >> (x86)\" is for 32 bit software (I may be wrong on that one)? > That is true. Visual studio 2008 is 32 bit, but can still compile 64 > bit. The relevant portion of the error is > api\qscriptextensionplugin.h(43): Error: Undefined interface > Not the rest; that's just saying which program failed (in that case, > nmake, which is vs2008's make). > >> >> Do you use the qt source tarball? > I did, version 4.7.1 from the website. > > >> i.e: install QT, install the necessary SDKs. Be sure that qmake is your >> path. Then, and this killed most of my problems, run in your dos command >> box >> (you will also use for starting compilation with configure) the visual >> studio setup script vcvars.bat to setup all necessary environment >> variables, >> e. g. for me this was: >> c:\Programme\Microsoft Visual Studio 9.0\VC\vcvars.bat > This is the equivalent of running in the vs2008 command prompt, which I'm > doing. > > I think that this might be a problem with the particular version of Qt > that I'm trying to use. I'm going to go to the message boards to try > to find out if they have a solution for their more recent sdk versions > that supposedly fix this problem. > > I hope it's not an issue that I'm running 64 bit windows 7. > > Mark > > > On Fri, Jan 14, 2011 at 6:26 AM, Gelas, Arnaud Joel Florent > wrote: >> Hi Mark, >> >> To speed up the compilation you can only compile the release libraries >> (unless you want to be able to debug some qt stuff too). >> >> Now regarding the error, I may be wrong but I thought "C:\Program Files >> (x86)\" is for 32 bit software (I may be wrong on that one)? >> >> Do you use the qt source tarball? >> >> HTH, >> Arnaud >> >> >> ________________________________________ >> From: Mark Roden [mmroden at gmail.com] >> Sent: Thursday, January 13, 2011 7:09 PM >> To: Gelas, Arnaud Joel Florent >> Cc: Julien Finet; ctk-developers at commontk.org >> Subject: Re: [Ctk-developers] getting things to work in windows >> >> So after running for however long (I went away and came back, it's not >> an instant compilation), I got this compilation error: >> >> api\qscriptextensionplugin.h(43): Error: Undefined interface >> NMAKE : fatal error U1077: 'D:\Qt\2010.05\qt\bin\moc.exe' : return code >> '0x1' >> Stop. >> NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual >> Studio 9.0\VC\BIN\nmake.exe"' : return code '0x2' >> Stop. >> NMAKE : fatal error U1077: 'cd' : return code '0x2' >> Stop. >> >> Any ideas, or just go right to the qt boards? >> >> On Thu, Jan 13, 2011 at 11:32 AM, Arnaud GELAS >> wrote: >>> Have a look at this: >>> http://sourceforge.net/apps/trac/gofigure2/wiki/DeveloperSetUpWindows#a1.3Qt >>> >>> On 01/13/2011 02:30 PM, Mark Roden wrote: >>>> >>>> I want to use visual studio. One of the default Qt installation >>>> options is to install mingw, so I went ahead and did it. >>>> >>>> I'll look into compiling qt for myself, then, in visual studio. >>>> >>>> Thanks, >>>> Mark >>>> >>>> On Thu, Jan 13, 2011 at 11:05 AM, Julien >>>> Finet >>>> wrote: >>>>> >>>>> What are you trying to achieve here? do you want to use Mingw or >>>>> Visual >>>>> Studio ? >>>>> I'm not a user of Mingw, but it seems odd that Qt installs Mingw on >>>>> your >>>>> machine. >>>>> How did you install mingw ? do you manage to build other projects ? >>>>> If you want to use visual studio, then you need to get Qt for Visual >>>>> studio >>>>> (if it exists) or compile qt yourself. >>>>> Julien. >>>>> >>>>> On Thu, Jan 13, 2011 at 11:43 AM, Mark Roden wrote: >>>>>> >>>>>> Hi Julien, >>>>>> >>>>>> Ah, this may be why I'm unable to run cmake directly-- there is no >>>>>> qmake in my d:\qt\bin directory, only in the qmake directory. >>>>>> >>>>>> There is a d:\qt\qt\bin directory that has a qmake in it. Hopefully, >>>>>> it's the same thing. >>>>>> >>>>>> I get this error next: >>>>>> CMake Error at C:/Program Files (x86)/CMake >>>>>> 2.8/share/cmake-2.8/Modules/FindQt4.cmake:788 (MESSAGE): >>>>>> It appears you're trying to use Visual Studio with Qt built by mingw >>>>>> Call Stack (most recent call first): >>>>>> CMake/ctkMacroSetupQt.cmake:29 (FIND_PACKAGE) >>>>>> CMakeLists.txt:280 (ctkMacroSetupQt) >>>>>> >>>>>> Since I selected the option to allow qt to install mingw on my >>>>>> system, >>>>>> I then deleted the cmake cache and tried to rerun with the option to >>>>>> use mingw as the makefile generator, resulting in: >>>>>> CMake Error: CMake was unable to find a build program corresponding >>>>>> to >>>>>> "MinGW Makefiles". CMAKE_MAKE_PROGRAM is not set. You probably need >>>>>> to select a different build tool. >>>>>> CMake Error: CMake was unable to find a build program corresponding >>>>>> to >>>>>> "MinGW Makefiles". CMAKE_MAKE_PROGRAM is not set. You probably need >>>>>> to select a different build tool. >>>>>> CMake Error: Error required internal CMake variable not set, cmake >>>>>> may >>>>>> be not be built correctly. >>>>>> Missing variable is: >>>>>> CMAKE_C_COMPILER_ENV_VAR >>>>>> CMake Error: Error required internal CMake variable not set, cmake >>>>>> may >>>>>> be not be built correctly. >>>>>> Missing variable is: >>>>>> CMAKE_C_COMPILER >>>>>> CMake Error: Could not find cmake module >>>>>> file:D:/src/ctk/CTK-build64/CMakeFiles/CMakeCCompiler.cmake >>>>>> CMake Error: Error required internal CMake variable not set, cmake >>>>>> may >>>>>> be not be built correctly. >>>>>> Missing variable is: >>>>>> CMAKE_CXX_COMPILER_ENV_VAR >>>>>> CMake Error: Error required internal CMake variable not set, cmake >>>>>> may >>>>>> be not be built correctly. >>>>>> Missing variable is: >>>>>> CMAKE_CXX_COMPILER >>>>>> CMake Error: Could not find cmake module >>>>>> file:D:/src/ctk/CTK-build64/CMakeFiles/CMakeCXXCompiler.cmake >>>>>> CMake Error: CMAKE_C_COMPILER not set, after EnableLanguage >>>>>> CMake Error: CMAKE_CXX_COMPILER not set, after EnableLanguage >>>>>> Configuring incomplete, errors occurred! >>>>>> >>>>>> Any thoughts on where to go next? >>>>>> >>>>>> I personally think that this is a cmake problem-- it appears that Qt >>>>>> changed their versioning to be more year-based than straight number >>>>>> based, and that cmake hasn't updated their module to reflect that. I >>>>>> can't build vtk with the most recent qt either. >>>>>> >>>>>> Mark >>>>>> >>>>>> >>>>>> >>>>>> On Wed, Jan 12, 2011 at 4:34 PM, Julien >>>>>> Finet >>>>>> wrote: >>>>>>> >>>>>>> Hi Mark, >>>>>>> You should use the qmake.exe located in D:/Qt/2010.05/qt/bin instead >>>>>>> of >>>>>>> D:/Qt/2010.05/qt/qmake >>>>>>> No need to add the qt dir in the path nor locate it anywhere >>>>>>> special. >>>>>>> Julien. >>>>>>> On Wed, Jan 12, 2011 at 7:13 PM, Mark Roden >>>>>>> wrote: >>>>>>>> >>>>>>>> Changing the install directory to d:/qt did not work. I don't have >>>>>>>> any space left on my c: drive; is that the only way to get qt and >>>>>>>> ctk >>>>>>>> to work well together, to have it be on the root drive? >>>>>>>> >>>>>>>> Thanks, >>>>>>>> Mark >>>>>>>> >>>>>>>> On Wed, Jan 12, 2011 at 2:57 PM, Mark Roden >>>>>>>> wrote: >>>>>>>>> >>>>>>>>> OK, I'll check it out. >>>>>>>>> >>>>>>>>> Is that a bug in the cmake module then? I feel like there should >>>>>>>>> be >>>>>>>>> some place where I can specify, exactly, where qt is. >>>>>>>>> >>>>>>>>> Thanks, >>>>>>>>> Mark >>>>>>>>> >>>>>>>>> On Wed, Jan 12, 2011 at 2:53 PM, Dean >>>>>>>>> Inglis >>>>>>>>> wrote: >>>>>>>>>> >>>>>>>>>> Hi Mark, >>>>>>>>>> >>>>>>>>>> I had similar issues when building VTK with QT GUI support. >>>>>>>>>> Try installing Qt ( qt-win-opensource-4.7.1-vs2008.exe) >>>>>>>>>> to just D:/Qt as root instead of >>>>>>>>>> D:/Qt/2010.05, add D:/Qt/bin and D:/Qt/qt/bin to >>>>>>>>>> your path environment variable. I installed to C:/Qt >>>>>>>>>> even though all my development is done on a D: drive >>>>>>>>>> and those issues issues have since resolved. >>>>>>>>>> >>>>>>>>>> Dean >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> ----- Original Message ----- From: "Mark >>>>>>>>>> Roden" >>>>>>>>>> To: >>>>>>>>>> Cc: "Alexandre Gouaillard" >>>>>>>>>> Sent: Wednesday, January 12, 2011 5:37 PM >>>>>>>>>> Subject: [Ctk-developers] getting things to work in windows >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>> Hi all, >>>>>>>>>>> >>>>>>>>>>> I'm a developer who's working on gdcm/itk/vtk, and now am trying >>>>>>>>>>> to >>>>>>>>>>> familiarize myself with ctk. I apologize if this email should go >>>>>>>>>>> to a >>>>>>>>>>> 'users' list instead of a developers list, but google finds too >>>>>>>>>>> many >>>>>>>>>>> instances of 'Christ The King' for ctk to be helpful. Also, the >>>>>>>>>>> list >>>>>>>>>>> that appears here doesn't contain a users version of the list >>>>>>>>>>> (for >>>>>>>>>>> itk >>>>>>>>>>> or vtk either, for that matter): >>>>>>>>>>> >>>>>>>>>>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-users >>>>>>>>>>> >>>>>>>>>>> Anyway, I can't get ctk to build on my machine (Windows 7 x64, >>>>>>>>>>> vs2008). I've installed Qt 2010.5, lgpl edition, including >>>>>>>>>>> mingw. >>>>>>>>>>> Trying to build ctk from the git head produces the following >>>>>>>>>>> error, >>>>>>>>>>> regardless of using 32bit or 64 bit compilers: >>>>>>>>>>> >>>>>>>>>>> CMake Error at CMake/ctkMacroSetupQt.cmake:55 (MESSAGE): >>>>>>>>>>> error: Qt4 was not found on your system. You probably need to >>>>>>>>>>> set >>>>>>>>>>> the >>>>>>>>>>> QT_QMAKE_EXECUTABLE variable >>>>>>>>>>> Call Stack (most recent call first): >>>>>>>>>>> CMakeLists.txt:280 (ctkMacroSetupQt) >>>>>>>>>>> >>>>>>>>>>> I've found the qmake exe, it's located in >>>>>>>>>>> D:/Qt/2010.05/qt/qmake/qmake.exe, but then the cmake file reruns >>>>>>>>>>> and >>>>>>>>>>> changes that value to D:/Qt/2010.05/qt/qmake/qmake.exe-NOTFOUND, >>>>>>>>>>> which >>>>>>>>>>> is clearly incorrect. Changing that value by hand also produces >>>>>>>>>>> the >>>>>>>>>>> following warning: >>>>>>>>>>> >>>>>>>>>>> Warning: QT_QMAKE_EXECUTABLE reported QT_INSTALL_LIBS as >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> C:/qt-greenhouse/Trolltech/Code_less_create_more/Trolltech/Code_less_create_more/Troll/4.6/qt/lib >>>>>>>>>>> Warning: >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> C:/qt-greenhouse/Trolltech/Code_less_create_more/Trolltech/Code_less_create_more/Troll/4.6/qt/lib >>>>>>>>>>> does NOT exist, Qt must NOT be installed correctly. >>>>>>>>>>> >>>>>>>>>>> I have no qt-greenhouse directory in the C: drive, so I'm not >>>>>>>>>>> sure >>>>>>>>>>> where those values are coming from. >>>>>>>>>>> >>>>>>>>>>> Thanks for any help, >>>>>>>>>>> Mark >>>>>>>>>>> _______________________________________________ >>>>>>>>>>> Ctk-developers mailing list >>>>>>>>>>> Ctk-developers at commontk.org >>>>>>>>>>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers >>>>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> Ctk-developers mailing list >>>>>>>> Ctk-developers at commontk.org >>>>>>>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers >>>>>>> >>>>> >>>> _______________________________________________ >>>> Ctk-developers mailing list >>>> Ctk-developers at commontk.org >>>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers >>> >>> >> > _______________________________________________ Ctk-developers mailing list Ctk-developers at commontk.org http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers From mmroden at gmail.com Mon Jan 17 23:22:23 2011 From: mmroden at gmail.com (Mark Roden) Date: Mon, 17 Jan 2011 15:22:23 -0800 Subject: [Ctk-developers] getting things to work in windows In-Reply-To: References: <908DD81837444024BDC1DCA49762D4D6@Hyoid> <4D2F5344.90203@hms.harvard.edu> Message-ID: Hi Dean, Thanks for this, trying it now. Why no proj/dsp? Are you using a cygwin compiler or something similar? Or does that just mean it's not an openable project in visual studio? Mark On Mon, Jan 17, 2011 at 2:48 PM, Dean Inglis wrote: > FWIW, I just built CTK on Win 7 , VS 2010, 32 ?bit, shared build > using > http://get.qt.nokia.com/qt/source/qt-everywhere-opensource-src-4.7.1.zip > > unzipped the source and copied to D:/my_build_folder/qt-4.7.1 > > in D:/my_build_folder/qt-4.7.1, at a Visual Studio Command Prompt (2010) for > 32 bit, type > > configure -debug -no-dsp -no-vcproj -platform win32-msvc2010 > > then wait a long time, then type "nmake" and wait even longer > > git pull the latest CTK source, create a folder D:/my_build_folder/ctk and > in that folder > > cmake path_to_CTK_source -G"NMake Makefiles" > > fill in the CMakeCache.txt variable for QT_QMAKE_EXECUTABLE: > > QT_QMAKE_EXECUTABLE:FILEPATH=D:/my_build_folder/qt-4.7.1/bin/qmake.exe > > tell cmake where your git.exe is (mine was in cygwin) > > enable the basic gui widgets > > CTK_LIB_Widgets:BOOL=ON > > type "nmake" and wait not as long as to build Qt > > cd into CTK-built and run "ctest" > > I had no errors during the build but one test failure: > > 98% tests passed, 1 tests failed out of 62 > > Label Time Summary: > CTKCore ? ? ? ? ? ? ? = ? 7.34 sec > CTKPluginFramework ? ?= ?12.43 sec > CTKWidgets ? ? ? ? ? ?= ?64.08 sec > > Total Test time (real) = ?86.36 sec > > The following tests FAILED: > ? ? ? ? 6 - ctkCommandLineParserTest1 (Failed) > Errors while running CTest > > HTH, > Dean > > > > ----- Original Message ----- From: "Mark Roden" > To: "Gelas, Arnaud Joel Florent" > Cc: "Souhait, Lydie" ; > > Sent: Sunday, January 16, 2011 3:38 PM > Subject: Re: [Ctk-developers] getting things to work in windows > > > Yes, it doesn't work. > > On Sun, Jan 16, 2011 at 12:19 PM, Gelas, Arnaud Joel Florent > wrote: >> >> Have you looked at this one? >> >> http://www.qtforum.org/article/31561/error-when-building-libraries.html >> >> >> ________________________________________ >> From: Mark Roden [mmroden at gmail.com] >> Sent: Sunday, January 16, 2011 3:09 PM >> To: Gelas, Arnaud Joel Florent >> Cc: Julien Finet; ctk-developers at commontk.org; Souhait, Lydie >> Subject: Re: [Ctk-developers] getting things to work in windows >> >> So I've tried many different solutions, including: >> http://www.qtcentre.org/threads/19389-Qt-4.5-clean-up-build-dir-on-Windows >> >> http://www.qtcentre.org/threads/26245-Qt-4.6-api%5Cqscriptextensionplugin.h%2843%29-Error-Undefined-interface >> and so forth, still no joy. >> >> >>> Now regarding the error, I may be wrong but I thought "C:\Program Files >>> (x86)\" is for 32 bit software (I may be wrong on that one)? >> >> That is true. Visual studio 2008 is 32 bit, but can still compile 64 >> bit. The relevant portion of the error is >> api\qscriptextensionplugin.h(43): Error: Undefined interface >> Not the rest; that's just saying which program failed (in that case, >> nmake, which is vs2008's make). >> >>> >>> Do you use the qt source tarball? >> >> I did, version 4.7.1 from the website. >> >> >>> i.e: install QT, install the necessary SDKs. Be sure that qmake is your >>> path. Then, and this killed most of my problems, run in your dos command >>> box >>> (you will also use for starting compilation with configure) the visual >>> studio setup script vcvars.bat to setup all necessary environment >>> variables, >>> e. g. for me this was: >>> c:\Programme\Microsoft Visual Studio 9.0\VC\vcvars.bat >> >> This is the equivalent of running in the vs2008 command prompt, which I'm >> doing. >> >> I think that this might be a problem with the particular version of Qt >> that I'm trying to use. I'm going to go to the message boards to try >> to find out if they have a solution for their more recent sdk versions >> that supposedly fix this problem. >> >> I hope it's not an issue that I'm running 64 bit windows 7. >> >> Mark >> >> >> On Fri, Jan 14, 2011 at 6:26 AM, Gelas, Arnaud Joel Florent >> wrote: >>> >>> Hi Mark, >>> >>> To speed up the compilation you can only compile the release libraries >>> (unless you want to be able to debug some qt stuff too). >>> >>> Now regarding the error, I may be wrong but I thought "C:\Program Files >>> (x86)\" is for 32 bit software (I may be wrong on that one)? >>> >>> Do you use the qt source tarball? >>> >>> HTH, >>> Arnaud >>> >>> >>> ________________________________________ >>> From: Mark Roden [mmroden at gmail.com] >>> Sent: Thursday, January 13, 2011 7:09 PM >>> To: Gelas, Arnaud Joel Florent >>> Cc: Julien Finet; ctk-developers at commontk.org >>> Subject: Re: [Ctk-developers] getting things to work in windows >>> >>> So after running for however long (I went away and came back, it's not >>> an instant compilation), I got this compilation error: >>> >>> api\qscriptextensionplugin.h(43): Error: Undefined interface >>> NMAKE : fatal error U1077: 'D:\Qt\2010.05\qt\bin\moc.exe' : return code >>> '0x1' >>> Stop. >>> NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual >>> Studio 9.0\VC\BIN\nmake.exe"' : return code '0x2' >>> Stop. >>> NMAKE : fatal error U1077: 'cd' : return code '0x2' >>> Stop. >>> >>> Any ideas, or just go right to the qt boards? >>> >>> On Thu, Jan 13, 2011 at 11:32 AM, Arnaud GELAS >>> wrote: >>>> >>>> Have a look at this: >>>> >>>> http://sourceforge.net/apps/trac/gofigure2/wiki/DeveloperSetUpWindows#a1.3Qt >>>> >>>> On 01/13/2011 02:30 PM, Mark Roden wrote: >>>>> >>>>> I want to use visual studio. One of the default Qt installation >>>>> options is to install mingw, so I went ahead and did it. >>>>> >>>>> I'll look into compiling qt for myself, then, in visual studio. >>>>> >>>>> Thanks, >>>>> Mark >>>>> >>>>> On Thu, Jan 13, 2011 at 11:05 AM, Julien >>>>> Finet >>>>> wrote: >>>>>> >>>>>> What are you trying to achieve here? do you want to use Mingw or >>>>>> Visual >>>>>> Studio ? >>>>>> I'm not a user of Mingw, but it seems odd that Qt installs Mingw on >>>>>> your >>>>>> machine. >>>>>> How did you install mingw ? do you manage to build other projects ? >>>>>> If you want to use visual studio, then you need to get Qt for Visual >>>>>> studio >>>>>> (if it exists) or compile qt yourself. >>>>>> Julien. >>>>>> >>>>>> On Thu, Jan 13, 2011 at 11:43 AM, Mark Roden wrote: >>>>>>> >>>>>>> Hi Julien, >>>>>>> >>>>>>> Ah, this may be why I'm unable to run cmake directly-- there is no >>>>>>> qmake in my d:\qt\bin directory, only in the qmake directory. >>>>>>> >>>>>>> There is a d:\qt\qt\bin directory that has a qmake in it. Hopefully, >>>>>>> it's the same thing. >>>>>>> >>>>>>> I get this error next: >>>>>>> CMake Error at C:/Program Files (x86)/CMake >>>>>>> 2.8/share/cmake-2.8/Modules/FindQt4.cmake:788 (MESSAGE): >>>>>>> It appears you're trying to use Visual Studio with Qt built by mingw >>>>>>> Call Stack (most recent call first): >>>>>>> CMake/ctkMacroSetupQt.cmake:29 (FIND_PACKAGE) >>>>>>> CMakeLists.txt:280 (ctkMacroSetupQt) >>>>>>> >>>>>>> Since I selected the option to allow qt to install mingw on my >>>>>>> system, >>>>>>> I then deleted the cmake cache and tried to rerun with the option to >>>>>>> use mingw as the makefile generator, resulting in: >>>>>>> CMake Error: CMake was unable to find a build program corresponding >>>>>>> to >>>>>>> "MinGW Makefiles". CMAKE_MAKE_PROGRAM is not set. You probably need >>>>>>> to select a different build tool. >>>>>>> CMake Error: CMake was unable to find a build program corresponding >>>>>>> to >>>>>>> "MinGW Makefiles". CMAKE_MAKE_PROGRAM is not set. You probably need >>>>>>> to select a different build tool. >>>>>>> CMake Error: Error required internal CMake variable not set, cmake >>>>>>> may >>>>>>> be not be built correctly. >>>>>>> Missing variable is: >>>>>>> CMAKE_C_COMPILER_ENV_VAR >>>>>>> CMake Error: Error required internal CMake variable not set, cmake >>>>>>> may >>>>>>> be not be built correctly. >>>>>>> Missing variable is: >>>>>>> CMAKE_C_COMPILER >>>>>>> CMake Error: Could not find cmake module >>>>>>> file:D:/src/ctk/CTK-build64/CMakeFiles/CMakeCCompiler.cmake >>>>>>> CMake Error: Error required internal CMake variable not set, cmake >>>>>>> may >>>>>>> be not be built correctly. >>>>>>> Missing variable is: >>>>>>> CMAKE_CXX_COMPILER_ENV_VAR >>>>>>> CMake Error: Error required internal CMake variable not set, cmake >>>>>>> may >>>>>>> be not be built correctly. >>>>>>> Missing variable is: >>>>>>> CMAKE_CXX_COMPILER >>>>>>> CMake Error: Could not find cmake module >>>>>>> file:D:/src/ctk/CTK-build64/CMakeFiles/CMakeCXXCompiler.cmake >>>>>>> CMake Error: CMAKE_C_COMPILER not set, after EnableLanguage >>>>>>> CMake Error: CMAKE_CXX_COMPILER not set, after EnableLanguage >>>>>>> Configuring incomplete, errors occurred! >>>>>>> >>>>>>> Any thoughts on where to go next? >>>>>>> >>>>>>> I personally think that this is a cmake problem-- it appears that Qt >>>>>>> changed their versioning to be more year-based than straight number >>>>>>> based, and that cmake hasn't updated their module to reflect that. I >>>>>>> can't build vtk with the most recent qt either. >>>>>>> >>>>>>> Mark >>>>>>> >>>>>>> >>>>>>> >>>>>>> On Wed, Jan 12, 2011 at 4:34 PM, Julien >>>>>>> Finet >>>>>>> wrote: >>>>>>>> >>>>>>>> Hi Mark, >>>>>>>> You should use the qmake.exe located in D:/Qt/2010.05/qt/bin instead >>>>>>>> of >>>>>>>> D:/Qt/2010.05/qt/qmake >>>>>>>> No need to add the qt dir in the path nor locate it anywhere >>>>>>>> special. >>>>>>>> Julien. >>>>>>>> On Wed, Jan 12, 2011 at 7:13 PM, Mark Roden >>>>>>>> wrote: >>>>>>>>> >>>>>>>>> Changing the install directory to d:/qt did not work. I don't have >>>>>>>>> any space left on my c: drive; is that the only way to get qt and >>>>>>>>> ctk >>>>>>>>> to work well together, to have it be on the root drive? >>>>>>>>> >>>>>>>>> Thanks, >>>>>>>>> Mark >>>>>>>>> >>>>>>>>> On Wed, Jan 12, 2011 at 2:57 PM, Mark Roden >>>>>>>>> wrote: >>>>>>>>>> >>>>>>>>>> OK, I'll check it out. >>>>>>>>>> >>>>>>>>>> Is that a bug in the cmake module then? I feel like there should >>>>>>>>>> be >>>>>>>>>> some place where I can specify, exactly, where qt is. >>>>>>>>>> >>>>>>>>>> Thanks, >>>>>>>>>> Mark >>>>>>>>>> >>>>>>>>>> On Wed, Jan 12, 2011 at 2:53 PM, Dean >>>>>>>>>> Inglis >>>>>>>>>> wrote: >>>>>>>>>>> >>>>>>>>>>> Hi Mark, >>>>>>>>>>> >>>>>>>>>>> I had similar issues when building VTK with QT GUI support. >>>>>>>>>>> Try installing Qt ( qt-win-opensource-4.7.1-vs2008.exe) >>>>>>>>>>> to just D:/Qt as root instead of >>>>>>>>>>> D:/Qt/2010.05, add D:/Qt/bin and D:/Qt/qt/bin to >>>>>>>>>>> your path environment variable. I installed to C:/Qt >>>>>>>>>>> even though all my development is done on a D: drive >>>>>>>>>>> and those issues issues have since resolved. >>>>>>>>>>> >>>>>>>>>>> Dean >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> ----- Original Message ----- From: "Mark >>>>>>>>>>> Roden" >>>>>>>>>>> To: >>>>>>>>>>> Cc: "Alexandre Gouaillard" >>>>>>>>>>> Sent: Wednesday, January 12, 2011 5:37 PM >>>>>>>>>>> Subject: [Ctk-developers] getting things to work in windows >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>> Hi all, >>>>>>>>>>>> >>>>>>>>>>>> I'm a developer who's working on gdcm/itk/vtk, and now am trying >>>>>>>>>>>> to >>>>>>>>>>>> familiarize myself with ctk. I apologize if this email should go >>>>>>>>>>>> to a >>>>>>>>>>>> 'users' list instead of a developers list, but google finds too >>>>>>>>>>>> many >>>>>>>>>>>> instances of 'Christ The King' for ctk to be helpful. Also, the >>>>>>>>>>>> list >>>>>>>>>>>> that appears here doesn't contain a users version of the list >>>>>>>>>>>> (for >>>>>>>>>>>> itk >>>>>>>>>>>> or vtk either, for that matter): >>>>>>>>>>>> >>>>>>>>>>>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-users >>>>>>>>>>>> >>>>>>>>>>>> Anyway, I can't get ctk to build on my machine (Windows 7 x64, >>>>>>>>>>>> vs2008). I've installed Qt 2010.5, lgpl edition, including >>>>>>>>>>>> mingw. >>>>>>>>>>>> Trying to build ctk from the git head produces the following >>>>>>>>>>>> error, >>>>>>>>>>>> regardless of using 32bit or 64 bit compilers: >>>>>>>>>>>> >>>>>>>>>>>> CMake Error at CMake/ctkMacroSetupQt.cmake:55 (MESSAGE): >>>>>>>>>>>> error: Qt4 was not found on your system. You probably need to >>>>>>>>>>>> set >>>>>>>>>>>> the >>>>>>>>>>>> QT_QMAKE_EXECUTABLE variable >>>>>>>>>>>> Call Stack (most recent call first): >>>>>>>>>>>> CMakeLists.txt:280 (ctkMacroSetupQt) >>>>>>>>>>>> >>>>>>>>>>>> I've found the qmake exe, it's located in >>>>>>>>>>>> D:/Qt/2010.05/qt/qmake/qmake.exe, but then the cmake file reruns >>>>>>>>>>>> and >>>>>>>>>>>> changes that value to D:/Qt/2010.05/qt/qmake/qmake.exe-NOTFOUND, >>>>>>>>>>>> which >>>>>>>>>>>> is clearly incorrect. Changing that value by hand also produces >>>>>>>>>>>> the >>>>>>>>>>>> following warning: >>>>>>>>>>>> >>>>>>>>>>>> Warning: QT_QMAKE_EXECUTABLE reported QT_INSTALL_LIBS as >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> C:/qt-greenhouse/Trolltech/Code_less_create_more/Trolltech/Code_less_create_more/Troll/4.6/qt/lib >>>>>>>>>>>> Warning: >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> C:/qt-greenhouse/Trolltech/Code_less_create_more/Trolltech/Code_less_create_more/Troll/4.6/qt/lib >>>>>>>>>>>> does NOT exist, Qt must NOT be installed correctly. >>>>>>>>>>>> >>>>>>>>>>>> I have no qt-greenhouse directory in the C: drive, so I'm not >>>>>>>>>>>> sure >>>>>>>>>>>> where those values are coming from. >>>>>>>>>>>> >>>>>>>>>>>> Thanks for any help, >>>>>>>>>>>> Mark >>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>> Ctk-developers mailing list >>>>>>>>>>>> Ctk-developers at commontk.org >>>>>>>>>>>> >>>>>>>>>>>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers >>>>>>>>>>> >>>>>>>>> _______________________________________________ >>>>>>>>> Ctk-developers mailing list >>>>>>>>> Ctk-developers at commontk.org >>>>>>>>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers >>>>>>>> >>>>>> >>>>> _______________________________________________ >>>>> Ctk-developers mailing list >>>>> Ctk-developers at commontk.org >>>>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers >>>> >>>> >>> >> > _______________________________________________ > Ctk-developers mailing list > Ctk-developers at commontk.org > http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers > From mmroden at gmail.com Tue Jan 18 02:37:19 2011 From: mmroden at gmail.com (Mark Roden) Date: Mon, 17 Jan 2011 18:37:19 -0800 Subject: [Ctk-developers] getting things to work in windows In-Reply-To: References: <908DD81837444024BDC1DCA49762D4D6@Hyoid> <4D2F5344.90203@hms.harvard.edu> Message-ID: Hi Dean, I followed your directions: >> configure -debug -no-dsp -no-vcproj -platform win32-msvc2008 >> >> then wait a long time, then type "nmake" and wait even longer >> and got this error: mt.exe : general error c101008d: Failed to write the updated manifest to the resource of file "release\updater.exe". Access is denied. NMAKE : fatal error U1077: '"C:\Program Files\Microsoft SDKs\Windows\v6.0A\bin\mt.exe"' : return code '0x1f' Stop. NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual Studio 9.0\VC\BIN\nmake.exe"' : return code '0x2' Stop. NMAKE : fatal error U1077: 'cd' : return code '0x2' Stop. NMAKE : fatal error U1077: 'cd' : return code '0x2' Stop. NMAKE : fatal error U1077: 'cd' : return code '0x2' Stop. This is really very strange, that everything would just end up so broken. Are you running as administrator or something similar? Thanks, Mark On Mon, Jan 17, 2011 at 3:22 PM, Mark Roden wrote: > Hi Dean, > > Thanks for this, trying it now. > > Why no proj/dsp? ?Are you using a cygwin compiler or something > similar? ?Or does that just mean it's not an openable project in > visual studio? > > Mark > > On Mon, Jan 17, 2011 at 2:48 PM, Dean Inglis wrote: >> FWIW, I just built CTK on Win 7 , VS 2010, 32 ?bit, shared build >> using >> http://get.qt.nokia.com/qt/source/qt-everywhere-opensource-src-4.7.1.zip >> >> unzipped the source and copied to D:/my_build_folder/qt-4.7.1 >> >> in D:/my_build_folder/qt-4.7.1, at a Visual Studio Command Prompt (2010) for >> 32 bit, type >> >> configure -debug -no-dsp -no-vcproj -platform win32-msvc2010 >> >> then wait a long time, then type "nmake" and wait even longer >> >> git pull the latest CTK source, create a folder D:/my_build_folder/ctk and >> in that folder >> >> cmake path_to_CTK_source -G"NMake Makefiles" >> >> fill in the CMakeCache.txt variable for QT_QMAKE_EXECUTABLE: >> >> QT_QMAKE_EXECUTABLE:FILEPATH=D:/my_build_folder/qt-4.7.1/bin/qmake.exe >> >> tell cmake where your git.exe is (mine was in cygwin) >> >> enable the basic gui widgets >> >> CTK_LIB_Widgets:BOOL=ON >> >> type "nmake" and wait not as long as to build Qt >> >> cd into CTK-built and run "ctest" >> >> I had no errors during the build but one test failure: >> >> 98% tests passed, 1 tests failed out of 62 >> >> Label Time Summary: >> CTKCore ? ? ? ? ? ? ? = ? 7.34 sec >> CTKPluginFramework ? ?= ?12.43 sec >> CTKWidgets ? ? ? ? ? ?= ?64.08 sec >> >> Total Test time (real) = ?86.36 sec >> >> The following tests FAILED: >> ? ? ? ? 6 - ctkCommandLineParserTest1 (Failed) >> Errors while running CTest >> >> HTH, >> Dean >> >> >> >> ----- Original Message ----- From: "Mark Roden" >> To: "Gelas, Arnaud Joel Florent" >> Cc: "Souhait, Lydie" ; >> >> Sent: Sunday, January 16, 2011 3:38 PM >> Subject: Re: [Ctk-developers] getting things to work in windows >> >> >> Yes, it doesn't work. >> >> On Sun, Jan 16, 2011 at 12:19 PM, Gelas, Arnaud Joel Florent >> wrote: >>> >>> Have you looked at this one? >>> >>> http://www.qtforum.org/article/31561/error-when-building-libraries.html >>> >>> >>> ________________________________________ >>> From: Mark Roden [mmroden at gmail.com] >>> Sent: Sunday, January 16, 2011 3:09 PM >>> To: Gelas, Arnaud Joel Florent >>> Cc: Julien Finet; ctk-developers at commontk.org; Souhait, Lydie >>> Subject: Re: [Ctk-developers] getting things to work in windows >>> >>> So I've tried many different solutions, including: >>> http://www.qtcentre.org/threads/19389-Qt-4.5-clean-up-build-dir-on-Windows >>> >>> http://www.qtcentre.org/threads/26245-Qt-4.6-api%5Cqscriptextensionplugin.h%2843%29-Error-Undefined-interface >>> and so forth, still no joy. >>> >>> >>>> Now regarding the error, I may be wrong but I thought "C:\Program Files >>>> (x86)\" is for 32 bit software (I may be wrong on that one)? >>> >>> That is true. Visual studio 2008 is 32 bit, but can still compile 64 >>> bit. The relevant portion of the error is >>> api\qscriptextensionplugin.h(43): Error: Undefined interface >>> Not the rest; that's just saying which program failed (in that case, >>> nmake, which is vs2008's make). >>> >>>> >>>> Do you use the qt source tarball? >>> >>> I did, version 4.7.1 from the website. >>> >>> >>>> i.e: install QT, install the necessary SDKs. Be sure that qmake is your >>>> path. Then, and this killed most of my problems, run in your dos command >>>> box >>>> (you will also use for starting compilation with configure) the visual >>>> studio setup script vcvars.bat to setup all necessary environment >>>> variables, >>>> e. g. for me this was: >>>> c:\Programme\Microsoft Visual Studio 9.0\VC\vcvars.bat >>> >>> This is the equivalent of running in the vs2008 command prompt, which I'm >>> doing. >>> >>> I think that this might be a problem with the particular version of Qt >>> that I'm trying to use. I'm going to go to the message boards to try >>> to find out if they have a solution for their more recent sdk versions >>> that supposedly fix this problem. >>> >>> I hope it's not an issue that I'm running 64 bit windows 7. >>> >>> Mark >>> >>> >>> On Fri, Jan 14, 2011 at 6:26 AM, Gelas, Arnaud Joel Florent >>> wrote: >>>> >>>> Hi Mark, >>>> >>>> To speed up the compilation you can only compile the release libraries >>>> (unless you want to be able to debug some qt stuff too). >>>> >>>> Now regarding the error, I may be wrong but I thought "C:\Program Files >>>> (x86)\" is for 32 bit software (I may be wrong on that one)? >>>> >>>> Do you use the qt source tarball? >>>> >>>> HTH, >>>> Arnaud >>>> >>>> >>>> ________________________________________ >>>> From: Mark Roden [mmroden at gmail.com] >>>> Sent: Thursday, January 13, 2011 7:09 PM >>>> To: Gelas, Arnaud Joel Florent >>>> Cc: Julien Finet; ctk-developers at commontk.org >>>> Subject: Re: [Ctk-developers] getting things to work in windows >>>> >>>> So after running for however long (I went away and came back, it's not >>>> an instant compilation), I got this compilation error: >>>> >>>> api\qscriptextensionplugin.h(43): Error: Undefined interface >>>> NMAKE : fatal error U1077: 'D:\Qt\2010.05\qt\bin\moc.exe' : return code >>>> '0x1' >>>> Stop. >>>> NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual >>>> Studio 9.0\VC\BIN\nmake.exe"' : return code '0x2' >>>> Stop. >>>> NMAKE : fatal error U1077: 'cd' : return code '0x2' >>>> Stop. >>>> >>>> Any ideas, or just go right to the qt boards? >>>> >>>> On Thu, Jan 13, 2011 at 11:32 AM, Arnaud GELAS >>>> wrote: >>>>> >>>>> Have a look at this: >>>>> >>>>> http://sourceforge.net/apps/trac/gofigure2/wiki/DeveloperSetUpWindows#a1.3Qt >>>>> >>>>> On 01/13/2011 02:30 PM, Mark Roden wrote: >>>>>> >>>>>> I want to use visual studio. One of the default Qt installation >>>>>> options is to install mingw, so I went ahead and did it. >>>>>> >>>>>> I'll look into compiling qt for myself, then, in visual studio. >>>>>> >>>>>> Thanks, >>>>>> Mark >>>>>> >>>>>> On Thu, Jan 13, 2011 at 11:05 AM, Julien >>>>>> Finet >>>>>> wrote: >>>>>>> >>>>>>> What are you trying to achieve here? do you want to use Mingw or >>>>>>> Visual >>>>>>> Studio ? >>>>>>> I'm not a user of Mingw, but it seems odd that Qt installs Mingw on >>>>>>> your >>>>>>> machine. >>>>>>> How did you install mingw ? do you manage to build other projects ? >>>>>>> If you want to use visual studio, then you need to get Qt for Visual >>>>>>> studio >>>>>>> (if it exists) or compile qt yourself. >>>>>>> Julien. >>>>>>> >>>>>>> On Thu, Jan 13, 2011 at 11:43 AM, Mark Roden wrote: >>>>>>>> >>>>>>>> Hi Julien, >>>>>>>> >>>>>>>> Ah, this may be why I'm unable to run cmake directly-- there is no >>>>>>>> qmake in my d:\qt\bin directory, only in the qmake directory. >>>>>>>> >>>>>>>> There is a d:\qt\qt\bin directory that has a qmake in it. Hopefully, >>>>>>>> it's the same thing. >>>>>>>> >>>>>>>> I get this error next: >>>>>>>> CMake Error at C:/Program Files (x86)/CMake >>>>>>>> 2.8/share/cmake-2.8/Modules/FindQt4.cmake:788 (MESSAGE): >>>>>>>> It appears you're trying to use Visual Studio with Qt built by mingw >>>>>>>> Call Stack (most recent call first): >>>>>>>> CMake/ctkMacroSetupQt.cmake:29 (FIND_PACKAGE) >>>>>>>> CMakeLists.txt:280 (ctkMacroSetupQt) >>>>>>>> >>>>>>>> Since I selected the option to allow qt to install mingw on my >>>>>>>> system, >>>>>>>> I then deleted the cmake cache and tried to rerun with the option to >>>>>>>> use mingw as the makefile generator, resulting in: >>>>>>>> CMake Error: CMake was unable to find a build program corresponding >>>>>>>> to >>>>>>>> "MinGW Makefiles". CMAKE_MAKE_PROGRAM is not set. You probably need >>>>>>>> to select a different build tool. >>>>>>>> CMake Error: CMake was unable to find a build program corresponding >>>>>>>> to >>>>>>>> "MinGW Makefiles". CMAKE_MAKE_PROGRAM is not set. You probably need >>>>>>>> to select a different build tool. >>>>>>>> CMake Error: Error required internal CMake variable not set, cmake >>>>>>>> may >>>>>>>> be not be built correctly. >>>>>>>> Missing variable is: >>>>>>>> CMAKE_C_COMPILER_ENV_VAR >>>>>>>> CMake Error: Error required internal CMake variable not set, cmake >>>>>>>> may >>>>>>>> be not be built correctly. >>>>>>>> Missing variable is: >>>>>>>> CMAKE_C_COMPILER >>>>>>>> CMake Error: Could not find cmake module >>>>>>>> file:D:/src/ctk/CTK-build64/CMakeFiles/CMakeCCompiler.cmake >>>>>>>> CMake Error: Error required internal CMake variable not set, cmake >>>>>>>> may >>>>>>>> be not be built correctly. >>>>>>>> Missing variable is: >>>>>>>> CMAKE_CXX_COMPILER_ENV_VAR >>>>>>>> CMake Error: Error required internal CMake variable not set, cmake >>>>>>>> may >>>>>>>> be not be built correctly. >>>>>>>> Missing variable is: >>>>>>>> CMAKE_CXX_COMPILER >>>>>>>> CMake Error: Could not find cmake module >>>>>>>> file:D:/src/ctk/CTK-build64/CMakeFiles/CMakeCXXCompiler.cmake >>>>>>>> CMake Error: CMAKE_C_COMPILER not set, after EnableLanguage >>>>>>>> CMake Error: CMAKE_CXX_COMPILER not set, after EnableLanguage >>>>>>>> Configuring incomplete, errors occurred! >>>>>>>> >>>>>>>> Any thoughts on where to go next? >>>>>>>> >>>>>>>> I personally think that this is a cmake problem-- it appears that Qt >>>>>>>> changed their versioning to be more year-based than straight number >>>>>>>> based, and that cmake hasn't updated their module to reflect that. I >>>>>>>> can't build vtk with the most recent qt either. >>>>>>>> >>>>>>>> Mark >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> On Wed, Jan 12, 2011 at 4:34 PM, Julien >>>>>>>> Finet >>>>>>>> wrote: >>>>>>>>> >>>>>>>>> Hi Mark, >>>>>>>>> You should use the qmake.exe located in D:/Qt/2010.05/qt/bin instead >>>>>>>>> of >>>>>>>>> D:/Qt/2010.05/qt/qmake >>>>>>>>> No need to add the qt dir in the path nor locate it anywhere >>>>>>>>> special. >>>>>>>>> Julien. >>>>>>>>> On Wed, Jan 12, 2011 at 7:13 PM, Mark Roden >>>>>>>>> wrote: >>>>>>>>>> >>>>>>>>>> Changing the install directory to d:/qt did not work. I don't have >>>>>>>>>> any space left on my c: drive; is that the only way to get qt and >>>>>>>>>> ctk >>>>>>>>>> to work well together, to have it be on the root drive? >>>>>>>>>> >>>>>>>>>> Thanks, >>>>>>>>>> Mark >>>>>>>>>> >>>>>>>>>> On Wed, Jan 12, 2011 at 2:57 PM, Mark Roden >>>>>>>>>> wrote: >>>>>>>>>>> >>>>>>>>>>> OK, I'll check it out. >>>>>>>>>>> >>>>>>>>>>> Is that a bug in the cmake module then? I feel like there should >>>>>>>>>>> be >>>>>>>>>>> some place where I can specify, exactly, where qt is. >>>>>>>>>>> >>>>>>>>>>> Thanks, >>>>>>>>>>> Mark >>>>>>>>>>> >>>>>>>>>>> On Wed, Jan 12, 2011 at 2:53 PM, Dean >>>>>>>>>>> Inglis >>>>>>>>>>> wrote: >>>>>>>>>>>> >>>>>>>>>>>> Hi Mark, >>>>>>>>>>>> >>>>>>>>>>>> I had similar issues when building VTK with QT GUI support. >>>>>>>>>>>> Try installing Qt ( qt-win-opensource-4.7.1-vs2008.exe) >>>>>>>>>>>> to just D:/Qt as root instead of >>>>>>>>>>>> D:/Qt/2010.05, add D:/Qt/bin and D:/Qt/qt/bin to >>>>>>>>>>>> your path environment variable. I installed to C:/Qt >>>>>>>>>>>> even though all my development is done on a D: drive >>>>>>>>>>>> and those issues issues have since resolved. >>>>>>>>>>>> >>>>>>>>>>>> Dean >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> ----- Original Message ----- From: "Mark >>>>>>>>>>>> Roden" >>>>>>>>>>>> To: >>>>>>>>>>>> Cc: "Alexandre Gouaillard" >>>>>>>>>>>> Sent: Wednesday, January 12, 2011 5:37 PM >>>>>>>>>>>> Subject: [Ctk-developers] getting things to work in windows >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>> Hi all, >>>>>>>>>>>>> >>>>>>>>>>>>> I'm a developer who's working on gdcm/itk/vtk, and now am trying >>>>>>>>>>>>> to >>>>>>>>>>>>> familiarize myself with ctk. I apologize if this email should go >>>>>>>>>>>>> to a >>>>>>>>>>>>> 'users' list instead of a developers list, but google finds too >>>>>>>>>>>>> many >>>>>>>>>>>>> instances of 'Christ The King' for ctk to be helpful. Also, the >>>>>>>>>>>>> list >>>>>>>>>>>>> that appears here doesn't contain a users version of the list >>>>>>>>>>>>> (for >>>>>>>>>>>>> itk >>>>>>>>>>>>> or vtk either, for that matter): >>>>>>>>>>>>> >>>>>>>>>>>>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-users >>>>>>>>>>>>> >>>>>>>>>>>>> Anyway, I can't get ctk to build on my machine (Windows 7 x64, >>>>>>>>>>>>> vs2008). I've installed Qt 2010.5, lgpl edition, including >>>>>>>>>>>>> mingw. >>>>>>>>>>>>> Trying to build ctk from the git head produces the following >>>>>>>>>>>>> error, >>>>>>>>>>>>> regardless of using 32bit or 64 bit compilers: >>>>>>>>>>>>> >>>>>>>>>>>>> CMake Error at CMake/ctkMacroSetupQt.cmake:55 (MESSAGE): >>>>>>>>>>>>> error: Qt4 was not found on your system. You probably need to >>>>>>>>>>>>> set >>>>>>>>>>>>> the >>>>>>>>>>>>> QT_QMAKE_EXECUTABLE variable >>>>>>>>>>>>> Call Stack (most recent call first): >>>>>>>>>>>>> CMakeLists.txt:280 (ctkMacroSetupQt) >>>>>>>>>>>>> >>>>>>>>>>>>> I've found the qmake exe, it's located in >>>>>>>>>>>>> D:/Qt/2010.05/qt/qmake/qmake.exe, but then the cmake file reruns >>>>>>>>>>>>> and >>>>>>>>>>>>> changes that value to D:/Qt/2010.05/qt/qmake/qmake.exe-NOTFOUND, >>>>>>>>>>>>> which >>>>>>>>>>>>> is clearly incorrect. Changing that value by hand also produces >>>>>>>>>>>>> the >>>>>>>>>>>>> following warning: >>>>>>>>>>>>> >>>>>>>>>>>>> Warning: QT_QMAKE_EXECUTABLE reported QT_INSTALL_LIBS as >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> C:/qt-greenhouse/Trolltech/Code_less_create_more/Trolltech/Code_less_create_more/Troll/4.6/qt/lib >>>>>>>>>>>>> Warning: >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> C:/qt-greenhouse/Trolltech/Code_less_create_more/Trolltech/Code_less_create_more/Troll/4.6/qt/lib >>>>>>>>>>>>> does NOT exist, Qt must NOT be installed correctly. >>>>>>>>>>>>> >>>>>>>>>>>>> I have no qt-greenhouse directory in the C: drive, so I'm not >>>>>>>>>>>>> sure >>>>>>>>>>>>> where those values are coming from. >>>>>>>>>>>>> >>>>>>>>>>>>> Thanks for any help, >>>>>>>>>>>>> Mark >>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>> Ctk-developers mailing list >>>>>>>>>>>>> Ctk-developers at commontk.org >>>>>>>>>>>>> >>>>>>>>>>>>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers >>>>>>>>>>>> >>>>>>>>>> _______________________________________________ >>>>>>>>>> Ctk-developers mailing list >>>>>>>>>> Ctk-developers at commontk.org >>>>>>>>>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers >>>>>>>>> >>>>>>> >>>>>> _______________________________________________ >>>>>> Ctk-developers mailing list >>>>>> Ctk-developers at commontk.org >>>>>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers >>>>> >>>>> >>>> >>> >> _______________________________________________ >> Ctk-developers mailing list >> Ctk-developers at commontk.org >> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers >> > From dean.inglis at camris.ca Tue Jan 18 02:53:40 2011 From: dean.inglis at camris.ca (Dean Inglis) Date: Mon, 17 Jan 2011 21:53:40 -0500 Subject: [Ctk-developers] getting things to work in windows In-Reply-To: References: Message-ID: <07B9F8E1C9E64033935F8C4D64D43AAE@Hyoid> Mark, I just use nmake to compile everything. I never use project files in the IDE, which is why I open a visual studio command prompt. I run as the sole user: admin, and I also turn off the annoying UAC. Maybe that has something to do with your error. You could also try the basic configure -platform win32-msvc2008 which will give you dsp and proj files to build in the IDE (debug and release) and maybe that would bypass the error. Dean ----- Original Message ----- From: "Mark Roden" To: "Dean Inglis" Cc: Sent: Monday, January 17, 2011 9:37 PM Subject: Re: [Ctk-developers] getting things to work in windows Hi Dean, I followed your directions: >> configure -debug -no-dsp -no-vcproj -platform win32-msvc2008 >> >> then wait a long time, then type "nmake" and wait even longer >> and got this error: mt.exe : general error c101008d: Failed to write the updated manifest to the resource of file "release\updater.exe". Access is denied. NMAKE : fatal error U1077: '"C:\Program Files\Microsoft SDKs\Windows\v6.0A\bin\mt.exe"' : return code '0x1f' Stop. NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual Studio 9.0\VC\BIN\nmake.exe"' : return code '0x2' Stop. NMAKE : fatal error U1077: 'cd' : return code '0x2' Stop. NMAKE : fatal error U1077: 'cd' : return code '0x2' Stop. NMAKE : fatal error U1077: 'cd' : return code '0x2' Stop. This is really very strange, that everything would just end up so broken. Are you running as administrator or something similar? Thanks, Mark On Mon, Jan 17, 2011 at 3:22 PM, Mark Roden wrote: > Hi Dean, > > Thanks for this, trying it now. > > Why no proj/dsp? Are you using a cygwin compiler or something > similar? Or does that just mean it's not an openable project in > visual studio? > > Mark > > On Mon, Jan 17, 2011 at 2:48 PM, Dean Inglis > wrote: >> FWIW, I just built CTK on Win 7 , VS 2010, 32 bit, shared build >> using >> http://get.qt.nokia.com/qt/source/qt-everywhere-opensource-src-4.7.1.zip >> >> unzipped the source and copied to D:/my_build_folder/qt-4.7.1 >> >> in D:/my_build_folder/qt-4.7.1, at a Visual Studio Command Prompt (2010) >> for >> 32 bit, type >> >> configure -debug -no-dsp -no-vcproj -platform win32-msvc2010 >> >> then wait a long time, then type "nmake" and wait even longer >> >> git pull the latest CTK source, create a folder D:/my_build_folder/ctk >> and >> in that folder >> >> cmake path_to_CTK_source -G"NMake Makefiles" >> >> fill in the CMakeCache.txt variable for QT_QMAKE_EXECUTABLE: >> >> QT_QMAKE_EXECUTABLE:FILEPATH=D:/my_build_folder/qt-4.7.1/bin/qmake.exe >> >> tell cmake where your git.exe is (mine was in cygwin) >> >> enable the basic gui widgets >> >> CTK_LIB_Widgets:BOOL=ON >> >> type "nmake" and wait not as long as to build Qt >> >> cd into CTK-built and run "ctest" >> >> I had no errors during the build but one test failure: >> >> 98% tests passed, 1 tests failed out of 62 >> >> Label Time Summary: >> CTKCore = 7.34 sec >> CTKPluginFramework = 12.43 sec >> CTKWidgets = 64.08 sec >> >> Total Test time (real) = 86.36 sec >> >> The following tests FAILED: >> 6 - ctkCommandLineParserTest1 (Failed) >> Errors while running CTest >> >> HTH, >> Dean >> >> >> >> ----- Original Message ----- From: "Mark Roden" >> To: "Gelas, Arnaud Joel Florent" >> Cc: "Souhait, Lydie" ; >> >> Sent: Sunday, January 16, 2011 3:38 PM >> Subject: Re: [Ctk-developers] getting things to work in windows >> >> >> Yes, it doesn't work. >> >> On Sun, Jan 16, 2011 at 12:19 PM, Gelas, Arnaud Joel Florent >> wrote: >>> >>> Have you looked at this one? >>> >>> http://www.qtforum.org/article/31561/error-when-building-libraries.html >>> >>> >>> ________________________________________ >>> From: Mark Roden [mmroden at gmail.com] >>> Sent: Sunday, January 16, 2011 3:09 PM >>> To: Gelas, Arnaud Joel Florent >>> Cc: Julien Finet; ctk-developers at commontk.org; Souhait, Lydie >>> Subject: Re: [Ctk-developers] getting things to work in windows >>> >>> So I've tried many different solutions, including: >>> http://www.qtcentre.org/threads/19389-Qt-4.5-clean-up-build-dir-on-Windows >>> >>> http://www.qtcentre.org/threads/26245-Qt-4.6-api%5Cqscriptextensionplugin.h%2843%29-Error-Undefined-interface >>> and so forth, still no joy. >>> >>> >>>> Now regarding the error, I may be wrong but I thought "C:\Program Files >>>> (x86)\" is for 32 bit software (I may be wrong on that one)? >>> >>> That is true. Visual studio 2008 is 32 bit, but can still compile 64 >>> bit. The relevant portion of the error is >>> api\qscriptextensionplugin.h(43): Error: Undefined interface >>> Not the rest; that's just saying which program failed (in that case, >>> nmake, which is vs2008's make). >>> >>>> >>>> Do you use the qt source tarball? >>> >>> I did, version 4.7.1 from the website. >>> >>> >>>> i.e: install QT, install the necessary SDKs. Be sure that qmake is your >>>> path. Then, and this killed most of my problems, run in your dos >>>> command >>>> box >>>> (you will also use for starting compilation with configure) the visual >>>> studio setup script vcvars.bat to setup all necessary environment >>>> variables, >>>> e. g. for me this was: >>>> c:\Programme\Microsoft Visual Studio 9.0\VC\vcvars.bat >>> >>> This is the equivalent of running in the vs2008 command prompt, which >>> I'm >>> doing. >>> >>> I think that this might be a problem with the particular version of Qt >>> that I'm trying to use. I'm going to go to the message boards to try >>> to find out if they have a solution for their more recent sdk versions >>> that supposedly fix this problem. >>> >>> I hope it's not an issue that I'm running 64 bit windows 7. >>> >>> Mark >>> >>> >>> On Fri, Jan 14, 2011 at 6:26 AM, Gelas, Arnaud Joel Florent >>> wrote: >>>> >>>> Hi Mark, >>>> >>>> To speed up the compilation you can only compile the release libraries >>>> (unless you want to be able to debug some qt stuff too). >>>> >>>> Now regarding the error, I may be wrong but I thought "C:\Program Files >>>> (x86)\" is for 32 bit software (I may be wrong on that one)? >>>> >>>> Do you use the qt source tarball? >>>> >>>> HTH, >>>> Arnaud >>>> >>>> >>>> ________________________________________ >>>> From: Mark Roden [mmroden at gmail.com] >>>> Sent: Thursday, January 13, 2011 7:09 PM >>>> To: Gelas, Arnaud Joel Florent >>>> Cc: Julien Finet; ctk-developers at commontk.org >>>> Subject: Re: [Ctk-developers] getting things to work in windows >>>> >>>> So after running for however long (I went away and came back, it's not >>>> an instant compilation), I got this compilation error: >>>> >>>> api\qscriptextensionplugin.h(43): Error: Undefined interface >>>> NMAKE : fatal error U1077: 'D:\Qt\2010.05\qt\bin\moc.exe' : return code >>>> '0x1' >>>> Stop. >>>> NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual >>>> Studio 9.0\VC\BIN\nmake.exe"' : return code '0x2' >>>> Stop. >>>> NMAKE : fatal error U1077: 'cd' : return code '0x2' >>>> Stop. >>>> >>>> Any ideas, or just go right to the qt boards? >>>> >>>> On Thu, Jan 13, 2011 at 11:32 AM, Arnaud GELAS >>>> wrote: >>>>> >>>>> Have a look at this: >>>>> >>>>> http://sourceforge.net/apps/trac/gofigure2/wiki/DeveloperSetUpWindows#a1.3Qt >>>>> >>>>> On 01/13/2011 02:30 PM, Mark Roden wrote: >>>>>> >>>>>> I want to use visual studio. One of the default Qt installation >>>>>> options is to install mingw, so I went ahead and did it. >>>>>> >>>>>> I'll look into compiling qt for myself, then, in visual studio. >>>>>> >>>>>> Thanks, >>>>>> Mark >>>>>> >>>>>> On Thu, Jan 13, 2011 at 11:05 AM, Julien >>>>>> Finet >>>>>> wrote: >>>>>>> >>>>>>> What are you trying to achieve here? do you want to use Mingw or >>>>>>> Visual >>>>>>> Studio ? >>>>>>> I'm not a user of Mingw, but it seems odd that Qt installs Mingw on >>>>>>> your >>>>>>> machine. >>>>>>> How did you install mingw ? do you manage to build other projects ? >>>>>>> If you want to use visual studio, then you need to get Qt for Visual >>>>>>> studio >>>>>>> (if it exists) or compile qt yourself. >>>>>>> Julien. >>>>>>> >>>>>>> On Thu, Jan 13, 2011 at 11:43 AM, Mark Roden >>>>>>> wrote: >>>>>>>> >>>>>>>> Hi Julien, >>>>>>>> >>>>>>>> Ah, this may be why I'm unable to run cmake directly-- there is no >>>>>>>> qmake in my d:\qt\bin directory, only in the qmake directory. >>>>>>>> >>>>>>>> There is a d:\qt\qt\bin directory that has a qmake in it. >>>>>>>> Hopefully, >>>>>>>> it's the same thing. >>>>>>>> >>>>>>>> I get this error next: >>>>>>>> CMake Error at C:/Program Files (x86)/CMake >>>>>>>> 2.8/share/cmake-2.8/Modules/FindQt4.cmake:788 (MESSAGE): >>>>>>>> It appears you're trying to use Visual Studio with Qt built by >>>>>>>> mingw >>>>>>>> Call Stack (most recent call first): >>>>>>>> CMake/ctkMacroSetupQt.cmake:29 (FIND_PACKAGE) >>>>>>>> CMakeLists.txt:280 (ctkMacroSetupQt) >>>>>>>> >>>>>>>> Since I selected the option to allow qt to install mingw on my >>>>>>>> system, >>>>>>>> I then deleted the cmake cache and tried to rerun with the option >>>>>>>> to >>>>>>>> use mingw as the makefile generator, resulting in: >>>>>>>> CMake Error: CMake was unable to find a build program corresponding >>>>>>>> to >>>>>>>> "MinGW Makefiles". CMAKE_MAKE_PROGRAM is not set. You probably need >>>>>>>> to select a different build tool. >>>>>>>> CMake Error: CMake was unable to find a build program corresponding >>>>>>>> to >>>>>>>> "MinGW Makefiles". CMAKE_MAKE_PROGRAM is not set. You probably need >>>>>>>> to select a different build tool. >>>>>>>> CMake Error: Error required internal CMake variable not set, cmake >>>>>>>> may >>>>>>>> be not be built correctly. >>>>>>>> Missing variable is: >>>>>>>> CMAKE_C_COMPILER_ENV_VAR >>>>>>>> CMake Error: Error required internal CMake variable not set, cmake >>>>>>>> may >>>>>>>> be not be built correctly. >>>>>>>> Missing variable is: >>>>>>>> CMAKE_C_COMPILER >>>>>>>> CMake Error: Could not find cmake module >>>>>>>> file:D:/src/ctk/CTK-build64/CMakeFiles/CMakeCCompiler.cmake >>>>>>>> CMake Error: Error required internal CMake variable not set, cmake >>>>>>>> may >>>>>>>> be not be built correctly. >>>>>>>> Missing variable is: >>>>>>>> CMAKE_CXX_COMPILER_ENV_VAR >>>>>>>> CMake Error: Error required internal CMake variable not set, cmake >>>>>>>> may >>>>>>>> be not be built correctly. >>>>>>>> Missing variable is: >>>>>>>> CMAKE_CXX_COMPILER >>>>>>>> CMake Error: Could not find cmake module >>>>>>>> file:D:/src/ctk/CTK-build64/CMakeFiles/CMakeCXXCompiler.cmake >>>>>>>> CMake Error: CMAKE_C_COMPILER not set, after EnableLanguage >>>>>>>> CMake Error: CMAKE_CXX_COMPILER not set, after EnableLanguage >>>>>>>> Configuring incomplete, errors occurred! >>>>>>>> >>>>>>>> Any thoughts on where to go next? >>>>>>>> >>>>>>>> I personally think that this is a cmake problem-- it appears that >>>>>>>> Qt >>>>>>>> changed their versioning to be more year-based than straight number >>>>>>>> based, and that cmake hasn't updated their module to reflect that. >>>>>>>> I >>>>>>>> can't build vtk with the most recent qt either. >>>>>>>> >>>>>>>> Mark >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> On Wed, Jan 12, 2011 at 4:34 PM, Julien >>>>>>>> Finet >>>>>>>> wrote: >>>>>>>>> >>>>>>>>> Hi Mark, >>>>>>>>> You should use the qmake.exe located in D:/Qt/2010.05/qt/bin >>>>>>>>> instead >>>>>>>>> of >>>>>>>>> D:/Qt/2010.05/qt/qmake >>>>>>>>> No need to add the qt dir in the path nor locate it anywhere >>>>>>>>> special. >>>>>>>>> Julien. >>>>>>>>> On Wed, Jan 12, 2011 at 7:13 PM, Mark Roden >>>>>>>>> wrote: >>>>>>>>>> >>>>>>>>>> Changing the install directory to d:/qt did not work. I don't >>>>>>>>>> have >>>>>>>>>> any space left on my c: drive; is that the only way to get qt and >>>>>>>>>> ctk >>>>>>>>>> to work well together, to have it be on the root drive? >>>>>>>>>> >>>>>>>>>> Thanks, >>>>>>>>>> Mark >>>>>>>>>> >>>>>>>>>> On Wed, Jan 12, 2011 at 2:57 PM, Mark Roden >>>>>>>>>> wrote: >>>>>>>>>>> >>>>>>>>>>> OK, I'll check it out. >>>>>>>>>>> >>>>>>>>>>> Is that a bug in the cmake module then? I feel like there should >>>>>>>>>>> be >>>>>>>>>>> some place where I can specify, exactly, where qt is. >>>>>>>>>>> >>>>>>>>>>> Thanks, >>>>>>>>>>> Mark >>>>>>>>>>> >>>>>>>>>>> On Wed, Jan 12, 2011 at 2:53 PM, Dean >>>>>>>>>>> Inglis >>>>>>>>>>> wrote: >>>>>>>>>>>> >>>>>>>>>>>> Hi Mark, >>>>>>>>>>>> >>>>>>>>>>>> I had similar issues when building VTK with QT GUI support. >>>>>>>>>>>> Try installing Qt ( qt-win-opensource-4.7.1-vs2008.exe) >>>>>>>>>>>> to just D:/Qt as root instead of >>>>>>>>>>>> D:/Qt/2010.05, add D:/Qt/bin and D:/Qt/qt/bin to >>>>>>>>>>>> your path environment variable. I installed to C:/Qt >>>>>>>>>>>> even though all my development is done on a D: drive >>>>>>>>>>>> and those issues issues have since resolved. >>>>>>>>>>>> >>>>>>>>>>>> Dean >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> ----- Original Message ----- From: "Mark >>>>>>>>>>>> Roden" >>>>>>>>>>>> To: >>>>>>>>>>>> Cc: "Alexandre Gouaillard" >>>>>>>>>>>> Sent: Wednesday, January 12, 2011 5:37 PM >>>>>>>>>>>> Subject: [Ctk-developers] getting things to work in windows >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>> Hi all, >>>>>>>>>>>>> >>>>>>>>>>>>> I'm a developer who's working on gdcm/itk/vtk, and now am >>>>>>>>>>>>> trying >>>>>>>>>>>>> to >>>>>>>>>>>>> familiarize myself with ctk. I apologize if this email should >>>>>>>>>>>>> go >>>>>>>>>>>>> to a >>>>>>>>>>>>> 'users' list instead of a developers list, but google finds >>>>>>>>>>>>> too >>>>>>>>>>>>> many >>>>>>>>>>>>> instances of 'Christ The King' for ctk to be helpful. Also, >>>>>>>>>>>>> the >>>>>>>>>>>>> list >>>>>>>>>>>>> that appears here doesn't contain a users version of the list >>>>>>>>>>>>> (for >>>>>>>>>>>>> itk >>>>>>>>>>>>> or vtk either, for that matter): >>>>>>>>>>>>> >>>>>>>>>>>>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-users >>>>>>>>>>>>> >>>>>>>>>>>>> Anyway, I can't get ctk to build on my machine (Windows 7 x64, >>>>>>>>>>>>> vs2008). I've installed Qt 2010.5, lgpl edition, including >>>>>>>>>>>>> mingw. >>>>>>>>>>>>> Trying to build ctk from the git head produces the following >>>>>>>>>>>>> error, >>>>>>>>>>>>> regardless of using 32bit or 64 bit compilers: >>>>>>>>>>>>> >>>>>>>>>>>>> CMake Error at CMake/ctkMacroSetupQt.cmake:55 (MESSAGE): >>>>>>>>>>>>> error: Qt4 was not found on your system. You probably need to >>>>>>>>>>>>> set >>>>>>>>>>>>> the >>>>>>>>>>>>> QT_QMAKE_EXECUTABLE variable >>>>>>>>>>>>> Call Stack (most recent call first): >>>>>>>>>>>>> CMakeLists.txt:280 (ctkMacroSetupQt) >>>>>>>>>>>>> >>>>>>>>>>>>> I've found the qmake exe, it's located in >>>>>>>>>>>>> D:/Qt/2010.05/qt/qmake/qmake.exe, but then the cmake file >>>>>>>>>>>>> reruns >>>>>>>>>>>>> and >>>>>>>>>>>>> changes that value to >>>>>>>>>>>>> D:/Qt/2010.05/qt/qmake/qmake.exe-NOTFOUND, >>>>>>>>>>>>> which >>>>>>>>>>>>> is clearly incorrect. Changing that value by hand also >>>>>>>>>>>>> produces >>>>>>>>>>>>> the >>>>>>>>>>>>> following warning: >>>>>>>>>>>>> >>>>>>>>>>>>> Warning: QT_QMAKE_EXECUTABLE reported QT_INSTALL_LIBS as >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> C:/qt-greenhouse/Trolltech/Code_less_create_more/Trolltech/Code_less_create_more/Troll/4.6/qt/lib >>>>>>>>>>>>> Warning: >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> C:/qt-greenhouse/Trolltech/Code_less_create_more/Trolltech/Code_less_create_more/Troll/4.6/qt/lib >>>>>>>>>>>>> does NOT exist, Qt must NOT be installed correctly. >>>>>>>>>>>>> >>>>>>>>>>>>> I have no qt-greenhouse directory in the C: drive, so I'm not >>>>>>>>>>>>> sure >>>>>>>>>>>>> where those values are coming from. >>>>>>>>>>>>> >>>>>>>>>>>>> Thanks for any help, >>>>>>>>>>>>> Mark >>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>> Ctk-developers mailing list >>>>>>>>>>>>> Ctk-developers at commontk.org >>>>>>>>>>>>> >>>>>>>>>>>>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers >>>>>>>>>>>> >>>>>>>>>> _______________________________________________ >>>>>>>>>> Ctk-developers mailing list >>>>>>>>>> Ctk-developers at commontk.org >>>>>>>>>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers >>>>>>>>> >>>>>>> >>>>>> _______________________________________________ >>>>>> Ctk-developers mailing list >>>>>> Ctk-developers at commontk.org >>>>>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers >>>>> >>>>> >>>> >>> >> _______________________________________________ >> Ctk-developers mailing list >> Ctk-developers at commontk.org >> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers >> > From mmroden at gmail.com Tue Jan 18 05:52:01 2011 From: mmroden at gmail.com (Mark Roden) Date: Mon, 17 Jan 2011 21:52:01 -0800 Subject: [Ctk-developers] getting things to work in windows In-Reply-To: <07B9F8E1C9E64033935F8C4D64D43AAE@Hyoid> References: <07B9F8E1C9E64033935F8C4D64D43AAE@Hyoid> Message-ID: Running in administrator mode (which should have the same effect as turning off the UAC) does not solve the problem, but produces a new bug: mt.exe : general error c101008d: Failed to write the updated manifest to the resource of file "..\..\..\bin\idc.exe". Access is denied. NMAKE : fatal error U1077: '"C:\Program Files\Microsoft SDKs\Windows\v6.0A\bin\mt.exe"' : return code '0x1f' Stop. NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual Studio 9.0\VC\BIN\nmake.exe"' : return code '0x2' Stop. NMAKE : fatal error U1077: 'cd' : return code '0x2' Stop. with the command line: D:\Qt\2010.05\qt>configure -release -platform win32-msvc2008 -no-dsp -no-vcproj I find it very hard to believe that I have a completely broken Qt installation, or that I'm the only one with this problem, yet there it is. I'll try again from scratch, maybe that will solve the issue. On Mon, Jan 17, 2011 at 6:53 PM, Dean Inglis wrote: > Mark, > > I just use nmake to compile everything. ?I never use project files in the > IDE, > which is why I open a visual studio command prompt. ?I run as the sole > user: admin, and I also turn off the annoying UAC. ?Maybe that has something > to do with your error. ?You could also try the basic > ?configure -platform win32-msvc2008 > which will give you dsp and proj files to build in the IDE (debug and > release) > and maybe that would bypass the error. > > Dean > > ----- Original Message ----- From: "Mark Roden" > To: "Dean Inglis" > Cc: > Sent: Monday, January 17, 2011 9:37 PM > Subject: Re: [Ctk-developers] getting things to work in windows > > > Hi Dean, > > I followed your directions: >>> >>> configure -debug -no-dsp -no-vcproj -platform win32-msvc2008 >>> >>> then wait a long time, then type "nmake" and wait even longer >>> > > and got this error: > > mt.exe : general error c101008d: Failed to write the updated manifest > to the resource of file "release\updater.exe". Access is denied. > NMAKE : fatal error U1077: '"C:\Program Files\Microsoft > SDKs\Windows\v6.0A\bin\mt.exe"' : return code '0x1f' > Stop. > NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual > Studio 9.0\VC\BIN\nmake.exe"' : return code '0x2' > Stop. > NMAKE : fatal error U1077: 'cd' : return code '0x2' > Stop. > NMAKE : fatal error U1077: 'cd' : return code '0x2' > Stop. > NMAKE : fatal error U1077: 'cd' : return code '0x2' > Stop. > > This is really very strange, that everything would just end up so > broken. ?Are you running as administrator or something similar? > > Thanks, > Mark > > On Mon, Jan 17, 2011 at 3:22 PM, Mark Roden wrote: >> >> Hi Dean, >> >> Thanks for this, trying it now. >> >> Why no proj/dsp? Are you using a cygwin compiler or something >> similar? Or does that just mean it's not an openable project in >> visual studio? >> >> Mark >> >> On Mon, Jan 17, 2011 at 2:48 PM, Dean Inglis >> wrote: >>> >>> FWIW, I just built CTK on Win 7 , VS 2010, 32 bit, shared build >>> using >>> http://get.qt.nokia.com/qt/source/qt-everywhere-opensource-src-4.7.1.zip >>> >>> unzipped the source and copied to D:/my_build_folder/qt-4.7.1 >>> >>> in D:/my_build_folder/qt-4.7.1, at a Visual Studio Command Prompt (2010) >>> for >>> 32 bit, type >>> >>> configure -debug -no-dsp -no-vcproj -platform win32-msvc2010 >>> >>> then wait a long time, then type "nmake" and wait even longer >>> >>> git pull the latest CTK source, create a folder D:/my_build_folder/ctk >>> and >>> in that folder >>> >>> cmake path_to_CTK_source -G"NMake Makefiles" >>> >>> fill in the CMakeCache.txt variable for QT_QMAKE_EXECUTABLE: >>> >>> QT_QMAKE_EXECUTABLE:FILEPATH=D:/my_build_folder/qt-4.7.1/bin/qmake.exe >>> >>> tell cmake where your git.exe is (mine was in cygwin) >>> >>> enable the basic gui widgets >>> >>> CTK_LIB_Widgets:BOOL=ON >>> >>> type "nmake" and wait not as long as to build Qt >>> >>> cd into CTK-built and run "ctest" >>> >>> I had no errors during the build but one test failure: >>> >>> 98% tests passed, 1 tests failed out of 62 >>> >>> Label Time Summary: >>> CTKCore = 7.34 sec >>> CTKPluginFramework = 12.43 sec >>> CTKWidgets = 64.08 sec >>> >>> Total Test time (real) = 86.36 sec >>> >>> The following tests FAILED: >>> 6 - ctkCommandLineParserTest1 (Failed) >>> Errors while running CTest >>> >>> HTH, >>> Dean >>> >>> >>> >>> ----- Original Message ----- From: "Mark Roden" >>> To: "Gelas, Arnaud Joel Florent" >>> Cc: "Souhait, Lydie" ; >>> >>> Sent: Sunday, January 16, 2011 3:38 PM >>> Subject: Re: [Ctk-developers] getting things to work in windows >>> >>> >>> Yes, it doesn't work. >>> >>> On Sun, Jan 16, 2011 at 12:19 PM, Gelas, Arnaud Joel Florent >>> wrote: >>>> >>>> Have you looked at this one? >>>> >>>> http://www.qtforum.org/article/31561/error-when-building-libraries.html >>>> >>>> >>>> ________________________________________ >>>> From: Mark Roden [mmroden at gmail.com] >>>> Sent: Sunday, January 16, 2011 3:09 PM >>>> To: Gelas, Arnaud Joel Florent >>>> Cc: Julien Finet; ctk-developers at commontk.org; Souhait, Lydie >>>> Subject: Re: [Ctk-developers] getting things to work in windows >>>> >>>> So I've tried many different solutions, including: >>>> >>>> http://www.qtcentre.org/threads/19389-Qt-4.5-clean-up-build-dir-on-Windows >>>> >>>> >>>> http://www.qtcentre.org/threads/26245-Qt-4.6-api%5Cqscriptextensionplugin.h%2843%29-Error-Undefined-interface >>>> and so forth, still no joy. >>>> >>>> >>>>> Now regarding the error, I may be wrong but I thought "C:\Program Files >>>>> (x86)\" is for 32 bit software (I may be wrong on that one)? >>>> >>>> That is true. Visual studio 2008 is 32 bit, but can still compile 64 >>>> bit. The relevant portion of the error is >>>> api\qscriptextensionplugin.h(43): Error: Undefined interface >>>> Not the rest; that's just saying which program failed (in that case, >>>> nmake, which is vs2008's make). >>>> >>>>> >>>>> Do you use the qt source tarball? >>>> >>>> I did, version 4.7.1 from the website. >>>> >>>> >>>>> i.e: install QT, install the necessary SDKs. Be sure that qmake is your >>>>> path. Then, and this killed most of my problems, run in your dos >>>>> command >>>>> box >>>>> (you will also use for starting compilation with configure) the visual >>>>> studio setup script vcvars.bat to setup all necessary environment >>>>> variables, >>>>> e. g. for me this was: >>>>> c:\Programme\Microsoft Visual Studio 9.0\VC\vcvars.bat >>>> >>>> This is the equivalent of running in the vs2008 command prompt, which >>>> I'm >>>> doing. >>>> >>>> I think that this might be a problem with the particular version of Qt >>>> that I'm trying to use. I'm going to go to the message boards to try >>>> to find out if they have a solution for their more recent sdk versions >>>> that supposedly fix this problem. >>>> >>>> I hope it's not an issue that I'm running 64 bit windows 7. >>>> >>>> Mark >>>> >>>> >>>> On Fri, Jan 14, 2011 at 6:26 AM, Gelas, Arnaud Joel Florent >>>> wrote: >>>>> >>>>> Hi Mark, >>>>> >>>>> To speed up the compilation you can only compile the release libraries >>>>> (unless you want to be able to debug some qt stuff too). >>>>> >>>>> Now regarding the error, I may be wrong but I thought "C:\Program Files >>>>> (x86)\" is for 32 bit software (I may be wrong on that one)? >>>>> >>>>> Do you use the qt source tarball? >>>>> >>>>> HTH, >>>>> Arnaud >>>>> >>>>> >>>>> ________________________________________ >>>>> From: Mark Roden [mmroden at gmail.com] >>>>> Sent: Thursday, January 13, 2011 7:09 PM >>>>> To: Gelas, Arnaud Joel Florent >>>>> Cc: Julien Finet; ctk-developers at commontk.org >>>>> Subject: Re: [Ctk-developers] getting things to work in windows >>>>> >>>>> So after running for however long (I went away and came back, it's not >>>>> an instant compilation), I got this compilation error: >>>>> >>>>> api\qscriptextensionplugin.h(43): Error: Undefined interface >>>>> NMAKE : fatal error U1077: 'D:\Qt\2010.05\qt\bin\moc.exe' : return code >>>>> '0x1' >>>>> Stop. >>>>> NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual >>>>> Studio 9.0\VC\BIN\nmake.exe"' : return code '0x2' >>>>> Stop. >>>>> NMAKE : fatal error U1077: 'cd' : return code '0x2' >>>>> Stop. >>>>> >>>>> Any ideas, or just go right to the qt boards? >>>>> >>>>> On Thu, Jan 13, 2011 at 11:32 AM, Arnaud GELAS >>>>> wrote: >>>>>> >>>>>> Have a look at this: >>>>>> >>>>>> >>>>>> http://sourceforge.net/apps/trac/gofigure2/wiki/DeveloperSetUpWindows#a1.3Qt >>>>>> >>>>>> On 01/13/2011 02:30 PM, Mark Roden wrote: >>>>>>> >>>>>>> I want to use visual studio. One of the default Qt installation >>>>>>> options is to install mingw, so I went ahead and did it. >>>>>>> >>>>>>> I'll look into compiling qt for myself, then, in visual studio. >>>>>>> >>>>>>> Thanks, >>>>>>> Mark >>>>>>> >>>>>>> On Thu, Jan 13, 2011 at 11:05 AM, Julien >>>>>>> Finet >>>>>>> wrote: >>>>>>>> >>>>>>>> What are you trying to achieve here? do you want to use Mingw or >>>>>>>> Visual >>>>>>>> Studio ? >>>>>>>> I'm not a user of Mingw, but it seems odd that Qt installs Mingw on >>>>>>>> your >>>>>>>> machine. >>>>>>>> How did you install mingw ? do you manage to build other projects ? >>>>>>>> If you want to use visual studio, then you need to get Qt for Visual >>>>>>>> studio >>>>>>>> (if it exists) or compile qt yourself. >>>>>>>> Julien. >>>>>>>> >>>>>>>> On Thu, Jan 13, 2011 at 11:43 AM, Mark Roden >>>>>>>> wrote: >>>>>>>>> >>>>>>>>> Hi Julien, >>>>>>>>> >>>>>>>>> Ah, this may be why I'm unable to run cmake directly-- there is no >>>>>>>>> qmake in my d:\qt\bin directory, only in the qmake directory. >>>>>>>>> >>>>>>>>> There is a d:\qt\qt\bin directory that has a qmake in it. >>>>>>>>> Hopefully, >>>>>>>>> it's the same thing. >>>>>>>>> >>>>>>>>> I get this error next: >>>>>>>>> CMake Error at C:/Program Files (x86)/CMake >>>>>>>>> 2.8/share/cmake-2.8/Modules/FindQt4.cmake:788 (MESSAGE): >>>>>>>>> It appears you're trying to use Visual Studio with Qt built by >>>>>>>>> mingw >>>>>>>>> Call Stack (most recent call first): >>>>>>>>> CMake/ctkMacroSetupQt.cmake:29 (FIND_PACKAGE) >>>>>>>>> CMakeLists.txt:280 (ctkMacroSetupQt) >>>>>>>>> >>>>>>>>> Since I selected the option to allow qt to install mingw on my >>>>>>>>> system, >>>>>>>>> I then deleted the cmake cache and tried to rerun with the option >>>>>>>>> to >>>>>>>>> use mingw as the makefile generator, resulting in: >>>>>>>>> CMake Error: CMake was unable to find a build program corresponding >>>>>>>>> to >>>>>>>>> "MinGW Makefiles". CMAKE_MAKE_PROGRAM is not set. You probably need >>>>>>>>> to select a different build tool. >>>>>>>>> CMake Error: CMake was unable to find a build program corresponding >>>>>>>>> to >>>>>>>>> "MinGW Makefiles". CMAKE_MAKE_PROGRAM is not set. You probably need >>>>>>>>> to select a different build tool. >>>>>>>>> CMake Error: Error required internal CMake variable not set, cmake >>>>>>>>> may >>>>>>>>> be not be built correctly. >>>>>>>>> Missing variable is: >>>>>>>>> CMAKE_C_COMPILER_ENV_VAR >>>>>>>>> CMake Error: Error required internal CMake variable not set, cmake >>>>>>>>> may >>>>>>>>> be not be built correctly. >>>>>>>>> Missing variable is: >>>>>>>>> CMAKE_C_COMPILER >>>>>>>>> CMake Error: Could not find cmake module >>>>>>>>> file:D:/src/ctk/CTK-build64/CMakeFiles/CMakeCCompiler.cmake >>>>>>>>> CMake Error: Error required internal CMake variable not set, cmake >>>>>>>>> may >>>>>>>>> be not be built correctly. >>>>>>>>> Missing variable is: >>>>>>>>> CMAKE_CXX_COMPILER_ENV_VAR >>>>>>>>> CMake Error: Error required internal CMake variable not set, cmake >>>>>>>>> may >>>>>>>>> be not be built correctly. >>>>>>>>> Missing variable is: >>>>>>>>> CMAKE_CXX_COMPILER >>>>>>>>> CMake Error: Could not find cmake module >>>>>>>>> file:D:/src/ctk/CTK-build64/CMakeFiles/CMakeCXXCompiler.cmake >>>>>>>>> CMake Error: CMAKE_C_COMPILER not set, after EnableLanguage >>>>>>>>> CMake Error: CMAKE_CXX_COMPILER not set, after EnableLanguage >>>>>>>>> Configuring incomplete, errors occurred! >>>>>>>>> >>>>>>>>> Any thoughts on where to go next? >>>>>>>>> >>>>>>>>> I personally think that this is a cmake problem-- it appears that >>>>>>>>> Qt >>>>>>>>> changed their versioning to be more year-based than straight number >>>>>>>>> based, and that cmake hasn't updated their module to reflect that. >>>>>>>>> I >>>>>>>>> can't build vtk with the most recent qt either. >>>>>>>>> >>>>>>>>> Mark >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> On Wed, Jan 12, 2011 at 4:34 PM, Julien >>>>>>>>> Finet >>>>>>>>> wrote: >>>>>>>>>> >>>>>>>>>> Hi Mark, >>>>>>>>>> You should use the qmake.exe located in D:/Qt/2010.05/qt/bin >>>>>>>>>> instead >>>>>>>>>> of >>>>>>>>>> D:/Qt/2010.05/qt/qmake >>>>>>>>>> No need to add the qt dir in the path nor locate it anywhere >>>>>>>>>> special. >>>>>>>>>> Julien. >>>>>>>>>> On Wed, Jan 12, 2011 at 7:13 PM, Mark Roden >>>>>>>>>> wrote: >>>>>>>>>>> >>>>>>>>>>> Changing the install directory to d:/qt did not work. I don't >>>>>>>>>>> have >>>>>>>>>>> any space left on my c: drive; is that the only way to get qt and >>>>>>>>>>> ctk >>>>>>>>>>> to work well together, to have it be on the root drive? >>>>>>>>>>> >>>>>>>>>>> Thanks, >>>>>>>>>>> Mark >>>>>>>>>>> >>>>>>>>>>> On Wed, Jan 12, 2011 at 2:57 PM, Mark Roden >>>>>>>>>>> wrote: >>>>>>>>>>>> >>>>>>>>>>>> OK, I'll check it out. >>>>>>>>>>>> >>>>>>>>>>>> Is that a bug in the cmake module then? I feel like there should >>>>>>>>>>>> be >>>>>>>>>>>> some place where I can specify, exactly, where qt is. >>>>>>>>>>>> >>>>>>>>>>>> Thanks, >>>>>>>>>>>> Mark >>>>>>>>>>>> >>>>>>>>>>>> On Wed, Jan 12, 2011 at 2:53 PM, Dean >>>>>>>>>>>> Inglis >>>>>>>>>>>> wrote: >>>>>>>>>>>>> >>>>>>>>>>>>> Hi Mark, >>>>>>>>>>>>> >>>>>>>>>>>>> I had similar issues when building VTK with QT GUI support. >>>>>>>>>>>>> Try installing Qt ( qt-win-opensource-4.7.1-vs2008.exe) >>>>>>>>>>>>> to just D:/Qt as root instead of >>>>>>>>>>>>> D:/Qt/2010.05, add D:/Qt/bin and D:/Qt/qt/bin to >>>>>>>>>>>>> your path environment variable. I installed to C:/Qt >>>>>>>>>>>>> even though all my development is done on a D: drive >>>>>>>>>>>>> and those issues issues have since resolved. >>>>>>>>>>>>> >>>>>>>>>>>>> Dean >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> ----- Original Message ----- From: "Mark >>>>>>>>>>>>> Roden" >>>>>>>>>>>>> To: >>>>>>>>>>>>> Cc: "Alexandre Gouaillard" >>>>>>>>>>>>> Sent: Wednesday, January 12, 2011 5:37 PM >>>>>>>>>>>>> Subject: [Ctk-developers] getting things to work in windows >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>>> Hi all, >>>>>>>>>>>>>> >>>>>>>>>>>>>> I'm a developer who's working on gdcm/itk/vtk, and now am >>>>>>>>>>>>>> trying >>>>>>>>>>>>>> to >>>>>>>>>>>>>> familiarize myself with ctk. I apologize if this email should >>>>>>>>>>>>>> go >>>>>>>>>>>>>> to a >>>>>>>>>>>>>> 'users' list instead of a developers list, but google finds >>>>>>>>>>>>>> too >>>>>>>>>>>>>> many >>>>>>>>>>>>>> instances of 'Christ The King' for ctk to be helpful. Also, >>>>>>>>>>>>>> the >>>>>>>>>>>>>> list >>>>>>>>>>>>>> that appears here doesn't contain a users version of the list >>>>>>>>>>>>>> (for >>>>>>>>>>>>>> itk >>>>>>>>>>>>>> or vtk either, for that matter): >>>>>>>>>>>>>> >>>>>>>>>>>>>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-users >>>>>>>>>>>>>> >>>>>>>>>>>>>> Anyway, I can't get ctk to build on my machine (Windows 7 x64, >>>>>>>>>>>>>> vs2008). I've installed Qt 2010.5, lgpl edition, including >>>>>>>>>>>>>> mingw. >>>>>>>>>>>>>> Trying to build ctk from the git head produces the following >>>>>>>>>>>>>> error, >>>>>>>>>>>>>> regardless of using 32bit or 64 bit compilers: >>>>>>>>>>>>>> >>>>>>>>>>>>>> CMake Error at CMake/ctkMacroSetupQt.cmake:55 (MESSAGE): >>>>>>>>>>>>>> error: Qt4 was not found on your system. You probably need to >>>>>>>>>>>>>> set >>>>>>>>>>>>>> the >>>>>>>>>>>>>> QT_QMAKE_EXECUTABLE variable >>>>>>>>>>>>>> Call Stack (most recent call first): >>>>>>>>>>>>>> CMakeLists.txt:280 (ctkMacroSetupQt) >>>>>>>>>>>>>> >>>>>>>>>>>>>> I've found the qmake exe, it's located in >>>>>>>>>>>>>> D:/Qt/2010.05/qt/qmake/qmake.exe, but then the cmake file >>>>>>>>>>>>>> reruns >>>>>>>>>>>>>> and >>>>>>>>>>>>>> changes that value to >>>>>>>>>>>>>> D:/Qt/2010.05/qt/qmake/qmake.exe-NOTFOUND, >>>>>>>>>>>>>> which >>>>>>>>>>>>>> is clearly incorrect. Changing that value by hand also >>>>>>>>>>>>>> produces >>>>>>>>>>>>>> the >>>>>>>>>>>>>> following warning: >>>>>>>>>>>>>> >>>>>>>>>>>>>> Warning: QT_QMAKE_EXECUTABLE reported QT_INSTALL_LIBS as >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> C:/qt-greenhouse/Trolltech/Code_less_create_more/Trolltech/Code_less_create_more/Troll/4.6/qt/lib >>>>>>>>>>>>>> Warning: >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> C:/qt-greenhouse/Trolltech/Code_less_create_more/Trolltech/Code_less_create_more/Troll/4.6/qt/lib >>>>>>>>>>>>>> does NOT exist, Qt must NOT be installed correctly. >>>>>>>>>>>>>> >>>>>>>>>>>>>> I have no qt-greenhouse directory in the C: drive, so I'm not >>>>>>>>>>>>>> sure >>>>>>>>>>>>>> where those values are coming from. >>>>>>>>>>>>>> >>>>>>>>>>>>>> Thanks for any help, >>>>>>>>>>>>>> Mark >>>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>>> Ctk-developers mailing list >>>>>>>>>>>>>> Ctk-developers at commontk.org >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers >>>>>>>>>>>>> >>>>>>>>>>> _______________________________________________ >>>>>>>>>>> Ctk-developers mailing list >>>>>>>>>>> Ctk-developers at commontk.org >>>>>>>>>>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers >>>>>>>>>> >>>>>>>> >>>>>>> _______________________________________________ >>>>>>> Ctk-developers mailing list >>>>>>> Ctk-developers at commontk.org >>>>>>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers >>>>>> >>>>>> >>>>> >>>> >>> _______________________________________________ >>> Ctk-developers mailing list >>> Ctk-developers at commontk.org >>> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers >>> >> > > From s.zelzer at dkfz-heidelberg.de Tue Jan 18 09:44:14 2011 From: s.zelzer at dkfz-heidelberg.de (Sascha Zelzer) Date: Tue, 18 Jan 2011 10:44:14 +0100 Subject: [Ctk-developers] getting things to work in windows In-Reply-To: References: <07B9F8E1C9E64033935F8C4D64D43AAE@Hyoid> Message-ID: <4D3560EE.6090606@dkfz-heidelberg.de> Hi, looking at your command line, I see that you invoke configure from a Qt SDK installation directory. This SDK is MinGW based. If you want to build Qt yourself, get the raw sources (http://get.qt.nokia.com/qt/source/qt-everywhere-opensource-src-4.7.1.zip), unpack them in a folder (without spaces in the name) and configure from inside there. Why do you want to build Qt yourself in the first place? This should only be necessary if you want 64bit binaries or a Visual Studio 2010 compiled Qt. Best, Sascha On 01/18/2011 06:52 AM, Mark Roden wrote: > Running in administrator mode (which should have the same effect as > turning off the UAC) does not solve the problem, but produces a new > bug: > > > mt.exe : general error c101008d: Failed to write the updated manifest > to the resource of file "..\..\..\bin\idc.exe". Access is denied. > > NMAKE : fatal error U1077: '"C:\Program Files\Microsoft > SDKs\Windows\v6.0A\bin\mt.exe"' : return code '0x1f' > Stop. > NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual > Studio 9.0\VC\BIN\nmake.exe"' : return code '0x2' > Stop. > NMAKE : fatal error U1077: 'cd' : return code '0x2' > Stop. > > with the command line: > D:\Qt\2010.05\qt>configure -release -platform win32-msvc2008 -no-dsp -no-vcproj > > I find it very hard to believe that I have a completely broken Qt > installation, or that I'm the only one with this problem, yet there it > is. > > I'll try again from scratch, maybe that will solve the issue. > From mmroden at gmail.com Tue Jan 18 14:25:02 2011 From: mmroden at gmail.com (Mark Roden) Date: Tue, 18 Jan 2011 06:25:02 -0800 Subject: [Ctk-developers] getting things to work in windows In-Reply-To: <4D3560EE.6090606@dkfz-heidelberg.de> References: <07B9F8E1C9E64033935F8C4D64D43AAE@Hyoid> <4D3560EE.6090606@dkfz-heidelberg.de> Message-ID: Hi Sascha, Thanks for this, I'll look into it this morning. I want to build Qt because cmake fails to find qt on my system when I use the sdk downloaded from qt. The thought was that building Qt would allow cmake to see what it needs to see to include Qt. Thanks, Mark On Tue, Jan 18, 2011 at 1:44 AM, Sascha Zelzer wrote: > Hi, > > looking at your command line, I see that you invoke configure from a Qt SDK > installation directory. This SDK is MinGW based. If you want to build Qt > yourself, get the raw sources > (http://get.qt.nokia.com/qt/source/qt-everywhere-opensource-src-4.7.1.zip), > unpack them in a folder (without spaces in the name) and configure from > inside there. > > Why do you want to build Qt yourself in the first place? This should only be > necessary if you want 64bit binaries or a Visual Studio 2010 compiled Qt. > > Best, > Sascha > > On 01/18/2011 06:52 AM, Mark Roden wrote: >> >> Running in administrator mode (which should have the same effect as >> turning off the UAC) does not solve the problem, but produces a new >> bug: >> >> >> mt.exe : general error c101008d: Failed to write the updated manifest >> to the resource of file "..\..\..\bin\idc.exe". Access is denied. >> >> NMAKE : fatal error U1077: '"C:\Program Files\Microsoft >> SDKs\Windows\v6.0A\bin\mt.exe"' : return code '0x1f' >> Stop. >> NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual >> Studio 9.0\VC\BIN\nmake.exe"' : return code '0x2' >> Stop. >> NMAKE : fatal error U1077: 'cd' : return code '0x2' >> Stop. >> >> with the command line: >> D:\Qt\2010.05\qt>configure -release -platform win32-msvc2008 -no-dsp >> -no-vcproj >> >> I find it very hard to believe that I have a completely broken Qt >> installation, or that I'm the only one with this problem, yet there it >> is. >> >> I'll try again from scratch, maybe that will solve the issue. >> > > From s.zelzer at dkfz-heidelberg.de Tue Jan 18 15:44:51 2011 From: s.zelzer at dkfz-heidelberg.de (Sascha Zelzer) Date: Tue, 18 Jan 2011 16:44:51 +0100 Subject: [Ctk-developers] getting things to work in windows In-Reply-To: References: <07B9F8E1C9E64033935F8C4D64D43AAE@Hyoid> <4D3560EE.6090606@dkfz-heidelberg.de> Message-ID: <4D35B573.1010904@dkfz-heidelberg.de> What is your development environment? If you are using Visual Studio 2008 and want to create 32 bit binaries, there is no reason to compile Qt yourself. Use the pre-build binaries for Nokia: http://qt.nokia.com/downloads/windows-cpp-vs2008 (*NOT* the SDK, this one is MinGW based) and set the QT_QMAKE_EXECUTABLE variable in CMake to e.g. C:\Qt\4.7.1\bin\qmake.exe. - Sascha On 01/18/2011 03:25 PM, Mark Roden wrote: > Hi Sascha, > > Thanks for this, I'll look into it this morning. > > I want to build Qt because cmake fails to find qt on my system when I > use the sdk downloaded from qt. The thought was that building Qt > would allow cmake to see what it needs to see to include Qt. > > Thanks, > Mark > > On Tue, Jan 18, 2011 at 1:44 AM, Sascha Zelzer > wrote: >> Hi, >> >> looking at your command line, I see that you invoke configure from a Qt SDK >> installation directory. This SDK is MinGW based. If you want to build Qt >> yourself, get the raw sources >> (http://get.qt.nokia.com/qt/source/qt-everywhere-opensource-src-4.7.1.zip), >> unpack them in a folder (without spaces in the name) and configure from >> inside there. >> >> Why do you want to build Qt yourself in the first place? This should only be >> necessary if you want 64bit binaries or a Visual Studio 2010 compiled Qt. >> >> Best, >> Sascha >> >> On 01/18/2011 06:52 AM, Mark Roden wrote: >>> Running in administrator mode (which should have the same effect as >>> turning off the UAC) does not solve the problem, but produces a new >>> bug: >>> >>> >>> mt.exe : general error c101008d: Failed to write the updated manifest >>> to the resource of file "..\..\..\bin\idc.exe". Access is denied. >>> >>> NMAKE : fatal error U1077: '"C:\Program Files\Microsoft >>> SDKs\Windows\v6.0A\bin\mt.exe"' : return code '0x1f' >>> Stop. >>> NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual >>> Studio 9.0\VC\BIN\nmake.exe"' : return code '0x2' >>> Stop. >>> NMAKE : fatal error U1077: 'cd' : return code '0x2' >>> Stop. >>> >>> with the command line: >>> D:\Qt\2010.05\qt>configure -release -platform win32-msvc2008 -no-dsp >>> -no-vcproj >>> >>> I find it very hard to believe that I have a completely broken Qt >>> installation, or that I'm the only one with this problem, yet there it >>> is. >>> >>> I'll try again from scratch, maybe that will solve the issue. >>> >> From mmroden at gmail.com Tue Jan 18 15:56:35 2011 From: mmroden at gmail.com (Mark Roden) Date: Tue, 18 Jan 2011 07:56:35 -0800 Subject: [Ctk-developers] getting things to work in windows In-Reply-To: <4D35B573.1010904@dkfz-heidelberg.de> References: <07B9F8E1C9E64033935F8C4D64D43AAE@Hyoid> <4D3560EE.6090606@dkfz-heidelberg.de> <4D35B573.1010904@dkfz-heidelberg.de> Message-ID: Ah, so making sure not to use the SDK sounds like the primary failure then. I'll check it out. Thanks, Mark On Tue, Jan 18, 2011 at 7:44 AM, Sascha Zelzer wrote: > What is your development environment? > > If you are using Visual Studio 2008 and want to create 32 bit binaries, > there is no reason to compile Qt yourself. Use the pre-build binaries for > Nokia: http://qt.nokia.com/downloads/windows-cpp-vs2008 (*NOT* the SDK, this > one is MinGW based) and set the QT_QMAKE_EXECUTABLE variable in CMake to > e.g. C:\Qt\4.7.1\bin\qmake.exe. > > - Sascha > > On 01/18/2011 03:25 PM, Mark Roden wrote: >> >> Hi Sascha, >> >> Thanks for this, I'll look into it this morning. >> >> I want to build Qt because cmake fails to find qt on my system when I >> use the sdk downloaded from qt. ?The thought was that building Qt >> would allow cmake to see what it needs to see to include Qt. >> >> Thanks, >> Mark >> >> On Tue, Jan 18, 2011 at 1:44 AM, Sascha Zelzer >> ?wrote: >>> >>> Hi, >>> >>> looking at your command line, I see that you invoke configure from a Qt >>> SDK >>> installation directory. This SDK is MinGW based. If you want to build Qt >>> yourself, get the raw sources >>> >>> (http://get.qt.nokia.com/qt/source/qt-everywhere-opensource-src-4.7.1.zip), >>> unpack them in a folder (without spaces in the name) and configure from >>> inside there. >>> >>> Why do you want to build Qt yourself in the first place? This should only >>> be >>> necessary if you want 64bit binaries or a Visual Studio 2010 compiled Qt. >>> >>> Best, >>> Sascha >>> >>> On 01/18/2011 06:52 AM, Mark Roden wrote: >>>> >>>> Running in administrator mode (which should have the same effect as >>>> turning off the UAC) does not solve the problem, but produces a new >>>> bug: >>>> >>>> >>>> mt.exe : general error c101008d: Failed to write the updated manifest >>>> to the resource of file "..\..\..\bin\idc.exe". Access is denied. >>>> >>>> NMAKE : fatal error U1077: '"C:\Program Files\Microsoft >>>> SDKs\Windows\v6.0A\bin\mt.exe"' : return code '0x1f' >>>> Stop. >>>> NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual >>>> Studio 9.0\VC\BIN\nmake.exe"' : return code '0x2' >>>> Stop. >>>> NMAKE : fatal error U1077: 'cd' : return code '0x2' >>>> Stop. >>>> >>>> with the command line: >>>> D:\Qt\2010.05\qt>configure -release -platform win32-msvc2008 -no-dsp >>>> -no-vcproj >>>> >>>> I find it very hard to believe that I have a completely broken Qt >>>> installation, or that I'm the only one with this problem, yet there it >>>> is. >>>> >>>> I'll try again from scratch, maybe that will solve the issue. >>>> >>> > > From mmroden at gmail.com Wed Jan 19 02:24:56 2011 From: mmroden at gmail.com (Mark Roden) Date: Tue, 18 Jan 2011 18:24:56 -0800 Subject: [Ctk-developers] getting things to work in windows In-Reply-To: References: <07B9F8E1C9E64033935F8C4D64D43AAE@Hyoid> <4D3560EE.6090606@dkfz-heidelberg.de> <4D35B573.1010904@dkfz-heidelberg.de> Message-ID: Yes, it looks like not using the sdk was the right call. I'll now go ahead with the cmake stuff as well. Thanks for the help! Mark On Tue, Jan 18, 2011 at 7:56 AM, Mark Roden wrote: > Ah, so making sure not to use the SDK sounds like the primary failure > then. ?I'll check it out. > > Thanks, > Mark > > On Tue, Jan 18, 2011 at 7:44 AM, Sascha Zelzer > wrote: >> What is your development environment? >> >> If you are using Visual Studio 2008 and want to create 32 bit binaries, >> there is no reason to compile Qt yourself. Use the pre-build binaries for >> Nokia: http://qt.nokia.com/downloads/windows-cpp-vs2008 (*NOT* the SDK, this >> one is MinGW based) and set the QT_QMAKE_EXECUTABLE variable in CMake to >> e.g. C:\Qt\4.7.1\bin\qmake.exe. >> >> - Sascha >> >> On 01/18/2011 03:25 PM, Mark Roden wrote: >>> >>> Hi Sascha, >>> >>> Thanks for this, I'll look into it this morning. >>> >>> I want to build Qt because cmake fails to find qt on my system when I >>> use the sdk downloaded from qt. ?The thought was that building Qt >>> would allow cmake to see what it needs to see to include Qt. >>> >>> Thanks, >>> Mark >>> >>> On Tue, Jan 18, 2011 at 1:44 AM, Sascha Zelzer >>> ?wrote: >>>> >>>> Hi, >>>> >>>> looking at your command line, I see that you invoke configure from a Qt >>>> SDK >>>> installation directory. This SDK is MinGW based. If you want to build Qt >>>> yourself, get the raw sources >>>> >>>> (http://get.qt.nokia.com/qt/source/qt-everywhere-opensource-src-4.7.1.zip), >>>> unpack them in a folder (without spaces in the name) and configure from >>>> inside there. >>>> >>>> Why do you want to build Qt yourself in the first place? This should only >>>> be >>>> necessary if you want 64bit binaries or a Visual Studio 2010 compiled Qt. >>>> >>>> Best, >>>> Sascha >>>> >>>> On 01/18/2011 06:52 AM, Mark Roden wrote: >>>>> >>>>> Running in administrator mode (which should have the same effect as >>>>> turning off the UAC) does not solve the problem, but produces a new >>>>> bug: >>>>> >>>>> >>>>> mt.exe : general error c101008d: Failed to write the updated manifest >>>>> to the resource of file "..\..\..\bin\idc.exe". Access is denied. >>>>> >>>>> NMAKE : fatal error U1077: '"C:\Program Files\Microsoft >>>>> SDKs\Windows\v6.0A\bin\mt.exe"' : return code '0x1f' >>>>> Stop. >>>>> NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual >>>>> Studio 9.0\VC\BIN\nmake.exe"' : return code '0x2' >>>>> Stop. >>>>> NMAKE : fatal error U1077: 'cd' : return code '0x2' >>>>> Stop. >>>>> >>>>> with the command line: >>>>> D:\Qt\2010.05\qt>configure -release -platform win32-msvc2008 -no-dsp >>>>> -no-vcproj >>>>> >>>>> I find it very hard to believe that I have a completely broken Qt >>>>> installation, or that I'm the only one with this problem, yet there it >>>>> is. >>>>> >>>>> I'll try again from scratch, maybe that will solve the issue. >>>>> >>>> >> >> > From s.zelzer at dkfz-heidelberg.de Sun Jan 23 11:56:59 2011 From: s.zelzer at dkfz-heidelberg.de (Sascha Zelzer) Date: Sun, 23 Jan 2011 12:56:59 +0100 Subject: [Ctk-developers] Include source code in MediaWiki Message-ID: <4D3C178B.6060106@dkfz-heidelberg.de> Hi guys, I'd like to start writing some tutorials using our Wiki. The thing is, I will need many source code examples and creating this source code inside the Wiki will likely result in incorrect code in the future (if it compiled at all in the beginning), as the used API may evolve. The best I could come up with so far is having a git repository (wherever) containing the tutorial code and a dartclient building the tutorial code against the current CTK version. Now we only need a way to directly include the code in the Wiki. I found this extension which seems to do exactly that: http://www.mediawiki.org/wiki/Extension:Include I agree that the warnings on top are not that encouraging, but I'm not a webbrowser security expert... do you guys have any other idea how to avoid the separation of tutorial code from the actual source code it is using? For testing purposes, I created a test page which uses the include extension (which will not work of course, until the extension is installed): http://www.commontk.org/index.php/Documentation/IncludeTest Thanks for your feedback, Sascha From bill.lorensen at gmail.com Sun Jan 23 12:52:40 2011 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Sun, 23 Jan 2011 07:52:40 -0500 Subject: [Ctk-developers] Include source code in MediaWiki In-Reply-To: <4D3C178B.6060106@dkfz-heidelberg.de> References: <4D3C178B.6060106@dkfz-heidelberg.de> Message-ID: With both ITK and VTK we provide examples on a wiki: http://vtk.org/Wiki/VTK/Examples Please note that this process also has the potential for malicious code. Our users create the examples on the wiki using certain conventions. Each night we scrape the wiki, push any changes to a git repository, tun regression tests and present the results in a dashboard: http://www.cdash.org/CDash/index.php?project=VTKWikiExamples http://www.cdash.org/CDash/index.php?project=ITKWikiExamples When regression baselines are changed, there are automatically updated on the wiki. The process is described here: http://vtk.org/Wiki/VTK/Examples#Information_for_Wiki_Examples_Administrators The sync script is called: SyncRepoWithWiki.sh and the scraping script is: Admin/ScrapeWiki The scrape wiki script uses a package called mwclient. Bill On Sun, Jan 23, 2011 at 6:56 AM, Sascha Zelzer wrote: > Hi guys, > > I'd like to start writing some tutorials using our Wiki. The thing is, I > will need many source code examples and creating this source code inside the > Wiki will likely result in incorrect code in the future (if it compiled at > all in the beginning), as the used API may evolve. > > The best I could come up with so far is having a git repository (wherever) > ?containing the tutorial code and a dartclient building the tutorial code > against the current CTK version. Now we only need a way to directly include > the code in the Wiki. I found this extension which seems to do exactly that: > > http://www.mediawiki.org/wiki/Extension:Include > > I agree that the warnings on top are not that encouraging, but I'm not a > webbrowser security expert... do you guys have any other idea how to avoid > the separation of tutorial code from the actual source code it is using? > > For testing purposes, I created a test page which uses the include extension > (which will not work of course, until the extension is installed): > > http://www.commontk.org/index.php/Documentation/IncludeTest > > Thanks for your feedback, > > Sascha > _______________________________________________ > Ctk-developers mailing list > Ctk-developers at commontk.org > http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers > From stephen.aylward at kitware.com Tue Jan 25 21:21:38 2011 From: stephen.aylward at kitware.com (Stephen Aylward) Date: Tue, 25 Jan 2011 16:21:38 -0500 Subject: [Ctk-developers] CTK Hackfest Hotel Message-ID: Hi CTK-Hackers, We have reserved a block of rooms at the hackfest hotel. RESERVATIONS MUST BE MADE BY FRIDAY, JANUARY 28TH. Details are on the hackfest website: http://www.commontk.org/index.php/CTK-Hackfest-Feb-2011#Travel_.26_Hotel Summary, you can call to make your reservations: 1-919.442.9000 To receive the reduced rate, say that you are part of the "KITWARE INC" meeting. In theory you should be able to reserve online at: http://www.franklinhotelnc.com/ However - you need to select the "group reservations" section, and that link seems broken right now :( The hackfest will be held in the hotel, on the second floor. It is a great space, and we'll be well supplied with food and drink. See you there! Steve, Ivo, and Stephen -- ============================== Stephen R. Aylward, Ph.D. Director of Medical Imaging Research Kitware, Inc. - North Carolina Office http://www.kitware.com stephen.aylward (Skype) (919) 969-6990 x300 From s.zelzer at dkfz-heidelberg.de Wed Jan 26 13:35:59 2011 From: s.zelzer at dkfz-heidelberg.de (Sascha Zelzer) Date: Wed, 26 Jan 2011 14:35:59 +0100 Subject: [Ctk-developers] Include source code in MediaWiki In-Reply-To: <843927351.422445.1295886214252.JavaMail.root@zmbs4.inria.fr> References: <843927351.422445.1295886214252.JavaMail.root@zmbs4.inria.fr> Message-ID: <4D40233F.5090004@dkfz-heidelberg.de> Hi Ben, thanks for your input! You are right, it does not allow to include remote files, so that isn't actually the thing I was looking for. But we would need a syntax highlighter on the Wiki sooner or later anyway... Thanks, Sascha On 01/24/2011 05:23 PM, Benoit Bleuze wrote: > Hi Sasha. > The one I use is called ashHighlighting: > http://www.mediawiki.org/wiki/Extension:ASHighlight > > It requires Andre Simon's highlight, as stated on the media wiki page. > It is not flagged as having a security risk or any thing. You can't include files, just text, and that is safer. > > ashighlighting must be installed on the server, but there are packages for it on many distributions. > > Ben > > > ----- Original Message ----- >> From: "Sascha Zelzer" >> To: ctk-developers at commontk.org >> Sent: Sunday, 23 January, 2011 12:56:59 PM >> Subject: [Ctk-developers] Include source code in MediaWiki >> Hi guys, >> >> I'd like to start writing some tutorials using our Wiki. The thing is, >> I >> will need many source code examples and creating this source code >> inside >> the Wiki will likely result in incorrect code in the future (if it >> compiled at all in the beginning), as the used API may evolve. >> >> The best I could come up with so far is having a git repository >> (wherever) containing the tutorial code and a dartclient building the >> tutorial code against the current CTK version. Now we only need a way >> to >> directly include the code in the Wiki. I found this extension which >> seems to do exactly that: >> >> http://www.mediawiki.org/wiki/Extension:Include >> >> I agree that the warnings on top are not that encouraging, but I'm not >> a >> webbrowser security expert... do you guys have any other idea how to >> avoid the separation of tutorial code from the actual source code it >> is >> using? >> >> For testing purposes, I created a test page which uses the include >> extension (which will not work of course, until the extension is >> installed): >> >> http://www.commontk.org/index.php/Documentation/IncludeTest >> >> Thanks for your feedback, >> >> Sascha >> _______________________________________________ >> Ctk-developers mailing list >> Ctk-developers at commontk.org >> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers From s.zelzer at dkfz-heidelberg.de Wed Jan 26 14:05:35 2011 From: s.zelzer at dkfz-heidelberg.de (Sascha Zelzer) Date: Wed, 26 Jan 2011 15:05:35 +0100 Subject: [Ctk-developers] Include source code in MediaWiki In-Reply-To: References: <4D3C178B.6060106@dkfz-heidelberg.de> Message-ID: <4D402A2F.8000802@dkfz-heidelberg.de> Hi, thanks Bill for explaining the VTK approach! I had a closer look at it and really like the ease how contributors can add examples which are automatically categorized and tested. I think that would work very well for small stand-alone programs in CTK too. But considering the current number of external users/contributors, the system might be overkill for us right now... The tutorials I had in mind would consist of probably many source files and the wiki text could also be split into several pages. I am not sure yet if I could come up with a standard way for managing the source files and wiki pages without constraining the tutorial writer too much. I looked at several MediaWiki extensions which do syntax highlighting and external file inclusion. Most of them (with external file support) had some security issues, but the changes they made to existing extensions to enable the external file feature where pretty simple. So I figured that we would need a syntax highlighter for our Wiki anyway and patched the popular http://www.mediawiki.org/wiki/Extension:SyntaxHighlight_GeSHi extension to allow highlighting external files (can also highlight CMake files). The patch does not have the security issues of the available extensions because it only allows remote URLs to be included. It also has unique features like embedding only parts of a remote file (certain line numbers or sections, based on markers inside the file). What do you think, can we get the CTK Wiki sysadmin to install the extension? I attached the patch for the trunk version of the SyntaxHighlight_GeSHi extension and an already patched version of the extension (bundled with GeSHi) is available here: ftp://ftp.dkfz-heidelberg.de/outgoing/MediaWiki/ I think that could get us started with some tutorials and we could migrate to a more sophisticated system like VTK is using later. - Sascha On 01/23/2011 01:52 PM, Bill Lorensen wrote: > With both ITK and VTK we provide examples on a wiki: > http://vtk.org/Wiki/VTK/Examples > > Please note that this process also has the potential for malicious code. > > Our users create the examples on the wiki using certain conventions. > Each night we scrape the wiki, push any changes to a git repository, > tun regression tests and present the results in a dashboard: > http://www.cdash.org/CDash/index.php?project=VTKWikiExamples > http://www.cdash.org/CDash/index.php?project=ITKWikiExamples > > When regression baselines are changed, there are automatically updated > on the wiki. > > The process is described here: > http://vtk.org/Wiki/VTK/Examples#Information_for_Wiki_Examples_Administrators > > The sync script is called: > SyncRepoWithWiki.sh > and the scraping script is: > Admin/ScrapeWiki > > The scrape wiki script uses a package called mwclient. > > Bill > > On Sun, Jan 23, 2011 at 6:56 AM, Sascha Zelzer > wrote: >> Hi guys, >> >> I'd like to start writing some tutorials using our Wiki. The thing is, I >> will need many source code examples and creating this source code inside the >> Wiki will likely result in incorrect code in the future (if it compiled at >> all in the beginning), as the used API may evolve. >> >> The best I could come up with so far is having a git repository (wherever) >> containing the tutorial code and a dartclient building the tutorial code >> against the current CTK version. Now we only need a way to directly include >> the code in the Wiki. I found this extension which seems to do exactly that: >> >> http://www.mediawiki.org/wiki/Extension:Include >> >> I agree that the warnings on top are not that encouraging, but I'm not a >> webbrowser security expert... do you guys have any other idea how to avoid >> the separation of tutorial code from the actual source code it is using? >> >> For testing purposes, I created a test page which uses the include extension >> (which will not work of course, until the extension is installed): >> >> http://www.commontk.org/index.php/Documentation/IncludeTest >> >> Thanks for your feedback, >> >> Sascha >> _______________________________________________ >> Ctk-developers mailing list >> Ctk-developers at commontk.org >> http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers >> -------------- next part -------------- A non-text attachment was scrubbed... Name: SyntaxHighlight_GeSHi_remotefile.patch Type: text/x-patch Size: 7240 bytes Desc: not available URL: From jchris.fillionr at kitware.com Wed Jan 26 18:26:49 2011 From: jchris.fillionr at kitware.com (Jean-Christophe Fillion-Robin) Date: Wed, 26 Jan 2011 13:26:49 -0500 Subject: [Ctk-developers] Two commits with unknown author - Please configure your env properly Message-ID: Hi Folks, I just noticed somebody pushed two commits but there is no way of knowing who it is ! See 5dbefbabd d73c2dc Before you push anything, please make sure of the following: 1) It compiles 2) The message title, its content and also the author name are properly displayed. Use either *gitk* or *git log* to check 3) Update you local master 4) Merge your topic branch + check it compiles 5) Push to commontk Having a hook branch that people checkout and install locally will be on my list for the hackfest :) See http://www.commontk.org/index.php/Contributing_to_CTK#Prerequisites Thanks Jc -- Phone: 1-518-836-2174 Ext: 304 -------------- next part -------------- An HTML attachment was scrubbed... URL: From s.zelzer at dkfz-heidelberg.de Wed Jan 26 19:11:28 2011 From: s.zelzer at dkfz-heidelberg.de (Sascha Zelzer) Date: Wed, 26 Jan 2011 20:11:28 +0100 Subject: [Ctk-developers] Two commits with unknown author - Please configure your env properly In-Reply-To: References: Message-ID: <4D4071E0.8080607@dkfz-heidelberg.de> Yes, that was me. When you frequently commit code and everything just works, you can easily forget to set the damn username on a test machine... an empty username check would be hook git could install by default, in my opinion. - Sascha On 01/26/2011 07:26 PM, Jean-Christophe Fillion-Robin wrote: > Hi Folks, > > I just noticed somebody pushed two commits but there is no way of > knowing who it is ! > > See 5dbefb > > abd d73c2dc > > Before you push anything, please make sure of the following: > > 1) It compiles > 2) The message title, its content and also the author name are > properly displayed. Use either *gitk* or *git log* to check > 3) Update you local master > 4) Merge your topic branch + check it compiles > 5) Push to commontk > > Having a hook branch that people checkout and install locally will be > on my list for the hackfest :) > > See http://www.commontk.org/index.php/Contributing_to_CTK#Prerequisites > > Thanks > Jc > > -- > Phone: 1-518-836-2174 > Ext: 304 -------------- next part -------------- An HTML attachment was scrubbed... URL: From s.zelzer at dkfz-heidelberg.de Fri Jan 28 11:19:38 2011 From: s.zelzer at dkfz-heidelberg.de (Sascha Zelzer) Date: Fri, 28 Jan 2011 12:19:38 +0100 Subject: [Ctk-developers] CTK Doxygen Message-ID: <4D42A64A.5030105@dkfz-heidelberg.de> Hi, I realized that the CTK Doxygen Documentation at http://www.commontk.org/docs/html/index.html is quite out-dated. Didn't we have dartclient to update the docs continuously? Does anybody on this list feel in charge for maintaining the docs? :-) Thanks, Sascha From stephen.aylward at kitware.com Mon Jan 31 16:07:36 2011 From: stephen.aylward at kitware.com (Stephen Aylward) Date: Mon, 31 Jan 2011 11:07:36 -0500 Subject: [Ctk-developers] CTK Hackfest Planning TCon Message-ID: Hi CTK Hackers, Ivo, Steve, and I would like the participants in the upcoming CTK Hackfest to join us for conference call tomorrow (Tuesday, 1 February) at 0800 EST ( = 1400 CET). All other CTK hackers are welcome to join us too! We will use the Kitware conference line: Toll-Free #: 1-800-704-9804 International #: 1-404-920-6604 Participant Code: 718324 We will review the hackfest projects and answer any last-minute travel questions: http://www.commontk.org/index.php/CTK-Hackfest-Feb-2011 Sorry for the short notice. We hope you can join us. Best regards, Steve, Stephen, and Ivo ============================== Stephen R. Aylward, Ph.D. Director of Medical Imaging Research Kitware, Inc. - North Carolina Office http://www.kitware.com stephen.aylward (Skype) (919) 969-6990 x300