[Gmsh] error: undefined reference to '_gfortran_*

Hi, I'm getting the following error when building GMSH with make, after having succesfully run cmake ( make -DCMAKE_INSTALL_PREFIX=/home/soft/pkgs -DCMAKE_PREFIX_PATH="$EBROOTATLAS;/home/soft/pkgs/oce-0.18.2;$EBROOTGCC"-DCMAKE_LIBRARY_PATH=$LD_LIBRARY_PATH

Re: [Gmsh] extrude OpenCASCADE Boolean union doesn't work

> "bo1()" (or "bo1[]", parentheses and square brackets can both be used Ah, I didn't even know that. The fact that `foo[]` refers to the list and `foo` to its first element gets me every time. Cheers, Nico On Wed, Sep 27, 2017 at 2:18 PM Christophe Geuzaine wrote: > > > >

Re: [Gmsh] extrude OpenCASCADE Boolean union doesn't work

> On 27 Sep 2017, at 14:09, Nico Schlömer wrote: > > > ex1[] = Extrude{0,0,1}{Surface{bo1()};}; > > As a general rule, do OpenCASCADE entities always only work with round > brackets? > No, it's just that "bo1()" is a list: "bo1" refers to the first element in the

Re: [Gmsh] extrude OpenCASCADE Boolean union doesn't work

> ex1[] = Extrude{0,0,1}{Surface{bo1()};}; As a general rule, do OpenCASCADE entities always only work with round brackets? Cheers, Nico On Wed, Sep 27, 2017 at 2:07 PM Christophe Geuzaine wrote: > > > > On 27 Sep 2017, at 14:03, Nico Schlömer >

Re: [Gmsh] gmsh versioning scheme

> Note that I would strongly discourage Debian from distributing the library version of Gmsh and the Python and Java bindings for now. Alright, thanks for the hint. Both Python and Java bindings have been part of Debian's gmsh for years now, but I'm not sure if anyone ever used them (or if they

Re: [Gmsh] extrude OpenCASCADE Boolean union doesn't work

> On 27 Sep 2017, at 14:03, Nico Schlömer wrote: > > Hi everyone, > > The following code forms a union of a rectangle and two disks, and aims to > extrude the resulting shape. > ``` > SetFactory("OpenCASCADE"); > > Mesh.CharacteristicLengthMin = 0.1; >

Re: [Gmsh] Intersection between cylinder surface and plane surface

> On 26 Sep 2017, at 17:43, ing. Nobile - OAC Ingegneria > wrote: > > Dear Guillaume, > > thanks for your fast reply. > > I've tried, but for some reason, it seems not working with the cylinder > surface. > I used the same process with a plane surface and all it

Re: [Gmsh] gmsh versioning scheme

Thanks Christophe, this info will help me getting the version numbers and file names for Debian straight. Cheers, Nico On Wed, Sep 27, 2017 at 12:09 PM Christophe Geuzaine wrote: > > > > On 26 Sep 2017, at 15:24, Nico Schlömer > wrote: > > > > Hi

[Gmsh] R: problems (with opencascade?)

I'm sure there can be "better" ways to build the same geometry; if you had the time for example to show me how you'd generate the geometry of the case at hand I would be grateful. In part this is also due to other issues that I found (for example this is the reason why the circles in the

Re: [Gmsh] gmsh versioning scheme

> On 27 Sep 2017, at 12:11, Nico Schlömer wrote: > > Thanks Christophe, this info will help me getting the version numbers and > file names for Debian straight. > Note that I would strongly discourage Debian from distributing the library version of Gmsh and the

Re: [Gmsh] problems (with opencascade?)

> On 27 Sep 2017, at 09:19, Alessandro Vicini > wrote: > > > Hello, I still have some issues when using OpenCascade and Boolean operations. > For the attached geo file, when I generate the 2D mesh it can be seen from > the attached picture that the vertical

Re: [Gmsh] R: problems (with opencascade?)

Hello Alessandro, why dont' you use FreeCAD to design you geometry, export it as a STEP File and then import & mesh it in Gmsh ? that works quite well, I must say. Greetings, Benedikt Am 27.09.17 um 09:19 schrieb Alessandro Vicini: > Hello, I still have some issues when using OpenCascade and