On Fri, 7 Feb 2014, Derek Gaston wrote:
> The doxygen is out of date.
Yeah, we really need to get in the habit of doing a "make upload" with
every release.
It's up to date now.
---
Roy
--
Managing the Performance of Cl
On 02/07/2014 11:27 AM, Derek Gaston wrote:
> Michael - I can vouch that using different communicators for Mesh (and
> everything else) does work in libMesh... it's something we have done
> quite a bit of.
>
> If you are struggling, please send along a small example.
>
> Thanks,
> Derek
>
>
Hi, m
The doxygen is out of date.
Also - we really need to move it to GitHub... it's one of the few things
left back at Sourceforge
Derek
On Fri, Feb 7, 2014 at 9:35 AM, Michael Povolotskyi wrote:
> On 02/07/2014 11:27 AM, Derek Gaston wrote:
>
>> Michael - I can vouch that using different commu
Michael - I can vouch that using different communicators for Mesh (and
everything else) does work in libMesh... it's something we have done quite
a bit of.
If you are struggling, please send along a small example.
Thanks,
Derek
On Thu, Feb 6, 2014 at 4:20 PM, Michael Povolotskyi wrote:
> On 0
On 02/06/2014 05:53 PM, Roy Stogner wrote:
>
> On Thu, 6 Feb 2014, Roy Stogner wrote:
>
>> Note that the communicator you pass to the Mesh will be propagated
>> through any objects that you build from that mesh, but if you want to
>> build any parallel objects yourself you'll have to make the
>> co
On Thu, 6 Feb 2014, Roy Stogner wrote:
> Note that the communicator you pass to the Mesh will be propagated
> through any objects that you build from that mesh, but if you want to
> build any parallel objects yourself you'll have to make the
> communicator consistent between them.
I'm not saying
On Thu, 6 Feb 2014, Michael Povolotskyi wrote:
> it it possible to create a mesh with a communicator that is different
> from the communicator that was used for LibMeshInit ?
Of course! Back when that wasn't possible, we didn't bother to make
the communicator a constructor argument.
Note that
Dear Libmesh developers and users,
it it possible to create a mesh with a communicator that is different
from the communicator that was used for LibMeshInit ?
Thank you,
Michael.
--
Michael Povolotskyi, PhD
Research Assistant Professor
Network for Computational Nanotechnology
207 S Martin Jischk
On Wed, 13 Nov 2013, Michael Povolotskyi wrote:
> can different meshes be defined on different communicators and different
> equation systems solved on them?
In theory, yes. Complex parallel objects copy their communicator from
whatever other parallel objects are used to initialize them - so if
Thank you for the answer.
It is great that the Mesh object is defined on a communicator.
Some questions arise:
can different meshes be defined on different communicators and different
equation systems solved on them?
Michael.
On 11/13/2013 03:26 PM, Roy Stogner wrote:
>
> On Wed, 13 Nov 2013, Mic
On Wed, 13 Nov 2013, Michael Povolotskyi wrote:
> Dear Libmesh developers,
> in the libmesh example ex4
> (http://libmesh.sourceforge.net/introduction_ex4.php) there is the
> following statement
>
> Mesh mesh(init.comm());
>
> However in the class documentation
> (http://libmesh.sourceforge.net/d
Dear Libmesh developers,
in the libmesh example ex4
(http://libmesh.sourceforge.net/introduction_ex4.php) there is the
following statement
Mesh mesh(init.comm());
However in the class documentation
(http://libmesh.sourceforge.net/doxygen/classlibMesh_1_1Mesh.php) there
is another constructor
12 matches
Mail list logo
