OpenSubdiv
OpenSubdiv copied to clipboard
PixarAnimationStudios
Visual Studio solution - 81 projects?
Is it intended that there is so many small projects in the VS solution? Or is this something wrong on my end?
No, something wrong. According to the previous issues, you have cmake 3.0.1 and this command line, correct?
cmake ^ -G "Visual Studio 12 2013" ^ -DNO_EXAMPLES=1 ^ -DNO_TUTORIALS=1 ^ -DNO_REGRESSION=1 ^ -DNO_MAYA=1 ^ -DNO_PTEX=1 ^ -DNO_DOC=1 ^ -DNO_OMP=1 ^ -DNO_TBB=1 ^ -DNO_CUDA=1 ^ -DNO_OPENCL=1 ^ -DNO_OPENGL=1 ^ -DNO_CLEW=1 ^ ..
Sorry - I should have included that info right away. That is the command I use, yes - however I have updated to CMake 3.3.0RC1.
I also tried with Win64 generated solution and I tried on both dev and master branch. I cleaned out my build dir between each attempt.
Thanks, it looks like you have doxygen installed. Let me try to fix.
On this particular machine, yes. I guess people more commonly build some the console instead of using the VS solution?
Hi Thomas, I identified the cause of this issue in CMakeLists. It looks like we'll need a broader refactoring of cmake files so I'd like to defer to after 3.0 release. It looks messy indeed, but is functionally ok. If you don't need to build documents, -DNO_DOC=1 would avoid generating such many projects.
Sure, no problem. I use the docs on the website anyway for reference. I added the docs to the build recently because of that _add_doxy_headers error I had earlier in #611.
This also explain why I imagined I'd seen the solution much simpler - so I had to ask. Rebuilding with no docs and the solution is back to 14. :) I can figure out how to set up a combined 32bit and 64bit solution now that the solution is a bit more manageable.
Thank you very much for looking into it.
We should probably turn off the documentation build by default : it is not really intended to be cross-platform or really built outside of Pixar (with Linux) to publish on the public site.
I think i have fixed #611 a while back, but if you are still having a problem with this in the dev branch, then fixing that is probably going to be the simpler than improving the doc build.
Hi Thomas, I identified the cause of this issue in CMakeLists. It looks like we'll need a broader refactoring of cmake files so I'd like to defer to after 3.0 release. It looks messy indeed, but is functionally ok. If you don't need to build documents, -DNO_DOC=1 would avoid generating such many projects.
Is this the culprit?
https://github.com/PixarAnimationStudios/OpenSubdiv/blob/ff76e0f2dc9c9202b7d2f965f264bfd6f41866d5/CMakeLists.txt#L685-L716