Package Details: deal-ii 9.6.2-1

Git Clone URL: https://aur.archlinux.org/deal-ii.git (read-only, click to copy)
Package Base: deal-ii
Description: An Open Source Finite Element Differential Equations Analysis Library
Upstream URL: https://www.dealii.org/
Keywords: fem pde science
Licenses: LGPL-2.1-or-later
Submitter: coincoin
Maintainer: coincoin (drwells)
Last Packager: drwells
Votes: 15
Popularity: 0.000053
First Submitted: 2013-09-11 11:11 (UTC)
Last Updated: 2024-12-24 03:10 (UTC)

Dependencies (28)

Required by (0)

Sources (1)

Latest Comments

1 2 3 4 5 6 7 Next › Last »

drwells commented on 2025-02-27 11:55 (UTC)

Sorry for the slow response. I haven't yet been able to reproduce this myself.

Is there any additional console output you can share? My best guess is that some other dependency enabled LTO in a way that triggered that.

Alad commented on 2025-02-21 00:06 (UTC) (edited on 2025-02-21 00:11 (UTC) by Alad)

For me the build hangs indefinitely at Performing Test DEAL_II_HAVE_USABLE_FLAGS_DEBUG. I have all optdepends enabled (apart from adol-c) which was not a problem in 9.5.

Checking the process table, it seems some LTO is attempted: ld -plugin /usr/lib/gcc/x86_64-pc-linux-gnu/14.2.1/liblto_plugin.so .... Even though !lto is set both in the PKGBUILD and my makepkg.conf

Killing the process gives the output: https://paste.xinu.at/JJJu5/

drwells commented on 2024-12-24 03:12 (UTC)

Thanks for flagging 9.6.1 (and 9.6.2).

FYI: I cannot presently build deal.II or Trilinos with LTO enabled. The way deal.II handles debug packages is also not compatible with what Arch expects, so cleaning that up is future work.

drwells commented on 2024-07-03 13:54 (UTC)

@bartus thanks - I pushed a fix!

bartus commented on 2024-07-03 13:15 (UTC) (edited on 2024-07-03 13:20 (UTC) by bartus)

Small bug in prepare() function.

Using $(pwd) resoults in build failure when non-default SRCDEST is used.

Please use ${srcdir} env var in pleace of a $(pwd)

-  patch --strip=1 --input=$(pwd)/../sundials-7.patch --directory=dealii-$pkgver
+  patch --strip=1 --input=${srcdir}/sundials-7.patch --directory=dealii-$pkgver

https://wiki.archlinux.org/title/Makepkg#Package_output

drwells commented on 2024-06-19 03:16 (UTC)

I've updated to 9.5.2 and patched SUNDIALS.

9.6 should be out in the next month or two!

drwells commented on 2024-06-18 19:21 (UTC)

Thanks for the reports.

Backporting fixes will take some time - I'll try to get this done this week.

Alad commented on 2024-06-14 16:36 (UTC)

Also test #22 fails:

24/24 Test #22: quick_tests/p4est.mpirun=10.debug .........................***Failed    0.14 sec

96% tests passed, 1 tests failed out of 24

Total Test time (real) =  46.97 sec

The following tests FAILED:
         22 - quick_tests/p4est.mpirun=10.debug (Failed)
Errors while running CTest
Output from these tests are in: /mnt/storage/archie/aur/deal-ii/src/build/Testing/Temporary/LastTest.log
Use "--rerun-failed --output-on-failure" to re-run the failed cases verbosely.

detailed output:

Directory: /mnt/storage/archie/aur/deal-ii/src/build/tests/quick_tests/p4est.debug/mpirun=10
"quick_tests/p4est.mpirun=10.debug" start time: Jun 14 18:21 CEST
Output:
----------------------------------------------------------
make[7]: *** [CMakeFiles/quick_tests.p4est.mpirun10.debug.test.dir/build.make:78: p4est.debug/mpirun=10/output] Error 1
make[6]: *** [CMakeFiles/Makefile2:1295: CMakeFiles/quick_tests.p4est.mpirun10.debug.test.dir/all] Error 2
make[5]: *** [CMakeFiles/Makefile2:1302: CMakeFiles/quick_tests.p4est.mpirun10.debug.test.dir/rule] Error 2
make[4]: *** [Makefile:680: quick_tests.p4est.mpirun10.debug.test] Error 2
Test quick_tests/p4est.mpirun=10.debug: RUN
===============================   OUTPUT BEGIN  ===============================
[ 66%] Built target quick_tests.p4est.debug
[100%] Generating p4est.debug/mpirun=10/output
quick_tests/p4est.mpirun=10.debug: BUILD successful.
quick_tests/p4est.mpirun=10.debug: RUN failed. ------ Return code 1
quick_tests/p4est.mpirun=10.debug: RUN failed. ------ Result: /mnt/storage/archie/aur/deal-ii/src/build/tests/quick_tests/p4est.debug/mpirun=10/failing_output
quick_tests/p4est.mpirun=10.debug: RUN failed. ------ Partial output:
--------------------------------------------------------------------------
There are not enough slots available in the system to satisfy the 10
slots that were requested by the application:

  /mnt/storage/archie/aur/deal-ii/src/build/tests/quick_tests/p4est.debug/p4est.debug

Either request fewer procs for your application, or make more slots
available for use.

A "slot" is the PRRTE term for an allocatable unit where we can
launch a process.  The number of slots available are defined by the
environment in which PRRTE processes are run:

  1. Hostfile, via "slots=N" clauses (N defaults to number of
     processor cores if not provided)
  2. The --host command line parameter, via a ":N" suffix on the
     hostname (N defaults to 1 if not provided)
  3. Resource manager (e.g., SLURM, PBS/Torque, LSF, etc.)
  4. If none of a hostfile, the --host command line parameter, or an
     RM is present, PRRTE defaults to the number of processor cores

In all the above cases, if you want PRRTE to default to the number
of hardware threads instead of the number of processor cores, use the
--use-hwthread-cpus option.

Alternatively, you can use the --map-by :OVERSUBSCRIBE option to ignore the
number of available slots when deciding the number of processes to
launch.
--------------------------------------------------------------------------


quick_tests/p4est.mpirun=10.debug: ******    RUN failed    *******

===============================    OUTPUT END   ===============================
Expected stage PASSED - aborting
CMake Error at /mnt/storage/archie/aur/deal-ii/src/build/share/deal-ii/scripts/run_test.cmake:116 (message):
  *** abort


<end of output>
Test time =   0.14 sec
----------------------------------------------------------
Test Failed.
"quick_tests/p4est.mpirun=10.debug" end time: Jun 14 18:21 CEST
"quick_tests/p4est.mpirun=10.debug" time elapsed: 00:00:00
----------------------------------------------------------

Alad commented on 2024-06-07 12:02 (UTC)

Sundials support no longer seems functional:

/mnt/storage/archie/aur/deal-ii/src/dealii-9.5.2/source/sundials/ida.cc:428:7: note: candidate is: ‘constexpr dealii::SUNDIALS::IDA<dealii::Vector<double> >::reset(double, double, dealii::Vector<double>&, dealii::Vector<double>&)::<lambda(int, int, N_Vector, N_Vector, N_Vector, SUNMatrix, void*, N_Vector, N_Vector, N_Vector)>::operator int (*)(int, int, N_Vector, N_Vector, N_Vector, SUNMatrix, void*, N_Vector, N_Vector, N_Vector)() const’ (near match)
  428 |       [](realtype tt,
      |       ^
/mnt/storage/archie/aur/deal-ii/src/dealii-9.5.2/source/sundials/ida.cc:428:7: note:   no known conversion from ‘int (*)(int, int, N_Vector, N_Vector, N_Vector, SUNMatrix, void*, N_Vector, N_Vector, N_Vector)’ {aka ‘int (*)(int, int, _generic_N_Vector*, _generic_N_Vector*, _generic_N_Vector*, _generic_SUNMatrix*, void*, _generic_N_Vector*, _generic_N_Vector*, _generic_N_Vector*)’} to ‘IDALsJacFn’ {aka ‘int (*)(double, double, _generic_N_Vector*, _generic_N_Vector*, _generic_N_Vector*, _generic_SUNMatrix*, void*, _generic_N_Vector*, _generic_N_Vector*, _generic_N_Vector*)’}
/usr/include/idas/idas_ls.h:90:59: note:   initializing argument 2 of ‘int IDASetJacFn(void*, IDALsJacFn)’
   90 | SUNDIALS_EXPORT int IDASetJacFn(void* ida_mem, IDALsJacFn jac);
      |                                                ~~~~~~~~~~~^~~
/mnt/storage/archie/aur/deal-ii/src/dealii-9.5.2/source/sundials/ida.cc: In instantiation of ‘void dealii::SUNDIALS::IDA<VectorType>::reset(double, double, VectorType&, VectorType&) [with VectorType = dealii::BlockVector<double>]’:
/mnt/storage/archie/aur/deal-ii/src/dealii-9.5.2/source/sundials/ida.cc:522:18:   required from here
  522 |   template class IDA<BlockVector<double>>;
      |                  ^~~~~~~~~~~~~~~~~~~~~~~~
/mnt/storage/archie/aur/deal-ii/src/dealii-9.5.2/source/sundials/ida.cc:230:7: error: invalid user-defined conversion from ‘dealii::SUNDIALS::IDA<dealii::BlockVector<double> >::reset(double, double, dealii::BlockVector<double>&, dealii::BlockVector<double>&)::<lambda(int, N_Vector, N_Vector, N_Vector, void*)>’ to ‘IDAResFn’ {aka ‘int (*)(double, _generic_N_Vector*, _generic_N_Vector*, _generic_N_Vector*, void*)’} [-fpermissive]
  230 |       [](realtype tt, N_Vector yy, N_Vector yp, N_Vector rr, void *user_data)
      |       ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  231 |         -> int {
      |         ~~~~~~~~
  232 |         IDA<VectorType> &solver = *static_cast<IDA<VectorType> *>(user_data);
      |         ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  233 | 
      |        
  234 |         auto *src_yy   = internal::unwrap_nvector_const<VectorType>(yy);
      |         ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  235 |         auto *src_yp   = internal::unwrap_nvector_const<VectorType>(yp);
      |         ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  236 |         auto *residual = internal::unwrap_nvector<VectorType>(rr);
      |         ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  237 | 
      |        
  238 |         return Utilities::call_and_possibly_capture_exception(
      |         ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  239 |           solver.residual,
      |           ~~~~~~~~~~~~~~~~
  240 |           solver.pending_exception,
      |           ~~~~~~~~~~~~~~~~~~~~~~~~~
  241 |           tt,
      |           ~~~
  242 |           *src_yy,
      |           ~~~~~~~~
  243 |           *src_yp,
      |           ~~~~~~~~
  244 |           *residual);
      |           ~~~~~~~~~~~
  245 |       },

drwells commented on 2024-02-17 18:24 (UTC)

Thanks - we're actually putting out a new patch release soon (we need 9.5.2) so I'll change those once we finalize that.