[Bug 226382] Add a section about respecting WITH_DEBUG to the Chapter 13. (Dos and Don'ts)
bugzilla-noreply at freebsd.org
bugzilla-noreply at freebsd.org
Mon Mar 5 23:20:28 UTC 2018
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=226382
Bug ID: 226382
Summary: Add a section about respecting WITH_DEBUG to the
Chapter 13. (Dos and Don'ts)
Product: Documentation
Version: Latest
Hardware: Any
OS: Any
Status: New
Severity: Affects Only Me
Priority: ---
Component: Documentation
Assignee: freebsd-doc at FreeBSD.org
Reporter: 0mp at FreeBSD.org
During the development of the new www/quark port, which is now pending to be
reviewed and committed, I had to decided how I want to strip the final binary.
On the one hand, the upstream Makefile adds -s to LDFLAGS, which according to
ld(1) mean "omit all symbol information from the output file".
On the other hand, chapter 5.16.2. "Stripping Binaries and Shared Libraries"
suggests to use STRIP_CMD in post-install.
As long as our only goal is to strip the final binary, both approaches are fine
and the workflow should look like this (assuming that we are not dealing with
build systems like CMake and Autotools, which probably do all the magic on
their own):
1. If the upstream already strips binaries then we're done.
2. Add STRIP_CMD to post-install. This is already described in the handbook
and used in many ports. Also, it is an easily recognizable pattern to new ports
developers. This is why the STRIP_CMD approach is better than adding
"LDFLAGS+=-s" to portname/Makefile.
It is not so easy however, because we would like to respect WITH_DEBUG. It
would be nice to have a reminder in the handbook that the binaries should not
be striped out of their debug symbols when WITH_DEBUG is set.
--
You are receiving this mail because:
You are the assignee for the bug.
More information about the freebsd-doc
mailing list