Bug#981128: libgmsh4: SIGABRT in dolfinx demo from gmsh polynomialBasis via Eigen::compute_inverse
Drew Parsons
dparsons at debian.org
Fri Feb 12 15:06:32 GMT 2021
On 2021-02-12 15:18, Christophe Geuzaine wrote:
>> On 12 Feb 2021, at 14:24, Bernhard Ãbelacker <bernhardu at mailbox.org>
>> wrote:
>>
>> Am 12.02.21 um 12:12 schrieb Drew Parsons:
>>> Version mismatch could cause problems.
>>> Bernhard, can you provide the versions of each of the packages you're
>>> reporting on
>>> (dolfinx, eigen3, gmsh) ?
>>
>> Hello,
>> these are the versions I have used in this test VM.
>>
>> Would it be possible that libgmsh should use
>> the Memory.h below /usr instead of ./contrib ?
>
> You could configure Gmsh with "cmake -DENABLE_SYSTEM_CONTRIB=1", which
> will instruct Gmsh to use "system" versions of the contrib packages if
> they are available.
That is almost certainly a good idea, thanks Christophe.
>>
>> # dpkg -l | grep -E "dolfinx|eigen3|gmsh" | LANG=C sort -k3b,3b
>> -k2b,2b
>> ii dolfinx-doc
>> 2019.2.0~git20201109.17bda9f-6 all Documentation and demo
>> programs for DOLFIN
>> ii libdolfinx-dev
>> 2019.2.0~git20201109.17bda9f-6 all Shared links and header
>> files for DOLFIN
>> ii libeigen3-dev 3.3.9-2
>> all lightweight C++ template library for linear algebra
>> ii gmsh 4.7.1+ds1-2
>> amd64 Three-dimensional finite element mesh generator
That could be the mismatch, if gmsh used its own copy of eigen different
from 3.3.9. Alternatively if libdolfinx-dev was built against an older
version of eigen then it might make a discrepancy.
Dolfinx has just been updated in unstable. Bernhard, you could check if
the rebuild for this new version fixes your problem. But likely we'll
want to apply Christophe's flag to the gmsh build.
Drew
More information about the debian-science-maintainers
mailing list