Re: Building UNSTRIPPED binaries in ports?
On Tue, 21 Aug 2007, Dan Mahoney, System Admin wrote: Hello, I am encountering a bug with named-9.4.1-P1 that I am attempting to work with ISC on, that I have built from ports (dns/bind94). That's great, every little bit helps. :) You might also be interested to know that they have a new beta out for 9.4.2. ftp://ftp.isc.org/isc/bind9/9.4.2b1/bind-9.4.2b1.tar.gz You should probably download that and take a look at the changelog to see if your issues are covered. However, I need a non-stripped version of the binary to get a backtrace. I can't roll my own binary because it may be related to some way that the port is built so I need to maintain a similar build environment. I purposely do not do anything exotic with the port, so I doubt that's related. However, you can easily replicate the port's build environment by doing 'make config ; make -V CONFIGURE_ARGS' then running configure with that output and building it yourself. Of course, the advice you got on WITH_DEBUG is also good if you want to use the port anyway. hth, Doug -- This .signature sanitized for your protection ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Building UNSTRIPPED binaries in ports?
Hello, I am encountering a bug with named-9.4.1-P1 that I am attempting to work with ISC on, that I have built from ports (dns/bind94). However, I need a non-stripped version of the binary to get a backtrace. I can't roll my own binary because it may be related to some way that the port is built so I need to maintain a similar build environment. Is there some make.conf or compile time flag that I can set that would prevent the stripping from happening? Or would I just have to manually edit the makefile someplace -- and if so, can anyone give a pointer as to where? Setting the strip command to /bin/true or something, perhaps -- but I can't be sure if the strip_command is being used. I've found references in the porter's handbook that state all binaries should be stripped, but I think in cases like this it would be useful to give the user a universal option to not do so. -Dan -- Man, this is such a trip -Dan Mahoney, October 25, 1997 Dan Mahoney Techie, Sysadmin, WebGeek Gushi on efnet/undernet IRC ICQ: 13735144 AIM: LarpGM Site: http://www.gushi.org --- ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Building UNSTRIPPED binaries in ports?
Dan Mahoney, System Admin wrote: Hello, I am encountering a bug with named-9.4.1-P1 that I am attempting to work with ISC on, that I have built from ports (dns/bind94). However, I need a non-stripped version of the binary to get a backtrace. I can't roll my own binary because it may be related to some way that the port is built so I need to maintain a similar build environment. Is there some make.conf or compile time flag that I can set that would prevent the stripping from happening? Or would I just have to manually edit the makefile someplace -- and if so, can anyone give a pointer as to where? Setting the strip command to /bin/true or something, perhaps -- but I can't be sure if the strip_command is being used. I've found references in the porter's handbook that state all binaries should be stripped, but I think in cases like this it would be useful to give the user a universal option to not do so. I had a quick dig in /usr/ports/Mk and from bsd.port.mk It looks like what you want is # WITH_DEBUG- If set, debugging flags are added to CFLAGS and the # binaries don't get stripped by INSTALL_PROGRAM. # Besides, individual ports might add their specific # to produce binaries for debugging purposes. # You can override the debug flags that are passed to # the compiler by setting DEBUG_FLAGS. It is set to # -g at default Vince -Dan -- Man, this is such a trip -Dan Mahoney, October 25, 1997 Dan Mahoney Techie, Sysadmin, WebGeek Gushi on efnet/undernet IRC ICQ: 13735144 AIM: LarpGM Site: http://www.gushi.org --- ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Building UNSTRIPPED binaries in ports?
Is there some make.conf or compile time flag that I can set that would prevent the stripping from happening? Or would I just have to manually edit the makefile someplace -- and if so, can anyone give a pointer as to where? Setting the strip command to /bin/true or something, perhaps -- but I can't be sure if the strip_command is being used. A quick perusal of /usr/ports/Mk/bsd.port.mk shows this: # WITH_DEBUG- If set, debugging flags are added to CFLAGS and the # binaries don't get stripped by INSTALL_PROGRAM. # Besides, individual ports might add their specific # to produce binaries for debugging purposes. # You can override the debug flags that are passed to # the compiler by setting DEBUG_FLAGS. It is set to # -g at default. so try adding WITH_DEBUG... Josh ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Building UNSTRIPPED binaries in ports?
Dan Mahoney skrev: Hello, I am encountering a bug with named-9.4.1-P1 that I am attempting to work with ISC on, that I have built from ports (dns/bind94). However, I need a non-stripped version of the binary to get a backtrace. I can't roll my own binary because it may be related to some way that the port is built so I need to maintain a similar build environment. Is there some make.conf or compile time flag that I can set that would prevent the stripping from happening? You can try: % cd /usr/ports/dns/bind94 % sudo make WITH_DEBUG=1 install clean or % sudo make STRIP= WITH_DEBUG=1 install clean In case of dns/bind94 the first should be fine. - Herbert ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]