Date: Thu, 30 Jul 2020 06:46:40 -0500 From: Kyle Evans <kevans@freebsd.org> To: current <current@freebsd.org> Subject: Re: "make installworld" fail r363660 -> r363689 (amd64) Message-ID: <CACNAnaHn14duXOmv9mSAsUe490pYncdF_LJDaG2DbTXs-=iHHA@mail.gmail.com> In-Reply-To: <20200730112423.GL29908@albert.catwhisker.org> References: <20200730112423.GL29908@albert.catwhisker.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, Jul 30, 2020 at 6:24 AM David Wolfskill <david@catwhisker.org> wrote: > > build{worl,kernel} and installkernel were uneventful, but: > > ... > install -l h -o root -g wheel -m 555 /usr/bin/mail /usr/bin/Mail > install -l h -o root -g wheel -m 555 /usr/bin/mail /usr/bin/mailx > ===> usr.bin/msgs (install) > install -s -o root -g wheel -m 555 msgs /usr/bin/msgs > install -o root -g wheel -m 444 msgs.1.gz /usr/share/man/man1/ > ===> usr.bin/bmake (install) > install -s -o root -g wheel -m 555 make /usr/bin/make > install -o root -g wheel -m 444 make.1.gz /usr/share/man/man1/ > ===> usr.bin/bmake/tests (install) > ld-elf.so.1: /common/S4/obj/usr/src/amd64.amd64/tmp/legacy/usr/sbin/make: Undefined symbol "regcomp@FBSD_1.6" > *** Error code 1 > *** Error code 1 > *** Error code 1 > *** Error code 1 > *** Error code 1 > > Stop. > make[1]: stopped in /usr/src > *** Error code 1 > > Running: > FreeBSD freebeast.catwhisker.org 13.0-CURRENT FreeBSD 13.0-CURRENT #986 r363660M/363660: Wed Jul 29 03:52:03 PDT 2020 root@freebeast.catwhisker.org:/common/S4/obj/usr/src/amd64.amd64/sys/GENERIC amd64 1300102 1300102 > > src/UPDATING has a recent entry: > 20200729: > r363679 has redefined some undefined behavior in regcomp(3); notably, > extraneous escapes of most ordinary characters will no longer be > accepted. An exp-run has identified all of the problems with this in > ports, but other non-ports software may need extra escapes removed to > continue to function. > > but while there does seem to be some relevance, I'm not seeing what > sort of evasive maneuvers I need to make. > > I would appreciate a suggestion. > Hi, Can you describe the environment in which you're running installworld, please? i.e. is it just a raw installworld directly in your shell, or something more complicated? I observed this in testing an exceptional scenario; running installworld in a buildenv. installworld injects .WAIT between lib and libexec + other subdirs, which is supposed to prevent stuff like this (new binary got installed linked against new libc before new libc). Running in a buildenv set SYSROOT and stripped out the .WAITs, leaving me with an annoyance where I had to installworld twice. Thanks, Kyle Evans
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CACNAnaHn14duXOmv9mSAsUe490pYncdF_LJDaG2DbTXs-=iHHA>