[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