On Thu, 04 Dec 2014 17:39:22 +0100 Steffen Wittek <[email protected]> wrote:
> I see, great. So I use the meshing functions like UnitSquare etc. Basic meshes like UnitSquareMesh are still in DOLFIN. No need for mshr for these. > from the mshr package and forget about CGAL. The config > (DDOLFIN_ENABLE_CGAL:BOOL=OFF) goes directly into the platform-file? Into FEniCS/packages/dolfin.package to variable CONFOPTS. Jan > a > > Thank you a lot for your help already! > > Steffen > > > On 12/04/14 17:26, Jan Blechta wrote: > > On Thu, 04 Dec 2014 15:58:38 +0000 > > Steffen Wittek <[email protected]> wrote: > > > >> thanks. I deleted the working tree and am compiling again. While > >> this happens the compiler complains that CGAL cannot be found: > >> > >> CMake Warning at cmake/modules/FindCGAL.cmake:46 (find_package): > >> Could not find a package configuration file provided by "CGAL" > >> with any of > >> the following names: > >> > >> CGALConfig.cmake > >> cgal-config.cmake > >> > >> Add the installation prefix of "CGAL" to CMAKE_PREFIX_PATH or > >> set "CGAL_DIR" to a directory containing one of the above files. > >> If "CGAL" provides a separate development package or SDK, be sure > >> it has been installed. > >> Call Stack (most recent call first): > >> CMakeLists.txt:512 (find_package) > >> > >> > >> -- CGAL could not be found. Be sure to set CGAL_DIR (missing: > >> CGAL_LIBRARIES CGAL_INCLUDE_DIRS CGAL_TEST_RUNS CGAL_VERSION_OK) > >> (Required is at least version "4.1") > >> > >> So it seems that there is something else wrong on top. Is CGAL > >> just a standalone package or is it included in another one? When I > >> had > > CGAL is in 1.4.0 used for CSG (constructive solid geometry) meshing. > > This functionality was removed from DOLFIN and is now in a separate > > package https://bitbucket.org/benjamik/mshr/. So I wouldn't bother > > with compiling with CGAL as by the new year you can compile DOLFIN > > 1.5.0 and mshr with CGAL separately. Disable by configuring with > > -DDOLFIN_ENABLE_CGAL:BOOL=OFF > > > >> Dolfin installed from the tarballs the python ver. used was 2.7 . > >> If I now include the FFC and UFC in dorsal it directly accesses > >> python3.4 and throws around with errors (below). I guess it could > >> be > > FEniCS 1.4.0 will not run with python 3 (hence the syntax errors > > below). Use py2.7. Development version of FEniCS should run with > > py3 in theory. > > > >> the mismatch as you mentioned. The way to go is to delete the whole > >> working tree of FEniCS/src and let dorsal wget all packages again? > > Maybe. > > > > Jan > > > >> #################################### > >> File > >> "/home/phoenix/Work/FEniCS/lib/python3.4/site-packages/ferari/sigdig.py", > >> line 41 > >> print "%.16e" % (a,) > >> ^ > >> SyntaxError: invalid syntax > >> > >> File > >> "/home/phoenix/Work/FEniCS/lib/python3.4/site-packages/ferari/pg.py", > >> line 65 > >> raise RuntimeError, "can't compare" > >> ^ > >> SyntaxError: invalid syntax > >> > >> Fetching ufl-1.4.0 > >> Verifying ufl-1.4.0 > >> ufl-1.4.0.tar.gz: OK > >> Unpacking ufl-1.4.0 > >> Building ufl-1.4.0 > >> File "setup.py", line 24 > >> print version > >> ^ > >> SyntaxError: Missing parentheses in call to 'print' > >> > >> #################################### > >> > >> Steffen > >> > >> On 12/04/14 15:27, Jan Blechta wrote: > >>> Some form files in DOLFIN source tree like > >>> /home/phoenix/Work/FEniCS/src/dolfin-1.4.0/dolfin/ale/Poisson3D.h > >>> are generated by FFC and they may be outdated. Try cleaning DOLFIN > >>> working tree or force their regeneration by > >>> > >>> $ ./cmake/scripts/generate-form-files > >>> > >>> If this does not help you may have some mismatch in DOLFIN, FFC, > >>> UFC (now part of FFC) versions. > >>> > >>> Jan > >>> > >>> > >>> On Thu, 04 Dec 2014 15:09:08 +0000 > >>> Steffen Wittek <[email protected]> wrote: > >>> > >>>> Dear community, > >>>> > >>>> I used the tarball from myles at the AUR, but unfortunately > >>>> dolfin is compiled without cgal and hence I wanted to recompile > >>>> the source myself. On top viper had some problems and I hope to > >>>> fix that on top. > >>>> > >>>> I got dorsal and modified another platform-file to get my own. > >>>> The tarball that was finally downloaded was dolfin-1.4.0.tar.gz > >>>> <https://bitbucket.org/fenics-project/dolfin/downloads/dolfin-1.4.0.tar.gz>. > >>>> The compilation stops however in the file MeshDisplacement.cpp > >>>> with some dozens error messages that all read similiar. The last > >>>> one reads: > >>>> > >>>> ############################################ > >>>> In file included from > >>>> /home/phoenix/Work/FEniCS/src/dolfin-1.4.0/dolfin/ale/MeshDisplacement.cpp:25:0: > >>>> /home/phoenix/Work/FEniCS/src/dolfin-1.4.0/dolfin/ale/Poisson3D.h: > >>>> In constructor 'Poisson3D::Form_a::Form_a(std::shared_ptr<const > >>>> dolfin::FunctionSpace>, std::shared_ptr<const > >>>> dolfin::FunctionSpace>)': > >>>> /home/phoenix/Work/FEniCS/src/dolfin-1.4.0/dolfin/ale/Poisson3D.h:2010:71: > >>>> error: invalid new-expression of abstract class type > >>>> 'poisson3d_form_0' _ufc_form = std::shared_ptr<const > >>>> ufc::form>(new poisson3d_form_0()); ^ > >>>> dolfin/CMakeFiles/dolfin.dir/build.make:2676: recipe for target > >>>> 'dolfin/CMakeFiles/dolfin.dir/ale/MeshDisplacement.cpp.o' failed > >>>> ############################################ > >>>> > >>>> I thought the pure fact that dorsal is starting with the > >>>> compilation means that all other packages that were needed were > >>>> indeed found and it is an internal problem in dolfin. > >>>> Does anyone have some input on this? If there is any further > >>>> input needed just let me know. > >>>> > >>>> Thank you already, > >>>> Steffen > >>>> > >>>> > > _______________________________________________ > fenics mailing list > [email protected] > http://fenicsproject.org/mailman/listinfo/fenics _______________________________________________ fenics mailing list [email protected] http://fenicsproject.org/mailman/listinfo/fenics
