Segfaults on wrong parameters
segfaults with -I option
hi brad, the package is now split into libdi5, libdi-devel and di itself. While di declares a dependency to libdi, which is automatically done by the debian build scripts. Im importing the new releases frequently to the debian salsa git, and usually i skip uploads where i see that there are no relevant changes (so, if i see only macos related cmake changes, i skip versions) On Sat, Feb 15, 2025 at 10:49:21PM -0000, Brad Lanam wrote: And I had a question. I do not fully understand the debian install...
hi Brad, the new version has been uploaded, its now splitted into the binary, library and according -dev package. As the source introduces new packages it needs to pass acceptance of the debian FTP team again. Usually this takes some time. bye, - michael On Fri, Feb 07, 2025 at 02:32:37PM -0000, Brad Lanam wrote: I'm just finishing off some changes that allow cmake to be run directly without the makefile. That will make various maintainers happy. I don't know of any bugs. I just ran tests for version...
hi Brad, On Thu, Feb 06, 2025 at 10:15:07PM -0000, Brad Lanam wrote: The makefile might be running the mkconfig install (and build!) rather than the cmake install if cmake isn't in the path. That could be why your installation is working. Because there was definitely an issue with the destination directory when using the cmake install. The libtirpc package should be a dependency (for NFS quotas). pkgconfig is also needed (if not already there) in order to pick up libtirpc, gmp, libtommath. I have...
.. cores if invalid arguments are passed: di --versio Segmentation fault (core dumped)
Core dumps on some parameters
hi, On Thu, Feb 06, 2025 at 08:15:22PM -0000, Brad Lanam wrote: I put a check into the CMakeLists.txt file so that the RPATH can be easily overridden via make or via the environment. make -e PREFIX=somewhere CMAKE_SKIP_RPATH=TRUE CMAKE_SKIP_RPATH=TRUE make -e PREFIX=somewhere thanks, i think that will help. On a side note, it seems that the install target doesnt honor DESTDIR/PREFIX for all files if using the regular makefile targets. The locale files wont be installed into the right path: cmake...