On Saturday, November 26, 2016 at 12:28:48 AM UTC+1, [email protected] wrote: > > Thank you. I found that I needed to explicitly set > CMAKE_BUILD_TYPE=Release when creating the makefiles, because when I did > not specify it decided to set CMAKE_BUILD_TYPE to Debug. After making that > change, the build proceeds beyond the geotiff error. > > So there is no error in geotiff build ? everything else build fine ?
> I would like to build debug and release libraries for OTB and its > dependencies, but it seems that setting CMAKE_CONFIGURATION_TYPES does > nothing. In the top-level CMakeCache.txt file for the Superbuild, I see the > following: > > //No help, variable specified on the command line. > CMAKE_CONFIGURATION_TYPES:UNINITIALIZED=Debug;Release > multi-config build depends on cmake generator. with nmake, gmake, ninja etc.. you can have one configuration. you should use visual studio generator to have same directory with debug and and release in subdirectories Note: you must select a configuration each time when you run cmake --build . --config Release/Debug > > Thanks for the help so far. By the way, this SuperBuild feature is very > impressive. > > On Thursday, November 24, 2016 at 5:41:15 AM UTC-8, Rashad wrote: >> >> >> I think you have a wrong cmake build type >> >> CMAKE_BUILD_TYPE="Debug Release" something like that.. >> >> it must be CMAKE_BUILD_TYPE=Release to work correctly. >> >> There is CMAKE_CONFIGURATION_TYPES which btw is a list and can have >> Release Debug RelWithDebInfo >> >> On Thursday, November 24, 2016 at 2:25:52 AM UTC+1, [email protected] >> wrote: >>> >>> The issue appears to be that it is failing to create geotiff.dll from >>> geotiff.lib. When I run dumpbin /directives on geotiff.lib, I am getting >>> /DEFAULTLIB:"LIBCMT" throughout the file. This seems to imply that the >>> library was built using the /MT linker flag. However, the CMakeCache.txt >>> files for the SuperBuild and for the geotiff project all specify /MD or >>> /MDd, which is what I want because I want shared libraries. >>> >>> I've also tried adding the /NODEFAULTLIB:"LIBCMT" flag to the >>> CMAKE_EXE_LINKER_FLAGS and re-ran CMake, and it appears to have no effect. >>> Any suggestions? >>> >>> On Tuesday, November 22, 2016 at 7:25:06 PM UTC-8, [email protected] >>> wrote: >>>> >>>> Just to clarify, I'm using nmake to build the sources from the >>>> CMake-generated makefiles. >>>> >>>> On Tuesday, November 22, 2016 at 7:20:06 PM UTC-8, [email protected] >>>> wrote: >>>>> >>>>> Hello, I'm trying to build OTB and its dependencies using the >>>>> SuperBuild feature and getting stuck building the geotiff dependency. I'm >>>>> running Windows 7, AMD64 platform, using Visual Studio 2010 Premium, and >>>>> created NMake makefiles using CMake 3.5.1. Source files came from the >>>>> master branch, which is tagged with the 5.8.0 release if I'm not mistaken. >>>>> >>>>> Pastebin link: http://pastebin.com/shibd7xW >>>>> >>>>> I checked to make sure the compiler was building multithreaded DLLs >>>>> for debug and release (/MDd and /MD respectively), so I'm not sure why >>>>> MSVCRT.lib >>>>> and LIBCMT.lib are both trying to define symbols here. >>>>> >>>>> Any obvious things I am missing? Thank you. >>>>> >>>> -- -- Check the OTB FAQ at http://www.orfeo-toolbox.org/FAQ.html You received this message because you are subscribed to the Google Groups "otb-users" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/otb-users?hl=en --- You received this message because you are subscribed to the Google Groups "otb-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
