Bug 181783 - app-arch/zip-2.32: "crypt" USE flag has no effect (+Ignored {C,LD}FLAGS)
|
Bug#:
181783
|
Product: Gentoo Linux
|
Version: unspecified
|
Platform: All
|
|
OS/Version: Linux
|
Status: RESOLVED
|
Severity: normal
|
Priority: P2
|
|
Resolution: FIXED
|
Assigned To: base-system@gentoo.org
|
Reported By: arfrever@gentoo.org
|
|
Component: Ebuilds
|
|
|
URL:
|
|
Summary: app-arch/zip-2.32: "crypt" USE flag has no effect (+Ignored {C,LD}FLAGS)
|
|
Keywords:
|
|
Status Whiteboard:
|
|
Opened: 2007-06-12 16:30 0000
|
CFLAGS are always ignored.
### List of files built with LDFLAGS ignored ###
/usr/bin/zip
/usr/bin/zipcloak
/usr/bin/zipsplit
/usr/bin/zipnote
### End of list ###
OK, that was about enough.
1/ Use common sense when filing bugs (like, what about mailing gentoo-dev
mailing list first and asking about the best course of action here?
2/ If you have a patch, submit it *upstream* unless this is a *Gentoo-specific*
issue.
I discovered that target "generic" has broken behaviour (and generally this
Makefile is strange). It uses variables from file "flags", so this file must be
recreated.
If "eval $(MAKE) zips `cat flags`" is changed to "eval $(MAKE) zips", then we
have new problems:
1. CFLAGS doesn't contain probably necessary -D* flags.
2. "LFLAGS1 =" line should be changed to "LFLAGS1 = $(LDFLAGS)" using sed.
3. "LFLAGS2 = -s" line causes "QA Notice: Pre-stripped files found".
4. OBJA isn't set and executable "zip" lacks code from 2 object files, because
there is in unix/Makefile:
OBJA =
...
zip$(EXE): $(OBJZ) $(OBJI) $(OBJA)
$(BIND) -o zip$(EXE) $(LFLAGS1) $(OBJZ) $(OBJI) $(OBJA) $(LFLAGS2)
I think that recreating file "flags" is good decision.
that patch is certainly not right ... you cant hardcode those flags in the
ebuild
ive cleaned up the build process in cvs