Sorry, for multiple emails with the same content. There was a delay of
over 10h in those emails showing up and I thought they were not
getting through.
Regarding the issue. It seems it has to do with the strip phase. I
managed to replicate the whole issue outside the build system by
taking binarie
Also, to ensure all the information is provided. This is the code that
resulted in the binary header being transformed:
(add-after 'install 'fix-issue-with-libs
(lambda* (#:key inputs outputs #:allow-other-keys)
(chdir "..")
(use-modules (ice-9 ftw)
(ice-9 regex)
(ice-9 rdelim)
(ice-9 po
After further troubleshooting it appears the elf binary might be
malformed. I've tried to run the executable on another machine and ld
complained like this:
$ ./FileStoreTest
./FileStoreTest: ./FileStoreTest: no version information available
(required by ./FileStoreTest)
./FileStoreTest: ./FileStor
It appears I found a bug in guix triggered by certain binary data
present in an ELF header.
While running a validate runpath phase of a build-system for a new
package that is not a part of guix I encountered unusual errors
reported for certain binary files. Those binary files RUNPATHs were
modifie
Additionally this fails even when used like this:
(define inferior
(mlambda ()
(inferior-for-channels channels)))
(lookup-inferior-packages (inferior) "somepackage")