Date: Sat, 08 Aug 2020 09:18:57 +0000 From: bugzilla-noreply@freebsd.org To: multimedia@FreeBSD.org Subject: [Bug 248533] audio/libsndfile: Setting TEST=ON breaks compatibility with dependent ports Message-ID: <bug-248533-12827@https.bugs.freebsd.org/bugzilla/>
index | next in thread | raw e-mail
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=248533 Bug ID: 248533 Summary: audio/libsndfile: Setting TEST=ON breaks compatibility with dependent ports Product: Ports & Packages Version: Latest Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: Individual Port(s) Assignee: multimedia@FreeBSD.org Reporter: ross@exitzero.uk Flags: maintainer-feedback?(multimedia@FreeBSD.org) Assignee: multimedia@FreeBSD.org Attachment #217085 text/plain mime type: Created attachment 217085 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=217085&action=edit poudirere testport log for audio/libsndfile with TEST=ON Ports including audio/libsamplerate, audio/pulseaudio and audio/twolame depend on the shared library libsndfile.so, installed by audio/libsndfile. However, with STATIC=ON, audio/libsndfile instead produces the static library libsndfile.a. Setting TEST=ON also sets STATIC=ON, I believe due to the following line in the Makefile: TEST_IMPLIES= STATIC This means that libsndfile.so is not available for dependent ports. I have attached poudriere testport logs for audio/libsndfile with TEST=ON and for an example dependent port audio/libsamplerate. In my humble opinion, enabling testing during the port build should not break compatibility with dependent ports. Can testing be achieved in a different way? For now, the workaround is to build with TEST=OFF. -- You are receiving this mail because: You are the assignee for the bug.help
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-248533-12827>