Summary: | app-crypt/efitools-1.4.2-r1 does not respect CC CFLAGS LDFLAGS | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Nikoli <nikoli> |
Component: | Current packages | Assignee: | No maintainer - Look at https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers if you want to take care of it <maintainer-needed> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | esigra |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 331933 | ||
Attachments: |
patch for build system
efitools-1.4.2-r1.ebuild |
Description
Nikoli
2013-08-30 15:44:35 UTC
I don't see this, the Makefile supports LDFLAGS, how are you overriding them that does not work properly for you? I just added to /etc/portage/make.conf this line: LDFLAGS="-Wl,--hash-style=gnu ${LDFLAGS}" Odd, I don't see what is broken in the Makefiles that need to be changed to resolve this. Do you know? Created attachment 370284 [details, diff]
patch for build system
Created attachment 370286 [details, diff]
efitools-1.4.2-r1.ebuild
Updated ebuild: respect CC CFLAGS LDFLAGS in cli tools add missing runtime deps for /usr/bin/efitool-mkusb script # may be script should be optional? eapi5 fix homepage support /etc/portage/patches/ (epatch_user) Do not know much about building .efi files, most likely using Gentoo CFLAGS and LDFLAGS is not safe for them, so i did not change build system behaviour for .efi related things. Used this file as example: https://github.com/clbr/radeontop/blob/master/Makefile this looks fixed in latest version |