Package Details: liggghts-git 3.8.0.r81.gbbd23c85-3

Git Clone URL: https://aur.archlinux.org/liggghts-git.git (read-only, click to copy)
Package Base: liggghts-git
Description: Open Source Discrete Element Method Particle Simulation Software
Upstream URL: https://github.com/CFDEMproject/LIGGGHTS-PUBLIC
Licenses: GPL
Conflicts: liggghts
Provides: liggghts
Submitter: bradel
Maintainer: bradel
Last Packager: bradel
Votes: 3
Popularity: 0.002009
First Submitted: 2022-05-16 16:48 (UTC)
Last Updated: 2023-07-12 06:58 (UTC)

Dependencies (5)

Required by (0)

Sources (1)

Latest Comments

MarsSeed commented on 2023-08-12 15:06 (UTC)

Users who might still have the AUR/liggghts package should install the up-to-date liggghts-git instead.

Upstream hasn't published a tagged release since 2017, but the Git master branch continues to get regular updates.

I have submitted an AUR merge request from liggghts to liggghts-git, so the former will be deleted and only the latter will remain.

bradel commented on 2023-07-12 07:08 (UTC)

Ok, thanks. I changed this package to use standalone VTK as well. Since there is nowadays a working VTK package in Arch, the ugly hack with paraview is no longer needed.

danny.potts commented on 2023-07-11 21:48 (UTC)

Yep, after removing vtk it works fine. Unfortunately opencascade requires it which is required by elmerfem, kicad, freecad etc.

I've found this fork which lets me compile with standalone vtk so I can get by with that, thank-you for your help

https://github.com/uob-positron-imaging-centre/PICI-LIGGGHTS

bradel commented on 2023-07-11 20:48 (UTC)

Thank you for your reply. Do you have the VTK package installed? This could cause a conflict, because this liggghts package uses the VTK bundled with paraview. In the past I had several issues with the standalone VTK libraries, that is why I chose to use the VTK from paraview. I have seen that VTK is now in extra so I might reconsider and use this instead. Do you require the standalone VTK?

I also changed the build procedure in the PKGBUILD, so may I ask you to try again?

danny.potts commented on 2023-07-11 16:53 (UTC)

Thank-you for taking a look, I'm getting much further along now however I'm now getting a linker error:

/usr/bin/ld: /usr/lib/libvtkCommonTransforms.so.1: undefined reference to `vtk::detail::smp::vtkSMPToolsImplForOpenMP(long long, long long, long long, void (*)(void*, long long, long long, long long), void*, bool)'
/usr/bin/ld: /usr/lib/libvtkRenderingCore.so.1: undefined reference to `vtksys::SystemTools::GetLineFromStream(std::istream&, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >&, bool*, long)'
/usr/bin/ld: /usr/lib/libvtkFiltersExtraction.so.1: undefined reference to `vtk::detail::smp::OpenMP::ThreadSpecific::GetStorage()'
/usr/bin/ld: /usr/lib/libvtkFiltersExtraction.so.1: undefined reference to `vtk::detail::smp::GetNumberOfThreadsOpenMP()'
/usr/bin/ld: /usr/lib/libvtkFiltersExtraction.so.1: undefined reference to `vtk::detail::smp::OpenMP::ThreadSpecific::~ThreadSpecific()'
/usr/bin/ld: /usr/lib/libvtkFiltersExtraction.so.1: undefined reference to `vtk::detail::smp::OpenMP::ThreadSpecific::ThreadSpecific(unsigned int)'
collect2: error: ld returned 1 exit status
make[1]: *** [Makefile:100: ../lmp_mpi] Error 1
make[1]: Leaving directory '/home/danny/.cache/yay/liggghts-git/src/liggghts-git/src/Obj_mpi'
make: *** [Makefile:114: mpi] Error 2

bradel commented on 2023-07-10 23:18 (UTC)

Hi,

thanks for pointing this out. The patch 0002 is not needed anymore since this is meanwhile fixed upstream. The second error is a missing vtklib. I also had to add a wrapper script to load the VTK libraries for the executable :/. Please try the updated package and let me know if it works for you now.

Cheers, Benjamin

danny.potts commented on 2023-07-06 21:35 (UTC)

Hi, getting an error patching in prepare()...

Applying patch 0002-fix-int-to-string-conversion.patch
patching file src/utils.h
Hunk #1 FAILED at 67.
1 out of 1 hunk FAILED -- saving rejects to file src/utils.h.rej

Contents of src/utils.h.rej

--- src/utils.h
+++ src/utils.h
@@ -67,7 +67,7 @@ namespace Utils {

   inline std::string int_to_string(int a)
   {
-    return static_cast< std::ostringstream & >(( std::ostringstream() << std::dec << a ) ).str();
+    return std::to_string(a);
   }

   inline std::string double_to_string(double dbl)

I can get it to start compiling by checking out tags=3.8.0 however I get compilation errors further down the line with that version