Summary: | media-plugins/frei0r-plugins-1.3: fails to build on multilib-portage due to invalid CMake configuration | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | thomasg <thomas> |
Component: | [OLD] Unspecified | Assignee: | Gentoo Media-video project <media-video> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | crabbedhaloablution, flameeyes |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
frei0r-plugins-1.3_fix-filters-cflags.patch
frei0r-plugins-1.3-cflags-ebuild.patch |
Created attachment 313611 [details, diff]
frei0r-plugins-1.3-cflags-ebuild.patch
Patch for the ebuild to include the fix.
Ping? Simple patch which makes the package actually respect CFLAGS, patch for ebuild also included. Any takers? (In reply to comment #2) > Ping? Simple patch which makes the package actually respect CFLAGS, patch > for ebuild also included. Any takers? sounds like you want your commit access back ;) Fixed in Portage (used sed in the ebuild) *** Bug 427958 has been marked as a duplicate of this bug. *** |
Created attachment 313609 [details, diff] frei0r-plugins-1.3_fix-filters-cflags.patch A small number of frei0r-plugins filters is built using -std=c99, but due to a wrong CMake configuration this overwrites all local and system CFLAGS. Attached is a patch which fixes the issue, as well as a patch for the ebuild - for convenience. This is especially important for multilib builds which fail due to the lack of passed -m32, but it also affects normal users of course (if only in performance). I also sent the patch upstream and I assume it will get in sooner or later, but I'm also fairly certain that there will be no bugfix-release for the 1.3, so providing the fix in portage for now makes sense.