Re: ar: warning: can't open file: ccopy.pieo: No such file or directory
- In reply to: Ed Maste : "Re: ar: warning: can't open file: ccopy.pieo: No such file or directory"
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Thu, 09 Sep 2021 16:55:56 UTC
Am Wed, 11 Aug 2021 15:03:54 -0400 Ed Maste <emaste@freebsd.org> schrieb: > On Wed, 11 Aug 2021 at 05:41, FreeBSD User <freebsd@walstatt-de.de> wrote: > > > > Hallo, > > > > latest upgrade of CURRENT sources renders buildworld into failure, box is running > > FreeBSD 14.0-CURRENT #1 main-n248614-67f508db84b: Wed Aug 11 07:29:11 CEST 2021 amd64: > > Assuming this was with BEARSSL enabled, it should be fixed with: > > commit 879675e9a0d84880cad9834e2ef98e8724c5532c > Author: Warner Losh <imp@FreeBSD.org> > Date: Wed Aug 11 10:59:28 2021 -0600 > > stand: Add MK_PIE=no to defs.mk > > There's no need to build both pie and non-pie .o's for stand. There's > some other build thing with MK_BEAR_SSL=yes and/or MK_LOADER_VERIEXEC=yes > that causes the pie build to fail that the 'ar' stage now. Since we don't > need the PIE stuff and the non-PIE stuff, disable PIE for the boot loader. > > Reviewed by: emaste > Sponsored by: Netflix > Hello again, I think I face the very same problem on 14-CURRENT boxes building either 13-STABLE sources or 13-STABLE poudriere jails, when on the 14-CURRENT box WITH_BEARSSL is enabled in the 14-CURRENT host's /etc/src.conf. I have two scenarios: Building 13-STABLE for FreeBSD-pkg-base (having WITH_BEARSSL enabled in the src.conf dor the 13-STABLE source tree) and Building poudriere jail from a dedicated source tree for 13-STABLE (/pool/sources/13-STABLE/src) with WITH_BEARSSL enabled. The latter scenario sounds ridiculous to have BEARSSL enabled, but we use the very same src.conf file for both the packages for FreeBSD pkg base and so for the poudriere jail built from the same source tree. For a couple of weeks now I'm unable to build both the packages nor the jails. The question would be: is the solution you offered above and fixed the problem I had initailly also applicable to 13-STABLE without breakage of something else? Tahnk you very much in advance, O. Hartmann -- O. Hartmann