Bug List: (This bug is not in your last search results)   Show last search results      Search page      Enter new bug
Bug#: 137678
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Default Assignee for Orphaned Packages <maintainer-needed@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Denilson <denilsonsa@gmail.com>
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 137678 depends on: Show dependency tree
Bug 137678 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)


Not eligible to see or edit group visibility for this bug.






View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug

Description:   Opened: 2006-06-22 18:00 0000 
The following page explains that stripping should be done by portage, and not
by package Makefile. It also explains there must be no "-s" flag at LDFLAGS.
http://www.gentoo.org/proj/en/qa/backtraces.xml#doc_chap1_sect3

Look at media-gfx/duhdraw-2.8.12 ebuild:
src_compile() {
        emake CC="$(tc-getCC) -s ${CFLAGS}" || die
}
It explicitly and unconditionally adds "-s" flag to compiling phase.

Proposed solution:
        emake CC="$(tc-getCC) ${CFLAGS}" || die "emake failed"

Even though duhdraw has not been modified in years and not stripping is only
useful for developers, I thought it was worth mentioning this. Maybe there are
other ebuilds with this "bug"?

------- Comment #1 From Markus Ullmann 2006-11-16 01:02:14 0000 ------- 
Fixed in CVS, thanks for reporting
Bug List: (This bug is not in your last search results)   Show last search results      Search page      Enter new bug