Re: Building FreeBSD 11.0-stable on FreeBSD 10.1-stable fails
On Sun, Oct 16, 2016 at 12:18 PM, Dimitry Andric wrote: > On 16 Oct 2016, at 17:22, Warner Losh wrote: >> >> On Sun, Oct 16, 2016 at 5:34 AM, Dimitry Andric wrote: >>> On 16 Oct 2016, at 12:20, Torfinn Ingolfsen >>> wrote: I am trying to build FreeBSD 11.0-stable on a machine which runs: tingo@kg-v7$ uname -a FreeBSD kg-v7.kg4.no 10.1-STABLE FreeBSD 10.1-STABLE #0 r278322: Fri Feb 6 21:36:01 CET 2015 r...@kg-v7.kg4.no:/usr/obj/usr/src/sys/GENERIC amd64 I have emptied /usr/src and /usr/obj and fetched the latest stable/11 via subversion: tingo@kg-v7$ egrep "^BRANCH|^REVISION" /usr/src/sys/conf/newvers.sh REVISION="11.0" BRANCH="STABLE" But building it (per the procedure in the handbook) fails at the buildworld stage. Both 'make -j5 buildworld' and 'make buildworld' fails, like this: c++: error: unable to execute command: Segmentation fault (core dumped) > ... >>> Please make sure your stable/10 is at least r286033. >> >> What's the issue this fixes? > > It fixes a possible crash in clang 3.4, which can occur if newer > versions of llvm are compiled. Unfortunately this fix only went in > after 10.3-RELEASE. I think you're confused. In prepping a patch, it looks like it went in after 9.3-RELEASE on stable/9, but it went in between 10.2 and 10.3 on stable/10. So 10.1R and 10.2R are busted, but 10.3R should work. I've updated UPDATING to reflect this. Warner ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Building FreeBSD 11.0-stable on FreeBSD 10.1-stable fails
On Sun, Oct 16, 2016 at 12:18 PM, Dimitry Andric wrote: > On 16 Oct 2016, at 17:22, Warner Losh wrote: >> >> On Sun, Oct 16, 2016 at 5:34 AM, Dimitry Andric wrote: >>> On 16 Oct 2016, at 12:20, Torfinn Ingolfsen >>> wrote: I am trying to build FreeBSD 11.0-stable on a machine which runs: tingo@kg-v7$ uname -a FreeBSD kg-v7.kg4.no 10.1-STABLE FreeBSD 10.1-STABLE #0 r278322: Fri Feb 6 21:36:01 CET 2015 r...@kg-v7.kg4.no:/usr/obj/usr/src/sys/GENERIC amd64 I have emptied /usr/src and /usr/obj and fetched the latest stable/11 via subversion: tingo@kg-v7$ egrep "^BRANCH|^REVISION" /usr/src/sys/conf/newvers.sh REVISION="11.0" BRANCH="STABLE" But building it (per the procedure in the handbook) fails at the buildworld stage. Both 'make -j5 buildworld' and 'make buildworld' fails, like this: c++: error: unable to execute command: Segmentation fault (core dumped) > ... >>> Please make sure your stable/10 is at least r286033. >> >> What's the issue this fixes? > > It fixes a possible crash in clang 3.4, which can occur if newer > versions of llvm are compiled. Unfortunately this fix only went in > after 10.3-RELEASE. > > >> Right now we have safeties in place in >> buildworld that indicate we 'support' back to 9 sometime. If that's >> not really the case, we need to fix something (either fix so we don't >> need this specific revision, or fix the Makefile to indicate we don't >> support back that far). > > The fix was also merged to stable/9 in r286035. As far as I know, we > have always required people to upgrade to the latest revision in stable > branches before attempting to hop to the next stable branch (or head). No. that's not always been the case. It hasn't been the case since Ruslan Ermilov's efforts to support from the 4.x branch point upgrades to 5, 6 and 7. We've well supported upgrading from older versions for 15 years or so. It's been documented in Makefile.inc1 for all that time, and the documented version has generally worked for much of that time. There was a policy that pre-dated this stating only tip of stable to next stable, but that policy has been found to be needlessly restrictive so people like Juniper have made sure that older -> newer builds have been working for maybe the last 5-8 years. It causes them big logistical issues to upgrade their build servers too often due to dependencies that most people don't have on non-public third-party code that doesn't gracefully upgrade. So not since the 3.x -> 4.x days has there been a requirement to upgrade to tip of stable of X-1 before building X. It's usually X-2 or X-3 and generally all the release points on the branch, or at least most of the branch. If we can't do it now because of old bugs in releases that we can't work around (which this sounds like), we'll need to fix that in the versions we allow to be correct. Generally, we've been able to work around issues, but this one sounds to be almost impossible w/o host modification. In addition to fixing the version in Makefile,inc1, we'll need to document this change from past expectations in the release notes (retroactively), in UPDATING and in the handbook. Suffice to say, this is a big problem that sadly we can only fix with documentation. Warner ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Building FreeBSD 11.0-stable on FreeBSD 10.1-stable fails
On 16 Oct 2016, at 17:22, Warner Losh wrote: > > On Sun, Oct 16, 2016 at 5:34 AM, Dimitry Andric wrote: >> On 16 Oct 2016, at 12:20, Torfinn Ingolfsen >> wrote: >>> I am trying to build FreeBSD 11.0-stable on a machine which runs: >>> tingo@kg-v7$ uname -a >>> FreeBSD kg-v7.kg4.no 10.1-STABLE FreeBSD 10.1-STABLE #0 r278322: Fri Feb 6 >>> 21:36:01 CET 2015 >>> r...@kg-v7.kg4.no:/usr/obj/usr/src/sys/GENERIC amd64 >>> >>> I have emptied /usr/src and /usr/obj and fetched the latest stable/11 via >>> subversion: >>> tingo@kg-v7$ egrep "^BRANCH|^REVISION" /usr/src/sys/conf/newvers.sh >>> REVISION="11.0" >>> BRANCH="STABLE" >>> >>> But building it (per the procedure in the handbook) fails at the buildworld >>> stage. Both 'make -j5 buildworld' and 'make buildworld' fails, like this: >>> >>> c++: error: unable to execute command: Segmentation fault (core dumped) ... >> Please make sure your stable/10 is at least r286033. > > What's the issue this fixes? It fixes a possible crash in clang 3.4, which can occur if newer versions of llvm are compiled. Unfortunately this fix only went in after 10.3-RELEASE. > Right now we have safeties in place in > buildworld that indicate we 'support' back to 9 sometime. If that's > not really the case, we need to fix something (either fix so we don't > need this specific revision, or fix the Makefile to indicate we don't > support back that far). The fix was also merged to stable/9 in r286035. As far as I know, we have always required people to upgrade to the latest revision in stable branches before attempting to hop to the next stable branch (or head). -Dimitry signature.asc Description: Message signed with OpenPGP using GPGMail
Re: Building FreeBSD 11.0-stable on FreeBSD 10.1-stable fails
On Sun, Oct 16, 2016 at 5:34 AM, Dimitry Andric wrote: > On 16 Oct 2016, at 12:20, Torfinn Ingolfsen > wrote: >> I am trying to build FreeBSD 11.0-stable on a machine which runs: >> tingo@kg-v7$ uname -a >> FreeBSD kg-v7.kg4.no 10.1-STABLE FreeBSD 10.1-STABLE #0 r278322: Fri Feb 6 >> 21:36:01 CET 2015 >> r...@kg-v7.kg4.no:/usr/obj/usr/src/sys/GENERIC amd64 >> >> I have emptied /usr/src and /usr/obj and fetched the latest stable/11 via >> subversion: >> tingo@kg-v7$ egrep "^BRANCH|^REVISION" /usr/src/sys/conf/newvers.sh >> REVISION="11.0" >> BRANCH="STABLE" >> >> But building it (per the procedure in the handbook) fails at the buildworld >> stage. Both 'make -j5 buildworld' and 'make buildworld' fails, like this: >> >> c++: error: unable to execute command: Segmentation fault (core dumped) >> c++: error: clang frontend command failed due to signal (use -v to see >> invocation) >> FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 >> Target: x86_64-unknown-freebsd10.1 >> Thread model: posix >> c++: note: diagnostic msg: PLEASE submit a bug report to >> https://bugs.freebsd.org/submit/ and include the crash backtrace, >> preprocessed source, and associated run script. >> c++: note: diagnostic msg: >> >> >> PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT: >> Preprocessed source(s) and associated run script(s) are located at: >> c++: note: diagnostic msg: /tmp/CGBlocks-abcdc1.cpp >> c++: note: diagnostic msg: /tmp/CGBlocks-abcdc1.sh > > Please make sure your stable/10 is at least r286033. What's the issue this fixes? Right now we have safeties in place in buildworld that indicate we 'support' back to 9 sometime. If that's not really the case, we need to fix something (either fix so we don't need this specific revision, or fix the Makefile to indicate we don't support back that far). Warner ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Building FreeBSD 11.0-stable on FreeBSD 10.1-stable fails
On 16 Oct 2016, at 12:20, Torfinn Ingolfsen wrote: > I am trying to build FreeBSD 11.0-stable on a machine which runs: > tingo@kg-v7$ uname -a > FreeBSD kg-v7.kg4.no 10.1-STABLE FreeBSD 10.1-STABLE #0 r278322: Fri Feb 6 > 21:36:01 CET 2015 > r...@kg-v7.kg4.no:/usr/obj/usr/src/sys/GENERIC amd64 > > I have emptied /usr/src and /usr/obj and fetched the latest stable/11 via > subversion: > tingo@kg-v7$ egrep "^BRANCH|^REVISION" /usr/src/sys/conf/newvers.sh > REVISION="11.0" > BRANCH="STABLE" > > But building it (per the procedure in the handbook) fails at the buildworld > stage. Both 'make -j5 buildworld' and 'make buildworld' fails, like this: > > c++: error: unable to execute command: Segmentation fault (core dumped) > c++: error: clang frontend command failed due to signal (use -v to see > invocation) > FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 > Target: x86_64-unknown-freebsd10.1 > Thread model: posix > c++: note: diagnostic msg: PLEASE submit a bug report to > https://bugs.freebsd.org/submit/ and include the crash backtrace, > preprocessed source, and associated run script. > c++: note: diagnostic msg: > > > PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT: > Preprocessed source(s) and associated run script(s) are located at: > c++: note: diagnostic msg: /tmp/CGBlocks-abcdc1.cpp > c++: note: diagnostic msg: /tmp/CGBlocks-abcdc1.sh Please make sure your stable/10 is at least r286033. -Dimitry signature.asc Description: Message signed with OpenPGP using GPGMail
Building FreeBSD 11.0-stable on FreeBSD 10.1-stable fails
I am trying to build FreeBSD 11.0-stable on a machine which runs: tingo@kg-v7$ uname -a FreeBSD kg-v7.kg4.no 10.1-STABLE FreeBSD 10.1-STABLE #0 r278322: Fri Feb 6 21:36:01 CET 2015 r...@kg-v7.kg4.no:/usr/obj/usr/src/sys/GENERIC amd64 I have emptied /usr/src and /usr/obj and fetched the latest stable/11 via subversion: tingo@kg-v7$ egrep "^BRANCH|^REVISION" /usr/src/sys/conf/newvers.sh REVISION="11.0" BRANCH="STABLE" But building it (per the procedure in the handbook) fails at the buildworld stage. Both 'make -j5 buildworld' and 'make buildworld' fails, like this: c++: error: unable to execute command: Segmentation fault (core dumped) c++: error: clang frontend command failed due to signal (use -v to see invocation) FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 Target: x86_64-unknown-freebsd10.1 Thread model: posix c++: note: diagnostic msg: PLEASE submit a bug report to https://bugs.freebsd.org/submit/ and include the crash backtrace, preprocessed source, and associated run script. c++: note: diagnostic msg: PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT: Preprocessed source(s) and associated run script(s) are located at: c++: note: diagnostic msg: /tmp/CGBlocks-abcdc1.cpp c++: note: diagnostic msg: /tmp/CGBlocks-abcdc1.sh c++: note: diagnostic msg: *** Error code 254 Stop. bmake[4]: stopped in /usr/src/lib/clang/libclangcodegen *** Error code 1 Stop. bmake[3]: stopped in /usr/src/lib/clang *** Error code 1 Stop. bmake[2]: stopped in /usr/src *** Error code 1 Stop. bmake[1]: stopped in /usr/src *** Error code 1 Stop. make: stopped in /usr/src So I cleaned out /usr/obj again and tried this (fro /usr/src/UPDATING): root@kg-v7# make WITHOUT_CLANG=y WITH_GCC=y -j5 buildworld [..] *** [CGClass.o] Error code 254 bmake[4]: stopped in /usr/src/lib/clang/libclangcodegen 2 errors bmake[4]: stopped in /usr/src/lib/clang/libclangcodegen *** [all_subdir_lib/clang/libclangcodegen] Error code 2 bmake[3]: stopped in /usr/src/lib/clang --- all_subdir_lib/clang/libclangedit --- A failure has been detected in another branch of the parallel make bmake[4]: stopped in /usr/src/lib/clang/libclangedit *** [all_subdir_lib/clang/libclangedit] Error code 2 bmake[3]: stopped in /usr/src/lib/clang --- all_subdir_lib/clang/libclangast --- A failure has been detected in another branch of the parallel make bmake[4]: stopped in /usr/src/lib/clang/libclangast *** [all_subdir_lib/clang/libclangast] Error code 2 bmake[3]: stopped in /usr/src/lib/clang --- all_subdir_lib/clang/libclangfrontend --- A failure has been detected in another branch of the parallel make bmake[4]: stopped in /usr/src/lib/clang/libclangfrontend *** [all_subdir_lib/clang/libclangfrontend] Error code 2 bmake[3]: stopped in /usr/src/lib/clang 4 errors bmake[3]: stopped in /usr/src/lib/clang *** [cross-tools] Error code 2 bmake[2]: stopped in /usr/src 1 error bmake[2]: stopped in /usr/src *** [_cross-tools] Error code 2 bmake[1]: stopped in /usr/src 1 error bmake[1]: stopped in /usr/src *** [buildworld] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src So, is there a way to fix this without building an updated stable/10 as an intermediary step? References: FreeBSD forum thread: https://forums.freebsd.org/threads/58082/ -- Torfinn Ingolfsen ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"