[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#973294: transition: scotch mumps petsc slepc



On 2020-10-28 21:29, Sebastian Ramacher wrote:
Control: tags -1 + confirmed

On 2020-10-28 19:54:15 +0800, Drew Parsons wrote:
...
I'd therefore like to proceed with the transition of the scientific
numerical library stack to get the packages back into consistent
versions.

The source packages are:

scotch
mumps
petsc  (and petsc4py)
slepc  (and slepc4py)
...
Except siconos which currently FTBFS anyway, there are no collisions
with other ongoing transitions. If you are going to take care of any
build failures, please go ahead.



The upgraded libraries are now built.

Waiting for dolfin to rebuild on mips64el.

There seems to be some regression there: the mips64el error "error adding symbols: bad value" was dealt with previously,
https://lists.debian.org/debian-mips/2020/09/msg00000.html

Workaround is in patch pybind11_lto_mips64el.patch
which instructs setup.py to add a -fno-lto flag for cmake to process when building python extensions.

You can see it got applied in the last successful mips64el build, https://buildd.debian.org/status/fetch.php?pkg=dolfin&arch=mips64el&ver=2019.2.0%7Egit20200629.946dbd3-3%2Bb1&stamp=1602966952&raw=0
but in the current rebuild is now missing.

python/cmake handling of HAS_FLTO and pybind11 has shifted. Need to determine if the recent upgrade to pybind11 2.6 is involved.


Reply to: