Hi Sean, I forgot to add make log file of VM 7.26.1 version so I am attaching it now. I tried deleting and recreating the build directory (brlcad-svn-trunk/build), rerunning cmake and make this morning again but the result was exactly the same.
Thanks, Mike -----Original Message----- From: Christopher Sean Morrison [mailto:brl...@mac.com] Sent: Friday, November 18, 2016 11:07 PM To: BRL-CAD Developer Mailing List <brlcad-devel@lists.sourceforge.net> Subject: Re: [brlcad-devel] Compilation problems > On Nov 18, 2016, at 8:01 AM, Michal Hanus <mikeha...@seznam.cz> wrote: > > Hi all, Hi Mike, thanks for the detailed report! > I tried to compile BRL-CAD on various platforms but without any big success > on any of them so I would like to ask you for your kind help. > > First, I found SVN compilation procedures in 4 documents, each of them > describing it somehow differently: > https://brlcad.org/wiki/Building_from_SVN > https://brlcad.org/wiki/Compiling > http://brlcad.org/~maths22/HACKING_BRL-CAD.pdf > README-brlcad-development.txt at the VM source > > For a newbie like me, it would be nice to have that description harmonized, > the better to separate it according to the platforms (Windows, Linux, VM, > ...) and the best accompanied with screenshots. Maybe a GCI task :-) ? Great idea! That does happen from time to time (and part why there are different versions), but eventually someone makes an update and the rest fall out of sync. We’re halfway towards a managed system where everything should stay in sync better, with files in our repo “compiled" onto the website and back, but we’re not quite there yet. The authoritative instructions are actually another set you didn’t even mention, the README+INSTALL files in the sources themselves. Of course, you have to have the sources to follow installation, but that is the standard for software. > Question aside: Is this CMake flag described in the docs correct: > -DBRLCAD_ENABLE_STRICT=NO ? Should not it be =ON or =OFF? Or NO = OFF? Either works, NO == OFF, but OFF is the usual syntax for cmake. > 1. Win 7, VirtualBox 4.3.20, BRL-CAD-Debian-7.2-32bit.ova (BRL-CAD release > 7.24.1), without update to 7.26.0 > - rebuilt "brlcad-build" directory > - cmake with -DBRLCAD_ENABLE_STRICT=NO -DBRLCAD_BUNDLED_LIBS=ON > -DCMAKE_BUILD_TYPE=Debug > - cmake ok, make ok (time 1:11:44), test with errors In 7.24, there are some test failures that are intentional. I believe the test log says that somewhere, and one of the tests is named something like “test_failures_are_expected”. Regardless, that’s ancient stuff so this is one to ignore. > 2. Win 7, VirtualBox 4.3.20, BRL-CAD-Debian-7.2-32bit.ova, svn update to > 7.26.1 > - "brlcad-svn-trunk/build" directory > - cmake with -DBRLCAD_ENABLE_STRICT=NO -DBRLCAD_BUNDLED_LIBS=ON > -DCMAKE_BUILD_TYPE=Debug > - cmake with errors, make with errors This is a little surprising. Try deleting and recreating the build directory (brlcad-svn-trunk/build), then rerun cmake. Log would be good. > 4. Win 7, CMAKE 3.7.0-win64-x64 GUI version, Visual Studio 14 2015 option > - cmake with errors > > 5. Win 7, CMAKE 3.7.0-win64-x64 GUI version, Visual Studio 14 2015 Win64 > option > - cmake with errors > > 6. Win 7, CMAKE 3.7.0-win64-x64, Visual Studio 14 2015 option > - run in cmd line: cmake .. -G "Visual Studio 14 2015" > -DBRLCAD_ENABLE_STRICT=NO -DBRLCAD_BUNDLED_LIBS=ON -DCMAKE_BUILD_TYPE=Release > - cmake with errors > > 7. Win 7, CMAKE 3.7.0-win64-x64, Visual Studio 14 2015 Win64 option > - run in cmd line: cmake .. -G "Visual Studio 14 2015 Win64" > -DBRLCAD_ENABLE_STRICT=NO -DBRLCAD_BUNDLED_LIBS=ON -DCMAKE_BUILD_TYPE=Release > - cmake with errors MSVC 2015 is one of our standard environments, so compilation should succeed. That said, if you’re not getting past cmake, it’s probably something recent or local. Guessing without a log. > 8. Win 7, CMAKE 3.7.0-win64-x64 GUI version, MinGW option > - cmake with errors > > 9. Win 7, CMAKE 3.7.0-win64-x64 GUI version, Eclipse4_MinGW option > - cmake with errors MinGW is not going to succeed, but we’ll definitely have GCI tasks to fix the issues there. That said, cmake has nothing to do with MinGW and it should have completed successfully. > I have all the error logs recorded but the brl-devel mail does not allow to > send .zip files (and unzipped they have about 8.5 MB). Where can I post them? .zip isn’t one of the extensions being filtered — would you send me your rejection e-mail? Try a .tar.bz2 instead? You can use a pastebin too. We don’t need to see 6 copies of the same cmake error… ;) > I probably missed something elementary in the cmake settings that all of them > failed. Your settings look correct. Have to read the error message. Cheers! Sean ------------------------------------------------------------------------------ _______________________________________________ BRL-CAD Developer mailing list brlcad-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/brlcad-devel
VM7261_make.log
Description: Binary data
------------------------------------------------------------------------------
_______________________________________________ BRL-CAD Developer mailing list brlcad-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/brlcad-devel
