{"push_id":835169633,"size":177,"distinct_size":177,"ref":"refs/heads/master","head":"0d516faedfb283c8e2f5958d6dcb51760b46c505","before":"6192043eead9037272215d4915609022fefc7968","commits":[{"sha":"ac92462b598aa8650c137783ab4a3a0cbcf0a802","author":{"email":"3069f9c6200e08923491e1cd1a3d3f73bfc124d5@uni.no","name":"Roland Kaufmann"},"message":"Use deck_filename to reference the deck\n\nBring the examples into the same line as the examples in opm-core by\nusing deck_filename as the name of the parameter which identifies the\ndeck input files.","distinct":true,"url":"https://api.github.com/repos/atgeirr/opm-verteq/commits/ac92462b598aa8650c137783ab4a3a0cbcf0a802"},{"sha":"435aabb7237e20ddf9e6d84fd37a31383472079a","author":{"email":"3069f9c6200e08923491e1cd1a3d3f73bfc124d5@uni.no","name":"Roland Kaufmann"},"message":"Add Eclipse output to example\n\nThis is an example of how writing Eclipse output files can be added to\nthe generic 3D simulator.","distinct":true,"url":"https://api.github.com/repos/atgeirr/opm-verteq/commits/435aabb7237e20ddf9e6d84fd37a31383472079a"},{"sha":"3eda5959db8616f46cc913d615de0570232d1b91","author":{"email":"3069f9c6200e08923491e1cd1a3d3f73bfc124d5@uni.no","name":"Roland Kaufmann"},"message":"Write output of simulator for every reporting time\n\nThe output object will connect itself to the simulator. Theoretically,\nthere is a race condition since the output will be destroyed before the\nsimulator, but this will never happen because the simulator won't\nsignal any timestep events after its timestepping loop.","distinct":true,"url":"https://api.github.com/repos/atgeirr/opm-verteq/commits/3eda5959db8616f46cc913d615de0570232d1b91"},{"sha":"8cccf4711281dbbc81ed5682785b2e9d7b78b691","author":{"email":"3069f9c6200e08923491e1cd1a3d3f73bfc124d5@uni.no","name":"Roland Kaufmann"},"message":"Merge pull request #52 from rolk/052_eclout\n\nAdd Eclipse output to example","distinct":true,"url":"https://api.github.com/repos/atgeirr/opm-verteq/commits/8cccf4711281dbbc81ed5682785b2e9d7b78b691"},{"sha":"059b2d44d7e64724ae4dabea963aa6a2e93f3c6c","author":{"email":"3069f9c6200e08923491e1cd1a3d3f73bfc124d5@uni.no","name":"Roland Kaufmann"},"message":"Only add option for shared libraries once\n\nThe way the test was done previously, it was added for *every* option\nafter `--enable-shared`, not only that one.","distinct":true,"url":"https://api.github.com/repos/atgeirr/opm-verteq/commits/059b2d44d7e64724ae4dabea963aa6a2e93f3c6c"},{"sha":"274f36372aa53d7f1bd80e1db673849223b638eb","author":{"email":"3069f9c6200e08923491e1cd1a3d3f73bfc124d5@uni.no","name":"Roland Kaufmann"},"message":"Allow to search for multiple libraries in package\n\nSome packages are split up in several library files, where each of them\ndoesn't have their own CMake find-module. So we cannot put this list in\nthe prerequisites. Unlike the headers, where we just add the directory,\nall the libraries must be explicitly named on the link line. Thus, we\nshould allow to specify more than one name in the lib parameter.\n\nThe first name specified is designated as the \"primary\" library and is\nassigned to the _LIBRARY variable; the others occur in _LIBRARIES as if\nthey were prerequisites.\n\nNote that the build system cannot replicate this setup itself; it always\nassumes that we are building (at most) one library from the source\nfiles.","distinct":true,"url":"https://api.github.com/repos/atgeirr/opm-verteq/commits/274f36372aa53d7f1bd80e1db673849223b638eb"},{"sha":"e65636c09eee3a788339190f209875ac833142bf","author":{"email":"2068058a0fe0cad1f9bad29e7506a57841ed4879@gmail.com","name":"Joakim Hove"},"message":"Added CMake find modules opm-parser and cjson","distinct":true,"url":"https://api.github.com/repos/atgeirr/opm-verteq/commits/e65636c09eee3a788339190f209875ac833142bf"},{"sha":"90195f0539531ef045377b485405d9d04c21bb5a","author":{"email":"2068058a0fe0cad1f9bad29e7506a57841ed4879@gmail.com","name":"Joakim Hove"},"message":"Added opm-parser-prereqs.cmake","distinct":true,"url":"https://api.github.com/repos/atgeirr/opm-verteq/commits/90195f0539531ef045377b485405d9d04c21bb5a"},{"sha":"1d3a484b060e7e53cb0313ca0e72496573bf81eb","author":{"email":"2068058a0fe0cad1f9bad29e7506a57841ed4879@gmail.com","name":"Joakim Hove"},"message":"Updated modules for Findcjson and Findopm-parser","distinct":true,"url":"https://api.github.com/repos/atgeirr/opm-verteq/commits/1d3a484b060e7e53cb0313ca0e72496573bf81eb"},{"sha":"d5bc9439a10c4d845679f2aad7b58bc7086651c1","author":{"email":"2068058a0fe0cad1f9bad29e7506a57841ed4879@gmail.com","name":"Joakim Hove"},"message":"Updated modules to find Opm-parser","distinct":true,"url":"https://api.github.com/repos/atgeirr/opm-verteq/commits/d5bc9439a10c4d845679f2aad7b58bc7086651c1"},{"sha":"972d8c495f590aae11c7aa2907466c04514f1d72","author":{"email":"cffa50a32cb13a240d705317bcec65dd1f31b6ad@poware.org","name":"Andreas Lauser"},"message":"fix test for HAVE_QUAD on some instances of ubuntu 13.10\n\nI haven't figured out why this happens, but on one of my computers\nrunning kubuntu 13.10 g++ says the following if one tries to use\nquadruple precision math:\n\n/home/erne/src/ewoms/ewoms/common/quad.hh: In static member function ‘static quad std::numeric_limits<__float128>::min()’:\n/home/erne/src/ewoms/ewoms/common/quad.hh:52:14: error: unable to find numeric literal operator ‘operator\"\" Q’\n     { return FLT128_MIN; }\n\nsince this happens only on this machine and only with the c++ (but\nnot the C) compiler, i suppose that this is either an upgrade issue\nwith kubuntu or an issue with the ubuntu gcc stack. Strangely enough,\nmy other kubuntu machine does not have a problem with that...\n\nIn any case also testing for assignability of constants and using the\nC++ compiler for the quadmath test won't hurt...","distinct":true,"url":"https://api.github.com/repos/atgeirr/opm-verteq/commits/972d8c495f590aae11c7aa2907466c04514f1d72"},{"sha":"7c64f481a75a9c99841bdeb8c2a58c3a2e5a863d","author":{"email":"2068058a0fe0cad1f9bad29e7506a57841ed4879@gmail.com","name":"Joakim Hove"},"message":"Changed the check_cxx_source_compiles() in Findopm-parser to look for Deck.hpp; Parser.hpp had uneccasary complicated interaction with cJSON","distinct":true,"url":"https://api.github.com/repos/atgeirr/opm-verteq/commits/7c64f481a75a9c99841bdeb8c2a58c3a2e5a863d"},{"sha":"174da5beecf295c8aae0c3b6465261661c599c18","author":{"email":"cffa50a32cb13a240d705317bcec65dd1f31b6ad@poware.org","name":"Andreas Lauser"},"message":"build system: prevent endless loop when using dunecontrol\n\nthis seems to be a bug in cmake 2.8.10.2: if the user sets the\nCMAKE_CXX_COMPILER variable for a build directory where this variable\nhas already been set, one gets an endless loop. This stings especially\nif using the dunecontrol compatibility layer as the compiler flags are\nunconditionally set via the CXX_FLAGS environment variable in the\noptions file. Running duncontrol on a module twice will thus trigger the\ninfinite loop if some compiler flags are set by the user.\n\nThe solution is relatively simple: Delete the CMakeFiles directory\nbefore calling cmake. for the dunecontrol compatibility mode, we do\nthis in the configure script. For details about the cmake bug, see\nhttp://www.cmake.org/Bug/view.php?id=14119","distinct":true,"url":"https://api.github.com/repos/atgeirr/opm-verteq/commits/174da5beecf295c8aae0c3b6465261661c599c18"},{"sha":"33c149bcc4b08f2255b42f088ef3e3f5f1546022","author":{"email":"cffa50a32cb13a240d705317bcec65dd1f31b6ad@poware.org","name":"Andreas Lauser"},"message":"configure script: also delete the cmake cache\n\nThis replicates the autotools behavior and was suggested by Roland\nKaufmann.","distinct":true,"url":"https://api.github.com/repos/atgeirr/opm-verteq/commits/33c149bcc4b08f2255b42f088ef3e3f5f1546022"},{"sha":"bf67ca7329160fd1849d78fe122527da60472e1b","author":{"email":"cffa50a32cb13a240d705317bcec65dd1f31b6ad@poware.org","name":"Andreas Lauser"},"message":"configure script: add a stub implementation for the --config-cache argument\n\nso far, it is only a flag which prevents the cache from being\ndeleted. To warn the user about a potential infinite loop, a warning\nis printed if this flag was specified and some compiler or some compiler\nflags were set by the user. This idea was proposed by Roland Kaufmann.","distinct":true,"url":"https://api.github.com/repos/atgeirr/opm-verteq/commits/bf67ca7329160fd1849d78fe122527da60472e1b"},{"sha":"6b5aae569fa5ead68dfb526745aac5bf55c0ed8c","author":{"email":"cffa50a32cb13a240d705317bcec65dd1f31b6ad@poware.org","name":"Andreas Lauser"},"message":"include the latest review comments by Roland Kaufmann","distinct":true,"url":"https://api.github.com/repos/atgeirr/opm-verteq/commits/6b5aae569fa5ead68dfb526745aac5bf55c0ed8c"},{"sha":"9dc160c1f439ae41bded34030211e7bce9e89a2b","author":{"email":"3069f9c6200e08923491e1cd1a3d3f73bfc124d5@uni.no","name":"Roland Kaufmann"},"message":"Search in build/ sub-dir if only suite root is given\n\nIf the package suite was given (e.g. DUNE_ROOT=/blum), then the code\nset up the root for each individual package automatically (e.g.\nDUNE_COMMON_ROOT=/blum/dune-common), but the path which was then\nactivated did not get the local build sub-directory (e.g. if we are\nbuilding opm-autodiff in /frub/opm-autodiff/build, then the local\nbuild directory is \"build/\"), and thus this was not appended to the\nlibrary search path. The result was that the source was found (because\nthe root pointed to a valid source tree), but the library was not\n(because it is \"hidden\" in the subdirectory).","distinct":true,"url":"https://api.github.com/repos/atgeirr/opm-verteq/commits/9dc160c1f439ae41bded34030211e7bce9e89a2b"},{"sha":"bd05fb124833f6ab3cdf7e276a3d2e92e1c62ca6","author":{"email":"3069f9c6200e08923491e1cd1a3d3f73bfc124d5@uni.no","name":"Roland Kaufmann"},"message":"Only add build sub-directory if it is actually used\n\nOtherwise the search will cascade down one level too many.","distinct":true,"url":"https://api.github.com/repos/atgeirr/opm-verteq/commits/bd05fb124833f6ab3cdf7e276a3d2e92e1c62ca6"},{"sha":"0d863367d78da57abb7547254da3936b4fc54f88","author":{"email":"3069f9c6200e08923491e1cd1a3d3f73bfc124d5@uni.no","name":"Roland Kaufmann"},"message":"Only add parent directories for actual variants\n\nOtherwise we'll inadvertedly add the root directory and will probably\nfind the system implementation underneath there.","distinct":true,"url":"https://api.github.com/repos/atgeirr/opm-verteq/commits/0d863367d78da57abb7547254da3936b4fc54f88"},{"sha":"be0d1f1fade027d5e8ceeaa16fea5ad054eb13c1","author":{"email":"cffa50a32cb13a240d705317bcec65dd1f31b6ad@poware.org","name":"Andreas Lauser"},"message":"fix syntax error in configure shell script\n\nstrangly enough, it seems to work like it was in some circumstances...","distinct":true,"url":"https://api.github.com/repos/atgeirr/opm-verteq/commits/be0d1f1fade027d5e8ceeaa16fea5ad054eb13c1"}]}