Perfect. I will try it as soon as I have the sources compiled.
Thank you both,
Steffen
On 12/04/14 18:20, Benjamin Kehlet wrote:
In fact, the PolygonalMeshGenerator has been removed completely, but
equivalent functionality is in mshr. Do
domain = Polygon(vertices)
mesh = mshr.generate_mesh(domain, resolution)
where vertices is an oriented list of dolfin.Points and resolution is an int.
Regards
Benjamin Kehlet
2014-12-04 18:05 GMT+01:00 Steffen Wittek <[email protected]>:
Meant the additional functions like PolygonalMeshGenerator etc.. ;).
Sounds great. A new Dolfin for Christmas.
On 12/04/14 17:43, Jan Blechta wrote:
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
packagehttps://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
_______________________________________________
fenics mailing list
[email protected]
http://fenicsproject.org/mailman/listinfo/fenics
