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