Re: another Make (maybe) problem
Warner Losh i...@bsdimp.com writes: What happens if you say ‘DEBUG_FLAGS+= -gdwarf-2’ instead of a naked -g? Experiment in progress ... ... same result as before. (Dang.) What next? Robert Huff ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: another Make (maybe) problem
What happens if you say ‘DEBUG_FLAGS+= -gdwarf-2’ instead of a naked -g? Warner On Apr 2, 2014, at 9:47 PM, Robert Huff roberth...@rcn.com wrote: Warner: This will happen with fmake. I?ve put some safety belts in place in another fix to keep this from tripping people up (and plan on using a similar technique to keep people from hitting the aicasm bug on such systems). As long as make-related issues are on the table ... I have a system, running FreeBSD 11.0-CURRENT #0 r263263: Mon Mar 17 15:09:18 EDT 2014 amd64 where make buildworld fails. The immediate problem can be seen at: http://users.rcn.com/roberthuff/bw_tail the full log at http://users.rcn.com/roberthuff/bwl.bz2 make.conf is appended. There is no src.conf. I never seen anything like this before; nothing like has come across current@ (recently); and nothing in src/UPDATING appears relevant. Help, please? Robert Huff ◙♪ make.conf BDBCFLAGS+= -O -pipe DEBUG_FLAGS+= -g STRIP= SYMVER_ENABLED= yes X_WINDOW_SYSTEM= xorg HAVE_MOTIF= yes #FC=gfortran42 KERNCONF=JERUSALEM # To avoid building various parts of the base system: # (copied from /usr/share/examples/etc/make.conf NO_BIND_ETC= true# Do not install files to /etc/namedb NO_BLUETOOTH= true# do not build Bluetooth related stuff NO_PROFILE= true# Avoid compiling profiled libraries # to get automatic SASL in sendmail SENDMAIL_CFLAGS+= -I/usr/local/include/ -DSASL=2 SENDMAIL_LDFLAGS+=-L/usr/local/lib SENDMAIL_LDADD+= -lsasl2 # # to make CUPS magically keep working # See: http://www.csua.berkeley.edu/~ranga/notes/freebsd_cups.html # CUPS_OVERWRITE_BASE= yes NO_LPR= true # added per /usr/ports/UPDATING entry 20090401 OVERRIDE_LINUX_BASE_PORT=f10 OVERRIDE_LINUX_NONBASE_PORTS=f10 # WITH_MOZILLA= libxul WITH_GECKO= libxul # # added 2007/03/04 per advice of free...@troback.com # in re science/gramps # WITH_BERKELEYDB=db6 WITH_BDB_VER=6 WANT_OPENLDAP_VER=24 WANT_OPENLDAP_SASL=true # # as required by ports/UPDATING of 20121012 # SAMBA_ENABLE=YES # # PORTS: use clang unless gcc is explicitly required # # # default to using clang for all port builds, with the following # exceptions .if !empty(.CURDIR:M/usr/ports/graphics/libcdr) exists(/usr/local/bin/gcc47) CC=gcc47 CXX=g++47 CPP=cpp47 .endif .if ${.CURDIR:M*/usr/ports/*} .if !defined(USE_GCC) .if !defined(CC) || ${CC} == cc CC=clang .endif .if !defined(CXX) || ${CXX} == c++ CXX=clang++ .endif .if !defined(CPP) || ${CPP} == cpp CPP=clang-cpp .endif .endif .endif WITH_NEW_XORG=yes WITH_GALLIUM=yes WITH_BSD_SORT= WITH_PKGNG=yes ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: another Make (maybe) problem
Jilles Tjoelker jil...@stack.nl writes: These messages are harmless, but are fixed by r264167. And so they were. Thank you. Now back to the original issue. Robert Huff ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: another Make (maybe) problem
I have new information. The previous problem occurs when I run this script: #! /bin/sh set -x cd /usr/src if [ -f buildworld.log ] then rm buildworld.log fi rm -rf /usr/obj cp -p /usr/src/sys/amd64/conf/JERUSALEM /root make cleandir date ./buildworld.time make -d l buildworld ./buildworld.log 21 (Which has worked for years.) _However_ if root cd /usr/src/rescue root make clean root make obj root make I get the this: http://users.rcn.com/roberthuff/rescue_log.txt Questions: 1) does this mean building rescue (both dynamic and static) succeeded? It looks like it, but 2) if so - why does the automated version fail while the manual one succeed? 3) Assuming: a) all previous steps of make buildworld succeeded b) I have run make, but not make install in /usr/src/rescue can I re-run make buildworld in /usr/src and have it Do The Right Thing? (Independent errors notwithstanding.) Respectfully, Robert Huff ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: another Make (maybe) problem
While it's probably not related to the nominal issue, a deeper look at the full buildworld log found ten instances of this: make[3]: /usr/src/share/mk/bsd.subdir.mk line 89: warning: duplicate script for target all_subdir_libnv ignored make[3]: /usr/src/share/mk/bsd.subdir.mk line 89: warning: using previous script for all_subdir_libnv defined here make[3]: /usr/src/share/mk/bsd.subdir.mk line 89: warning: duplicate script for target all-man_subdir_libnv ignored make[3]: /usr/src/share/mk/bsd.subdir.mk line 89: warning: using previous script for all-man_subdir_libnv defined here make[3]: /usr/src/share/mk/bsd.subdir.mk line 89: warning: duplicate script for target checkdpadd_subdir_libnv ignored make[3]: /usr/src/share/mk/bsd.subdir.mk line 89: warning: using previous script for checkdpadd_subdir_libnv defined here make[3]: /usr/src/share/mk/bsd.subdir.mk line 89: warning: duplicate script for target clean_subdir_libnv ignored make[3]: /usr/src/share/mk/bsd.subdir.mk line 89: warning: using previous script for clean_subdir_libnv defined here make[3]: /usr/src/share/mk/bsd.subdir.mk line 89: warning: duplicate script for target cleandepend_subdir_libnv ignored make[3]: /usr/src/share/mk/bsd.subdir.mk line 89: warning: using previous script for cleandepend_subdir_libnv defined here make[3]: /usr/src/share/mk/bsd.subdir.mk line 89: warning: duplicate script for target cleandir_subdir_libnv ignored make[3]: /usr/src/share/mk/bsd.subdir.mk line 89: warning: using previous script for cleandir_subdir_libnv defined here make[3]: /usr/src/share/mk/bsd.subdir.mk line 89: warning: duplicate script for target cleanilinks_subdir_libnv ignored make[3]: /usr/src/share/mk/bsd.subdir.mk line 89: warning: using previous script for cleanilinks_subdir_libnv defined here make[3]: /usr/src/share/mk/bsd.subdir.mk line 89: warning: duplicate script for target depend_subdir_libnv ignored make[3]: /usr/src/share/mk/bsd.subdir.mk line 89: warning: using previous script for depend_subdir_libnv defined here make[3]: /usr/src/share/mk/bsd.subdir.mk line 89: warning: duplicate script for target distribute_subdir_libnv ignored make[3]: /usr/src/share/mk/bsd.subdir.mk line 89: warning: using previous script for distribute_subdir_libnv defined here make[3]: /usr/src/share/mk/bsd.subdir.mk line 89: warning: duplicate script for target lint_subdir_libnv ignored make[3]: /usr/src/share/mk/bsd.subdir.mk line 89: warning: using previous script for lint_subdir_libnv defined here make[3]: /usr/src/share/mk/bsd.subdir.mk line 89: warning: duplicate script for target maninstall_subdir_libnv ignored make[3]: /usr/src/share/mk/bsd.subdir.mk line 89: warning: using previous script for maninstall_subdir_libnv defined here make[3]: /usr/src/share/mk/bsd.subdir.mk line 89: warning: duplicate script for target manlint_subdir_libnv ignored make[3]: /usr/src/share/mk/bsd.subdir.mk line 89: warning: using previous script for manlint_subdir_libnv defined here make[3]: /usr/src/share/mk/bsd.subdir.mk line 89: warning: duplicate script for target obj_subdir_libnv ignored make[3]: /usr/src/share/mk/bsd.subdir.mk line 89: warning: using previous script for obj_subdir_libnv defined here make[3]: /usr/src/share/mk/bsd.subdir.mk line 89: warning: duplicate script for target objlink_subdir_libnv ignored make[3]: /usr/src/share/mk/bsd.subdir.mk line 89: warning: using previous script for objlink_subdir_libnv defined here make[3]: /usr/src/share/mk/bsd.subdir.mk line 89: warning: duplicate script for target realinstall_subdir_libnv ignored make[3]: /usr/src/share/mk/bsd.subdir.mk line 89: warning: using previous script for realinstall_subdir_libnv defined here make[3]: /usr/src/share/mk/bsd.subdir.mk line 89: warning: duplicate script for target regress_subdir_libnv ignored make[3]: /usr/src/share/mk/bsd.subdir.mk line 89: warning: using previous script for regress_subdir_libnv defined here make[3]: /usr/src/share/mk/bsd.subdir.mk line 89: warning: duplicate script for target tags_subdir_libnv ignored make[3]: /usr/src/share/mk/bsd.subdir.mk line 89: warning: using previous script for tags_subdir_libnv defined here While it doesn't stop the build process ... it would be nice to eliminate it as a possible contributing factor. 1) Is this a problem, for this or anything else? 2) Is there a way to fix it, short of a successful buildworld/installworld? (My version of /usr/src/share/mk/bsd.subdir.mk, r263778, has 118 lines/388 words/3377 characters.) Respectfully, Robert Huff ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: another Make (maybe) problem
On Sat, Apr 05, 2014 at 11:12:36AM -0400, Robert Huff wrote: While it's probably not related to the nominal issue, a deeper look at the full buildworld log found ten instances of this: make[3]: /usr/src/share/mk/bsd.subdir.mk line 89: warning: duplicate script for target all_subdir_libnv ignored make[3]: /usr/src/share/mk/bsd.subdir.mk line 89: warning: using previous script for all_subdir_libnv defined here make[3]: /usr/src/share/mk/bsd.subdir.mk line 89: warning: duplicate script for target all-man_subdir_libnv ignored make[3]: /usr/src/share/mk/bsd.subdir.mk line 89: warning: using previous script for all-man_subdir_libnv defined here [snip] While it doesn't stop the build process ... it would be nice to eliminate it as a possible contributing factor. 1) Is this a problem, for this or anything else? 2) Is there a way to fix it, short of a successful buildworld/installworld? (My version of /usr/src/share/mk/bsd.subdir.mk, r263778, has 118 lines/388 words/3377 characters.) These messages are harmless, but are fixed by r264167. The cause is pretty much expected: libnv was listed in SUBDIR twice. -- Jilles Tjoelker ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: another Make (maybe) problem
On 4/3/14, Robert Huff roberth...@rcn.com wrote: Warner Losh wl...@bsdimp.com writes Can you prune down your make.conf to find the minimal line(s) that cause this? Yes, but each run will take about three hours Starting with an empty make.conf, Empty make.conf = same result. Where do I look next? 1) I know very little about make, but I have seen additional debugging options in the man page. Are there any particular ones which are likely to be helpful? 2) Is there a way to just re-try the affected part of buildworld? Thanks, Is there any change in src.conf? Robert Huff ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Re: another Make (maybe) problem
On 4/4/2014 4:05 AM, Oliver Pinter wrote: Is there any change in src.conf? There is no src.conf. (See original post.) Robert Huff ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: another Make (maybe) problem
On Apr 2, 2014, at 9:47 PM, Robert Huff roberth...@rcn.com wrote: Warner: This will happen with fmake. I?ve put some safety belts in place in another fix to keep this from tripping people up (and plan on using a similar technique to keep people from hitting the aicasm bug on such systems). As long as make-related issues are on the table ... I have a system, running FreeBSD 11.0-CURRENT #0 r263263: Mon Mar 17 15:09:18 EDT 2014 amd64 where make buildworld fails. The immediate problem can be seen at: http://users.rcn.com/roberthuff/bw_tail the full log at http://users.rcn.com/roberthuff/bwl.bz2 make.conf is appended. There is no src.conf. I never seen anything like this before; nothing like has come across current@ (recently); and nothing in src/UPDATING appears relevant. Help, please? Neither have I. That’s a weird issue. amd64, I assume? Can you prune down your make.conf to find the minimal line(s) that cause this? Warner Robert Huff ◙♪ make.conf BDBCFLAGS+= -O -pipe DEBUG_FLAGS+= -g STRIP= SYMVER_ENABLED= yes X_WINDOW_SYSTEM= xorg HAVE_MOTIF= yes #FC=gfortran42 KERNCONF=JERUSALEM # To avoid building various parts of the base system: # (copied from /usr/share/examples/etc/make.conf NO_BIND_ETC= true# Do not install files to /etc/namedb NO_BLUETOOTH= true# do not build Bluetooth related stuff NO_PROFILE= true# Avoid compiling profiled libraries # to get automatic SASL in sendmail SENDMAIL_CFLAGS+= -I/usr/local/include/ -DSASL=2 SENDMAIL_LDFLAGS+=-L/usr/local/lib SENDMAIL_LDADD+= -lsasl2 # # to make CUPS magically keep working # See: http://www.csua.berkeley.edu/~ranga/notes/freebsd_cups.html # CUPS_OVERWRITE_BASE= yes NO_LPR= true # added per /usr/ports/UPDATING entry 20090401 OVERRIDE_LINUX_BASE_PORT=f10 OVERRIDE_LINUX_NONBASE_PORTS=f10 # WITH_MOZILLA= libxul WITH_GECKO= libxul # # added 2007/03/04 per advice of free...@troback.com # in re science/gramps # WITH_BERKELEYDB=db6 WITH_BDB_VER=6 WANT_OPENLDAP_VER=24 WANT_OPENLDAP_SASL=true # # as required by ports/UPDATING of 20121012 # SAMBA_ENABLE=YES # # PORTS: use clang unless gcc is explicitly required # # # default to using clang for all port builds, with the following # exceptions .if !empty(.CURDIR:M/usr/ports/graphics/libcdr) exists(/usr/local/bin/gcc47) CC=gcc47 CXX=g++47 CPP=cpp47 .endif .if ${.CURDIR:M*/usr/ports/*} .if !defined(USE_GCC) .if !defined(CC) || ${CC} == cc CC=clang .endif .if !defined(CXX) || ${CXX} == c++ CXX=clang++ .endif .if !defined(CPP) || ${CPP} == cpp CPP=clang-cpp .endif .endif .endif WITH_NEW_XORG=yes WITH_GALLIUM=yes WITH_BSD_SORT= WITH_PKGNG=yes ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: another Make (maybe) problem
Warner Losh wl...@bsdimp.com writes amd64, I assume? Yes, as per the provided uname. Can you prune down your make.conf to find the minimal line(s) that cause this? Yes, but each run will take about three hours Starting with an empty make.conf, Robert Huff ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: another Make (maybe) problem
Warner Losh wl...@bsdimp.com writes Can you prune down your make.conf to find the minimal line(s) that cause this? Yes, but each run will take about three hours Starting with an empty make.conf, Empty make.conf = same result. Where do I look next? 1) I know very little about make, but I have seen additional debugging options in the man page. Are there any particular ones which are likely to be helpful? 2) Is there a way to just re-try the affected part of buildworld? Thanks, Robert Huff ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
another Make (maybe) problem
Warner: This will happen with fmake. I?ve put some safety belts in place in another fix to keep this from tripping people up (and plan on using a similar technique to keep people from hitting the aicasm bug on such systems). As long as make-related issues are on the table ... I have a system, running FreeBSD 11.0-CURRENT #0 r263263: Mon Mar 17 15:09:18 EDT 2014 amd64 where make buildworld fails. The immediate problem can be seen at: http://users.rcn.com/roberthuff/bw_tail the full log at http://users.rcn.com/roberthuff/bwl.bz2 make.conf is appended. There is no src.conf. I never seen anything like this before; nothing like has come across current@ (recently); and nothing in src/UPDATING appears relevant. Help, please? Robert Huff ◙♪ make.conf BDBCFLAGS+= -O -pipe DEBUG_FLAGS+= -g STRIP= SYMVER_ENABLED= yes X_WINDOW_SYSTEM=xorg HAVE_MOTIF= yes #FC=gfortran42 KERNCONF=JERUSALEM # To avoid building various parts of the base system: # (copied from /usr/share/examples/etc/make.conf NO_BIND_ETC= true# Do not install files to /etc/namedb NO_BLUETOOTH= true# do not build Bluetooth related stuff NO_PROFILE= true# Avoid compiling profiled libraries # to get automatic SASL in sendmail SENDMAIL_CFLAGS+= -I/usr/local/include/ -DSASL=2 SENDMAIL_LDFLAGS+= -L/usr/local/lib SENDMAIL_LDADD+=-lsasl2 # # to make CUPS magically keep working # See: http://www.csua.berkeley.edu/~ranga/notes/freebsd_cups.html # CUPS_OVERWRITE_BASE=yes NO_LPR= true # added per /usr/ports/UPDATING entry 20090401 OVERRIDE_LINUX_BASE_PORT=f10 OVERRIDE_LINUX_NONBASE_PORTS=f10 # WITH_MOZILLA= libxul WITH_GECKO= libxul # # added 2007/03/04 per advice of free...@troback.com # in re science/gramps # WITH_BERKELEYDB=db6 WITH_BDB_VER=6 WANT_OPENLDAP_VER=24 WANT_OPENLDAP_SASL=true # # as required by ports/UPDATING of 20121012 # SAMBA_ENABLE=YES # # PORTS: use clang unless gcc is explicitly required # # # default to using clang for all port builds, with the following # exceptions .if !empty(.CURDIR:M/usr/ports/graphics/libcdr) exists(/usr/local/bin/gcc47) CC=gcc47 CXX=g++47 CPP=cpp47 .endif .if ${.CURDIR:M*/usr/ports/*} .if !defined(USE_GCC) .if !defined(CC) || ${CC} == cc CC=clang .endif .if !defined(CXX) || ${CXX} == c++ CXX=clang++ .endif .if !defined(CPP) || ${CPP} == cpp CPP=clang-cpp .endif .endif .endif WITH_NEW_XORG=yes WITH_GALLIUM=yes WITH_BSD_SORT= WITH_PKGNG=yes ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org