Age | Commit message (Collapse) | Author | |
---|---|---|---|
2022-02-06 | 0.2.5-4: keep file paths out of binary | Joe Baldino | |
Found out why makepkg was griping about: ==> WARNING: Package contains reference to $srcdir usr/bin/crex My local setup particulars aside, here's what I saw: $ strings crex | grep src /run/user/1000/makepkg/crex/src/crex-0.2.5/src/parg.hh A hard-coded path to... a header file. And only that particular file. Searched the code base high and low. Searched the clang and gcc preprocessor output in the hopes of finding a magic macro. Nothing. I happened to notice that assert() was being used in the codebase. On a lark I passed in -DNDEBUG as a CXXFLAG. And voila, no more hard-coded header file path. Sneaky. See: https://wiki.archlinux.org/title/CMake_package_guidelines Signed-off-by: Joe Baldino <pedanticdm@gmx.us> | |||
2022-02-06 | 0.2.5-3: change maintainer, patch upstream cmake | Joe Baldino | |
Added a heavy-handed patch for upstream CMakeLists.txt. Necessary because, unmodified, it hardcodes compiler flags. Meaning end-user makepkg flags are ignored, violating packaging policies. See patch itself for all the nitty-gritty details. Minor changes and refinements to the pkgbuild logic. Added a SKIP_RPATH directive to avoid hard-coding any paths. TODO: resulting binary contains a string containing the absolute path to a header used during build time, present even after stripping. Currently chasing it down. Signed-off-by: Joe Baldino <pedanticdm@gmx.us> | |||
2020-08-12 | Clean PKGBUILD | caltlgin | |
2020-06-15 | Clean PKGBUILD in lines with packaging guidelines | caltlgin | |
2020-06-11 | Add to AUR | caltlgin | |