From owner-freebsd-current@freebsd.org Sun Jul 2 02:01:42 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B54B6D9888E for ; Sun, 2 Jul 2017 02:01:42 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: from mail-wm0-x22a.google.com (mail-wm0-x22a.google.com [IPv6:2a00:1450:400c:c09::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 44F7C7A629 for ; Sun, 2 Jul 2017 02:01:42 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: by mail-wm0-x22a.google.com with SMTP id i127so77767061wma.0 for ; Sat, 01 Jul 2017 19:01:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hardenedbsd-org.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:mime-version:content-disposition :user-agent; bh=4QxFrfHkR2Swq8tdD6NKmMDyURalDTmsLvz+upTfUE4=; b=KlNHhgVEYVONX/4P4RxiZZPk9CogGy8Cza+vb6qierJY0XH5gUJTnueiWsrEB3NbR/ ZouGx8VoEo4cCVt4znOFlHdbLcVhlcJBx+2PrfXTaQIVnZ8+1z3szdIKcSDctwqJCJLg 9k+yF4CZDkZwSIiPENbwYIBl3wEDldEBDTtTxEfT90SpW/sWYWt0xb8EFu132SeYzOnq wWonm1dSNFzf2dIzt2xPRv7+Uindc43avjdZ0THHSz/XX8wyKLn0X/ChLYGXn+fBBFs6 bdH/0Wb2TgghvJKuQkIsJszmm2xzMemM9pilWF0cENzD/DE0nxDHPR22zj0JsYogrvVL 1xaQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:mime-version :content-disposition:user-agent; bh=4QxFrfHkR2Swq8tdD6NKmMDyURalDTmsLvz+upTfUE4=; b=T/tjgQdFR2m3cOv7mEBeoWJbPxOINtPpFqH/xbU9FgENwM+Wu987cn372qB8oAfRUc BqWO9RaZXff12w2qLwzvvMbWCotnZDvvVL3W5s0bTVPrgoIMqHJenjT3x9skjIGAA9ys TQKUjvdB61sdeugH/n/9oR+K0RtY7Gv2uuJ5aFBXRPErHzJf3ZWAFxsOi7+Y9I2plM1a kmVe2JOJT+4lZKD4JmL61NyX4sy8Mk6yvITlPIRlmFLtcBMySVkJc3VJy3IrAPkopBXi 5JL4zaSr1YOAdNwu5jhTz5Xg3qZPSvf9FRJnYpSRxWluvAMF42oZgXRVi8sHEmLpQlOj A3NA== X-Gm-Message-State: AKS2vOxHZNzlqKccYTAsjYqgXW1I2Go9FdM8E3wu27N/aJs910K5w9m9 F2jzrmIgyQkI8t/8XzpAGm2A6t8R0yNkUi+GMC3da2cbB0Cgb2yQJuxL2rRopu7xXEXWO4xl6NB x6cH5OEgN5bSXK6zgRvT6baEVwqHaxPtE1zPBhjL65PX5BcJJQaBZ8C/MleYSPwfp5bIR5KR/oA == X-Received: by 10.28.232.141 with SMTP id f13mr18533692wmi.59.1498960900128; Sat, 01 Jul 2017 19:01:40 -0700 (PDT) Received: from mutt-hbsd (pool-100-16-230-154.bltmmd.fios.verizon.net. [100.16.230.154]) by smtp.gmail.com with ESMTPSA id f21sm15603547wra.5.2017.07.01.19.01.38 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sat, 01 Jul 2017 19:01:39 -0700 (PDT) Date: Sat, 1 Jul 2017 22:01:35 -0400 From: Shawn Webb To: freebsd-current@freebsd.org Cc: kib@freebsd.org Subject: Possible to set security.bsd.stack_guard_page to a negative value Message-ID: <20170702020135.3bc53sfdcflgzp7y@mutt-hbsd> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="7odqm5z4ll6qwku4" Content-Disposition: inline X-Operating-System: FreeBSD mutt-hbsd 12.0-CURRENT FreeBSD 12.0-CURRENT X-PGP-Key: http://pgp.mit.edu/pks/lookup?op=vindex&search=0x6A84658F52456EEE User-Agent: NeoMutt/20170609 (1.8.3) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Jul 2017 02:01:42 -0000 --7odqm5z4ll6qwku4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Even though it'd be a stupid thing to do, the security.bsd.stack_guard_page sysctl node can be set to a negative integer value. This will cause all applications to crash with SIGABRT. --=20 Shawn Webb Cofounder and Security Engineer HardenedBSD GPG Key ID: 0x6A84658F52456EEE GPG Key Fingerprint: 2ABA B6BD EF6A F486 BE89 3D9E 6A84 658F 5245 6EEE --7odqm5z4ll6qwku4 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEKrq2ve9q9Ia+iT2eaoRlj1JFbu4FAllYU/wACgkQaoRlj1JF bu64mxAAryQi1Pg59K7PxqOIzjSq/4OTz5N8KCsEyVp7gUndlcIj7gmMnNhsVW0P dHMOu4yRp166SHd+naqJoa55cSpZ8Iu3qyXU0KnwRaquBPvzsUaYeH14Jy4CAyBu EeuXXG+JHwDGTx6dQm6ls6joxnDEcJe58Kq4igSywlXpIJlRUSfTnUhOmZX+dzi9 V65Dyu98rANC2xGCsZuYFeqDIWui344PODL9MegwZIf1l6A8fCCaOHTmak+9zH6U 8Fw1e3l2No4rgUne60tBe4CS9oCpHS/pq96Kgxe5/Sk0+tq07YAkm9lEcaSoqkOI Sh8EDNo0bF7HCZYxuPGEwiBuhw7C8DEGVjshoU3BU3o6hcutzjzIkofZPyErkYV5 v713SHOPBpP1KJ1GMbHlob5GuUtkYxZyHPvBfotkDTtNqRYh50YGAt6fdelx7eat OiTYdFyeiS0WAo1ieBK59UYqQ3H1R6b6uqn+MXLMkPaYT8w7Z9cicL+fiiMDk0d3 jneurFZmW3HVq/t4wZOxfsG/IWEMYuOSfxHZ8oE1xaW3YgvPx07C3ibWcTUmI7qS w4x+1kHFwcYf0oOUTuUM+c2LftssUf6WAMShXi5NP1fP0J+lmnKvMsG4PYrGhIJI lLy72X6YEwmLa5nubTn69h7eEbsea9tzA2VJ4yH1D22/Hat4+IU= =q5YQ -----END PGP SIGNATURE----- --7odqm5z4ll6qwku4-- From owner-freebsd-current@freebsd.org Sun Jul 2 02:42:20 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E6F8FD9A4AE for ; Sun, 2 Jul 2017 02:42:20 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-15.reflexion.net [208.70.210.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A57AD7BC19 for ; Sun, 2 Jul 2017 02:42:20 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 30519 invoked from network); 2 Jul 2017 02:43:44 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 2 Jul 2017 02:43:44 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v8.40.1) with SMTP; Sat, 01 Jul 2017 22:42:13 -0400 (EDT) Received: (qmail 27971 invoked from network); 2 Jul 2017 02:42:13 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 2 Jul 2017 02:42:13 -0000 Received: from [192.168.1.114] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 8EF97EC893D; Sat, 1 Jul 2017 19:42:12 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: head -r320521 (e.g.): another powerpc64 problem: programs using fgets crash trying to store address over code instead of into __cleanup_info__ Message-Id: Date: Sat, 1 Jul 2017 19:42:11 -0700 To: Konstantin Belousov , FreeBSD PowerPC ML , FreeBSD Current , freebsd-hackers@freebsd.org X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Jul 2017 02:42:21 -0000 [Note: this is from a amd64 -> powerpc64 cross-build based on system clang 4 instead of gcc 4.2.1. I'm building a gcc 4.2.1 based system currently so that I can test a more standard configuration. But I'm one of the ones that experiments with finding things to report for clang targeting powerpc64 and powerpc.] powerpc64 is having programs crash with an attempt to store addresses over code instead of into __cleanup_info__ when fgets is used. ntpd is an example. As is sshd (although I've looked at its details less). Building up the context for this claim. . . public declaration: struct _pthread_cleanup_info { __uintptr_t pthread_cleanup_pad[8]; }; private declaration: struct pthread_cleanup { struct pthread_cleanup *prev; void (*routine)(void *); void *routine_arg; int onheap; }; ntpd and sshd die with segmentation faults in: void __pthread_cleanup_push_imp(void (*routine)(void *), void *arg, struct _pthread_cleanup_info *info) { struct pthread *curthread =3D _get_curthread(); struct pthread_cleanup *newbuf; newbuf =3D (void *)info; newbuf->routine =3D routine; newbuf->routine_arg =3D arg; newbuf->onheap =3D 0; newbuf->prev =3D curthread->cleanup; curthread->cleanup =3D newbuf; } at the statement: newbuf->routine =3D routine; But it turns out that the bt is like: __pthread_cleanup_push_imp(routine=3D0x507b1248 = <__stdio_cancel_cleanup>, arg=3D0x0, info=3D0x509eaaf4) __pthread_cleanup_push_imp_int(p0=3D0x507b1248,p1=3D0x0) fgets (buf=3D0x51415000 "", n=3D511, fp=3D0x507d4c40) . . . Note the 2 arguments to __pthread_cleanup_push_imp_int when called from fgets but the 3 arguemnts to __pthread_cleanup_push_imp . . . fgets uses FLOCK_CANCELSAFE(fp) : #define FLOCKFILE_CANCELSAFE(fp) = \ { = \ struct _pthread_cleanup_info __cleanup_info__; = \ if (__isthreaded) { = \ _FLOCKFILE(fp); = \ ___pthread_cleanup_push_imp( = \ __stdio_cancel_cleanup, (fp), = \ &__cleanup_info__); = \ } else { = \ ___pthread_cleanup_push_imp( = \ __stdio_cancel_cleanup, NULL, = \ &__cleanup_info__); = \ } = \ { #define FUNLOCKFILE_CANCELSAFE() = \ (void)0; = \ } = \ ___pthread_cleanup_pop_imp(1); = \ } where here the NULL case is in use. 3 arguments. But: STUB_FUNC2(__pthread_cleanup_push_imp, PJT_CLEANUP_PUSH_IMP, void, = void*, void *); which is use of: #define STUB_FUNC2(name, idx, ret, p0_type, p1_type) \ static ret FUNC_EXP(name)(p0_type, p1_type) __used; \ static ret FUNC_INT(name)(p0_type, p1_type) __used; \ WEAK_REF(FUNC_EXP(name), name); \ WEAK_REF(FUNC_INT(name), __CONCAT(_, name)); \ typedef ret (*FUNC_TYPE(name))(p0_type, p1_type); \ static ret FUNC_EXP(name)(p0_type p0, p1_type p1) \ { \ FUNC_TYPE(name) func; \ func =3D (FUNC_TYPE(name))__thr_jtable[idx][0]; \ return (func(p0, p1)); \ } \ static ret FUNC_INT(name)(p0_type p0, p1_type p1) \ { \ FUNC_TYPE(name) func; \ func =3D (FUNC_TYPE(name))__thr_jtable[idx][1]; \ return (func(p0, p1)); \ } so only 2 arguments to func (i.e., __pthread_cleanup_push_imp here). Compared to: ___pthread_cleanup_push_imp( = \ __stdio_cancel_cleanup, NULL, = \ &__cleanup_info__); = \ As a result junk is used instead of &__cleanup_info__. On powerpc64 it happens to be the address of ___pthread_cleanup_push_imp that happens to be in r5 (normally the third argument) at the time. So: newbuf->routine =3D routine; tries to replace the first instruction of ___pthread_cleanup_push_imp . As far as I can tell what should be used is: =20 #define STUB_FUNC3(name, idx, ret, p0_type, p1_type, p2_type) \ static ret FUNC_EXP(name)(p0_type, p1_type, p2_type) __used; \ static ret FUNC_INT(name)(p0_type, p1_type, p2_type) __used; \ WEAK_REF(FUNC_EXP(name), name); \ WEAK_REF(FUNC_INT(name), __CONCAT(_, name)); \ typedef ret (*FUNC_TYPE(name))(p0_type, p1_type, p2_type); \ static ret FUNC_EXP(name)(p0_type p0, p1_type p1, p2_type p2) \ { \ FUNC_TYPE(name) func; \ func =3D (FUNC_TYPE(name))__thr_jtable[idx][0]; \ return (func(p0, p1, p2)); \ } \ static ret FUNC_INT(name)(p0_type p0, p1_type p1, p2_type p2) \ { \ FUNC_TYPE(name) func; \ func =3D (FUNC_TYPE(name))__thr_jtable[idx][1]; \ return (func(p0, p1, p2)); \ } with the p2_type being: struct _pthread_cleanup_info * but I'm not expert in this code. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Sun Jul 2 03:33:52 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9640CD9B88C for ; Sun, 2 Jul 2017 03:33:52 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-15.reflexion.net [208.70.210.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 517347D897 for ; Sun, 2 Jul 2017 03:33:51 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 31712 invoked from network); 2 Jul 2017 03:33:50 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 2 Jul 2017 03:33:50 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.40.1) with SMTP; Sat, 01 Jul 2017 23:33:50 -0400 (EDT) Received: (qmail 2110 invoked from network); 2 Jul 2017 03:33:50 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 2 Jul 2017 03:33:50 -0000 Received: from [192.168.1.114] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id A4495EC9366; Sat, 1 Jul 2017 20:33:49 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: head -r320521 (e.g.): another powerpc64 problem: programs using fgets crash trying to store address over code instead of into __cleanup_info__ Date: Sat, 1 Jul 2017 20:33:49 -0700 References: To: FreeBSD PowerPC ML , FreeBSD Current , freebsd-hackers@freebsd.org In-Reply-To: Message-Id: <87FABF66-3023-47E4-8F8F-6E76B7B84046@dsl-only.net> X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Jul 2017 03:33:52 -0000 [I've now got a route to get information from the old PowerMac so-called "Quad Core" despite sshd being broken. So I add gdb output material as evidence to go with the more source code level analysis from before.] On 2017-Jul-1, at 7:42 PM, Mark Millard wrote: > [Note: this is from a amd64 -> powerpc64 cross-build based > on system clang 4 instead of gcc 4.2.1. I'm building a > gcc 4.2.1 based system currently so that I can test > a more standard configuration. But I'm one of the ones > that experiments with finding things to report for > clang targeting powerpc64 and powerpc.] >=20 > powerpc64 is having programs crash with an attempt > to store addresses over code instead of into > __cleanup_info__ when fgets is used. ntpd is an > example. As is sshd (although I've looked at > its details less). >=20 > Building up the context for this claim. . . >=20 > public declaration: >=20 > struct _pthread_cleanup_info { > __uintptr_t pthread_cleanup_pad[8]; > }; >=20 > private declaration: >=20 > struct pthread_cleanup { > struct pthread_cleanup *prev; > void (*routine)(void *); > void *routine_arg; > int onheap; > }; >=20 > ntpd and sshd die with segmentation faults in: >=20 > void > __pthread_cleanup_push_imp(void (*routine)(void *), void *arg, > struct _pthread_cleanup_info *info) > { > struct pthread *curthread =3D _get_curthread(); > struct pthread_cleanup *newbuf; >=20 > newbuf =3D (void *)info; > newbuf->routine =3D routine; > newbuf->routine_arg =3D arg; > newbuf->onheap =3D 0; > newbuf->prev =3D curthread->cleanup; > curthread->cleanup =3D newbuf; > } >=20 > at the statement: newbuf->routine =3D routine; >=20 > But it turns out that the bt is like: >=20 > __pthread_cleanup_push_imp(routine=3D0x507b1248 = <__stdio_cancel_cleanup>, arg=3D0x0, info=3D0x509eaaf4) > __pthread_cleanup_push_imp_int(p0=3D0x507b1248,p1=3D0x0) > fgets (buf=3D0x51415000 "", n=3D511, fp=3D0x507d4c40) > . . . >=20 > Note the 2 arguments to __pthread_cleanup_push_imp_int when called > from fgets but the 3 arguemnts to __pthread_cleanup_push_imp . . . >=20 > fgets uses FLOCK_CANCELSAFE(fp) : >=20 > #define FLOCKFILE_CANCELSAFE(fp) = \ > { = \ > struct _pthread_cleanup_info __cleanup_info__; = \ > if (__isthreaded) { = \ > _FLOCKFILE(fp); = \ > ___pthread_cleanup_push_imp( = \ > __stdio_cancel_cleanup, (fp), = \ > &__cleanup_info__); = \ > } else { = \ > ___pthread_cleanup_push_imp( = \ > __stdio_cancel_cleanup, NULL, = \ > &__cleanup_info__); = \ > } = \ > { > #define FUNLOCKFILE_CANCELSAFE() = \ > (void)0; = \ > } = \ > ___pthread_cleanup_pop_imp(1); = \ > } >=20 > where here the NULL case is in use. 3 arguments. >=20 > But: >=20 > STUB_FUNC2(__pthread_cleanup_push_imp, PJT_CLEANUP_PUSH_IMP, void, = void*, void *); >=20 > which is use of: >=20 > #define STUB_FUNC2(name, idx, ret, p0_type, p1_type) \ > static ret FUNC_EXP(name)(p0_type, p1_type) __used; \ > static ret FUNC_INT(name)(p0_type, p1_type) __used; \ > WEAK_REF(FUNC_EXP(name), name); \ > WEAK_REF(FUNC_INT(name), __CONCAT(_, name)); \ > typedef ret (*FUNC_TYPE(name))(p0_type, p1_type); \ > static ret FUNC_EXP(name)(p0_type p0, p1_type p1) \ > { \ > FUNC_TYPE(name) func; \ > func =3D (FUNC_TYPE(name))__thr_jtable[idx][0]; \ > return (func(p0, p1)); \ > } \ > static ret FUNC_INT(name)(p0_type p0, p1_type p1) \ > { \ > FUNC_TYPE(name) func; \ > func =3D (FUNC_TYPE(name))__thr_jtable[idx][1]; \ > return (func(p0, p1)); \ > } >=20 > so only 2 arguments to func (i.e., __pthread_cleanup_push_imp > here). >=20 > Compared to: >=20 > ___pthread_cleanup_push_imp( = \ > __stdio_cancel_cleanup, NULL, = \ > &__cleanup_info__); = \ >=20 > As a result junk is used instead of &__cleanup_info__. > On powerpc64 it happens to be the address of > ___pthread_cleanup_push_imp that happens to be > in r5 (normally the third argument) at the time. >=20 > So: >=20 > newbuf->routine =3D routine; >=20 > tries to replace the first instruction of > ___pthread_cleanup_push_imp . >=20 > As far as I can tell what should be used is: >=20 > #define STUB_FUNC3(name, idx, ret, p0_type, p1_type, p2_type) \ > static ret FUNC_EXP(name)(p0_type, p1_type, p2_type) __used; \ > static ret FUNC_INT(name)(p0_type, p1_type, p2_type) __used; \ > WEAK_REF(FUNC_EXP(name), name); \ > WEAK_REF(FUNC_INT(name), __CONCAT(_, name)); \ > typedef ret (*FUNC_TYPE(name))(p0_type, p1_type, p2_type); \ > static ret FUNC_EXP(name)(p0_type p0, p1_type p1, p2_type p2) \ > { \ > FUNC_TYPE(name) func; \ > func =3D (FUNC_TYPE(name))__thr_jtable[idx][0]; \ > return (func(p0, p1, p2)); \ > } \ > static ret FUNC_INT(name)(p0_type p0, p1_type p1, p2_type p2) \ > { \ > FUNC_TYPE(name) func; \ > func =3D (FUNC_TYPE(name))__thr_jtable[idx][1]; \ > return (func(p0, p1, p2)); \ > } >=20 > with the p2_type being: struct _pthread_cleanup_info * >=20 > but I'm not expert in this code. The backtrace for ntpd : Loaded symbols for /libexec/ld-elf.so.1 #0 __pthread_cleanup_push_imp (routine=3D0x50649248 = <__stdio_cancel_cleanup>, arg=3D0x0, info=3D0x50403af4) at = /usr/src/lib/libthr/thread/thr_clean.c:57 57 newbuf->routine =3D routine; (gdb) bt #0 __pthread_cleanup_push_imp (routine=3D0x50649248 = <__stdio_cancel_cleanup>, arg=3D0x0, info=3D0x50403af4) at = /usr/src/lib/libthr/thread/thr_clean.c:57 #1 0x0000000050603cbc in __pthread_cleanup_push_imp_int (p0=3D0x50649248,= p1=3D0x0) at /usr/src/lib/libc/gen/_pthread_stubs.c:283 #2 0x00000000505850a0 in vfprintf_l (fp=3D0x5066cc40, locale=3D, fmt0=3D0x50618523 "<%d>", ap=3D0xffffffffffffc150 "") at = printfcommon.h:75 #3 0x000000005058b034 in fprintf (fp=3D0x50649248, fmt=3D0x50403af4 = "`") at /usr/src/lib/libc/stdio/fprintf.c:55 #4 0x00000000505d22e0 in vsyslog (pri=3D, = fmt=3D0x50618523 "<%d>", ap=3D0xffffffffffffc150 "") at = /usr/src/lib/libc/gen/syslog.c:171 #5 0x00000000505d2138 in syslog (pri=3D1348768328, fmt=3D0x0) at = /usr/src/lib/libc/gen/syslog.c:128 #6 0x0000000010095eb8 in 00000016.plt_call.OBJ_sn2nid () #7 0x00000000100965e0 in 00000016.plt_call.OBJ_sn2nid () #8 0x000000001004624c in ntpdmain (argc=3D0, argv=3D) at /usr/src/contrib/ntp/ntpd/ntpd.c:602 #9 0x0000000010046020 in main (argc=3D1348768328, argv=3D0x0) at = /usr/src/contrib/ntp/ntpd/ntpd.c:394 #10 0x0000000010008b5c in 00000016.plt_call.OBJ_sn2nid () #11 0x00000000500e2b70 in .text () at = /usr/src/libexec/rtld-elf/powerpc64/rtld_start.S:104 Note the expected use of r5 in the below. 0x50403af4 <__pthread_cleanup_push_imp>: nop 0x50403af8 <__pthread_cleanup_push_imp+4>: ld r6,18288(r2) 0x50403afc <__pthread_cleanup_push_imp+8>: cmpldi r6,0 0x50403b00 <__pthread_cleanup_push_imp+12>: beq- 0x50403b10 = <__pthread_cleanup_push_imp+28> 0x50403b04 <__pthread_cleanup_push_imp+16>: mr r6,r13 0x50403b08 <__pthread_cleanup_push_imp+20>: ld r6,-28680(r6) 0x50403b0c <__pthread_cleanup_push_imp+24>: b 0x50403b14 = <__pthread_cleanup_push_imp+32> 0x50403b10 <__pthread_cleanup_push_imp+28>: li r6,0 0x50403b14 <__pthread_cleanup_push_imp+32>: std r3,8(r5) 0x50403b18 <__pthread_cleanup_push_imp+36>: li r3,0 0x50403b1c <__pthread_cleanup_push_imp+40>: std r4,16(r5) 0x50403b20 <__pthread_cleanup_push_imp+44>: stw r3,24(r5) 0x50403b24 <__pthread_cleanup_push_imp+48>: ld r3,552(r6) 0x50403b28 <__pthread_cleanup_push_imp+52>: std r3,0(r5) 0x50403b2c <__pthread_cleanup_push_imp+56>: std r5,552(r6) 0x50403b30 <__pthread_cleanup_push_imp+60>: blr 0x50403b34 <__pthread_cleanup_push_imp+64>: .long 0x0 0x50403b38 <__pthread_cleanup_push_imp+68>: .long 0x0 0x50403b3c <__pthread_cleanup_push_imp+72>: .long 0x0 But note the use of r5 in the below: r5=3D=3D0x50403af4 results, replacing any potential r5 from the call to __pthread_cleanup_push_imp_int . Also r5's value is replaced without accessing or recording the value it the __pthread_cleanup_push_imp_int's start. r5 0x50403af4 1346386676 0x50603c80 <__pthread_cleanup_push_imp_int>: mflr r0 0x50603c84 <__pthread_cleanup_push_imp_int+4>: std r31,-8(r1) 0x50603c88 <__pthread_cleanup_push_imp_int+8>: std r0,16(r1) 0x50603c8c <__pthread_cleanup_push_imp_int+12>: stdu r1,-128(r1) 0x50603c90 <__pthread_cleanup_push_imp_int+16>: mr r31,r1 0x50603c94 <__pthread_cleanup_push_imp_int+20>: nop 0x50603c98 <__pthread_cleanup_push_imp_int+24>: std r2,40(r1) 0x50603c9c <__pthread_cleanup_push_imp_int+28>: ld r5,-22408(r2) 0x50603ca0 <__pthread_cleanup_push_imp_int+32>: ld r5,968(r5) 0x50603ca4 <__pthread_cleanup_push_imp_int+36>: ld r6,8(r5) 0x50603ca8 <__pthread_cleanup_push_imp_int+40>: ld r11,16(r5) 0x50603cac <__pthread_cleanup_push_imp_int+44>: ld r5,0(r5) 0x50603cb0 <__pthread_cleanup_push_imp_int+48>: mr r2,r6 0x50603cb4 <__pthread_cleanup_push_imp_int+52>: mtctr r5 0x50603cb8 <__pthread_cleanup_push_imp_int+56>: bctrl 0x50603cbc <__pthread_cleanup_push_imp_int+60>: ld r2,40(r1) 0x50603cc0 <__pthread_cleanup_push_imp_int+64>: addi r1,r1,128 0x50603cc4 <__pthread_cleanup_push_imp_int+68>: ld r0,16(r1) 0x50603cc8 <__pthread_cleanup_push_imp_int+72>: ld r31,-8(r1) 0x50603ccc <__pthread_cleanup_push_imp_int+76>: mtlr r0 0x50603cd0 <__pthread_cleanup_push_imp_int+80>: blr 0x50603cd4 <__pthread_cleanup_push_imp_int+84>: .long 0x0 0x50603cd8 <__pthread_cleanup_push_imp_int+88>: .long 0x0 0x50603cdc <__pthread_cleanup_push_imp_int+92>: .long 0x0 As the above code is set up for passing 2 arguments to __pthread_cleanup_push_imp (in r3 and r4) the above code uses r5 as a scratch register to hold the computed address of __pthread_cleanup_push_imp. This is not what __pthread_cleanup_push_imp is designed for in its use of r5. But in the below r5 was expected to be passed in to __pthread_cleanup_push_imp_int even though __pthread_cleanup_push_imp_int ignores the r5 value that is supplied. 0x505da750 : mflr r0 0x505da754 : std r31,-8(r1) 0x505da758 : std r0,16(r1) 0x505da75c : stdu r1,-256(r1) 0x505da760 : mr r31,r1 . . . 0x505da7b8 : bl 0x5048a9a0 = <00000017.plt_call._flockfile> 0x505da7bc : ld r2,40(r1) 0x505da7c0 : nop 0x505da7c4 : addi r5,r31,112 0x505da7c8 : mr r4,r29 0x505da7cc : b 0x505da7dc 0x505da7d0 : nop 0x505da7d4 : addi r5,r31,112 0x505da7d8 : li r4,0 0x505da7dc : ld r3,-23664(r2) 0x505da7e0 : bl 0x50603c80 = <__pthread_cleanup_push_imp_int> 0x505da7e4 : nop . . . Conclusion: __pthread_cleanup_push_imp_int should expect and handle 3 arguments and propagate all 3 to __pthread_cleanup_push_imp, not using r5 for the address of __pthread_cleanup_push_imp . I'll only give the backtrace for sshd. Also I've removed the garbage text shown for appname=3D in #8 and just used ". . .". Note that #0 through #2 are very similar to the above for ntpd: same problem for sshd. #0 __pthread_cleanup_push_imp (routine=3D0x507b1248 = <__stdio_cancel_cleanup>, arg=3D0x0, info=3D0x509eaaf4) at = /usr/src/lib/libthr/thread/thr_clean.c:57 #1 0x000000005076bcbc in __pthread_cleanup_push_imp_int (p0=3D0x507b1248,= p1=3D0x0) at /usr/src/lib/libc/gen/_pthread_stubs.c:283 #2 0x00000000507427e4 in fgets (buf=3D0x51415000 "", n=3D511, = fp=3D0x507d4c40) from /lib/libc.so.7 #3 0x00000000504e5268 in file_gets (bp=3D, = buf=3D0x507d4c40 "", size=3D0) at = /usr/src/crypto/openssl/crypto/bio/bss_file.c:461 #4 0x00000000504f0678 in BIO_gets (b=3D, = in=3D0x51415000 "", inl=3D) at = /usr/src/crypto/openssl/crypto/bio/bio_lib.c:303 #5 0x000000005047eaa8 in def_load_bio (conf=3D0x51415000, = in=3D0x5140e000, line=3D0x507d4c40) at = /usr/src/crypto/openssl/crypto/conf/conf_def.c:260 #6 0x000000005047f5b4 in def_load (conf=3D, = name=3D, line=3D0x51415000) at = /usr/src/crypto/openssl/crypto/conf/conf_def.c:207 #7 0x000000005047e518 in NCONF_load (conf=3D0x507b1248, file=3D0x0, = eline=3D0x509eaaf4) at = /usr/src/crypto/openssl/crypto/conf/conf_lib.c:265 #8 0x000000005041e97c in CONF_modules_load_file (filename=3D, appname=3D0x507c3da0 ". . .",=20 flags=3D1363206144) at = /usr/src/crypto/openssl/crypto/conf/conf_mod.c:179 #9 0x00000000503ce39c in OPENSSL_config (config_name=3D0x51415000 "") = at /usr/src/crypto/openssl/crypto/conf/conf_sap.c:90 #10 0x00000000500e6200 in Fssh_ssh_OpenSSL_add_all_algorithms () at = /usr/src/crypto/openssh/openbsd-compat/openssl-compat.c:78 #11 0x000000001000e0e0 in main (ac=3D0, av=3D) at = /usr/src/crypto/openssh/sshd.c:1553 #12 0x000000001000d4bc in 00000016.plt_call.Fssh_scan_scaled () #13 0x0000000050057b70 in .text () at = /usr/src/libexec/rtld-elf/powerpc64/rtld_start.S:104 =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Sun Jul 2 03:41:00 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5378BD9BB73; Sun, 2 Jul 2017 03:41:00 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BDB837DDF1; Sun, 2 Jul 2017 03:40:59 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id v623eqH4040937 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 2 Jul 2017 06:40:53 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua v623eqH4040937 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id v623eq4j040934; Sun, 2 Jul 2017 06:40:52 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 2 Jul 2017 06:40:52 +0300 From: Konstantin Belousov To: Mark Millard Cc: FreeBSD PowerPC ML , FreeBSD Current , freebsd-hackers@freebsd.org Subject: Re: head -r320521 (e.g.): another powerpc64 problem: programs using fgets crash trying to store address over code instead of into __cleanup_info__ Message-ID: <20170702034052.GE1935@kib.kiev.ua> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.8.3 (2017-05-23) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Jul 2017 03:41:00 -0000 On Sat, Jul 01, 2017 at 07:42:11PM -0700, Mark Millard wrote: > powerpc64 is having programs crash with an attempt > to store addresses over code instead of into > __cleanup_info__ when fgets is used. ntpd is an > example. As is sshd (although I've looked at > its details less). Yes, I think you are right. I also see how this worked on amd64, where I tested the change. Try this. diff --git a/lib/libc/gen/_pthread_stubs.c b/lib/libc/gen/_pthread_stubs.c index 18a23216d50..fcf7ff04fed 100644 --- a/lib/libc/gen/_pthread_stubs.c +++ b/lib/libc/gen/_pthread_stubs.c @@ -279,10 +279,11 @@ STUB_FUNC2(pthread_kill, PJT_KILL, int, void *, int) STUB_FUNC2(pthread_setcancelstate, PJT_SETCANCELSTATE, int, int, void *) STUB_FUNC2(pthread_setcanceltype, PJT_SETCANCELTYPE, int, int, void *) STUB_FUNC(pthread_testcancel, PJT_TESTCANCEL, void) -STUB_FUNC1(__pthread_cleanup_pop_imp, PJT_CLEANUP_POP_IMP, int, int) -STUB_FUNC2(__pthread_cleanup_push_imp, PJT_CLEANUP_PUSH_IMP, void, void*, void *); -STUB_FUNC1(_pthread_cancel_enter, PJT_CANCEL_ENTER, int, int) -STUB_FUNC1(_pthread_cancel_leave, PJT_CANCEL_LEAVE, int, int) +STUB_FUNC1(__pthread_cleanup_pop_imp, PJT_CLEANUP_POP_IMP, void, int) +STUB_FUNC3(__pthread_cleanup_push_imp, PJT_CLEANUP_PUSH_IMP, void, void *, + void *, void *); +STUB_FUNC1(_pthread_cancel_enter, PJT_CANCEL_ENTER, void, int) +STUB_FUNC1(_pthread_cancel_leave, PJT_CANCEL_LEAVE, void, int) static int stub_zero(void) From owner-freebsd-current@freebsd.org Sun Jul 2 04:53:57 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BBE5AD9D402 for ; Sun, 2 Jul 2017 04:53:57 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-15.reflexion.net [208.70.210.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 686A87FECD for ; Sun, 2 Jul 2017 04:53:56 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 4961 invoked from network); 2 Jul 2017 04:53:55 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 2 Jul 2017 04:53:55 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.40.1) with SMTP; Sun, 02 Jul 2017 00:53:55 -0400 (EDT) Received: (qmail 26071 invoked from network); 2 Jul 2017 04:53:55 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 2 Jul 2017 04:53:55 -0000 Received: from [192.168.1.114] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id B9F90EC81E6; Sat, 1 Jul 2017 21:53:54 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: head -r320521 (e.g.): another powerpc64 problem: programs using fgets crash trying to store address over code instead of into __cleanup_info__ From: Mark Millard In-Reply-To: <20170702034052.GE1935@kib.kiev.ua> Date: Sat, 1 Jul 2017 21:53:54 -0700 Cc: FreeBSD PowerPC ML , FreeBSD Current , freebsd-hackers@freebsd.org, bob prohaska Content-Transfer-Encoding: quoted-printable Message-Id: <63F748A7-9750-4065-B268-6E19A6BEC829@dsl-only.net> References: <20170702034052.GE1935@kib.kiev.ua> To: Konstantin Belousov X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Jul 2017 04:53:57 -0000 On 2017-Jul-1, at 8:40 PM, Konstantin Belousov = wrote: > On Sat, Jul 01, 2017 at 07:42:11PM -0700, Mark Millard wrote: >> powerpc64 is having programs crash with an attempt >> to store addresses over code instead of into >> __cleanup_info__ when fgets is used. ntpd is an >> example. As is sshd (although I've looked at >> its details less). >=20 > Yes, I think you are right. I also see how this worked on amd64, > where I tested the change. >=20 > Try this. >=20 > diff --git a/lib/libc/gen/_pthread_stubs.c = b/lib/libc/gen/_pthread_stubs.c > index 18a23216d50..fcf7ff04fed 100644 > --- a/lib/libc/gen/_pthread_stubs.c > +++ b/lib/libc/gen/_pthread_stubs.c > @@ -279,10 +279,11 @@ STUB_FUNC2(pthread_kill, PJT_KILL, int, void *, = int) > STUB_FUNC2(pthread_setcancelstate, PJT_SETCANCELSTATE, int, int, void = *) > STUB_FUNC2(pthread_setcanceltype, PJT_SETCANCELTYPE, int, int, void *) > STUB_FUNC(pthread_testcancel, PJT_TESTCANCEL, void) > -STUB_FUNC1(__pthread_cleanup_pop_imp, PJT_CLEANUP_POP_IMP, int, int) > -STUB_FUNC2(__pthread_cleanup_push_imp, PJT_CLEANUP_PUSH_IMP, void, = void*, void *); > -STUB_FUNC1(_pthread_cancel_enter, PJT_CANCEL_ENTER, int, int) > -STUB_FUNC1(_pthread_cancel_leave, PJT_CANCEL_LEAVE, int, int) > +STUB_FUNC1(__pthread_cleanup_pop_imp, PJT_CLEANUP_POP_IMP, void, int) > +STUB_FUNC3(__pthread_cleanup_push_imp, PJT_CLEANUP_PUSH_IMP, void, = void *, > + void *, void *); > +STUB_FUNC1(_pthread_cancel_enter, PJT_CANCEL_ENTER, void, int) > +STUB_FUNC1(_pthread_cancel_leave, PJT_CANCEL_LEAVE, void, int) >=20 > static int > stub_zero(void) That fixed the issue for my powerpc64 context. For examples: sshd and ntpd are running. I'll go rebuild the rest of my contexts now. Thanks! =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Sun Jul 2 07:43:09 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0ADECD9FB42 for ; Sun, 2 Jul 2017 07:43:09 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-15.reflexion.net [208.70.210.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B7B588399D for ; Sun, 2 Jul 2017 07:43:08 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 12784 invoked from network); 2 Jul 2017 07:44:37 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 2 Jul 2017 07:44:37 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.40.1) with SMTP; Sun, 02 Jul 2017 03:43:06 -0400 (EDT) Received: (qmail 18902 invoked from network); 2 Jul 2017 07:43:06 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 2 Jul 2017 07:43:06 -0000 Received: from [192.168.1.114] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id EE7E5EC893D; Sun, 2 Jul 2017 00:43:05 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: BROKEN: svn commit: r320528 - in head/sys: amd64/include arm/arm arm/include arm64/arm64 arm64/include dev/aac dev/aacraid dev/bnxt dev/cxgb dev/cxgb/ulp/iw_cxgb dev/hyperv/storvsc dev/mfi dev/tsec dev/xdm... Message-Id: <6991DEC2-6E7B-40A3-B384-D5BC19E2A2F5@dsl-only.net> Date: Sun, 2 Jul 2017 00:43:05 -0700 To: jah@FreeBSD.org, svn-src-head@freebsd.org, FreeBSD Current X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Jul 2017 07:43:09 -0000 I attempted to jump from head -r320482 to -r320570 for amd64 but the kernel build fails with massive numbers of things like: I'll note that, for example, aac_disk.o was rebuilt: --- all_subdir_aac --- Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/sys/GENERIC-NODBG/modules/usr/src= /sys/modules/aac/aac_disk.o before the below happened. --- kernel.full --- aac_disk.o: In function `aac_disk_dump': /usr/src/sys/dev/aac/aac_disk.c:253: undefined reference to = `bus_dmamap_create' /usr/src/sys/dev/aac/aac_disk.c:301: undefined reference to = `_bus_dmamap_sync' /usr/src/sys/dev/aac/aac_disk.c:314: undefined reference to = `_bus_dmamap_sync' /usr/src/sys/dev/aac/aac_disk.c:317: undefined reference to = `_bus_dmamap_unload' adv_pci.o: In function `adv_pci_attach': /usr/src/sys/dev/advansys/adv_pci.c:225: undefined reference to = `bus_dmamem_alloc' . . . --- kernel.full --- advansys.o: In function `adv_destroy_ccb_info': /usr/src/sys/dev/advansys/advansys.c:596: undefined reference to = `bus_dmamap_destroy' advansys.o: In function `adv_free': /usr/src/sys/dev/advansys/advansys.c:696: undefined reference to = `_bus_dmamap_unload' /usr/src/sys/dev/advansys/advansys.c:699: undefined reference to = `bus_dmamem_free' advansys.o: In function `adv_done': /usr/src/sys/dev/advansys/advansys.c:1093: undefined reference to = `_bus_dmamap_sync' /usr/src/sys/dev/advansys/advansys.c:1094: undefined reference to = `_bus_dmamap_unload' advansys.o: In function `adv_attach': /usr/src/sys/dev/advansys/advansys.c:1335: undefined reference to = `bus_dmamem_alloc' advansys.o: In function `adv_alloc_ccb_info': /usr/src/sys/dev/advansys/advansys.c:580: undefined reference to = `bus_dmamap_create' advansys.o: In function `adv_execute_ccb': /usr/src/sys/dev/advansys/advansys.c:532: undefined reference to = `_bus_dmamap_sync' /usr/src/sys/dev/advansys/advansys.c:545: undefined reference to = `_bus_dmamap_unload' /usr/src/sys/dev/advansys/advansys.c:556: undefined reference to = `_bus_dmamap_unload' . . . (huge amount omitted) . . . --- kernel.full --- if_vmx.o: In function `vmxnet3_alloc_txq_data': /usr/src/sys/dev/vmware/vmxnet3/if_vmx.c:1243: undefined reference to = `bus_dmamap_create' if_vmx.o: In function `vmxnet3_alloc_rxq_data': /usr/src/sys/dev/vmware/vmxnet3/if_vmx.c:1366: undefined reference to = `bus_dmamap_create' /usr/src/sys/dev/vmware/vmxnet3/if_vmx.c:1376: undefined reference to = `bus_dmamap_create' /usr/src/sys/dev/vmware/vmxnet3/if_vmx.c:1366: undefined reference to = `bus_dmamap_create' /usr/src/sys/dev/vmware/vmxnet3/if_vmx.c:1376: undefined reference to = `bus_dmamap_create' if_vmx.o: In function `vmxnet3_free_rxq_data': /usr/src/sys/dev/vmware/vmxnet3/if_vmx.c:1412: undefined reference to = `bus_dmamap_destroy' /usr/src/sys/dev/vmware/vmxnet3/if_vmx.c:1420: undefined reference to = `bus_dmamap_destroy' /usr/src/sys/dev/vmware/vmxnet3/if_vmx.c:1412: undefined reference to = `bus_dmamap_destroy' /usr/src/sys/dev/vmware/vmxnet3/if_vmx.c:1420: undefined reference to = `bus_dmamap_destroy' if_vmx.o: In function `vmxnet3_free_txq_data': /usr/src/sys/dev/vmware/vmxnet3/if_vmx.c:1276: undefined reference to = `bus_dmamap_destroy' if_vmx.o: In function `vmxnet3_txq_unload_mbuf': /usr/src/sys/dev/vmware/vmxnet3/if_vmx.c:2798: undefined reference to = `_bus_dmamap_unload' /usr/src/sys/dev/vmware/vmxnet3/if_vmx.c:2798: undefined reference to = `_bus_dmamap_unload' if_vmx.o: In function `vmxnet3_dma_malloc': /usr/src/sys/dev/vmware/vmxnet3/if_vmx.c:3871: undefined reference to = `bus_dmamem_alloc' if_vmx.o: In function `vmxnet3_dma_free': /usr/src/sys/dev/vmware/vmxnet3/if_vmx.c:3900: undefined reference to = `_bus_dmamap_sync' /usr/src/sys/dev/vmware/vmxnet3/if_vmx.c:3902: undefined reference to = `_bus_dmamap_unload' /usr/src/sys/dev/vmware/vmxnet3/if_vmx.c:3906: undefined reference to = `bus_dmamem_free' if_vmx.o: In function `vmxnet3_txstop': /usr/src/sys/dev/vmware/vmxnet3/if_vmx.c:2358: undefined reference to = `_bus_dmamap_sync' /usr/src/sys/dev/vmware/vmxnet3/if_vmx.c:2360: undefined reference to = `_bus_dmamap_unload' if_vmx.o: In function `vmxnet3_rxstop': /usr/src/sys/dev/vmware/vmxnet3/if_vmx.c:2388: undefined reference to = `_bus_dmamap_sync' /usr/src/sys/dev/vmware/vmxnet3/if_vmx.c:2390: undefined reference to = `_bus_dmamap_unload' /usr/src/sys/dev/vmware/vmxnet3/if_vmx.c:2388: undefined reference to = `_bus_dmamap_sync' /usr/src/sys/dev/vmware/vmxnet3/if_vmx.c:2390: undefined reference to = `_bus_dmamap_unload' if_vmx.o: In function `vmxnet3_newbuf': /usr/src/sys/dev/vmware/vmxnet3/if_vmx.c:1959: undefined reference to = `_bus_dmamap_sync' /usr/src/sys/dev/vmware/vmxnet3/if_vmx.c:1960: undefined reference to = `_bus_dmamap_unload' if_vmx.o: In function `vmxnet3_txq_eof': /usr/src/sys/dev/vmware/vmxnet3/if_vmx.c:1866: undefined reference to = `_bus_dmamap_sync' /usr/src/sys/dev/vmware/vmxnet3/if_vmx.c:1868: undefined reference to = `_bus_dmamap_unload' isci.o: In function `isci_allocate_dma_buffer': /usr/src/sys/dev/isci/isci.c:424: undefined reference to = `bus_dmamem_alloc' isci_io_request.o: In function `isci_io_request_complete': =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Sun Jul 2 08:51:49 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 10A2DDA0E0B for ; Sun, 2 Jul 2017 08:51:49 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-15.reflexion.net [208.70.210.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BFEFD10D for ; Sun, 2 Jul 2017 08:51:48 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 14152 invoked from network); 2 Jul 2017 08:51:46 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 2 Jul 2017 08:51:46 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v8.40.1) with SMTP; Sun, 02 Jul 2017 04:51:46 -0400 (EDT) Received: (qmail 23402 invoked from network); 2 Jul 2017 08:51:46 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 2 Jul 2017 08:51:46 -0000 Received: from [192.168.1.114] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 9ED33EC7C08; Sun, 2 Jul 2017 01:51:45 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: META MODE BROKEN: svn commit: r320528 - in head/sys: amd64/include arm/arm arm/include arm64/arm64 arm64/include dev/aac dev/aacraid dev/bnxt dev/cxgb dev/cxgb/ulp/iw_cxgb dev/hyperv/storvsc dev/mfi dev/tsec dev/xdm... Date: Sun, 2 Jul 2017 01:51:44 -0700 References: <6991DEC2-6E7B-40A3-B384-D5BC19E2A2F5@dsl-only.net> To: Bryan Drewery , jah@FreeBSD.org, svn-src-head@freebsd.org, FreeBSD Current In-Reply-To: <6991DEC2-6E7B-40A3-B384-D5BC19E2A2F5@dsl-only.net> Message-Id: <6FC21EFE-2873-4EE4-81C7-DD9CEAD036B5@dsl-only.net> X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Jul 2017 08:51:49 -0000 [Turns out META_MODE did not update /usr/include/machine/* .] On 2017-Jul-2, at 12:43 AM, Mark Millard wrote: > I attempted to jump from head -r320482 to -r320570 for amd64 > but the kernel build fails with massive numbers of things like: >=20 >=20 > I'll note that, for example, aac_disk.o was rebuilt: >=20 > --- all_subdir_aac --- > Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/sys/GENERIC-NODBG/modules/usr/src= /sys/modules/aac/aac_disk.o >=20 > before the below happened. >=20 >=20 > --- kernel.full --- > aac_disk.o: In function `aac_disk_dump': > /usr/src/sys/dev/aac/aac_disk.c:253: undefined reference to = `bus_dmamap_create' > /usr/src/sys/dev/aac/aac_disk.c:301: undefined reference to = `_bus_dmamap_sync' > /usr/src/sys/dev/aac/aac_disk.c:314: undefined reference to = `_bus_dmamap_sync' > /usr/src/sys/dev/aac/aac_disk.c:317: undefined reference to = `_bus_dmamap_unload' > adv_pci.o: In function `adv_pci_attach': > /usr/src/sys/dev/advansys/adv_pci.c:225: undefined reference to = `bus_dmamem_alloc' > . . . > --- kernel.full --- > advansys.o: In function `adv_destroy_ccb_info': > /usr/src/sys/dev/advansys/advansys.c:596: undefined reference to = `bus_dmamap_destroy' > advansys.o: In function `adv_free': > /usr/src/sys/dev/advansys/advansys.c:696: undefined reference to = `_bus_dmamap_unload' > /usr/src/sys/dev/advansys/advansys.c:699: undefined reference to = `bus_dmamem_free' > advansys.o: In function `adv_done': > /usr/src/sys/dev/advansys/advansys.c:1093: undefined reference to = `_bus_dmamap_sync' > /usr/src/sys/dev/advansys/advansys.c:1094: undefined reference to = `_bus_dmamap_unload' > advansys.o: In function `adv_attach': > /usr/src/sys/dev/advansys/advansys.c:1335: undefined reference to = `bus_dmamem_alloc' > advansys.o: In function `adv_alloc_ccb_info': > /usr/src/sys/dev/advansys/advansys.c:580: undefined reference to = `bus_dmamap_create' > advansys.o: In function `adv_execute_ccb': > /usr/src/sys/dev/advansys/advansys.c:532: undefined reference to = `_bus_dmamap_sync' > /usr/src/sys/dev/advansys/advansys.c:545: undefined reference to = `_bus_dmamap_unload' > /usr/src/sys/dev/advansys/advansys.c:556: undefined reference to = `_bus_dmamap_unload' > . . . (huge amount omitted) . . . > --- kernel.full --- > if_vmx.o: In function `vmxnet3_alloc_txq_data': > /usr/src/sys/dev/vmware/vmxnet3/if_vmx.c:1243: undefined reference to = `bus_dmamap_create' > if_vmx.o: In function `vmxnet3_alloc_rxq_data': > /usr/src/sys/dev/vmware/vmxnet3/if_vmx.c:1366: undefined reference to = `bus_dmamap_create' > /usr/src/sys/dev/vmware/vmxnet3/if_vmx.c:1376: undefined reference to = `bus_dmamap_create' > /usr/src/sys/dev/vmware/vmxnet3/if_vmx.c:1366: undefined reference to = `bus_dmamap_create' > /usr/src/sys/dev/vmware/vmxnet3/if_vmx.c:1376: undefined reference to = `bus_dmamap_create' > if_vmx.o: In function `vmxnet3_free_rxq_data': > /usr/src/sys/dev/vmware/vmxnet3/if_vmx.c:1412: undefined reference to = `bus_dmamap_destroy' > /usr/src/sys/dev/vmware/vmxnet3/if_vmx.c:1420: undefined reference to = `bus_dmamap_destroy' > /usr/src/sys/dev/vmware/vmxnet3/if_vmx.c:1412: undefined reference to = `bus_dmamap_destroy' > /usr/src/sys/dev/vmware/vmxnet3/if_vmx.c:1420: undefined reference to = `bus_dmamap_destroy' > if_vmx.o: In function `vmxnet3_free_txq_data': > /usr/src/sys/dev/vmware/vmxnet3/if_vmx.c:1276: undefined reference to = `bus_dmamap_destroy' > if_vmx.o: In function `vmxnet3_txq_unload_mbuf': > /usr/src/sys/dev/vmware/vmxnet3/if_vmx.c:2798: undefined reference to = `_bus_dmamap_unload' > /usr/src/sys/dev/vmware/vmxnet3/if_vmx.c:2798: undefined reference to = `_bus_dmamap_unload' > if_vmx.o: In function `vmxnet3_dma_malloc': > /usr/src/sys/dev/vmware/vmxnet3/if_vmx.c:3871: undefined reference to = `bus_dmamem_alloc' > if_vmx.o: In function `vmxnet3_dma_free': > /usr/src/sys/dev/vmware/vmxnet3/if_vmx.c:3900: undefined reference to = `_bus_dmamap_sync' > /usr/src/sys/dev/vmware/vmxnet3/if_vmx.c:3902: undefined reference to = `_bus_dmamap_unload' > /usr/src/sys/dev/vmware/vmxnet3/if_vmx.c:3906: undefined reference to = `bus_dmamem_free' > if_vmx.o: In function `vmxnet3_txstop': > /usr/src/sys/dev/vmware/vmxnet3/if_vmx.c:2358: undefined reference to = `_bus_dmamap_sync' > /usr/src/sys/dev/vmware/vmxnet3/if_vmx.c:2360: undefined reference to = `_bus_dmamap_unload' > if_vmx.o: In function `vmxnet3_rxstop': > /usr/src/sys/dev/vmware/vmxnet3/if_vmx.c:2388: undefined reference to = `_bus_dmamap_sync' > /usr/src/sys/dev/vmware/vmxnet3/if_vmx.c:2390: undefined reference to = `_bus_dmamap_unload' > /usr/src/sys/dev/vmware/vmxnet3/if_vmx.c:2388: undefined reference to = `_bus_dmamap_sync' > /usr/src/sys/dev/vmware/vmxnet3/if_vmx.c:2390: undefined reference to = `_bus_dmamap_unload' > if_vmx.o: In function `vmxnet3_newbuf': > /usr/src/sys/dev/vmware/vmxnet3/if_vmx.c:1959: undefined reference to = `_bus_dmamap_sync' > /usr/src/sys/dev/vmware/vmxnet3/if_vmx.c:1960: undefined reference to = `_bus_dmamap_unload' > if_vmx.o: In function `vmxnet3_txq_eof': > /usr/src/sys/dev/vmware/vmxnet3/if_vmx.c:1866: undefined reference to = `_bus_dmamap_sync' > /usr/src/sys/dev/vmware/vmxnet3/if_vmx.c:1868: undefined reference to = `_bus_dmamap_unload' > isci.o: In function `isci_allocate_dma_buffer': > /usr/src/sys/dev/isci/isci.c:424: undefined reference to = `bus_dmamem_alloc' > isci_io_request.o: In function `isci_io_request_complete': Looks like this is the result of /usr/include/machine/* (such as bus_dma.h ) not having been updated appropriately by META_MODE to match: /usr/src/sys/amd64/include/bus_dma.h # diff -u /usr/include/machine/bus_dma.h = /usr/src/sys/amd64/include/bus_dma.h --- /usr/include/machine/bus_dma.h 2017-03-23 11:14:59.000000000 = -0700 +++ /usr/src/sys/amd64/include/bus_dma.h 2017-07-01 = 23:58:19.756701000 -0700 @@ -23,12 +23,12 @@ * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY = OF * SUCH DAMAGE. * - * $FreeBSD: head/sys/amd64/include/bus_dma.h 148275 2005-07-22 = 04:03:25Z obrien $ + * $FreeBSD: head/sys/amd64/include/bus_dma.h 320528 2017-07-01 = 05:35:29Z jah $ */ =20 #ifndef _AMD64_BUS_DMA_H_ #define _AMD64_BUS_DMA_H_ =20 -#include +#include =20 =20 #endif /* _AMD64_BUS_DMA_H_ */ # ls -lTt /usr/include/machine/ total 417 -r--r--r-- 1 root wheel 7509 Jun 14 00:43:43 2017 vmparam.h -r--r--r-- 1 root wheel 3390 Jun 14 00:43:43 2017 proc.h -r--r--r-- 1 root wheel 8687 May 3 02:46:12 2017 pcpu.h -r--r--r-- 1 root wheel 2661 May 3 02:46:12 2017 counter.h -r--r--r-- 1 root wheel 22692 May 3 02:46:12 2017 atomic.h -r--r--r-- 1 root wheel 2935 Apr 15 00:24:33 2017 db_machdep.h -r--r--r-- 1 root wheel 154 Mar 23 11:14:59 2017 _align.h -r--r--r-- 1 root wheel 1837 Mar 23 11:14:59 2017 _bus.h -r--r--r-- 1 root wheel 160 Mar 23 11:14:59 2017 _inttypes.h -r--r--r-- 1 root wheel 156 Mar 23 11:14:59 2017 _limits.h -r--r--r-- 1 root wheel 156 Mar 23 11:14:59 2017 _stdint.h -r--r--r-- 1 root wheel 154 Mar 23 11:14:59 2017 _types.h . . . =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Sun Jul 2 09:30:36 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 98841DA1924 for ; Sun, 2 Jul 2017 09:30:36 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-15.reflexion.net [208.70.210.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 50AA811FC for ; Sun, 2 Jul 2017 09:30:35 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 7685 invoked from network); 2 Jul 2017 09:30:34 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 2 Jul 2017 09:30:34 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.40.1) with SMTP; Sun, 02 Jul 2017 05:30:34 -0400 (EDT) Received: (qmail 14382 invoked from network); 2 Jul 2017 09:30:34 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 2 Jul 2017 09:30:34 -0000 Received: from [192.168.1.114] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id B38ABEC7C08; Sun, 2 Jul 2017 02:30:33 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: BROKEN: svn commit: r320528 - in head/sys: amd64/include arm/arm arm/include arm64/arm64 arm64/include dev/aac dev/aacraid dev/bnxt dev/cxgb dev/cxgb/ulp/iw_cxgb dev/hyperv/storvsc dev/mfi dev/tsec dev/xdm... Date: Sun, 2 Jul 2017 02:30:33 -0700 References: <6991DEC2-6E7B-40A3-B384-D5BC19E2A2F5@dsl-only.net> <6FC21EFE-2873-4EE4-81C7-DD9CEAD036B5@dsl-only.net> To: Bryan Drewery , jah@FreeBSD.org, svn-src-head@freebsd.org, FreeBSD Current In-Reply-To: <6FC21EFE-2873-4EE4-81C7-DD9CEAD036B5@dsl-only.net> Message-Id: <0A511C6E-A688-43AF-9D6D-FE79B2A79831@dsl-only.net> X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Jul 2017 09:30:36 -0000 [On second thought: the build should not be depending on /usr/include/machine/* . And using installworld to indirectly update /usr/include/machine/* did not fix the problem by itself. I still had to also delete /usr/obj/amd64_clang/amd64.amd64/usr/src/sys/* in order for buildkernel to work.] On 2017-Jul-2, at 1:51 AM, Mark Millard wrote: > [Turns out META_MODE did not update /usr/include/machine/* .] >=20 > On 2017-Jul-2, at 12:43 AM, Mark Millard = wrote: >=20 >> I attempted to jump from head -r320482 to -r320570 for amd64 >> but the kernel build fails with massive numbers of things like: >>=20 >>=20 >> I'll note that, for example, aac_disk.o was rebuilt: >>=20 >> --- all_subdir_aac --- >> Building = /usr/obj/amd64_clang/amd64.amd64/usr/src/sys/GENERIC-NODBG/modules/usr/src= /sys/modules/aac/aac_disk.o >>=20 >> before the below happened. >>=20 >>=20 >> --- kernel.full --- >> aac_disk.o: In function `aac_disk_dump': >> /usr/src/sys/dev/aac/aac_disk.c:253: undefined reference to = `bus_dmamap_create' >> /usr/src/sys/dev/aac/aac_disk.c:301: undefined reference to = `_bus_dmamap_sync' >> /usr/src/sys/dev/aac/aac_disk.c:314: undefined reference to = `_bus_dmamap_sync' >> /usr/src/sys/dev/aac/aac_disk.c:317: undefined reference to = `_bus_dmamap_unload' >> adv_pci.o: In function `adv_pci_attach': >> /usr/src/sys/dev/advansys/adv_pci.c:225: undefined reference to = `bus_dmamem_alloc' >> . . . >> --- kernel.full --- >> advansys.o: In function `adv_destroy_ccb_info': >> /usr/src/sys/dev/advansys/advansys.c:596: undefined reference to = `bus_dmamap_destroy' >> advansys.o: In function `adv_free': >> /usr/src/sys/dev/advansys/advansys.c:696: undefined reference to = `_bus_dmamap_unload' >> /usr/src/sys/dev/advansys/advansys.c:699: undefined reference to = `bus_dmamem_free' >> advansys.o: In function `adv_done': >> /usr/src/sys/dev/advansys/advansys.c:1093: undefined reference to = `_bus_dmamap_sync' >> /usr/src/sys/dev/advansys/advansys.c:1094: undefined reference to = `_bus_dmamap_unload' >> advansys.o: In function `adv_attach': >> /usr/src/sys/dev/advansys/advansys.c:1335: undefined reference to = `bus_dmamem_alloc' >> advansys.o: In function `adv_alloc_ccb_info': >> /usr/src/sys/dev/advansys/advansys.c:580: undefined reference to = `bus_dmamap_create' >> advansys.o: In function `adv_execute_ccb': >> /usr/src/sys/dev/advansys/advansys.c:532: undefined reference to = `_bus_dmamap_sync' >> /usr/src/sys/dev/advansys/advansys.c:545: undefined reference to = `_bus_dmamap_unload' >> /usr/src/sys/dev/advansys/advansys.c:556: undefined reference to = `_bus_dmamap_unload' >> . . . (huge amount omitted) . . . >> --- kernel.full --- >> if_vmx.o: In function `vmxnet3_alloc_txq_data': >> /usr/src/sys/dev/vmware/vmxnet3/if_vmx.c:1243: undefined reference to = `bus_dmamap_create' >> if_vmx.o: In function `vmxnet3_alloc_rxq_data': >> /usr/src/sys/dev/vmware/vmxnet3/if_vmx.c:1366: undefined reference to = `bus_dmamap_create' >> /usr/src/sys/dev/vmware/vmxnet3/if_vmx.c:1376: undefined reference to = `bus_dmamap_create' >> /usr/src/sys/dev/vmware/vmxnet3/if_vmx.c:1366: undefined reference to = `bus_dmamap_create' >> /usr/src/sys/dev/vmware/vmxnet3/if_vmx.c:1376: undefined reference to = `bus_dmamap_create' >> if_vmx.o: In function `vmxnet3_free_rxq_data': >> /usr/src/sys/dev/vmware/vmxnet3/if_vmx.c:1412: undefined reference to = `bus_dmamap_destroy' >> /usr/src/sys/dev/vmware/vmxnet3/if_vmx.c:1420: undefined reference to = `bus_dmamap_destroy' >> /usr/src/sys/dev/vmware/vmxnet3/if_vmx.c:1412: undefined reference to = `bus_dmamap_destroy' >> /usr/src/sys/dev/vmware/vmxnet3/if_vmx.c:1420: undefined reference to = `bus_dmamap_destroy' >> if_vmx.o: In function `vmxnet3_free_txq_data': >> /usr/src/sys/dev/vmware/vmxnet3/if_vmx.c:1276: undefined reference to = `bus_dmamap_destroy' >> if_vmx.o: In function `vmxnet3_txq_unload_mbuf': >> /usr/src/sys/dev/vmware/vmxnet3/if_vmx.c:2798: undefined reference to = `_bus_dmamap_unload' >> /usr/src/sys/dev/vmware/vmxnet3/if_vmx.c:2798: undefined reference to = `_bus_dmamap_unload' >> if_vmx.o: In function `vmxnet3_dma_malloc': >> /usr/src/sys/dev/vmware/vmxnet3/if_vmx.c:3871: undefined reference to = `bus_dmamem_alloc' >> if_vmx.o: In function `vmxnet3_dma_free': >> /usr/src/sys/dev/vmware/vmxnet3/if_vmx.c:3900: undefined reference to = `_bus_dmamap_sync' >> /usr/src/sys/dev/vmware/vmxnet3/if_vmx.c:3902: undefined reference to = `_bus_dmamap_unload' >> /usr/src/sys/dev/vmware/vmxnet3/if_vmx.c:3906: undefined reference to = `bus_dmamem_free' >> if_vmx.o: In function `vmxnet3_txstop': >> /usr/src/sys/dev/vmware/vmxnet3/if_vmx.c:2358: undefined reference to = `_bus_dmamap_sync' >> /usr/src/sys/dev/vmware/vmxnet3/if_vmx.c:2360: undefined reference to = `_bus_dmamap_unload' >> if_vmx.o: In function `vmxnet3_rxstop': >> /usr/src/sys/dev/vmware/vmxnet3/if_vmx.c:2388: undefined reference to = `_bus_dmamap_sync' >> /usr/src/sys/dev/vmware/vmxnet3/if_vmx.c:2390: undefined reference to = `_bus_dmamap_unload' >> /usr/src/sys/dev/vmware/vmxnet3/if_vmx.c:2388: undefined reference to = `_bus_dmamap_sync' >> /usr/src/sys/dev/vmware/vmxnet3/if_vmx.c:2390: undefined reference to = `_bus_dmamap_unload' >> if_vmx.o: In function `vmxnet3_newbuf': >> /usr/src/sys/dev/vmware/vmxnet3/if_vmx.c:1959: undefined reference to = `_bus_dmamap_sync' >> /usr/src/sys/dev/vmware/vmxnet3/if_vmx.c:1960: undefined reference to = `_bus_dmamap_unload' >> if_vmx.o: In function `vmxnet3_txq_eof': >> /usr/src/sys/dev/vmware/vmxnet3/if_vmx.c:1866: undefined reference to = `_bus_dmamap_sync' >> /usr/src/sys/dev/vmware/vmxnet3/if_vmx.c:1868: undefined reference to = `_bus_dmamap_unload' >> isci.o: In function `isci_allocate_dma_buffer': >> /usr/src/sys/dev/isci/isci.c:424: undefined reference to = `bus_dmamem_alloc' >> isci_io_request.o: In function `isci_io_request_complete': >=20 >=20 > Looks like this is the result of >=20 > /usr/include/machine/* (such as bus_dma.h ) >=20 > not having been updated appropriately by > META_MODE to match: >=20 > /usr/src/sys/amd64/include/bus_dma.h >=20 >=20 > # diff -u /usr/include/machine/bus_dma.h = /usr/src/sys/amd64/include/bus_dma.h > --- /usr/include/machine/bus_dma.h 2017-03-23 11:14:59.000000000 = -0700 > +++ /usr/src/sys/amd64/include/bus_dma.h 2017-07-01 = 23:58:19.756701000 -0700 > @@ -23,12 +23,12 @@ > * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY = OF > * SUCH DAMAGE. > * > - * $FreeBSD: head/sys/amd64/include/bus_dma.h 148275 2005-07-22 = 04:03:25Z obrien $ > + * $FreeBSD: head/sys/amd64/include/bus_dma.h 320528 2017-07-01 = 05:35:29Z jah $ > */ >=20 > #ifndef _AMD64_BUS_DMA_H_ > #define _AMD64_BUS_DMA_H_ >=20 > -#include > +#include =20 >=20 > #endif /* _AMD64_BUS_DMA_H_ */ >=20 >=20 > # ls -lTt /usr/include/machine/ > total 417 > -r--r--r-- 1 root wheel 7509 Jun 14 00:43:43 2017 vmparam.h > -r--r--r-- 1 root wheel 3390 Jun 14 00:43:43 2017 proc.h > -r--r--r-- 1 root wheel 8687 May 3 02:46:12 2017 pcpu.h > -r--r--r-- 1 root wheel 2661 May 3 02:46:12 2017 counter.h > -r--r--r-- 1 root wheel 22692 May 3 02:46:12 2017 atomic.h > -r--r--r-- 1 root wheel 2935 Apr 15 00:24:33 2017 db_machdep.h > -r--r--r-- 1 root wheel 154 Mar 23 11:14:59 2017 _align.h > -r--r--r-- 1 root wheel 1837 Mar 23 11:14:59 2017 _bus.h > -r--r--r-- 1 root wheel 160 Mar 23 11:14:59 2017 _inttypes.h > -r--r--r-- 1 root wheel 156 Mar 23 11:14:59 2017 _limits.h > -r--r--r-- 1 root wheel 156 Mar 23 11:14:59 2017 _stdint.h > -r--r--r-- 1 root wheel 154 Mar 23 11:14:59 2017 _types.h > . . . Updating /usr/include/machine/* and then buildkernel did not update the likes of: = /usr/obj/amd64_clang/amd64.amd64/usr/src/sys/GENERIC-NODBG/modules/usr/src= /sys/modules/aac/aac_disk.o again so the problem stayed. Then deleting /usr/obj/amd64_clang/amd64.amd64/usr/src/sys/* and doing buildkernel finally did manage to build correctly. Remember that the original buildkernel attempt did rebuild: = /usr/obj/amd64_clang/amd64.amd64/usr/src/sys/GENERIC-NODBG/modules/usr/src= /sys/modules/aac/aac_disk.o but the result was bad for linking it (as an example). It appears that I needed both steps to get a good build: A) Update /usr/include/machine/* . (I did a full installworld.) B) Delete /usr/obj/amd64_clang/amd64.amd64/usr/src/sys/* . [Note: I force the path to have amd64.amd64/ : it is not a cross build.] So there may be two problems: A) An apparent need for /usr/include/machine/* to be up to date. (Unless installworld had other side-effects that contributed.) B) Lack of rebuilding the likes of: = /usr/obj/amd64_clang/amd64.amd64/usr/src/sys/GENERIC-NODBG/modules/usr/src= /sys/modules/aac/aac_disk.o once (A) was dealt with. (But I deleted more than just the long list if failing .o's in order to force rebuilds.) =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Sun Jul 2 11:35:36 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A8603DA3A0E for ; Sun, 2 Jul 2017 11:35:36 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:130:3ffc::401:25]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mx1.sbone.de", Issuer "SBone.DE" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 6A8ED64145 for ; Sun, 2 Jul 2017 11:35:36 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 641DA25D388E for ; Sun, 2 Jul 2017 11:35:25 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 53B8AD1F7FE for ; Sun, 2 Jul 2017 11:35:24 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id HWa_ApeYbK73 for ; Sun, 2 Jul 2017 11:35:23 +0000 (UTC) Received: from [10.9.29.255] (unknown [IPv6:fde9:577b:c1a9:f001::2]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id C95AED1F7DF for ; Sun, 2 Jul 2017 11:35:22 +0000 (UTC) From: "Bjoern A. Zeeb" To: "FreeBSD Current" Subject: dtc files in gnu/usr.bin Date: Sun, 02 Jul 2017 11:35:20 +0000 Message-ID: <25B7B790-01CB-463D-9A7F-E8C20A0BBC5C@lists.zabbadoz.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed; markup=markdown Content-Transfer-Encoding: 8bit X-Mailer: MailMate (2.0BETAr6086) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Jul 2017 11:35:36 -0000 Hi, at the end of a universe run I have the following files in my src tree which don’t belong there: ? gnu/usr.bin/dtc/.depend ? gnu/usr.bin/dtc/dtc ? gnu/usr.bin/dtc/dtc-lexer.lex.c ? gnu/usr.bin/dtc/dtc-parser.tab.c ? gnu/usr.bin/dtc/dtc-parser.tab.h ? gnu/usr.bin/dtc/dtc.debug ? gnu/usr.bin/dtc/dtc.full ? gnu/usr.bin/dtc/ld.core ? gnu/usr.bin/dtc/version_gen.h I especially like the ld.core ;-) % file gnu/usr.bin/dtc/ld.core gnu/usr.bin/dtc/ld.core: ELF 64-bit LSB core file x86-64, version 1 (FreeBSD), FreeBSD-style, from 'sers/bz/obj/mips.mips64hf/tank/users/bz/head.svn/tmp/usr/bin/ld --sysroot' Can someone please go and see that these files are properly generated in the obj directory? /bz From owner-freebsd-current@freebsd.org Sun Jul 2 11:40:11 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C3111DA3B10 for ; Sun, 2 Jul 2017 11:40:11 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4622D642C2 for ; Sun, 2 Jul 2017 11:40:10 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from hermann ([78.55.123.4]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0M54s2-1de3DB0XM6-00zG4o for ; Sun, 02 Jul 2017 13:40:03 +0200 Date: Sun, 2 Jul 2017 13:40:01 +0200 From: "Hartmann, O." To: FreeBSD CURRENT Subject: static routes on VLAN on CURRENT Message-ID: <20170702133957.1f337a2e@hermann> Organization: walstatt.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K0:Nvp+ZONf3lqessVYKT04kT5SL3ATYQQqMavWiUZsoMDxk0AOtfr u/pxsPXsBYAOYo3DFnEaRgv4cReKT0AC0zVSWt6gG29e/Z1oCqWFt2DsaDno5Qng/CagMNL AsnuD/8WPxtQqHxYNeiAmsmc8txjawg560NI4L3kV0TbLdmUt3be//yxJCJO8Jssyj6Uoh5 NDHAEbWIfNl51YNqHS0Qw== X-UI-Out-Filterresults: notjunk:1;V01:K0:tXr4WZ7vlfU=:wG82ppMJod9qqJ2Fg42+k4 yyTT4OcSWGHxp+QA7svozmT9Y5GD7yZKv98ob5xWOsQIAQQLiXgxwDHRUBghTGTb4d/5k3qmN TNrsQMdIv61r4ldGe21fpRWUsd0D22Z4mGdNniWIPTJivU6E2lDJ5DaXXU7Cmag5pi30cscFX npKj1YDqeFVSAVqvpu/mjyfxA27wUFN3nEkqbKJgpSbbC2W+qVfeKv6Cs4FyoS+ruDwlorFED Up2aB2jGX9tmenIYxdR1ugWKCQrQFIDWWLQEnqqSET8q/z/h5Mb2YTxxq50BbW86kysIhlQXQ ny7y90gJVeOrN4Y7IUaWOqrxADF1YxRqeXdvYzR/8Ni8DhQuO4yNG70IcjyN7yYcoum627mjc lt36EewRgcgHT31xXELM0Z5RM5LxP3WS5RgBm7D6ESfpSG5fhuriBCdsEivG/zBLaqQ4vHLcq bpnmRW94/q+01M5xhskfQFZDjgqzLfv0kqE0tWr9JzPP0fejbMPD4Ll7J+a5C01HAc0eC6v+1 EFNIY9EQR0zLW3vGy00Yj3AVg5wnCrp9dR12kymxMVI0bnSbyGix7GiarJTlVn45DNndA9SP0 7ekzS5oqrgesj3F/mf8YyqQmwpZYgLsTxqk1iAgCYD2bnSpxc9FGm0ldpgpBXbpD0P02kEE9X +AUoYd56Y5yp/7JEdHFDPi8hj8Cn7e4FBa5tWOFjPXXTx4cveKICOTKvzig1yEPkLF1xsdXru 2y9kYRMwfBO7BiFQiPNF8dPpaSKp7bAZoNccBd0uJA2uDj3WowUNI7NjWHL+RdCH8gA2u3I5K afzQbVs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Jul 2017 11:40:11 -0000 Fiddling around with a self-brewn router/firewall based on 12-CURRENT and ipfw, I run into problems when setting up a trunk port with different VLANs and static routes. The "router" has three NICs, igb0, igb1, igb2 (it is de facto an APU 2C4 from PCengines). igb0 is attached to an external VDSL2+ Modem and not connected at the moment. igb2 is also not connected yet. igb1 bears several VLANs: 2, 10, 100 (igb1.2, igb1.10 ...) and the "native", untagged LAN (on igb1). There is no default route set, but even with the ISP's network active and igb0/tun0, via ppp configuration, with tun0 attached to the address obtained by the ISP and set as default route, the problem I try to describe persists and is the same with or without the default route. On igb1.2 (vlan tag 2) I want to run an asterisk PBX (that is the main goal). The interface is attached with the IP 192.168.2.1. The NIX is attached to a VLAN capable switch and VLAN 2 is for VoIP telephones. To not use a routing daemon due to the small size of my network, I desided to use static routes, in rc.conf I placed the following variables: static_routes=3D"igb1.2 igb1.10" route_igb1_2=3D"-net 192.168.2.0/24 -interface igb1.2" route_igb1_10=3D"-net 192.168.10.0/24 -interface igb1.10" igb1 is assigned to IP/NET 192.168.0.1/24 netstat -Warn gives me (as dummy, since I have no direct access to the box via serial console from the system I write this mail): Internet: Destination Gateway Flags Use Mtu Netif 127.0.0.1 link#3 UH 334564 16384 lo0 192.168.0.0/24 link#4 U 23452 1500 igb1=20 192.168.0.1 link#4 UHS 29734 16384 lo0 192.168.2.0/24 link#5 U 271 1500 igb1.2=20 192.168.2.1 link#5 UHS 0 16384 lo0 For readability, the Expire column has been avoided. Since I use some tuning and security advisories for advanced settings, for the tests they were disabled or reset to FreeBSD's defaults, i.e. blackhole etc. gateway_enable=3D"YES" is set, I checked the sysctl also. Further, icmp_drop_redirect=3D"NO" and "net.inet.ip.forwarding=3D0". I followed basically chapter 30.2 "Gateways and routes" of the recent handbook in addition to the Wiki "NetworkPerformanceTuning" of FreeBSD's. =46rom the routing device itself, it is possible to ssh into a VoIP client attached to the switch to which igb1.2 trunks the net. Pinging is also possible. Attached to igb1 is the 192.168.0.1/24 network with a bunch of hosts. =46rom any host within this network it is possible to ping the 192.168.2.0/24 network and its hosts within, but no SSH, not web (80, 443).=20 Since my IPFW setup is a catastrophy, I switched it off (ipfw firewall disable) in combination with setting "net.inte.ip.fw.default_to_accept=3D1". So, this should ensure that anything is passed the ipfw. But the result is still the same. What am I doing wrong here? Is inter VLAN routing in FreeBSD CURRENT even possible? My knowledge about routing is limited. The handbook covers the most simplest examples and from the perspective of the simple examples, VLAN static routing should be very similar - regarding to chapter 30.2, and the example of multiple (two) routers separating the network, the router with multiple "NICs/VLANs" is very much the same except the fact that in the example shown in 30.2 the routing devices do have two NICs while in my case there is only one "backend" to all NICs. What is wrong in my logic? Thanks for your patience, kind regards Oliver From owner-freebsd-current@freebsd.org Sun Jul 2 12:44:56 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 71AB9DA537D for ; Sun, 2 Jul 2017 12:44:56 +0000 (UTC) (envelope-from freebsd-current@dino.sk) Received: from mailhost.netlabit.sk (mailhost.netlabit.sk [84.245.65.72]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E082A660B2 for ; Sun, 2 Jul 2017 12:44:54 +0000 (UTC) (envelope-from freebsd-current@dino.sk) Received: from zeta.dino.sk (fw3.dino.sk [84.245.95.254]) (AUTH: LOGIN milan) by mailhost.netlabit.sk with ESMTPA; Sun, 02 Jul 2017 14:39:42 +0200 id 00F4C773.5958E98E.0000FB86 Date: Sun, 2 Jul 2017 14:39:34 +0200 From: Milan Obuch To: ohartmann@walstatt.org Cc: freebsd-current@freebsd.org Subject: Re: static routes on VLAN on CURRENT Message-ID: <20170702143934.2bbcc98a@zeta.dino.sk> In-Reply-To: <20170702133957.1f337a2e@hermann> References: <20170702133957.1f337a2e@hermann> X-Mailer: Claws Mail 3.15.0 (GTK+ 2.24.31; i386-portbld-freebsd10.3) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Jul 2017 12:44:56 -0000 On Sun, 2 Jul 2017 13:40:01 +0200 "Hartmann, O." wrote: [ snip ] > On igb1.2 (vlan tag 2) I want to run an asterisk PBX (that is the main > goal). The interface is attached with the IP 192.168.2.1. The NIX is > attached to a VLAN capable switch and VLAN 2 is for VoIP telephones. >=20 > To not use a routing daemon due to the small size of my network, I > desided to use static routes, in rc.conf I placed the following > variables: >=20 > static_routes=3D"igb1.2 igb1.10" > route_igb1_2=3D"-net 192.168.2.0/24 -interface igb1.2" > route_igb1_10=3D"-net 192.168.10.0/24 -interface igb1.10" >=20 > igb1 is assigned to IP/NET 192.168.0.1/24 >=20 > netstat -Warn gives me (as dummy, since I have no direct access to the > box via serial console from the system I write this mail): >=20 > Internet: > Destination Gateway Flags Use Mtu Netif > 127.0.0.1 link#3 UH 334564 16384 lo0 > 192.168.0.0/24 link#4 U 23452 1500 igb1=20 > 192.168.0.1 link#4 UHS 29734 16384 lo0 > 192.168.2.0/24 link#5 U 271 1500 igb1.2=20 > 192.168.2.1 link#5 UHS 0 16384 lo0 > I think you did not include network 192.168.10.0/24 on igb1.10... > For readability, the Expire column has been avoided. >=20 > Since I use some tuning and security advisories for advanced settings, > for the tests they were disabled or reset to FreeBSD's defaults, i.e. > blackhole etc. >=20 > gateway_enable=3D"YES" is set, I checked the sysctl also. Further, > icmp_drop_redirect=3D"NO" and "net.inet.ip.forwarding=3D0". I followed > basically chapter 30.2 "Gateways and routes" of the recent handbook in > addition to the Wiki "NetworkPerformanceTuning" of FreeBSD's. > This is kind of contradiction here - if you have line gateway_enable=3D"YES" in /etc/rc.conf, then you should have set net.inet.ip.forwarding=3D1 after system boot. If you edited /etc/rc.conf, setting will be activated after reboot. > From the routing device itself, it is possible to ssh into a VoIP > client attached to the switch to which igb1.2 trunks the net. Pinging > is also possible. >=20 > Attached to igb1 is the 192.168.0.1/24 network with a bunch of hosts. > From any host within this network it is possible to ping the > 192.168.2.0/24 network and its hosts within, but no SSH, not web (80, > 443).=20 > Weird - if icmp (ping) works and tcp (web, ssh) not, something is filtering traffic. But with net.inet.ip.forwarding=3D0, even pinging host should not work. Try tcpdump to see what's going on.=20 > Since my IPFW setup is a catastrophy, I switched it off (ipfw firewall > disable) in combination with setting > "net.inte.ip.fw.default_to_accept=3D1". So, this should ensure that > anything is passed the ipfw. But the result is still the same. What am > I doing wrong here? Is inter VLAN routing in FreeBSD CURRENT even > possible? > =46rom network architecture view, there is no difference - vlan is network interface just like physical ethernet. Basically everything is the same (sometimes there is issue with mtu, but this hardware dependent). Regards, Milan From owner-freebsd-current@freebsd.org Sun Jul 2 19:12:22 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7F0F5DAB69E for ; Sun, 2 Jul 2017 19:12:22 +0000 (UTC) (envelope-from freebsd-current@dino.sk) Received: from mailhost.netlabit.sk (mailhost.netlabit.sk [84.245.65.72]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id F3AB973D36 for ; Sun, 2 Jul 2017 19:12:21 +0000 (UTC) (envelope-from freebsd-current@dino.sk) Received: from zeta.dino.sk (fw3.dino.sk [84.245.95.254]) (AUTH: LOGIN milan) by mailhost.netlabit.sk with ESMTPA; Sun, 02 Jul 2017 21:12:18 +0200 id 00F4BF10.59594592.00011F4E Date: Sun, 2 Jul 2017 21:12:17 +0200 From: Milan Obuch To: ohartmann@walstatt.org Cc: freebsd-current@freebsd.org Subject: Re: static routes on VLAN on CURRENT Message-ID: <20170702211217.0d22b349@zeta.dino.sk> In-Reply-To: <20170702201344.274eb23d@hermann> References: <20170702133957.1f337a2e@hermann> <20170702143934.2bbcc98a@zeta.dino.sk> <20170702201344.274eb23d@hermann> X-Mailer: Claws Mail 3.15.0 (GTK+ 2.24.31; i386-portbld-freebsd10.3) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Jul 2017 19:12:22 -0000 On Sun, 2 Jul 2017 20:13:49 +0200 "Hartmann, O." wrote: > On Sun, 2 Jul 2017 14:39:34 +0200 > Milan Obuch wrote: [ snip ] > > > To not use a routing daemon due to the small size of my network, I > > > desided to use static routes, in rc.conf I placed the following > > > variables: > > > > > > static_routes="igb1.2 igb1.10" > > > route_igb1_2="-net 192.168.2.0/24 -interface igb1.2" > > > route_igb1_10="-net 192.168.10.0/24 -interface igb1.10" > > > > > > igb1 is assigned to IP/NET 192.168.0.1/24 > > > Just to be exact, could you show us ifconfig lines from rc.conf as well? It is common to have something like cloned_interfaces="igb1.2 igb1.10" ifconfig_igb1_2="192.168.2.1/24" ifconfig_igb1_10="192.168.10.1/24" and no static routes as you showed, because address assigned to interface means automatically line in route table, however, they should look identical to those shown in your first mail. > > > netstat -Warn gives me (as dummy, since I have no direct access to > > > the box via serial console from the system I write this mail): > > > > > > Internet: > > > Destination Gateway Flags Use Mtu Netif > > > 127.0.0.1 link#3 UH 334564 16384 lo0 > > > 192.168.0.0/24 link#4 U 23452 1500 > > > igb1 192.168.0.1 link#4 UHS 29734 > > > 16384 lo0 192.168.2.0/24 link#5 U > > > 271 1500 igb1.2 192.168.2.1 link#5 UHS 0 > > > 16384 lo0 > > > > I think you did not include network 192.168.10.0/24 on igb1.10... > > I skipped that, it is quite the same according to the settings of the > others and unused for now. So it doesn't matter. But you're right. > This was just for tha sake of completteness, nothing else. [ sysctl stuff snipped - not relevant, I think ] > > > From the routing device itself, it is possible to ssh into a VoIP > > > client attached to the switch to which igb1.2 trunks the net. > > > Pinging is also possible. > > > > > > Attached to igb1 is the 192.168.0.1/24 network with a bunch of > > > hosts. From any host within this network it is possible to ping > > > the 192.168.2.0/24 network and its hosts within, but no SSH, not > > > web (80, 443). > > > > > > > Weird - if icmp (ping) works and tcp (web, ssh) not, something is > > filtering traffic. But with net.inet.ip.forwarding=0, even pinging > > host should not work. Try tcpdump to see what's going on. > > net.inet.ip.forwarding works as expected. See above, I confused the > OID. > [ snip ] > > From network architecture view, there is no difference - vlan is > > network interface just like physical ethernet. Basically everything > > is the same (sometimes there is issue with mtu, but this hardware > > dependent). > > Yes, so I thought, but as you stated, something is filtering and I > have no clue what. > Then I just recommend tcpdump - I would use 'tcpdump -nepi igb1.2 host 192.168.0.x and host 192.168.2.y' and 'tcpdump -nepi igb1 host 192.168.0.x and host 192.168.2.y' in two session and compare outputs when pinging from 192.168.0.x to 192.168.2.y and when trying to ssh from the former to the later. Also there is a question then what these two devices are, what OS are they running, their network configuration... then we can analyse the problem better. Regards, Milan From owner-freebsd-current@freebsd.org Sun Jul 2 20:17:56 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7A7E1DAC3B1 for ; Sun, 2 Jul 2017 20:17:56 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-qk0-x22c.google.com (mail-qk0-x22c.google.com [IPv6:2607:f8b0:400d:c09::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 32C97753A9 for ; Sun, 2 Jul 2017 20:17:56 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: by mail-qk0-x22c.google.com with SMTP id v143so48881137qkb.0 for ; Sun, 02 Jul 2017 13:17:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=NfCLgfrlFNatcdYeSCz1R3ZBXpCd5o8IGK4dYsp9+n0=; b=gLBYHPzcYj1G2v9oeaVicZVcxS/Ii3AIEvYJ9arxSbpbXrOvfWEb0MVxMXr7EQaipB bcaRuyLPp6NfF5EAoOoevOzGoyaoKABpKujl/kmfvJgYT0j9ZGIsB02HjY+drVy93REQ cbmr2d5nsLi7r//hmmt6nb8sRUY2T6EPlQWvIH5mzjGGa9+WIm/IwpuZtlOeAfnB7lI+ quQ+te9aoznzjmbsVtVTRaA9/tLHMA6TErz37L7hKRfyEnG1cfE0ehSaBsswZ18xN+5v r6QGfISex8Gc/siBCkPmryMUGDTsKEn/Ah/Or/wZNUsAS/6SzjtzkAaE4acRFal8LtOV J2og== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=NfCLgfrlFNatcdYeSCz1R3ZBXpCd5o8IGK4dYsp9+n0=; b=ddD7GFAgQVwoQzlTm0UnAH+gz8h9dch7AnT8/DjTv4VGu8FKglJ7nZ98cGXN63RWCW 7yRJhQaXDjGMB/+r9BLvrwsPcafa/RV/l8ZI8FsEsyg3zuWJS3wjILrD1n2eymjyU3Wh pXXeigMnyetHJRT6kBGPAJ5lxsbQGYTfdl46dbeEbpRM34XSd8qDGJ3JPpAbBwteCTsi cwr856qxF6OwhxXWRj1Kqq7rLnmnH0beK/jVUiH5gNBH/CXQnRcI/Wt0m+lYg4jHTHTj dShMS0tqGvLZsbFzd1IdzvPlYpAEVp2QVD0D07wcA3XE5ymE6v3cFJSLsYPNmhEt6Twv VJUg== X-Gm-Message-State: AKS2vOxR0i8UXcSdd6jj2Wvf0rgwRhB2mks1WPJrfJwNChV4IAW+sjqy Rrx/DMeN0jTp3qUjyLHFTfsvsBVPGQ== X-Received: by 10.55.217.6 with SMTP id u6mr35086609qki.151.1499026674587; Sun, 02 Jul 2017 13:17:54 -0700 (PDT) MIME-Version: 1.0 Received: by 10.140.20.151 with HTTP; Sun, 2 Jul 2017 13:17:54 -0700 (PDT) Received: by 10.140.20.151 with HTTP; Sun, 2 Jul 2017 13:17:54 -0700 (PDT) In-Reply-To: <20170702133957.1f337a2e@hermann> References: <20170702133957.1f337a2e@hermann> From: Freddie Cash Date: Sun, 2 Jul 2017 13:17:54 -0700 Message-ID: Subject: Re: static routes on VLAN on CURRENT To: "Hartmann, O." Cc: FreeBSD-Current Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Jul 2017 20:17:56 -0000 On Jul 2, 2017 4:40 AM, "Hartmann, O." wrote: Fiddling around with a self-brewn router/firewall based on 12-CURRENT and ipfw, I run into problems when setting up a trunk port with different VLANs and static routes. The "router" has three NICs, igb0, igb1, igb2 (it is de facto an APU 2C4 from PCengines). igb0 is attached to an external VDSL2+ Modem and not connected at the moment. igb2 is also not connected yet. igb1 bears several VLANs: 2, 10, 100 (igb1.2, igb1.10 ...) and the "native", untagged LAN (on igb1). While it will sometimes work, I find that mixing tagged and untagged vlans on a single interface leads to all kinds of silent failures and issues. Just make vlan 1 tagged on that interface and the switch port. Then ignore igb1 completely, and only use the igb1.X interfaces for everything. To not use a routing daemon due to the small size of my network, I desided to use static routes, in rc.conf I placed the following variables: static_routes="igb1.2 igb1.10" route_igb1_2="-net 192.168.2.0/24 -interface igb1.2" route_igb1_10="-net 192.168.10.0/24 -interface igb1.10" You shouldn't need to add static routes as there routes will be added automatically when you assign an IP/netmask to the interface. Simplify things. Make everything tagged vlans, reduce your rc.conf to just IP assignments to the sub interfaces, and see how things work. Build it up from there. Cheers, Freddie From owner-freebsd-current@freebsd.org Sun Jul 2 18:13:55 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9AE83DAA72B for ; Sun, 2 Jul 2017 18:13:55 +0000 (UTC) (envelope-from o.hartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1611972739 for ; Sun, 2 Jul 2017 18:13:54 +0000 (UTC) (envelope-from o.hartmann@walstatt.org) Received: from hermann ([78.55.123.4]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LnxxQ-1duSPv1cng-00fvyG; Sun, 02 Jul 2017 20:13:51 +0200 Date: Sun, 2 Jul 2017 20:13:49 +0200 From: "Hartmann, O." To: Milan Obuch Cc: ohartmann@walstatt.org, freebsd-current@freebsd.org Subject: Re: static routes on VLAN on CURRENT Message-ID: <20170702201344.274eb23d@hermann> In-Reply-To: <20170702143934.2bbcc98a@zeta.dino.sk> References: <20170702133957.1f337a2e@hermann> <20170702143934.2bbcc98a@zeta.dino.sk> Organization: walstatt.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:SUzsbMoxvTDdndsjnrDxBrdW3NyB1HX3u0j5T93W6GJGxQQsrIf bBPUlvBlbZ77AAqjC9XykemLtlKo+Si5XRPQJ5S0uHJU2k80DzP52SZbmoXGHhsRDAFRCwD KIQh8ScuGnp7p1wSTBQ95DWXNuWCs5htpm597B19lYnSO9HmhOzPDEXCod7lH185t/9384/ Q7miI7ssIeTWF8GTeROFQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:AF22TvrKDnU=:q6UyHSJV3JVwdVlcZZfYSb 5N9JeqQMl8mkOQoRLSm8KAnTvy+aa13dIj+YgZdUzeorODfEn5TEEUPyZaw2yCZynClsm1ovY Wmh3L8fs7F1XRSyItB02duLDw7f87Lbx2BNeajW/WZIj+ZXvb7eXXOd3k4LBZMBFjqm1S4hN0 k3P0Po5GGgKKOCl4AZ3GJY03gyIR9Knj0zIwFR9sDj4KjH/gYIiJEPMTTPPcx1cwQhBe8udHC 2b6+Ja2IFQ/vAUeoj8qLVSH2hYdAHjDawLjpbm0DcC0/jWUry2VnLibScVCfwOCNZxjRPq5YC jOx7Njv5Ggs4DhBAtc6vrMaVvXhcLnwFOdnZZGFw0cNyaSgmxPsbhTPFJHzHg0lAh/aDHVCmi JBy4TqYQv9ia/Jn/x3cLFSeWdNW/6nl7rB8XnV4PKCWAq0RhVktXwMNCH8By2BlIvjJRO9c6l 7IP+84jokulwOIzfWz1itx40gmhLTXkzMH1+HretxOvS6iadNLiZK/Nk/9lW0+3FDKU+fe1gX 2TtRhdBNY8KTk7fIA6CSvCSRXmaYdLcFzRF4MbvRfo2tGZ9PkQKAVrRcmRmQPU/41yBSnI1gn jUHV8RjpovRXqEbaGetKIm9SHRilcv2c/48UU9lZRfV6kvnzXmaoHnyzTOnJKavboHgzBqvGL NoO8PR54CdZS8NRG7unfZE9dQrPy2UnoQUKyDZ7YBNL7mJT2Hehu/n6+fmwMYSwtqtPUJE+Oy sQSgWNDQ+Msf57Sisym978k3E/32J/Fm8FXOKXrzRA7y+AETuntI/3OoQWSb9RcfZPoaLSkPw RxL3F9Z X-Mailman-Approved-At: Mon, 03 Jul 2017 02:30:38 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Jul 2017 18:13:55 -0000 On Sun, 2 Jul 2017 14:39:34 +0200 Milan Obuch wrote: > On Sun, 2 Jul 2017 13:40:01 +0200 > "Hartmann, O." wrote: > > [ snip ] > > > On igb1.2 (vlan tag 2) I want to run an asterisk PBX (that is the > > main goal). The interface is attached with the IP 192.168.2.1. The > > NIX is attached to a VLAN capable switch and VLAN 2 is for VoIP > > telephones. > > > > To not use a routing daemon due to the small size of my network, I > > desided to use static routes, in rc.conf I placed the following > > variables: > > > > static_routes="igb1.2 igb1.10" > > route_igb1_2="-net 192.168.2.0/24 -interface igb1.2" > > route_igb1_10="-net 192.168.10.0/24 -interface igb1.10" > > > > igb1 is assigned to IP/NET 192.168.0.1/24 > > > > netstat -Warn gives me (as dummy, since I have no direct access to > > the box via serial console from the system I write this mail): > > > > Internet: > > Destination Gateway Flags Use Mtu Netif > > 127.0.0.1 link#3 UH 334564 16384 lo0 > > 192.168.0.0/24 link#4 U 23452 1500 igb1 > > 192.168.0.1 link#4 UHS 29734 16384 lo0 > > 192.168.2.0/24 link#5 U 271 1500 > > igb1.2 192.168.2.1 link#5 UHS 0 > > 16384 lo0 > > I think you did not include network 192.168.10.0/24 on igb1.10... I skipped that, it is quite the same according to the settings of the others and unused for now. So it doesn't matter. But you're right. > > > For readability, the Expire column has been avoided. > > > > Since I use some tuning and security advisories for advanced > > settings, for the tests they were disabled or reset to FreeBSD's > > defaults, i.e. blackhole etc. > > > > gateway_enable="YES" is set, I checked the sysctl also. Further, > > icmp_drop_redirect="NO" and "net.inet.ip.forwarding=0". I followed > > basically chapter 30.2 "Gateways and routes" of the recent handbook > > in addition to the Wiki "NetworkPerformanceTuning" of FreeBSD's. > > > > This is kind of contradiction here - if you have line > > gateway_enable="YES" > > in /etc/rc.conf, then you should have set > > net.inet.ip.forwarding=1 > > after system boot. If you edited /etc/rc.conf, setting will be > activated after reboot. It is and it has alwyas been - I confused it with net.inet.ip.redirect=0 > > > From the routing device itself, it is possible to ssh into a VoIP > > client attached to the switch to which igb1.2 trunks the net. > > Pinging is also possible. > > > > Attached to igb1 is the 192.168.0.1/24 network with a bunch of > > hosts. From any host within this network it is possible to ping the > > 192.168.2.0/24 network and its hosts within, but no SSH, not web > > (80, 443). > > > > Weird - if icmp (ping) works and tcp (web, ssh) not, something is > filtering traffic. But with net.inet.ip.forwarding=0, even pinging > host should not work. Try tcpdump to see what's going on. net.inet.ip.forwarding works as expected. See above, I confused the OID. > > > Since my IPFW setup is a catastrophy, I switched it off (ipfw > > firewall disable) in combination with setting > > "net.inte.ip.fw.default_to_accept=1". So, this should ensure that > > anything is passed the ipfw. But the result is still the same. What > > am I doing wrong here? Is inter VLAN routing in FreeBSD CURRENT even > > possible? > > > > From network architecture view, there is no difference - vlan is > network interface just like physical ethernet. Basically everything is > the same (sometimes there is issue with mtu, but this hardware > dependent). Yes, so I thought, but as you stated, something is filtering and I have no clue what. > > Regards, > > Milan Kind regards, Oliver From owner-freebsd-current@freebsd.org Mon Jul 3 04:29:58 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B63909DD5A9 for ; Mon, 3 Jul 2017 04:29:58 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2FC4881181 for ; Mon, 3 Jul 2017 04:29:57 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from freyja.zeit4.iv.bundesimmobilien.de ([87.138.105.249]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MeMOx-1d50gF1Wj1-00QEYB; Mon, 03 Jul 2017 06:29:48 +0200 Date: Mon, 3 Jul 2017 06:29:41 +0200 From: "O. Hartmann" To: Milan Obuch Cc: ohartmann@walstatt.org, freebsd-current@freebsd.org Subject: Re: static routes on VLAN on CURRENT Message-ID: <20170703062941.4eb9658d@freyja.zeit4.iv.bundesimmobilien.de> In-Reply-To: <20170702211217.0d22b349@zeta.dino.sk> References: <20170702133957.1f337a2e@hermann> <20170702143934.2bbcc98a@zeta.dino.sk> <20170702201344.274eb23d@hermann> <20170702211217.0d22b349@zeta.dino.sk> Organization: Walstatt MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:shL/qMMemC7ank1g4nv4sujl2ZXMvkGTYSSnUwJt97RsFtfdmI8 dr+EA44Vijwp99j7aiwDUIo7Tz9wWry6AcsIz/1uE/GvhN5BruFNE/XhMliFIUyUe4Zqpit 4EWwmIL2O3/9m794CfLs0E5+lSI/ectbAy1OR176UoI8mHd5ZhT5YU86wX8kk9Kj4eeLyJe hW2yDcNJRzdhhDREUqqNw== X-UI-Out-Filterresults: notjunk:1;V01:K0:gU1UT+eLcrs=:qzCorfXsgp3189OJLpQ5yu WJ9JFTNAOvjsNAEWIL7xhH992PgrGBXCRuu5oowCN0cK/bhYZJ3u+eu3zdWuYMkpICCXd5274 D5zyXd7iDwVesgGv4culjxRP34QGofa73zzdK052HBDpXAwKc2VAAMhn6mEvpNlHqc1SHJ8lQ eOIWxPPe0xlJ9z0wLx5SOPhlj4PTbiXdI9Dq9WQEThT6VC9WmNJOZ8QO2c2frk0UMjpDyrCBe EtBZEbgkSX367EpvHHZVt6CSBv7GQJJyc1a1sqLPVH0IyxyCXDszCDtPQgEIZMAVaa6AT4Iz0 iudu5sVacx+uRzYpOJmJtElty1GS7f5PKxRhJ0Nbd/NpGE7Sn0tgXS1fkODL1zSg1IHgq3sef VTdf1Bw06gmQWdTy7bRNLbjCiB9n9bsU7T89EGThWrOuvCW7176t1H9n61SC8mwhpp1kO5vJ1 loXlnMSDHakUB/6DgrDRj5hqCBdDLIs8yF5upOLc0mngeZoUaIuqo9nnC/9bn8jD2XRxVmnTi XVmBOs9nxV5Gc8jvRXMHfP/j8c0ZLyk1eDeFObzZxNVe++2mtKyqdlVI9WyOZs84Yph2Zxcza Tajqjc40I42sB8353R4pRl9CdOZT2Md/g/lIYQvdTRKzjLqvHg633aIqWnoKd29Z2VZ7QBd4a uOwlD6mvctmRbLpjB/L+bDhnbMJRyoLALy/hP+hhjgS+uE5wdB9SsHaljWy9FqzdCoNVLFDLS n6CBBtbtyRj/mWbDj4nqoX6mdPV3ABs6AYTikSKJKz7EFIhLpGjviPMNIij3l7CtaRXUOR3VD nkH9GVE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jul 2017 04:29:58 -0000 On Sun, 2 Jul 2017 21:12:17 +0200 Milan Obuch wrote: > On Sun, 2 Jul 2017 20:13:49 +0200 > "Hartmann, O." wrote: > > > On Sun, 2 Jul 2017 14:39:34 +0200 > > Milan Obuch wrote: > > [ snip ] > > > > > To not use a routing daemon due to the small size of my network, I > > > > desided to use static routes, in rc.conf I placed the following > > > > variables: > > > > > > > > static_routes="igb1.2 igb1.10" > > > > route_igb1_2="-net 192.168.2.0/24 -interface igb1.2" > > > > route_igb1_10="-net 192.168.10.0/24 -interface igb1.10" > > > > > > > > igb1 is assigned to IP/NET 192.168.0.1/24 > > > > > > Just to be exact, could you show us ifconfig lines from rc.conf as well? > It is common to have something like I do not have entries in cloned_interfaces="". I use vlans_igb1="2 10" and so forth. > > cloned_interfaces="igb1.2 igb1.10" > ifconfig_igb1_2="192.168.2.1/24" > ifconfig_igb1_10="192.168.10.1/24" ifconfig_igb1_2="inet 192.168.2.1 netmask 0xffffff00" same for igb1.10 Additionally, I had the static route definitions. I deleted them and realised that routing is done automatically - something that is not desired in the first place. The "thinking" behind static routes was not to have routing between those interfaces in an automatic manner, but explicitely allowed via the static route. My bad, FBSD seems to have some surprises left. > > and no static routes as you showed, because address assigned to > interface means automatically line in route table, however, they should > look identical to those shown in your first mail. Yes, they do and the routing seems to be established. > > > > > netstat -Warn gives me (as dummy, since I have no direct access to > > > > the box via serial console from the system I write this mail): > > > > > > > > Internet: > > > > Destination Gateway Flags Use Mtu Netif > > > > 127.0.0.1 link#3 UH 334564 16384 lo0 > > > > 192.168.0.0/24 link#4 U 23452 1500 > > > > igb1 192.168.0.1 link#4 UHS 29734 > > > > 16384 lo0 192.168.2.0/24 link#5 U > > > > 271 1500 igb1.2 192.168.2.1 link#5 UHS 0 > > > > 16384 lo0 > > > > > > I think you did not include network 192.168.10.0/24 on igb1.10... > > > > I skipped that, it is quite the same according to the settings of the > > others and unused for now. So it doesn't matter. But you're right. > > > > This was just for tha sake of completteness, nothing else. > > [ sysctl stuff snipped - not relevant, I think ] > > > > > From the routing device itself, it is possible to ssh into a VoIP > > > > client attached to the switch to which igb1.2 trunks the net. > > > > Pinging is also possible. > > > > > > > > Attached to igb1 is the 192.168.0.1/24 network with a bunch of > > > > hosts. From any host within this network it is possible to ping > > > > the 192.168.2.0/24 network and its hosts within, but no SSH, not > > > > web (80, 443). > > > > > > > > > > Weird - if icmp (ping) works and tcp (web, ssh) not, something is > > > filtering traffic. But with net.inet.ip.forwarding=0, even pinging > > > host should not work. Try tcpdump to see what's going on. > > > > net.inet.ip.forwarding works as expected. See above, I confused the > > OID. > > > > [ snip ] > > > > From network architecture view, there is no difference - vlan is > > > network interface just like physical ethernet. Basically everything > > > is the same (sometimes there is issue with mtu, but this hardware > > > dependent). > > > > Yes, so I thought, but as you stated, something is filtering and I > > have no clue what. > > > > Then I just recommend tcpdump - I would use 'tcpdump -nepi igb1.2 host > 192.168.0.x and host 192.168.2.y' and 'tcpdump -nepi igb1 host > 192.168.0.x and host 192.168.2.y' in two session and compare outputs > when pinging from 192.168.0.x to 192.168.2.y and when trying to ssh > from the former to the later. Also there is a question then what these > two devices are, what OS are they running, their network > configuration... then we can analyse the problem better. Thank you very much for the details of analysing. I regret, at the moment I have no access to the facility. But except the device bearing the IP 192.168.2.y, which is a commercial VoIP endpoint, other parties are 12-CURRENT of a very well known OS. I'll check as soon as I have acces. > > Regards, > Milan > Thank you very much and kind regards, Oliver From owner-freebsd-current@freebsd.org Mon Jul 3 04:48:49 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7B4C39DD9E7 for ; Mon, 3 Jul 2017 04:48:49 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E8232818CC for ; Mon, 3 Jul 2017 04:48:48 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from freyja.zeit4.iv.bundesimmobilien.de ([87.138.105.249]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MJGFi-1dQEao1YMs-002nhv; Mon, 03 Jul 2017 06:48:40 +0200 Date: Mon, 3 Jul 2017 06:48:39 +0200 From: "O. Hartmann" To: Freddie Cash Cc: "Hartmann, O." , FreeBSD-Current Subject: Re: static routes on VLAN on CURRENT Message-ID: <20170703064839.6c99b594@freyja.zeit4.iv.bundesimmobilien.de> In-Reply-To: References: <20170702133957.1f337a2e@hermann> Organization: Walstatt MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:Gvs0GAKyvqa6dLbahyRGNk+cAGtdryYS3eVQHAi0mno2UBqyjGX LHY9W3fCZ+Mv4A/dkqict2lFQ/8Dr41s7LKM02cZJlCWOln5dH/LAHx5uamLIqic2sX/mnr AJvwdwEJGWvyo8c8Wilq7zXfwTG57Ex3emGy9Xewh1fe9ZahZM00aiJjL37uzahpxG2bdC4 QurufqtK8tx8T2nWFfosA== X-UI-Out-Filterresults: notjunk:1;V01:K0:D+RBSWOjkoo=:n5IDkPG5FRLj2b065/4Pxr cEh/4ls/sUtNwe5FYXyF5yicoGWIF0oCuybFFPthI+TTLozGh1e4NbHyJY0CCqprtMXHpna1A mLcU0tctVLEai7jHcBqMNoNyK9pHRz7qhkHvabA79E5RnE+go/h3hkQmuCP+/PcaASjI0TSHG X86FdcKLunSe+q3Nc0InAqPfde/nFh76PC8s60jzRn/QG0zV/ivJVbz9dtfHawTa5/WBrBwUI xlYVvJtmmEXMcNS9osycEFppSXbPAcwfkDlRW8v8KhJSsTf76TqvuteUQv5LgLJUorA9IswbO 2P/qru3kWeKeYXIFKN6TekurX7x4WaEpLQZSQRPf661wKcih/MN8iJxFuE+bRhqKgxZnlMGRW TL+96squ0IYvHwcrEf6mg46gvnxRg845myTaZg5xTfURP3vLA4grIEiHbrgLTgnCqy/710mIT WmPcwQrPh+dZMACLqKyPH+RL+2G9RwT2xp/L6Y9oL2rl7jxsBmBgMFLxOXypzaK7XjX9H4+y8 8RK3drKqmKZBpVEqETl55i+jyqpwu2THmHZJ2mJNLSv/kjoAZhrYr29+PqoHHquxirOJigIdU 3oo5vEXOC9kOipTTKXG2DtM8jEDS6OK0vr2kpBg3wSeALeb1TMApsa7ErqnqN56KfycSqEgl8 /7OEW/6/SANslK1lwTz5fnjP5N0ZWAvQAywxw/B2L2/jLDLvdaCv/sruRDGZfTIKKSgjnvdeO Ag3AjHYEyW4yS/fx2zXuE89srCRH7UMOb17twIRLGSmZHy0g8YZR/2bhZLdlKnhKSSlQyIqWN N9Nphff X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jul 2017 04:48:49 -0000 On Sun, 2 Jul 2017 13:17:54 -0700 Freddie Cash wrote: > On Jul 2, 2017 4:40 AM, "Hartmann, O." wrote: > > Fiddling around with a self-brewn router/firewall based on 12-CURRENT > and ipfw, I run into problems when setting up a trunk port with > different VLANs and static routes. > > The "router" has three NICs, igb0, igb1, igb2 (it is de facto an APU > 2C4 from PCengines). igb0 is attached to an external VDSL2+ Modem and > not connected at the moment. igb2 is also not connected yet. > > igb1 bears several VLANs: 2, 10, 100 (igb1.2, igb1.10 ...) and the > "native", untagged LAN (on igb1). > > > While it will sometimes work, I find that mixing tagged and untagged vlans > on a single interface leads to all kinds of silent failures and issues. > > Just make vlan 1 tagged on that interface and the switch port. Then ignore > igb1 completely, and only use the igb1.X interfaces for everything. A very good advice, but I didn't come that far since first I have to refactor the whole network and I didn't want to shoot myself into the foot. > > To not use a routing daemon due to the small size of my network, I > desided to use static routes, in rc.conf I placed the following > variables: > > static_routes="igb1.2 igb1.10" > route_igb1_2="-net 192.168.2.0/24 -interface igb1.2" > route_igb1_10="-net 192.168.10.0/24 -interface igb1.10" > > > You shouldn't need to add static routes as there routes will be added > automatically when you assign an IP/netmask to the interface. yes, I founf this out already - a bit disturbin, isn't it? The thinking behind my "solution" was not to route automatically. I think isolating networks needs to be done via ipfw then. Well, to be honest, the main issue is that there is the igb0 device, which will be attached to tun0 in case the VDSL modem is attached and receiving its IP from the ISP. FreeBSD's ppp client adds this device as the default route via add! default HISADDR add! default HISADDR6 The igb1.2 VLAN 2 in my scenario should be the interface for the VoIP facility - and it should be some kind restricted. The router itself is running NanoBSD 12-CURRENT and as soon as I have figured out to automatically create and install a small jail which then contains PBX, DNS et cetera, igb1.2 is then the jail's interface. And it should not interfere with my office's LAN by accident. > > Simplify things. Make everything tagged vlans, reduce your rc.conf to just > IP assignments to the sub interfaces, and see how things work. Build it up > from there. Good thinking. > > Cheers, > Freddie Thank you very much, Oliver From owner-freebsd-current@freebsd.org Mon Jul 3 18:27:54 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9DEE49ECDF4 for ; Mon, 3 Jul 2017 18:27:54 +0000 (UTC) (envelope-from ler@FreeBSD.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [IPv6:2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "thebighonker.lerctr.org", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7BB9C7B48E for ; Mon, 3 Jul 2017 18:27:54 +0000 (UTC) (envelope-from ler@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Content-Type:MIME-Version:Message-ID:Subject:To:From:Date:Sender :Reply-To:Cc:Content-Transfer-Encoding:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=wfyAfHKXeUi/Fo2D1lOMC4Y3FcwIpm5+fRltKCbJjoI=; b=Ibj/ROOneIW8CE3TNCRK5e51hh 98bFeVclEU5xduQYBQ/632jEf/UsgxKflbu9ppQspjemTJjjpHyBbTsxPDD77AJQpqXOQ/nceG0Nf KWIfY3CYkRD6O+0uKlU4Bs7ljb6EnXASiZ1X6zFZnYkjz54so0Andp1YC5j+rj5b2V7c=; Received: from [2001:470:1f0f:42c:8091:18f6:1518:6e96] (port=64516 helo=lrosenman.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.89 (FreeBSD)) (envelope-from ) id 1dS64f-000OOR-5u for freebsd-current@freebsd.org; Mon, 03 Jul 2017 13:27:53 -0500 Date: Mon, 3 Jul 2017 13:27:52 -0500 From: Larry Rosenman To: freebsd-current@freebsd.org Subject: -CURRENT: print/texinfo and apache24 issues at r320573 Message-ID: <20170703182752.4wcm6qoulc2qkvgi@lrosenman.lerctr.org> Mail-Followup-To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="5zoajcclpdypfiiw" Content-Disposition: inline User-Agent: NeoMutt/20170609 (1.8.3) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jul 2017 18:27:54 -0000 --5zoajcclpdypfiiw Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Since I upgraded my world/kernel to r320573 from r320339, I can't build pri= nt/texinfo nor start my httpd.=20 Ideas? Larry Rosenman [12:18 PM]=20 anyone else having issues building texinfo on -CURRENT?=20 panic: bad free, ->next->prev=3D80509aaa0, header=3D80509aaa0, ->prev->next= =3Da5a5a5a5a5a50020 at ../tp/Texinfo/Parser.pm line 3907. panic: bad free, ->next->prev=3D5a5a5a5a5a5a5a5a, header=3D80509a9b0, ->pre= v->next=3D80509a9b0 during global destruction. gmake[4]: *** [Makefile:1297: info-stnd.info] Error 25 gmake[4]: *** Waiting for unfinished jobs.... Assertion failed: (header->next->prev =3D=3D header), function Perl_safesys= realloc, file util.c, line 243. Abort trap (core dumped) [12:19]=20 I also can=E2=80=99t get my httpd up it sigsegv=E2=80=99s in parsing it=E2= =80=99s config [12:19]=20 driving me nuts today [12:20]=20 borg.lerctr.org /usr/local/poudriere/data/logs/bulk/live-host-ports/2017-07= -02_12h16m20s/logs/errors $ uname -aKU FreeBSD borg.lerctr.org 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r320573: Sun J= ul 2 10:50:05 CDT 2017 root@borg.lerctr.org:/usr/obj/usr/src/sys/VT-LE= R amd64 1200037 1200037 borg.lerctr.org /usr/local/poudriere/data/logs/bulk/live-host-ports/2017-07= -02_12h16m20s/logs/errors $ [12:21]=20 borg.lerctr.org / $ gdb -c httpd.core /usr/local/sbin/httpd GNU gdb (GDB) 7.12.1 [GDB v7.12.1 for FreeBSD] Copyright (C) 2017 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type =E2=80=9Cshow c= opying=E2=80=9D and =E2=80=9Cshow warranty=E2=80=9D for details. This GDB was configured as =E2=80=9Cx86_64-portbld-freebsd12.0=E2=80=9D. Type =E2=80=9Cshow configuration=E2=80=9D for configuration details. For bug reporting instructions, please see: . Find the GDB manual and other documentation resources online at: . For help, type =E2=80=9Chelp=E2=80=9D. Type =E2=80=9Capropos word=E2=80=9D to search for commands related to =E2= =80=9Cword=E2=80=9D... Reading symbols from /usr/local/sbin/httpd...(no debugging symbols found)..= =2Edone. [New LWP 101514] Core was generated by `/usr/local/sbin/httpd -DNOHTTPACCEPT -t=E2=80=99. Program terminated with signal SIGSEGV, Segmentation fault. #0 0x0000000801d09b90 in strcmp () from /lib/libc.so.7 (gdb) bt #0 0x0000000801d09b90 in strcmp () from /lib/libc.so.7 #1 0x0000000000457d9a in process_resource_config_fnmatch () #2 0x0000000000457d2f in process_resource_config_fnmatch () #3 0x0000000000457d2f in process_resource_config_fnmatch () #4 0x0000000000457d2f in process_resource_config_fnmatch () #5 0x0000000000457d2f in process_resource_config_fnmatch () #6 0x0000000000457d2f in process_resource_config_fnmatch () #7 0x0000000000457a69 in ap_process_fnmatch_configs () #8 0x0000000000448eb0 in include_config () #9 0x0000000000459ac8 in invoke_cmd () #10 0x0000000000456cda in ap_build_config_sub () #11 0x00000000004571ab in ap_build_config () #12 0x00000000004578d9 in ap_process_resource_config () #13 0x0000000000458d81 in ap_read_config () #14 0x0000000000430c8d in main () (gdb) --=20 Larry Rosenman http://people.FreeBSD.org/~ler Phone: +1 214-642-9640 E-Mail: ler@FreeBSD.org US Mail: 17716 Limpia Crk, Round Rock, TX 78664-7281 --5zoajcclpdypfiiw Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQFhBAABCgBLFiEEHjgknedhWzvJgwVzaXyZsatIp30FAllajKgtFIAAAAAAFQAP cGthLWFkZHJlc3NAZ251cGcub3JnbGVyQEZyZWVCU0Qub3JnAAoJEGl8mbGrSKd9 acIIAKEsX1S2X+VRHJGNpemjdszoLHsRCyLUvH2NktcW5XtuJMi0j5SxcAc+ibLw UY7k9vr6RRWW7rHZEcDue1IcrvYr/n4MG2ByTrqdb+yJs99efgsUBpzS6uFi6VbG RbqAGzKSFDPVvxNdR2NrLzpdZUL30raEIeNSg2bLnDkOPbvPGfB3EVwi1nbsnMSj eOmAtM90GOHiCqjEg5+hX4ASeBqRPytHRtYQho6ikQPQdTmR5rJYrGyjxWhpZLXx UjxiARKdgsOxmfgpEGRPXoyxdH9thzkaWgx+CeIr730VoB9sFWDK/ilmy/oiV74T Apqt8ntF9OcqJyzaBnpEzKpNGb8= =gsIl -----END PGP SIGNATURE----- --5zoajcclpdypfiiw-- From owner-freebsd-current@freebsd.org Mon Jul 3 18:32:40 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 814879ECFFA for ; Mon, 3 Jul 2017 18:32:40 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3F6057B8D0 for ; Mon, 3 Jul 2017 18:32:40 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from pi by home.opsec.eu with local (Exim 4.89 (FreeBSD)) (envelope-from ) id 1dS69K-000Bhx-CS for freebsd-current@freebsd.org; Mon, 03 Jul 2017 20:32:42 +0200 Date: Mon, 3 Jul 2017 20:32:42 +0200 From: Kurt Jaeger To: freebsd-current@freebsd.org Subject: Re: -CURRENT: print/texinfo and apache24 issues at r320573 Message-ID: <20170703183242.GG65214@home.opsec.eu> References: <20170703182752.4wcm6qoulc2qkvgi@lrosenman.lerctr.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170703182752.4wcm6qoulc2qkvgi@lrosenman.lerctr.org> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jul 2017 18:32:40 -0000 Hi! > Since I upgraded my world/kernel to r320573 from r320339, I can't build print/texinfo nor > start my httpd. > > Ideas? https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220304 has some pointer to perl built with PERL_MALLOC that causes the texinfo build to fail ? https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220447 has some more stuff with perl. -- pi@opsec.eu +49 171 3101372 3 years to go ! From owner-freebsd-current@freebsd.org Mon Jul 3 18:40:42 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 583E19ED2DB for ; Mon, 3 Jul 2017 18:40:42 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [IPv6:2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "thebighonker.lerctr.org", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 371407BFB4 for ; Mon, 3 Jul 2017 18:40:42 +0000 (UTC) (envelope-from ler@lerctr.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=In-Reply-To:Content-Type:MIME-Version:References:Message-ID: Subject:Cc:To:From:Date:Sender:Reply-To:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=aE2AlkT3Q2qHKlOCbGTRGr6PNzUD7L92Oej/FmkqDIA=; b=uWei5l+fHu0s7xlRv9fdejFnvx PoAGggx6KbdD6qqUFqSSxJ96xekIf//BK7hSiptRz20lZZRkRVA2nYenRHb24rTRqdLxzd5QSoyvX +61XGxNogie/6CKcIStyqnWeQS01MpDevwrdq5OxrIR2ahse8STrI+ZV7SUvQAGhE+c8=; Received: from [2001:470:1f0f:42c:8091:18f6:1518:6e96] (port=64914 helo=lrosenman.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.89 (FreeBSD)) (envelope-from ) id 1dS6H3-000Oit-0W; Mon, 03 Jul 2017 13:40:41 -0500 Date: Mon, 3 Jul 2017 13:40:40 -0500 From: Larry Rosenman To: Kurt Jaeger Cc: freebsd-current@freebsd.org Subject: Re: -CURRENT: print/texinfo and apache24 issues at r320573 Message-ID: <20170703184040.cb4kqqcjwulrm3ms@lrosenman.lerctr.org> Mail-Followup-To: Kurt Jaeger , freebsd-current@freebsd.org References: <20170703182752.4wcm6qoulc2qkvgi@lrosenman.lerctr.org> <20170703183242.GG65214@home.opsec.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170703183242.GG65214@home.opsec.eu> User-Agent: NeoMutt/20170609 (1.8.3) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jul 2017 18:40:42 -0000 On Mon, Jul 03, 2017 at 08:32:42PM +0200, Kurt Jaeger wrote: > Hi! > > > Since I upgraded my world/kernel to r320573 from r320339, I can't build print/texinfo nor > > start my httpd. > > > > Ideas? > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220304 > > has some pointer to perl built with PERL_MALLOC that causes the texinfo build to fail ? > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220447 > > has some more stuff with perl. PERL_MALLOC not set for me, and rebuild didn't change anything? > > -- > pi@opsec.eu +49 171 3101372 3 years to go ! > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 17716 Limpia Crk, Round Rock, TX 78664-7281 From owner-freebsd-current@freebsd.org Mon Jul 3 18:46:20 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B263E9ED530 for ; Mon, 3 Jul 2017 18:46:20 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [IPv6:2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "thebighonker.lerctr.org", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 740647C65A for ; Mon, 3 Jul 2017 18:46:20 +0000 (UTC) (envelope-from ler@lerctr.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=In-Reply-To:Content-Type:MIME-Version:References:Message-ID: Subject:To:From:Date:Sender:Reply-To:Cc:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=A7L6+fBmX7biWXsmI09hDqw+DPqgqlGY5ZuEy5LxMr4=; b=Wy1nYZxh0NpXZ7WaMKfjACd8jn +iDjVKzDVFQzpAsMVZ/SkIzXjQHzaHJgTH8aclOPOdIIl5FpAFU++N+9B1WtCkhYjbrOk0n2MGUV7 Dl9NCg0g+Nc6pcsn1PoDcN1CW35hBDJnSj0kStxgZa+3ZLP1+zxychw2rng/FsOOXYNw=; Received: from [2001:470:1f0f:42c:8091:18f6:1518:6e96] (port=65037 helo=lrosenman.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.89 (FreeBSD)) (envelope-from ) id 1dS6MV-000P0W-Hx; Mon, 03 Jul 2017 13:46:19 -0500 Date: Mon, 3 Jul 2017 13:46:18 -0500 From: Larry Rosenman To: Kurt Jaeger , freebsd-current@freebsd.org Subject: Re: -CURRENT: print/texinfo and apache24 issues at r320573 Message-ID: <20170703184618.5urssx7g6yi762ar@lrosenman.lerctr.org> Mail-Followup-To: Kurt Jaeger , freebsd-current@freebsd.org References: <20170703182752.4wcm6qoulc2qkvgi@lrosenman.lerctr.org> <20170703183242.GG65214@home.opsec.eu> <20170703184040.cb4kqqcjwulrm3ms@lrosenman.lerctr.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="2u2hl7jmbnvbemda" Content-Disposition: inline In-Reply-To: <20170703184040.cb4kqqcjwulrm3ms@lrosenman.lerctr.org> User-Agent: NeoMutt/20170609 (1.8.3) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jul 2017 18:46:20 -0000 --2u2hl7jmbnvbemda Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jul 03, 2017 at 01:40:40PM -0500, Larry Rosenman wrote: > On Mon, Jul 03, 2017 at 08:32:42PM +0200, Kurt Jaeger wrote: > > Hi! > >=20 > > > Since I upgraded my world/kernel to r320573 from r320339, I can't bui= ld print/texinfo nor > > > start my httpd.=20 > > >=20 > > > Ideas? > >=20 > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D220304 > >=20 > > has some pointer to perl built with PERL_MALLOC that causes the texinfo= build to fail ? > >=20 > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D220447 > >=20 > > has some more stuff with perl. > PERL_MALLOC not set for me, and rebuild didn't change anything? lrosenman:~ lrosenman$ ssh borg-home.lerctr.org perl -V Summary of my perl5 (revision 5 version 24 subversion 1) configuration: Platform: osname=3Dfreebsd, osvers=3D12.0-current, archname=3Damd64-freebsd-threa= d-multi uname=3D'freebsd live-host-ports-job-02 12.0-current freebsd 12.0-curre= nt 1200037 amd64 ' config_args=3D'-sde -Dprefix=3D/usr/local -Dlibperl=3Dlibperl.so.5.24.1= -Darchlib=3D/usr/local/lib/perl5/5.24/mach -Dprivlib=3D/usr/local/lib/perl= 5/5.24 -Dman3dir=3D/usr/local/lib/perl5/5.24/perl/man/man3 -Dman1dir=3D/usr= /local/lib/perl5/5.24/perl/man/man1 -Dsitearch=3D/usr/local/lib/perl5/site_= perl/mach/5.24 -Dsitelib=3D/usr/local/lib/perl5/site_perl -Dscriptdir=3D/us= r/local/bin -Dsiteman3dir=3D/usr/local/lib/perl5/site_perl/man/man3 -Dsitem= an1dir=3D/usr/local/lib/perl5/site_perl/man/man1 -Ui_malloc -Ui_iconv -Uins= tallusrbinperl -Dusenm=3Dn -Dcc=3Dcc -Duseshrplib -Dinc_version_list=3Dnone= -Dcf_by=3Dperl -Dcf_email=3Dperl@FreeBSD.org -Dcf_time=3DSat Jan 14 20:05:= 52 UTC 2017 -Alddlflags=3D-L/wrkdirs/usr/ports/lang/perl5.24/work/perl-5.24= =2E1 -L/usr/local/lib/perl5/5.24/mach/CORE -lperl -Dshrpldflags=3D$(LDDLFLA= GS:N-L/wrkdirs/usr/ports/lang/perl5.24/work/perl-5.24.1:N-L/usr/local/lib/p= erl5/5.24/mach/CORE:N-lperl) -Wl,-soname,$(LIBPERL:R) -Doptimize=3D-g -DDEB= UGGING -Dusedtrace -Ui_gdbm -Dusemultiplicity=3Dy -Duse64bitint -Dusesitecu= stomize -Dusethreads=3Dy -Dusemymalloc=3Dn' hint=3Drecommended, useposix=3Dtrue, d_sigaction=3Ddefine useithreads=3Ddefine, usemultiplicity=3Ddefine use64bitint=3Ddefine, use64bitall=3Ddefine, uselongdouble=3Dundef usemymalloc=3Dn, bincompat5005=3Dundef Compiler: cc=3D'cc', ccflags =3D'-DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -DDEBUGGIN= G -fno-strict-aliasing -pipe -fstack-protector-strong -I/usr/local/include', optimize=3D'-g', cppflags=3D'-DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -DDEBUGGING -fno-stri= ct-aliasing -pipe -fstack-protector-strong -I/usr/local/include' ccversion=3D'', gccversion=3D'4.2.1 Compatible FreeBSD Clang 4.0.0 (tag= s/RELEASE_400/final 297347)', gccosandvers=3D'' intsize=3D4, longsize=3D8, ptrsize=3D8, doublesize=3D8, byteorder=3D123= 45678, doublekind=3D3 d_longlong=3Ddefine, longlongsize=3D8, d_longdbl=3Ddefine, longdblsize= =3D16, longdblkind=3D3 ivtype=3D'long', ivsize=3D8, nvtype=3D'double', nvsize=3D8, Off_t=3D'of= f_t', lseeksize=3D8 alignbytes=3D8, prototype=3Ddefine Linker and Libraries: ld=3D'cc', ldflags =3D'-lpthread -Wl,-E -fstack-protector-strong -L/us= r/local/lib' libpth=3D/usr/lib /usr/local/lib /usr/bin/../lib/clang/4.0.0/lib /usr/l= ib libs=3D-lpthread -lm -lcrypt -lutil perllibs=3D-lpthread -lm -lcrypt -lutil libc=3D, so=3Dso, useshrplib=3Dtrue, libperl=3Dlibperl.so.5.24.1 gnulibc_version=3D'' Dynamic Linking: dlsrc=3Ddl_dlopen.xs, dlext=3Dso, d_dlsymun=3Dundef, ccdlflags=3D' -Wl= ,-R/usr/local/lib/perl5/5.24/mach/CORE' cccdlflags=3D'-DPIC -fPIC', lddlflags=3D'-shared -L/usr/local/lib/perl= 5/5.24/mach/CORE -lperl -L/usr/local/lib -fstack-protector-strong' Characteristics of this binary (from libperl): Compile-time options: DEBUGGING HAS_TIMES MULTIPLICITY PERLIO_LAYERS PERL_COPY_ON_WRITE PERL_DONT_CREATE_GVSV PERL_HASH_FUNC_ONE_AT_A_TIME_HARD PERL_IMPLICIT_CONTEXT PERL_MALLOC_WRAP PERL_PRESERVE_IVUV PERL_TRACK_MEMPOOL USE_64_BIT_ALL USE_64_BIT_INT USE_ITHREADS USE_LARGE_FILES USE_LOCALE USE_LOCALE_COLLATE USE_LOCALE_CTYPE USE_LOCALE_NUMERIC USE_LOCALE_TIME USE_PERLIO USE_PERL_ATOF USE_REENTRANT_API USE_SITECUSTOMIZE Built under freebsd @INC: /usr/local/lib/perl5/site_perl/mach/5.24 /usr/local/lib/perl5/site_perl /usr/local/lib/perl5/5.24/mach /usr/local/lib/perl5/5.24 . lrosenman:~ lrosenman$ --=20 Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 17716 Limpia Crk, Round Rock, TX 78664-7281 --2u2hl7jmbnvbemda Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="texinfo-6.4,1.log" ====>> Building print/texinfo build started at Mon Jul 3 13:43:20 CDT 2017 port directory: /usr/ports/print/texinfo building for: FreeBSD live-host-ports-job-01 12.0-CURRENT FreeBSD 12.0-CURRENT 1200037 amd64 maintained by: sunpoet@FreeBSD.org Makefile ident: $FreeBSD: head/print/texinfo/Makefile 444841 2017-07-01 20:57:20Z sunpoet $ Poudriere version: 3.1.19 Host OSVERSION: 1200037 Jail OSVERSION: 1200037 Job Id: 01 ---Begin Environment--- SHELL=/bin/csh OSVERSION=1200037 UNAME_v=FreeBSD 12.0-CURRENT 1200037 UNAME_r=12.0-CURRENT BLOCKSIZE=K MAIL=/var/mail/root STATUS=1 SAVED_TERM=xterm-256color MASTERMNT=/usr/local/poudriere/data/.m/live-host-ports/ref PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin:/root/bin POUDRIERE_BUILD_TYPE=bulk PKGNAME=texinfo-6.4,1 OLDPWD=/ PWD=/usr/local/poudriere/data/.m/live-host-ports/ref/.p/pool MASTERNAME=live-host-ports SCRIPTPREFIX=/usr/local/share/poudriere USER=root HOME=/root POUDRIERE_VERSION=3.1.19 SCRIPTPATH=/usr/local/share/poudriere/bulk.sh LIBEXECPREFIX=/usr/local/libexec/poudriere LOCALBASE=/usr/local POUDRIEREPATH=/usr/local/bin/poudriere ---End Environment--- ---Begin Poudriere Port Flags/Env--- PORT_FLAGS= PKGENV= ---End Poudriere Port Flags/Env--- ---Begin OPTIONS List--- ===> The following configuration options are available for texinfo-6.4,1: NLS=on: Native Language Support ===> Use 'make config' to modify these settings ---End OPTIONS List--- --CONFIGURE_ARGS-- --enable-nls --prefix=/usr/local ${_LATE_CONFIGURE_ARGS} --End CONFIGURE_ARGS-- --CONFIGURE_ENV-- MAKE=gmake ac_cv_path_PERL=/usr/local/bin/perl ac_cv_path_PERL_PATH=/usr/local/bin/perl PERL_USE_UNSAFE_INC=1 XDG_DATA_HOME=/wrkdirs/usr/ports/print/texinfo/work XDG_CONFIG_HOME=/wrkdirs/usr/ports/print/texinfo/work HOME=/wrkdirs/usr/ports/print/texinfo/work TMPDIR="/tmp" SHELL=/bin/sh CONFIG_SHELL=/bin/sh CONFIG_SITE=/usr/ports/Templates/config.site lt_cv_sys_max_cmd_len=262144 --End CONFIGURE_ENV-- --MAKE_ENV-- PERL_USE_UNSAFE_INC=1 XDG_DATA_HOME=/wrkdirs/usr/ports/print/texinfo/work XDG_CONFIG_HOME=/wrkdirs/usr/ports/print/texinfo/work HOME=/wrkdirs/usr/ports/print/texinfo/work TMPDIR="/tmp" NO_PIE=yes MK_DEBUG_FILES=no MK_KERNEL_SYMBOLS=no SHELL=/bin/sh NO_LINT=YES PREFIX=/usr/local LOCALBASE=/usr/local LIBDIR="/usr/lib" CC="cc" CFLAGS="-O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing" CPP="cpp" CPPFLAGS="-DLIBICONV_PLUG" LDFLAGS=" -fstack-protector" LIBS="" CXX="c++" CXXFLAGS="-O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -DLIBICONV_PLUG" MANPREFIX="/usr/local" BSD_INSTALL_PROGRAM="install -s -m 555" BSD_INSTALL_LIB="install -s -m 0644" BSD_INSTALL_SCRIPT="install -m 555" BSD_INSTALL_DATA="install -m 0644" BSD_INSTALL_MAN="install -m 444" --End MAKE_ENV-- --PLIST_SUB-- NLS="" NO_NLS="@comment " TEXMFDIR="share/texmf" TEXMFDISTDIR="share/texmf-dist" TEXMFLOCALDIR="share/texmf-local" TEXMFVARDIR="share/texmf-var" TEXMFCONFIGDIR="share/texmf-config" FMTUTIL_CNF="share/texmf-config/web2c/fmtutil.cnf" OSREL=12.0 PREFIX=%D LOCALBASE=/usr/local RESETPREFIX=/usr/local PORTDOCS="" PORTEXAMPLES="" LIB32DIR=lib PERL_VERSION=5.24.1 PERL_VER=5.24 PERL5_MAN1=lib/perl5/site_perl/man/man1 PERL5_MAN3=lib/perl5/site_perl/man/man3 SITE_PERL=lib/perl5/site_perl SITE_ARCH=lib/perl5/site_perl/mach/5.24 DOCSDIR="share/doc/texinfo" EXAMPLESDIR="share/examples/texinfo" DATADIR="share/texinfo" WWWDIR="www/texinfo" ETCDIR="etc/texinfo" --End PLIST_SUB-- --SUB_LIST-- NLS="" NO_NLS="@comment " PREFIX=/usr/local LOCALBASE=/usr/local DATADIR=/usr/local/share/texinfo DOCSDIR=/usr/local/share/doc/texinfo EXAMPLESDIR=/usr/local/share/examples/texinfo WWWDIR=/usr/local/www/texinfo ETCDIR=/usr/local/etc/texinfo --End SUB_LIST-- ---Begin make.conf--- WITH_CCACHE_BUILD=yes CCACHE_DIR=/root/.ccache USE_PACKAGE_DEPENDS=yes BATCH=yes WRKDIRPREFIX=/wrkdirs PORTSDIR=/usr/ports PACKAGES=/packages DISTDIR=/distfiles FORCE_PACKAGE=yes PACKAGE_BUILDING=yes #### /usr/local/etc/poudriere.d/live-make.conf #### SVN=/usr/local/bin/svn SVN_UPDATE=yes # DTRACE KERNEL, Stripped of unnecessary devices #KERNCONF=BORG-DTRACE KERNCONF=VT-LER # USERLAND DTRACE #STRIP= #CFLAGS+=-fno-omit-frame-pointer #WITH_CTF=1 # #__EXIM__ LOG_FILE_PATH="syslog:${LOGDIR}/%slog" LOGDIR=/var/log/exim # WITH_POSTGRES=yes #WITH_APACHE2=yes #CUPS is the default WITH_CUPS=YES CUPS_OVERWRITE_BASE=YES WITHOUT_LPR=YES WITH_JADETEX=yes WITH_PKGNG=yes PORTS_MODULES+=emulators/virtualbox-ose-kmod #PORTS_MODULES+=x11/nvidia-driver #MALLOC_PRODUCTION=yes DEFAULT_VERSIONS=pgsql=9.6 apache=2.4 php=7.0 linux=c7 ##### #### /usr/ports/Mk/Scripts/ports_env.sh #### ARCH=amd64 CONFIGURE_MAX_CMD_LEN=262144 HAVE_COMPAT_IA32_KERN=YES OPSYS=FreeBSD OSREL=12.0 OSVERSION=1200037 PYTHONBASE=/usr/local UID=0 _JAVA_OS_LIST_REGEXP=native\|linux _JAVA_VENDOR_LIST_REGEXP=openjdk\|oracle\|sun _JAVA_VERSION_LIST_REGEXP=1.6\|1.7\|1.8\|1.6+\|1.7+\|1.8+ _OSRELEASE=12.0-CURRENT _SMP_CPUS=24 #### Misc Poudriere #### GID=0 ---End make.conf--- --Resource limits-- cpu time (seconds, -t) unlimited file size (512-blocks, -f) unlimited data seg size (kbytes, -d) 33554432 stack size (kbytes, -s) 2097152 core file size (512-blocks, -c) unlimited max memory size (kbytes, -m) unlimited locked memory (kbytes, -l) unlimited max user processes (-u) 89999 open files (-n) 1024 virtual mem size (kbytes, -v) unlimited swap limit (kbytes, -w) unlimited socket buffer size (bytes, -b) unlimited pseudo-terminals (-p) unlimited kqueues (-k) unlimited umtx shared locks (-o) unlimited --End resource limits-- =================================================== ===> License GPLv3+ accepted by the user =========================================================================== =================================================== ===> texinfo-6.4,1 depends on file: /usr/local/sbin/pkg - not found ===> Installing existing package /packages/All/pkg-1.10.1.txz [live-host-ports-job-01] Installing pkg-1.10.1... [live-host-ports-job-01] Extracting pkg-1.10.1: .......... done ===> texinfo-6.4,1 depends on file: /usr/local/sbin/pkg - found ===> Returning to build of texinfo-6.4,1 =========================================================================== =================================================== =========================================================================== =================================================== ===> License GPLv3+ accepted by the user ===> Fetching all distfiles required by texinfo-6.4,1 for building =========================================================================== =================================================== ===> License GPLv3+ accepted by the user ===> Fetching all distfiles required by texinfo-6.4,1 for building => SHA256 Checksum OK for texinfo/6.4/texinfo-6.4.tar.xz. => SHA256 Checksum OK for texinfo/6.4/htmlxref.cnf. => SHA256 Checksum OK for texinfo/6.4/texi2dvi. => SHA256 Checksum OK for texinfo/6.4/texinfo.tex. =========================================================================== =================================================== =========================================================================== =================================================== ===> License GPLv3+ accepted by the user ===> Fetching all distfiles required by texinfo-6.4,1 for building ===> Extracting for texinfo-6.4,1 => SHA256 Checksum OK for texinfo/6.4/texinfo-6.4.tar.xz. => SHA256 Checksum OK for texinfo/6.4/htmlxref.cnf. => SHA256 Checksum OK for texinfo/6.4/texi2dvi. => SHA256 Checksum OK for texinfo/6.4/texinfo.tex. =========================================================================== =================================================== =========================================================================== =================================================== ===> Patching for texinfo-6.4,1 =========================================================================== =================================================== ===> texinfo-6.4,1 depends on executable: help2man - not found ===> Installing existing package /packages/All/help2man-1.47.4.txz [live-host-ports-job-01] Installing help2man-1.47.4... [live-host-ports-job-01] `-- Installing gettext-runtime-0.19.8.1_1... [live-host-ports-job-01] | `-- Installing indexinfo-0.2.6... [live-host-ports-job-01] | `-- Extracting indexinfo-0.2.6: .... done [live-host-ports-job-01] `-- Extracting gettext-runtime-0.19.8.1_1: .......... done [live-host-ports-job-01] `-- Installing p5-Locale-gettext-1.07... [live-host-ports-job-01] | `-- Installing perl5-5.24.1_1... [live-host-ports-job-01] | `-- Extracting perl5-5.24.1_1: .......... done /usr/local/lib/perl5/site_perl/man//mandoc.db: unlink: No such file or directory [live-host-ports-job-01] `-- Extracting p5-Locale-gettext-1.07: ........ done [live-host-ports-job-01] Extracting help2man-1.47.4: .......... done Message from perl5-5.24.1_1: The /usr/bin/perl symlink has been removed starting with Perl 5.20. For shebangs, you should either use: #!/usr/local/bin/perl or #!/usr/bin/env perl The first one will only work if you have a /usr/local/bin/perl, the second will work as long as perl is in PATH. ===> texinfo-6.4,1 depends on executable: help2man - found ===> Returning to build of texinfo-6.4,1 ===> texinfo-6.4,1 depends on executable: gmake - not found ===> Installing existing package /packages/All/gmake-4.2.1_1.txz [live-host-ports-job-01] Installing gmake-4.2.1_1... [live-host-ports-job-01] Extracting gmake-4.2.1_1: .......... done ===> texinfo-6.4,1 depends on executable: gmake - found ===> Returning to build of texinfo-6.4,1 ===> texinfo-6.4,1 depends on executable: msgfmt - not found ===> Installing existing package /packages/All/gettext-tools-0.19.8.1.txz [live-host-ports-job-01] Installing gettext-tools-0.19.8.1... [live-host-ports-job-01] Extracting gettext-tools-0.19.8.1: .......... done ===> texinfo-6.4,1 depends on executable: msgfmt - found ===> Returning to build of texinfo-6.4,1 ===> texinfo-6.4,1 depends on package: perl5>=5.24<5.25 - found ===> texinfo-6.4,1 depends on file: /usr/local/bin/ccache - not found ===> Installing existing package /packages/All/ccache-3.3.4_3.txz [live-host-ports-job-01] Installing ccache-3.3.4_3... [live-host-ports-job-01] Extracting ccache-3.3.4_3: .......... done Create compiler links... create symlink for cc create symlink for cc (world) create symlink for c++ create symlink for c++ (world) create symlink for CC create symlink for CC (world) create symlink for gcc create symlink for gcc (world) create symlink for g++ create symlink for g++ (world) create symlink for clang create symlink for clang (world) create symlink for clang++ create symlink for clang++ (world) Message from ccache-3.3.4_3: NOTE: Please read /usr/local/share/doc/ccache/ccache-howto-freebsd.txt for information on using ccache with FreeBSD ports and src. ===> texinfo-6.4,1 depends on file: /usr/local/bin/ccache - found ===> Returning to build of texinfo-6.4,1 =========================================================================== =================================================== ===> texinfo-6.4,1 depends on shared library: libintl.so - found (/usr/local/lib/libintl.so) =========================================================================== =================================================== ===> Configuring for texinfo-6.4,1 configure: loading site script /usr/ports/Templates/config.site checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... (cached) /bin/mkdir -p checking for gawk... (cached) /usr/bin/awk checking whether gmake sets $(MAKE)... yes checking whether gmake supports nested variables... yes checking whether UID '0' is supported by ustar format... yes checking whether GID '0' is supported by ustar format... yes checking how to create a ustar tar archive... (cached) /usr/bin/tar checking for perl... (cached) /usr/local/bin/perl checking Perl version and Encode module... yes checking for gawk... (cached) /usr/bin/awk checking for gcc... cc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ISO C89... none needed checking whether cc understands -c and -o together... yes checking for style of include used by gmake... GNU checking dependency style of cc... gcc3 checking how to run the C preprocessor... cpp checking for grep that handles long lines and -e... (cached) /usr/bin/grep checking for egrep... (cached) /usr/bin/egrep checking for ANSI C header files... (cached) yes checking for sys/types.h... (cached) yes checking for sys/stat.h... (cached) yes checking for stdlib.h... (cached) yes checking for string.h... (cached) yes checking for memory.h... (cached) yes checking for strings.h... (cached) yes checking for inttypes.h... (cached) yes checking for stdint.h... (cached) yes checking for unistd.h... (cached) yes checking for minix/config.h... (cached) no checking whether it is safe to define __EXTENSIONS__... yes checking whether _XOPEN_SOURCE should be defined... no checking for Minix Amsterdam compiler... no checking for ar... ar checking for ranlib... ranlib checking for cc option to accept ISO C99... none needed checking for cc option to accept ISO Standard C... (cached) none needed checking build system type... amd64-portbld-freebsd12.0 checking host system type... amd64-portbld-freebsd12.0 checking for size_t... (cached) yes checking for working alloca.h... no checking for alloca... yes checking for C/C++ restrict keyword... __restrict checking whether // is distinct from /... no checking whether the preprocessor supports include_next... (cached) yes checking whether system header files limit the line length... no checking for complete errno.h... (cached) yes checking whether strerror_r is declared... (cached) yes checking for strerror_r... (cached) yes checking whether strerror_r returns char *... no checking for getopt.h... (cached) yes checking for sys/cdefs.h... (cached) yes checking crtdefs.h usability... no checking crtdefs.h presence... no checking for crtdefs.h... no checking for wctype.h... (cached) yes checking for limits.h... (cached) yes checking for wchar.h... (cached) yes checking for sys/mman.h... (cached) yes checking for malloc.h... (cached) no checking for stdint.h... (cached) yes checking for strings.h... (cached) yes checking for unistd.h... (cached) yes checking features.h usability... no checking features.h presence... no checking for features.h... no checking for langinfo.h... (cached) yes checking xlocale.h usability... yes checking xlocale.h presence... yes checking for xlocale.h... yes checking for sys/socket.h... (cached) yes checking for getopt.h... (cached) yes checking for getopt_long_only... (cached) yes checking whether getopt is POSIX compatible... (cached) yes checking for working GNU getopt function... no checking for getprogname... yes checking for getexecname... no checking for iswcntrl... (cached) yes checking for iswblank... (cached) yes checking for mbsinit... (cached) yes checking for mbrtowc... (cached) yes checking for mbslen... no checking for isascii... (cached) yes checking for mprotect... (cached) yes checking for isblank... (cached) yes checking for iswctype... (cached) yes checking for strdup... (cached) yes checking for wcwidth... (cached) yes checking for btowc... (cached) yes checking for symlink... (cached) yes checking for _set_invalid_parameter_handler... no checking for nl_langinfo... (cached) yes checking for strndup... (cached) yes checking for vasnprintf... no checking for snprintf... (cached) yes checking for wcrtomb... (cached) yes checking for ld used by cc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for shared library run path origin... done checking for the common suffixes of directories in the library search path... lib,lib checking for iconv... yes checking for working iconv... yes checking for iconv declaration... extern size_t iconv (iconv_t cd, char * *inbuf, size_t *inbytesleft, char * *outbuf, size_t *outbytesleft); checking for wint_t... (cached) yes checking whether wint_t is too small... no checking whether iswcntrl works... yes checking for towlower... (cached) yes checking for wctype_t... (cached) yes checking for wctrans_t... (cached) yes checking whether wctype is declared without a macro... (cached) yes checking whether iswctype is declared without a macro... (cached) yes checking whether wctrans is declared without a macro... (cached) yes checking whether towctrans is declared without a macro... (cached) yes checking whether limits.h has ULLONG_WIDTH etc.... no checking whether malloc, realloc, calloc are POSIX compliant... (cached) yes checking for stdlib.h... (cached) yes checking for GNU libc compatible malloc... (cached) yes checking for unsigned long long int... (cached) yes checking for long long int... (cached) yes checking for mbstate_t... (cached) yes checking for nl_langinfo and CODESET... yes checking for a traditional japanese locale... ja_JP.eucJP checking for a transitional chinese locale... zh_CN.GB18030 checking for a french Unicode locale... fr_FR.UTF-8 checking for mmap... (cached) yes checking for MAP_ANONYMOUS... yes checking whether memchr works... yes checking whether memrchr is declared... (cached) yes checking whether alarm is declared... (cached) yes checking for inline... inline checking whether we are using the GNU C Library >= 2.1 or uClibc... no checking for stdbool.h that conforms to C99... (cached) yes checking for _Bool... (cached) yes checking for wchar_t... (cached) yes checking whether stdint.h conforms to C99... yes checking whether stdint.h predates C++11... no checking whether stdint.h has UINTMAX_WIDTH etc.... no checking for strcasestr... yes checking whether strcasestr works... yes checking whether strdup is declared... (cached) yes checking whether strerror(0) succeeds... yes checking whether ffsl is declared without a macro... (cached) yes checking whether ffsll is declared without a macro... (cached) yes checking whether memmem is declared without a macro... (cached) yes checking whether mempcpy is declared without a macro... no checking whether memrchr is declared without a macro... (cached) yes checking whether rawmemchr is declared without a macro... (cached) yes checking whether stpcpy is declared without a macro... (cached) yes checking whether stpncpy is declared without a macro... (cached) yes checking whether strchrnul is declared without a macro... (cached) yes checking whether strdup is declared without a macro... (cached) yes checking whether strncat is declared without a macro... (cached) yes checking whether strndup is declared without a macro... (cached) yes checking whether strnlen is declared without a macro... (cached) yes checking whether strpbrk is declared without a macro... (cached) yes checking whether strsep is declared without a macro... (cached) yes checking whether strcasestr is declared without a macro... (cached) yes checking whether strtok_r is declared without a macro... (cached) yes checking whether strerror_r is declared without a macro... (cached) yes checking whether strsignal is declared without a macro... (cached) yes checking whether strverscmp is declared without a macro... (cached) no checking whether ffs is declared without a macro... yes checking whether strcasecmp is declared without a macro... yes checking whether strncasecmp is declared without a macro... yes checking whether strnlen is declared... (cached) yes checking for pid_t... (cached) yes checking for mode_t... (cached) yes checking whether uses 'inline' correctly... (cached) yes checking for a traditional french locale... fr_FR.ISO8859-1 checking for working fcntl.h... no (bad O_NOATIME) checking whether getc_unlocked is declared... (cached) yes checking whether imported symbols can be declared weak... yes checking pthread.h usability... yes checking pthread.h presence... yes checking for pthread.h... yes checking for pthread_kill in -lpthread... yes checking for multithread API to use... posix checking whether strndup is declared... (cached) yes checking whether strstr works... yes checking for inttypes.h... (cached) yes checking for stdint.h... (cached) yes checking for intmax_t... (cached) yes checking where to find the exponent in a 'double'... word 1 bit 20 checking whether snprintf returns a byte count as in C99... (cached) yes checking for snprintf... (cached) yes checking for strnlen... (cached) yes checking for wcslen... (cached) yes checking for wcsnlen... (cached) yes checking for mbrtowc... (cached) yes checking for wcrtomb... (cached) yes checking whether _snprintf is declared... no checking for argz.h... (cached) no checking for error_t... no checking for argz_replace... no checking whether // is distinct from /... (cached) no checking for error_at_line... no checking whether conversion from 'int' to 'long double' works... yes checking whether program_invocation_name is declared... no checking whether program_invocation_short_name is declared... no checking whether __argv is declared... no checking whether __progname is defined in default libraries... yes checking whether iswblank is declared... (cached) yes checking whether mbrtowc handles incomplete characters... (cached) yes checking whether mbrtowc works as well as mbtowc... (cached) yes checking whether mbrtowc handles a NULL pwc argument... (cached) yes checking whether mbrtowc handles a NULL string argument... (cached) yes checking whether mbrtowc has a correct return value... (cached) yes checking whether mbrtowc returns 0 when parsing a NUL character... (cached) yes checking whether mbrtowc works on empty input... yes checking whether the C locale is free of encoding errors... yes checking whether mbrtowc handles incomplete characters... (cached) yes checking whether mbrtowc works as well as mbtowc... (cached) yes checking whether mbswidth is declared in ... no checking for mbstate_t... (cached) yes checking for memrchr... yes checking for working re_compile_pattern... no checking libintl.h usability... no checking libintl.h presence... no checking for libintl.h... no checking whether isblank is declared... (cached) yes checking for ssize_t... (cached) yes checking for va_copy... (cached) yes checking for max_align_t... yes checking whether NULL can be used in arbitrary expressions... yes checking which flavor of printf attribute matches inttypes macros... system checking whether dprintf is declared without a macro... (cached) yes checking whether fpurge is declared without a macro... (cached) yes checking whether fseeko is declared without a macro... (cached) yes checking whether ftello is declared without a macro... (cached) yes checking whether getdelim is declared without a macro... (cached) yes checking whether getline is declared without a macro... (cached) yes checking whether gets is declared without a macro... (cached) yes checking whether pclose is declared without a macro... (cached) yes checking whether popen is declared without a macro... (cached) yes checking whether renameat is declared without a macro... (cached) yes checking whether snprintf is declared without a macro... (cached) yes checking whether tmpfile is declared without a macro... (cached) yes checking whether vdprintf is declared without a macro... (cached) yes checking whether vsnprintf is declared without a macro... (cached) yes checking whether _Exit is declared without a macro... (cached) yes checking whether atoll is declared without a macro... (cached) yes checking whether canonicalize_file_name is declared without a macro... no checking whether getloadavg is declared without a macro... (cached) yes checking whether getsubopt is declared without a macro... (cached) yes checking whether grantpt is declared without a macro... (cached) yes checking whether initstate is declared without a macro... (cached) yes checking whether initstate_r is declared without a macro... no checking whether mkdtemp is declared without a macro... (cached) yes checking whether mkostemp is declared without a macro... yes checking whether mkostemps is declared without a macro... yes checking whether mkstemp is declared without a macro... (cached) yes checking whether mkstemps is declared without a macro... no checking whether posix_openpt is declared without a macro... (cached) yes checking whether ptsname is declared without a macro... (cached) yes checking whether ptsname_r is declared without a macro... no checking whether qsort_r is declared without a macro... yes checking whether random is declared without a macro... (cached) yes checking whether random_r is declared without a macro... no checking whether realpath is declared without a macro... (cached) yes checking whether rpmatch is declared without a macro... (cached) yes checking whether secure_getenv is declared without a macro... no checking whether setenv is declared without a macro... (cached) yes checking whether setstate is declared without a macro... (cached) yes checking whether setstate_r is declared without a macro... no checking whether srandom is declared without a macro... (cached) yes checking whether srandom_r is declared without a macro... no checking whether strtod is declared without a macro... (cached) yes checking whether strtoll is declared without a macro... (cached) yes checking whether strtoull is declared without a macro... (cached) yes checking whether unlockpt is declared without a macro... (cached) yes checking whether unsetenv is declared without a macro... (cached) yes checking for strcasecmp... (cached) yes checking for strncasecmp... (cached) yes checking whether strncasecmp is declared... (cached) yes checking whether strcasestr works in linear time... no checking for strcasestr... (cached) yes checking whether strcasestr works... (cached) yes checking for working strerror function... yes checking for working strnlen... (cached) yes checking whether chdir is declared without a macro... (cached) yes checking whether chown is declared without a macro... (cached) yes checking whether dup is declared without a macro... (cached) yes checking whether dup2 is declared without a macro... (cached) yes checking whether dup3 is declared without a macro... yes checking whether environ is declared without a macro... no checking whether euidaccess is declared without a macro... no checking whether faccessat is declared without a macro... (cached) yes checking whether fchdir is declared without a macro... (cached) yes checking whether fchownat is declared without a macro... (cached) yes checking whether fdatasync is declared without a macro... yes checking whether fsync is declared without a macro... (cached) yes checking whether ftruncate is declared without a macro... (cached) yes checking whether getcwd is declared without a macro... (cached) yes checking whether getdomainname is declared without a macro... (cached) yes checking whether getdtablesize is declared without a macro... (cached) yes checking whether getgroups is declared without a macro... (cached) yes checking whether gethostname is declared without a macro... (cached) yes checking whether getlogin is declared without a macro... (cached) yes checking whether getlogin_r is declared without a macro... (cached) yes checking whether getpagesize is declared without a macro... (cached) yes checking whether getusershell is declared without a macro... (cached) yes checking whether setusershell is declared without a macro... (cached) yes checking whether endusershell is declared without a macro... (cached) yes checking whether group_member is declared without a macro... no checking whether isatty is declared without a macro... (cached) yes checking whether lchown is declared without a macro... (cached) yes checking whether link is declared without a macro... (cached) yes checking whether linkat is declared without a macro... (cached) yes checking whether lseek is declared without a macro... (cached) yes checking whether pipe is declared without a macro... (cached) yes checking whether pipe2 is declared without a macro... yes checking whether pread is declared without a macro... (cached) yes checking whether pwrite is declared without a macro... (cached) yes checking whether readlink is declared without a macro... (cached) yes checking whether readlinkat is declared without a macro... (cached) yes checking whether rmdir is declared without a macro... (cached) yes checking whether sethostname is declared without a macro... (cached) yes checking whether sleep is declared without a macro... (cached) yes checking whether symlink is declared without a macro... (cached) yes checking whether symlinkat is declared without a macro... (cached) yes checking whether truncate is declared without a macro... yes checking whether ttyname_r is declared without a macro... (cached) yes checking whether unlink is declared without a macro... (cached) yes checking whether unlinkat is declared without a macro... (cached) yes checking whether usleep is declared without a macro... (cached) yes checking for vasprintf... (cached) yes checking whether btowc is declared without a macro... (cached) yes checking whether wctob is declared without a macro... (cached) yes checking whether mbsinit is declared without a macro... (cached) yes checking whether mbrtowc is declared without a macro... (cached) yes checking whether mbrlen is declared without a macro... (cached) yes checking whether mbsrtowcs is declared without a macro... (cached) yes checking whether mbsnrtowcs is declared without a macro... (cached) yes checking whether wcrtomb is declared without a macro... (cached) yes checking whether wcsrtombs is declared without a macro... (cached) yes checking whether wcsnrtombs is declared without a macro... (cached) yes checking whether wcwidth is declared without a macro... (cached) yes checking whether wmemchr is declared without a macro... (cached) yes checking whether wmemcmp is declared without a macro... (cached) yes checking whether wmemcpy is declared without a macro... (cached) yes checking whether wmemmove is declared without a macro... (cached) yes checking whether wmemset is declared without a macro... (cached) yes checking whether wcslen is declared without a macro... (cached) yes checking whether wcsnlen is declared without a macro... (cached) yes checking whether wcscpy is declared without a macro... (cached) yes checking whether wcpcpy is declared without a macro... (cached) yes checking whether wcsncpy is declared without a macro... (cached) yes checking whether wcpncpy is declared without a macro... (cached) yes checking whether wcscat is declared without a macro... (cached) yes checking whether wcsncat is declared without a macro... (cached) yes checking whether wcscmp is declared without a macro... (cached) yes checking whether wcsncmp is declared without a macro... (cached) yes checking whether wcscasecmp is declared without a macro... (cached) yes checking whether wcsncasecmp is declared without a macro... (cached) yes checking whether wcscoll is declared without a macro... (cached) yes checking whether wcsxfrm is declared without a macro... (cached) yes checking whether wcsdup is declared without a macro... (cached) yes checking whether wcschr is declared without a macro... (cached) yes checking whether wcsrchr is declared without a macro... (cached) yes checking whether wcscspn is declared without a macro... (cached) yes checking whether wcsspn is declared without a macro... (cached) yes checking whether wcspbrk is declared without a macro... (cached) yes checking whether wcsstr is declared without a macro... (cached) yes checking whether wcstok is declared without a macro... (cached) yes checking whether wcswidth is declared without a macro... (cached) yes checking whether wcsftime is declared without a macro... yes checking whether iswcntrl works... (cached) yes checking for towlower... (cached) yes checking for wctype_t... (cached) yes checking for wctrans_t... (cached) yes checking whether wctype is declared without a macro... (cached) yes checking whether iswctype is declared without a macro... (cached) yes checking whether wctrans is declared without a macro... (cached) yes checking whether towctrans is declared without a macro... (cached) yes checking whether wcwidth is declared... (cached) yes checking whether wcwidth works reasonably in UTF-8 locales... yes checking for mempcpy... no checking for stpcpy... (cached) yes checking for working strndup... yes checking whether strstr works in linear time... yes checking whether strstr works... (cached) yes checking whether btowc(0) is correct... (cached) yes checking whether btowc(EOF) is correct... (cached) yes checking for __builtin_expect... yes checking for pthread_rwlock_t... yes checking whether pthread_rwlock_rdlock prefers a writer to a reader... yes checking whether YESEXPR works... yes test: =: unexpected operator checking whether langinfo.h defines CODESET... (cached) yes checking whether langinfo.h defines T_FMT_AMPM... (cached) yes checking whether langinfo.h defines ERA... (cached) yes checking whether langinfo.h defines YESEXPR... (cached) yes checking whether nl_langinfo is declared without a macro... (cached) yes checking whether locale.h conforms to POSIX:2001... (cached) yes checking whether locale.h defines locale_t... yes checking whether struct lconv is properly defined... yes checking whether setlocale is declared without a macro... (cached) yes checking whether duplocale is declared without a macro... yes checking whether mbrtowc handles incomplete characters... (cached) yes checking whether mbrtowc works as well as mbtowc... (cached) yes checking whether wcrtomb return value is correct... (cached) yes checking whether gmake sets $(MAKE)... (cached) yes checking whether ln -s works... yes checking whether diff accepts -u... yes checking whether diff accepts -a... yes checking for sigblock... yes checking whether stat file-mode macros are broken... no checking for ANSI C header files... (cached) yes checking for fcntl.h... (cached) yes checking io.h usability... no checking io.h presence... no checking for io.h... no checking for limits.h... (cached) yes checking for pwd.h... (cached) yes checking for string.h... (cached) yes checking for strings.h... (cached) yes checking stropts.h usability... no checking stropts.h presence... no checking for stropts.h... no checking termcap.h usability... yes checking termcap.h presence... yes checking for termcap.h... yes checking termio.h usability... no checking termio.h presence... no checking for termio.h... no checking termios.h usability... yes checking termios.h presence... yes checking for termios.h... yes checking for unistd.h... (cached) yes checking for sys/fcntl.h... (cached) yes checking for sys/file.h... (cached) yes checking for sys/ioctl.h... (cached) yes checking sys/stream.h usability... no checking sys/stream.h presence... no checking for sys/stream.h... no checking for sys/time.h... (cached) yes checking sys/ttold.h usability... no checking sys/ttold.h presence... no checking for sys/ttold.h... no checking for sys/wait.h... (cached) yes checking for sys/ptem.h... no checking POSIX termios... yes checking for off_t... (cached) yes checking return type of signal handlers... void checking for an ANSI C-conforming const... yes checking whether struct tm is in sys/time.h or time.h... time.h checking whether memchr is declared... yes checking whether strcoll is declared... yes checking whether strerror is declared... yes checking for working strcoll... yes checking for vprintf... (cached) yes checking for _doprnt... no checking for bzero... (cached) yes checking for getcwd... (cached) yes checking for memset... (cached) yes checking for setlocale... (cached) yes checking for setvbuf... (cached) yes checking for sigaction... (cached) yes checking for sigprocmask... (cached) yes checking for sigsetmask... yes checking for strchr... yes checking for posix_openpt... yes checking for memcpy... (cached) yes checking for memmove... (cached) yes checking for strdup... (cached) yes checking for strerror... (cached) yes checking for tgetent in -ltinfo... yes checking for library with termcap variables... checking for a sed that does not truncate output... (cached) /usr/bin/sed checking whether NLS is requested... yes checking for msgfmt... /usr/local/bin/msgfmt checking for gmsgfmt... /usr/local/bin/msgfmt checking for xgettext... /usr/local/bin/xgettext checking for msgmerge... /usr/local/bin/msgmerge ./configure: gt_INTL_MACOSX: not found checking for GNU gettext in libc... no checking for iconv... (cached) yes checking for working iconv... (cached) yes checking for GNU gettext in libintl... yes checking whether to use NLS... yes checking where the gettext function comes from... external libintl checking how to link with libintl... /usr/local/lib/libintl.so -Wl,-rpath -Wl,/usr/local/lib === configuring in tp/Texinfo/Convert/XSParagraph (/wrkdirs/usr/ports/print/texinfo/work/texinfo-6.4/tp/Texinfo/Convert/XSParagraph) configure: running /bin/sh ./configure --disable-option-checking '--prefix=/usr/local' '--enable-nls' '--localstatedir=/var' '--mandir=/usr/local/man' '--disable-silent-rules' '--infodir=/usr/local/info/' '--build=amd64-portbld-freebsd12.0' 'build_alias=amd64-portbld-freebsd12.0' 'CC=cc' 'CFLAGS=-O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing' 'LDFLAGS= -fstack-protector' 'LIBS=' 'CPPFLAGS=-DLIBICONV_PLUG' 'CPP=cpp' --cache-file=/dev/null --srcdir=. configure: loading site script /usr/ports/Templates/config.site checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... (cached) /bin/mkdir -p checking for gawk... (cached) /usr/bin/awk checking whether gmake sets $(MAKE)... yes checking whether gmake supports nested variables... yes checking for perl... (cached) /usr/local/bin/perl checking Perl configuration value cc... cc checking for gcc... cc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ISO C89... none needed checking whether cc understands -c and -o together... yes checking for style of include used by gmake... GNU checking dependency style of cc... gcc3 checking how to run the C preprocessor... cpp checking for grep that handles long lines and -e... (cached) /usr/bin/grep checking for egrep... (cached) /usr/bin/egrep checking for ANSI C header files... (cached) yes checking for sys/types.h... (cached) yes checking for sys/stat.h... (cached) yes checking for stdlib.h... (cached) yes checking for string.h... (cached) yes checking for memory.h... (cached) yes checking for strings.h... (cached) yes checking for inttypes.h... (cached) yes checking for stdint.h... (cached) yes checking for unistd.h... (cached) yes checking for minix/config.h... (cached) no checking whether it is safe to define __EXTENSIONS__... yes checking whether _XOPEN_SOURCE should be defined... no checking for Minix Amsterdam compiler... no checking for ar... ar checking for ranlib... ranlib checking for xsubpp... /usr/local/bin/xsubpp checking for size_t... (cached) yes checking for working alloca.h... no checking for alloca... yes checking whether the preprocessor supports include_next... (cached) yes checking whether system header files limit the line length... no checking build system type... amd64-portbld-freebsd12.0 checking host system type... amd64-portbld-freebsd12.0 checking for complete errno.h... (cached) yes checking whether getdelim is declared... (cached) yes checking for getdelim... (cached) yes checking for mprotect... (cached) yes checking for vasnprintf... no checking for snprintf... (cached) yes checking whether getline is declared... (cached) yes checking for limits.h... (cached) yes checking for sys/mman.h... (cached) yes checking for wchar.h... (cached) yes checking for stdint.h... (cached) yes checking features.h usability... no checking features.h presence... no checking for features.h... no checking crtdefs.h usability... no checking crtdefs.h presence... no checking for crtdefs.h... no checking whether limits.h has ULLONG_WIDTH etc.... no checking for mmap... (cached) yes checking for MAP_ANONYMOUS... yes checking whether memchr works... yes checking for wchar_t... (cached) yes checking for wint_t... (cached) yes checking whether wint_t is too small... no checking for unsigned long long int... (cached) yes checking for long long int... (cached) yes checking whether stdint.h conforms to C99... yes checking whether stdint.h predates C++11... no checking whether stdint.h has UINTMAX_WIDTH etc.... no checking for C/C++ restrict keyword... __restrict checking whether ffsl is declared without a macro... (cached) yes checking whether ffsll is declared without a macro... (cached) yes checking whether memmem is declared without a macro... (cached) yes checking whether mempcpy is declared without a macro... no checking whether memrchr is declared without a macro... (cached) yes checking whether rawmemchr is declared without a macro... (cached) yes checking whether stpcpy is declared without a macro... (cached) yes checking whether stpncpy is declared without a macro... (cached) yes checking whether strchrnul is declared without a macro... (cached) yes checking whether strdup is declared without a macro... (cached) yes checking whether strncat is declared without a macro... (cached) yes checking whether strndup is declared without a macro... (cached) yes checking whether strnlen is declared without a macro... (cached) yes checking whether strpbrk is declared without a macro... (cached) yes checking whether strsep is declared without a macro... (cached) yes checking whether strcasestr is declared without a macro... (cached) yes checking whether strtok_r is declared without a macro... (cached) yes checking whether strerror_r is declared without a macro... (cached) yes checking whether strsignal is declared without a macro... (cached) yes checking whether strverscmp is declared without a macro... (cached) no checking for pid_t... (cached) yes checking for mode_t... (cached) yes checking for inttypes.h... (cached) yes checking for stdint.h... (cached) yes checking for intmax_t... (cached) yes checking where to find the exponent in a 'double'... word 1 bit 20 checking whether snprintf returns a byte count as in C99... (cached) yes checking for snprintf... (cached) yes checking for strnlen... (cached) yes checking for wcslen... (cached) yes checking for wcsnlen... (cached) yes checking for mbrtowc... (cached) yes checking for wcrtomb... (cached) yes checking whether _snprintf is declared... no checking whether uses 'inline' correctly... (cached) yes checking whether conversion from 'int' to 'long double' works... yes checking for working getdelim function... yes checking for getline... (cached) yes checking for working getline function... yes checking for stdint.h... (cached) yes checking for SIZE_MAX... (cached) yes checking for ssize_t... (cached) yes checking for max_align_t... yes checking whether NULL can be used in arbitrary expressions... yes checking which flavor of printf attribute matches inttypes macros... system checking whether dprintf is declared without a macro... (cached) yes checking whether fpurge is declared without a macro... (cached) yes checking whether fseeko is declared without a macro... (cached) yes checking whether ftello is declared without a macro... (cached) yes checking whether getdelim is declared without a macro... (cached) yes checking whether getline is declared without a macro... (cached) yes checking whether gets is declared without a macro... (cached) yes checking whether pclose is declared without a macro... (cached) yes checking whether popen is declared without a macro... (cached) yes checking whether renameat is declared without a macro... (cached) yes checking whether snprintf is declared without a macro... (cached) yes checking whether tmpfile is declared without a macro... (cached) yes checking whether vdprintf is declared without a macro... (cached) yes checking whether vsnprintf is declared without a macro... (cached) yes checking for ptrdiff_t... (cached) yes checking for vasprintf... (cached) yes checking whether btowc is declared without a macro... (cached) yes checking whether wctob is declared without a macro... (cached) yes checking whether mbsinit is declared without a macro... (cached) yes checking whether mbrtowc is declared without a macro... (cached) yes checking whether mbrlen is declared without a macro... (cached) yes checking whether mbsrtowcs is declared without a macro... (cached) yes checking whether mbsnrtowcs is declared without a macro... (cached) yes checking whether wcrtomb is declared without a macro... (cached) yes checking whether wcsrtombs is declared without a macro... (cached) yes checking whether wcsnrtombs is declared without a macro... (cached) yes checking whether wcwidth is declared without a macro... (cached) yes checking whether wmemchr is declared without a macro... (cached) yes checking whether wmemcmp is declared without a macro... (cached) yes checking whether wmemcpy is declared without a macro... (cached) yes checking whether wmemmove is declared without a macro... (cached) yes checking whether wmemset is declared without a macro... (cached) yes checking whether wcslen is declared without a macro... (cached) yes checking whether wcsnlen is declared without a macro... (cached) yes checking whether wcscpy is declared without a macro... (cached) yes checking whether wcpcpy is declared without a macro... (cached) yes checking whether wcsncpy is declared without a macro... (cached) yes checking whether wcpncpy is declared without a macro... (cached) yes checking whether wcscat is declared without a macro... (cached) yes checking whether wcsncat is declared without a macro... (cached) yes checking whether wcscmp is declared without a macro... (cached) yes checking whether wcsncmp is declared without a macro... (cached) yes checking whether wcscasecmp is declared without a macro... (cached) yes checking whether wcsncasecmp is declared without a macro... (cached) yes checking whether wcscoll is declared without a macro... (cached) yes checking whether wcsxfrm is declared without a macro... (cached) yes checking whether wcsdup is declared without a macro... (cached) yes checking whether wcschr is declared without a macro... (cached) yes checking whether wcsrchr is declared without a macro... (cached) yes checking whether wcscspn is declared without a macro... (cached) yes checking whether wcsspn is declared without a macro... (cached) yes checking whether wcspbrk is declared without a macro... (cached) yes checking whether wcsstr is declared without a macro... (cached) yes checking whether wcstok is declared without a macro... (cached) yes checking whether wcswidth is declared without a macro... (cached) yes checking whether wcsftime is declared without a macro... yes checking for stdint.h... (cached) yes checking how to print strings... printf checking for a sed that does not truncate output... (cached) /usr/bin/sed checking for fgrep... (cached) /usr/bin/fgrep checking for ld used by cc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm checking the name lister (/usr/bin/nm) interface... BSD nm checking whether ln -s works... yes checking the maximum length of command line arguments... (cached) 262144 checking how to convert amd64-portbld-freebsd12.0 file names to amd64-portbld-freebsd12.0 format... func_convert_file_noop checking how to convert amd64-portbld-freebsd12.0 file names to toolchain format... func_convert_file_noop checking for /usr/bin/ld option to reload object files... -r checking for objdump... objdump checking how to recognize dependent libraries... pass_all checking for dlltool... no checking how to associate runtime and link libraries... printf %s\n checking for archiver @FILE support... no checking for strip... strip checking for ranlib... (cached) ranlib checking command to parse /usr/bin/nm output from cc object... ok checking for sysroot... no checking for a working dd... /bin/dd checking how to truncate binary pipes... /bin/dd bs=4096 count=1 checking for mt... mt checking if mt is a manifest tool... no checking for dlfcn.h... (cached) yes checking for objdir... .libs checking if cc supports -fno-rtti -fno-exceptions... yes checking for cc option to produce PIC... -fPIC -DPIC checking if cc PIC flag -fPIC -DPIC works... yes checking if cc static flag -static works... yes checking if cc supports -c -o file.o... yes checking if cc supports -c -o file.o... (cached) yes checking whether the cc linker (/usr/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... no checking dynamic linker characteristics... freebsd12.0 ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes checking Perl configuration value ccflags... -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -DDEBUGGING -fno-strict-aliasing -pipe -fstack-protector-strong -I/usr/local/include checking Perl configuration value cccdlflags... -DPIC -fPIC checking Perl configuration value ccdlflags... -Wl,-R/usr/local/lib/perl5/5.24/mach/CORE checking Perl configuration value libperl... libperl.so.5.24.1 checking Perl configuration value archlibexp... /usr/local/lib/perl5/5.24/mach checking Perl configuration value privlibexp... /usr/local/lib/perl5/5.24 checking that generated files are newer than configure... done configure: creating ./config.status config.status: creating Makefile config.status: creating lib/Makefile config.status: creating config.h config.status: executing depfiles commands config.status: executing libtool commands checking whether we can build Perl extension (XS) modules... Making clean in lib test -z "" || rm -f rm -rf .libs _libs test -z "" || rm -f test -z "libgnu.la" || rm -f libgnu.la rm -f ./so_locations rm -f *.o test -z "core *.stackdump alloca.h alloca.h-t errno.h errno.h-t float.h float.h-t limits.h limits.h-t stddef.h stddef.h-t stdint.h stdint.h-t stdio.h stdio.h-t string.h string.h-t sys/types.h sys/types.h-t wchar.h wchar.h-t" || rm -f core *.stackdump alloca.h alloca.h-t errno.h errno.h-t float.h float.h-t limits.h limits.h-t stddef.h stddef.h-t stdint.h stdint.h-t stdio.h stdio.h-t string.h string.h-t sys/types.h sys/types.h-t wchar.h wchar.h-t rm -f *.lo test -z "TestXS.c XSParagraph.c" || rm -f TestXS.c XSParagraph.c rm -rf .libs _libs test -z "XSParagraph.la TestXS.la" || rm -f XSParagraph.la TestXS.la rm -f ./so_locations rm -f *.o rm -f *.lo /usr/local/bin/xsubpp -typemap /usr/local/lib/perl5/5.24/ExtUtils/typemap TestXS.xs > TestXS.xsc && mv TestXS.xsc TestXS.c /bin/sh ./libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I./lib -I./lib -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -DDEBUGGING -fno-strict-aliasing -pipe -fstack-protector-strong -I/usr/local/include -DVERSION=\"0\" -DXS_VERSION=\"0\" "-I/usr/local/lib/perl5/5.24/mach/CORE" -MT TestXS_la-TestXS.lo -MD -MP -MF .deps/TestXS_la-TestXS.Tpo -c -o TestXS_la-TestXS.lo `test -f 'TestXS.c' || echo './'`TestXS.c libtool: compile: cc -DHAVE_CONFIG_H -I. -I. -I./lib -I./lib -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -DDEBUGGING -fno-strict-aliasing -pipe -fstack-protector-strong -I/usr/local/include -DVERSION=\"0\" -DXS_VERSION=\"0\" -I/usr/local/lib/perl5/5.24/mach/CORE -MT TestXS_la-TestXS.lo -MD -MP -MF .deps/TestXS_la-TestXS.Tpo -c TestXS.c -fPIC -DPIC -o .libs/TestXS_la-TestXS.o libtool: compile: cc -DHAVE_CONFIG_H -I. -I. -I./lib -I./lib -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -DDEBUGGING -fno-strict-aliasing -pipe -fstack-protector-strong -I/usr/local/include -DVERSION=\"0\" -DXS_VERSION=\"0\" -I/usr/local/lib/perl5/5.24/mach/CORE -MT TestXS_la-TestXS.lo -MD -MP -MF .deps/TestXS_la-TestXS.Tpo -c TestXS.c -o TestXS_la-TestXS.o >/dev/null 2>&1 mv -f .deps/TestXS_la-TestXS.Tpo .deps/TestXS_la-TestXS.Plo /bin/sh ./libtool --tag=CC --mode=link cc -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -DDEBUGGING -fno-strict-aliasing -pipe -fstack-protector-strong -I/usr/local/include -DVERSION=\"0\" -DXS_VERSION=\"0\" "-I/usr/local/lib/perl5/5.24/mach/CORE" -avoid-version -module -Wl,-R/usr/local/lib/perl5/5.24/mach/CORE -o TestXS.la -rpath /usr/local/lib/texinfo TestXS_la-TestXS.lo libtool: link: cc -shared -fPIC -DPIC .libs/TestXS_la-TestXS.o -fstack-protector-strong -Wl,-R/usr/local/lib/perl5/5.24/mach/CORE -Wl,-soname -Wl,TestXS.so -o .libs/TestXS.so libtool: link: ar cru .libs/TestXS.a TestXS_la-TestXS.o libtool: link: ranlib .libs/TestXS.a libtool: link: ( cd ".libs" && rm -f "TestXS.la" && ln -s "../TestXS.la" "TestXS.la" ) checking ./TestXS.la found ./TestXS.la ./.libs/TestXS.so loaded looking for boot_TestXS trying to call boot_TestXS... ...succeeded message from XS module checking whether we can build Perl extension (XS) modules... yes checking for prove... prove checking parser tests requirements... no checking Perl Texinfo API texinfo documentation build requirements... yes checking Pod::Simple::Texinfo tests requirements... yes checking that generated files are newer than configure... done configure: creating ./config.status config.status: creating install-info/tests/defs config.status: creating Makefile config.status: creating doc/Makefile config.status: creating doc/tp_api/Makefile config.status: creating gnulib/lib/Makefile config.status: creating info/Makefile config.status: creating install-info/Makefile config.status: creating install-info/tests/Makefile config.status: creating man/Makefile config.status: creating po/Makefile.in config.status: creating po_document/Makefile.in config.status: creating util/Makefile config.status: creating texindex/Makefile config.status: creating tp/Makefile config.status: creating tp/Texinfo/ModulePath.pm config.status: creating tp/tests/Makefile config.status: creating tp/tests/many_input_files/Makefile config.status: creating tp/tests/sectioning/Makefile config.status: creating tp/tests/coverage/Makefile config.status: creating tp/tests/formatting/Makefile config.status: creating tp/tests/indices/Makefile config.status: creating tp/tests/contents/Makefile config.status: creating tp/tests/htmlxref/Makefile config.status: creating tp/tests/htmlxref-only_mono/Makefile config.status: creating tp/tests/htmlxref-only_split/Makefile config.status: creating tp/tests/nested_formats/Makefile config.status: creating tp/tests/layout/Makefile config.status: creating tp/tests/tex_html/Makefile config.status: creating tp/defs config.status: creating Pod-Simple-Texinfo/Makefile config.status: creating config.h config.status: executing depfiles commands config.status: executing po-directories commands config.status: creating po/POTFILES config.status: creating po/Makefile config.status: creating po_document/POTFILES config.status: creating po_document/Makefile === configuring in tp/Texinfo/MiscXS (/wrkdirs/usr/ports/print/texinfo/work/texinfo-6.4/tp/Texinfo/MiscXS) configure: running /bin/sh ./configure --disable-option-checking '--prefix=/usr/local' '--enable-nls' '--localstatedir=/var' '--mandir=/usr/local/man' '--disable-silent-rules' '--infodir=/usr/local/info/' '--build=amd64-portbld-freebsd12.0' 'build_alias=amd64-portbld-freebsd12.0' 'CC=cc' 'CFLAGS=-O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing' 'LDFLAGS= -fstack-protector' 'LIBS=' 'CPPFLAGS=-DLIBICONV_PLUG' 'CPP=cpp' --cache-file=/dev/null --srcdir=. configure: loading site script /usr/ports/Templates/config.site checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... (cached) /bin/mkdir -p checking for gawk... (cached) /usr/bin/awk checking whether gmake sets $(MAKE)... yes checking whether gmake supports nested variables... yes checking for perl... (cached) /usr/local/bin/perl checking Perl configuration value cc... cc checking for gcc... cc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ISO C89... none needed checking whether cc understands -c and -o together... yes checking for style of include used by gmake... GNU checking dependency style of cc... gcc3 checking for xsubpp... /usr/local/bin/xsubpp checking build system type... amd64-portbld-freebsd12.0 checking host system type... amd64-portbld-freebsd12.0 checking how to print strings... printf checking for a sed that does not truncate output... (cached) /usr/bin/sed checking for grep that handles long lines and -e... (cached) /usr/bin/grep checking for egrep... (cached) /usr/bin/egrep checking for fgrep... (cached) /usr/bin/fgrep checking for ld used by cc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm checking the name lister (/usr/bin/nm) interface... BSD nm checking whether ln -s works... yes checking the maximum length of command line arguments... (cached) 262144 checking how to convert amd64-portbld-freebsd12.0 file names to amd64-portbld-freebsd12.0 format... func_convert_file_noop checking how to convert amd64-portbld-freebsd12.0 file names to toolchain format... func_convert_file_noop checking for /usr/bin/ld option to reload object files... -r checking for objdump... objdump checking how to recognize dependent libraries... pass_all checking for dlltool... no checking how to associate runtime and link libraries... printf %s\n checking for ar... ar checking for archiver @FILE support... no checking for strip... strip checking for ranlib... ranlib checking command to parse /usr/bin/nm output from cc object... ok checking for sysroot... no checking for a working dd... /bin/dd checking how to truncate binary pipes... /bin/dd bs=4096 count=1 checking for mt... mt checking if mt is a manifest tool... no checking how to run the C preprocessor... cpp checking for ANSI C header files... (cached) yes checking for sys/types.h... (cached) yes checking for sys/stat.h... (cached) yes checking for stdlib.h... (cached) yes checking for string.h... (cached) yes checking for memory.h... (cached) yes checking for strings.h... (cached) yes checking for inttypes.h... (cached) yes checking for stdint.h... (cached) yes checking for unistd.h... (cached) yes checking for dlfcn.h... (cached) yes checking for objdir... .libs checking if cc supports -fno-rtti -fno-exceptions... yes checking for cc option to produce PIC... -fPIC -DPIC checking if cc PIC flag -fPIC -DPIC works... yes checking if cc static flag -static works... yes checking if cc supports -c -o file.o... yes checking if cc supports -c -o file.o... (cached) yes checking whether the cc linker (/usr/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... no checking dynamic linker characteristics... freebsd12.0 ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes checking Perl configuration value ccflags... -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -DDEBUGGING -fno-strict-aliasing -pipe -fstack-protector-strong -I/usr/local/include checking Perl configuration value cccdlflags... -DPIC -fPIC checking Perl configuration value ccdlflags... -Wl,-R/usr/local/lib/perl5/5.24/mach/CORE checking Perl configuration value libperl... libperl.so.5.24.1 checking Perl configuration value archlibexp... /usr/local/lib/perl5/5.24/mach checking Perl configuration value privlibexp... /usr/local/lib/perl5/5.24 checking that generated files are newer than configure... done configure: creating ./config.status config.status: creating Makefile config.status: creating config.h config.status: executing depfiles commands config.status: executing libtool commands =========================================================================== =================================================== ===> Building for texinfo-6.4,1 gmake[1]: Entering directory '/wrkdirs/usr/ports/print/texinfo/work/texinfo-6.4' gmake all-recursive gmake[2]: Entering directory '/wrkdirs/usr/ports/print/texinfo/work/texinfo-6.4' Making all in gnulib/lib gmake[3]: Entering directory '/wrkdirs/usr/ports/print/texinfo/work/texinfo-6.4/gnulib/lib' rm -f alloca.h-t alloca.h && \ { echo '/* DO NOT EDIT! GENERATED AUTOMATICALLY! */'; \ cat ./alloca.in.h; \ } > alloca.h-t && \ mv -f alloca.h-t alloca.h rm -f argz.h-t argz.h && \ { echo '/* DO NOT EDIT! GENERATED AUTOMATICALLY! */'; \ cat ./argz.in.h; \ } > argz.h-t && \ mv -f argz.h-t argz.h rm -f getopt.h-t getopt.h && \ { echo '/* DO NOT EDIT! GENERATED AUTOMATICALLY! */'; \ sed -e 's|@''GUARD_PREFIX''@|GL|g' \ -e 's|@''HAVE_GETOPT_H''@|1|g' \ -e 's|@''INCLUDE_NEXT''@|include_next|g' \ -e 's|@''PRAGMA_SYSTEM_HEADER''@|#pragma GCC system_header|g' \ -e 's|@''PRAGMA_COLUMNS''@||g' \ -e 's|@''NEXT_GETOPT_H''@||g' \ -e '/definition of _GL_ARG_NONNULL/r ./arg-nonnull.h' \ < ./getopt.in.h; \ } > getopt.h-t && \ mv -f getopt.h-t getopt.h rm -f getopt-cdefs.h-t getopt-cdefs.h && \ { echo '/* DO NOT EDIT! GENERATED AUTOMATICALLY! */'; \ sed -e 's|@''HAVE_SYS_CDEFS_H''@|1|g' \ < ./getopt-cdefs.in.h; \ } > getopt-cdefs.h-t && \ mv -f getopt-cdefs.h-t getopt-cdefs.h rm -f langinfo.h-t langinfo.h && \ { echo '/* DO NOT EDIT! GENERATED AUTOMATICALLY! */'; \ sed -e 's|@''GUARD_PREFIX''@|GL|g' \ -e 's|@''HAVE_LANGINFO_H''@|1|g' \ -e 's|@''INCLUDE_NEXT''@|include_next|g' \ -e 's|@''PRAGMA_SYSTEM_HEADER''@|#pragma GCC system_header|g' \ -e 's|@''PRAGMA_COLUMNS''@||g' \ -e 's|@''NEXT_LANGINFO_H''@||g' \ -e 's/@''GNULIB_NL_LANGINFO''@/1/g' \ -e 's|@''HAVE_LANGINFO_CODESET''@|1|g' \ -e 's|@''HAVE_LANGINFO_T_FMT_AMPM''@|1|g' \ -e 's|@''HAVE_LANGINFO_ERA''@|1|g' \ -e 's|@''HAVE_LANGINFO_YESEXPR''@|1|g' \ -e 's|@''HAVE_NL_LANGINFO''@|1|g' \ -e 's|@''REPLACE_NL_LANGINFO''@|1|g' \ -e '/definitions of _GL_FUNCDECL_RPL/r ./c++defs.h' \ -e '/definition of _GL_WARN_ON_USE/r ./warn-on-use.h' \ < ./langinfo.in.h; \ } > langinfo.h-t && \ mv langinfo.h-t langinfo.h rm -f limits.h-t limits.h && \ { echo '/* DO NOT EDIT! GENERATED AUTOMATICALLY! */' && \ sed -e 's|@''GUARD_PREFIX''@|GL|g' \ -e 's|@''INCLUDE_NEXT''@|include_next|g' \ -e 's|@''PRAGMA_SYSTEM_HEADER''@|#pragma GCC system_header|g' \ -e 's|@''PRAGMA_COLUMNS''@||g' \ -e 's|@''NEXT_LIMITS_H''@||g' \ < ./limits.in.h; \ } > limits.h-t && \ mv limits.h-t limits.h rm -f locale.h-t locale.h && \ { echo '/* DO NOT EDIT! GENERATED AUTOMATICALLY! */' && \ sed -e 's|@''GUARD_PREFIX''@|GL|g' \ -e 's|@''INCLUDE_NEXT''@|include_next|g' \ -e 's|@''PRAGMA_SYSTEM_HEADER''@|#pragma GCC system_header|g' \ -e 's|@''PRAGMA_COLUMNS''@||g' \ -e 's|@''NEXT_LOCALE_H''@||g' \ -e 's/@''GNULIB_LOCALECONV''@/1/g' \ -e 's/@''GNULIB_SETLOCALE''@/0/g' \ -e 's/@''GNULIB_DUPLOCALE''@/0/g' \ -e 's|@''HAVE_DUPLOCALE''@|1|g' \ -e 's|@''HAVE_XLOCALE_H''@|1|g' \ -e 's|@''REPLACE_LOCALECONV''@|0|g' \ -e 's|@''REPLACE_SETLOCALE''@|0|g' \ -e 's|@''REPLACE_DUPLOCALE''@|0|g' \ -e 's|@''REPLACE_STRUCT_LCONV''@|0|g' \ -e '/definitions of _GL_FUNCDECL_RPL/r ./c++defs.h' \ -e '/definition of _GL_ARG_NONNULL/r ./arg-nonnull.h' \ -e '/definition of _GL_WARN_ON_USE/r ./warn-on-use.h' \ < ./locale.in.h; \ } > locale.h-t && \ mv locale.h-t locale.h rm -f stdint.h-t stdint.h && \ { echo '/* DO NOT EDIT! GENERATED AUTOMATICALLY! */'; \ sed -e 's|@''GUARD_PREFIX''@|GL|g' \ -e 's/@''HAVE_STDINT_H''@/1/g' \ -e 's|@''INCLUDE_NEXT''@|include_next|g' \ -e 's|@''PRAGMA_SYSTEM_HEADER''@|#pragma GCC system_header|g' \ -e 's|@''PRAGMA_COLUMNS''@||g' \ -e 's|@''NEXT_STDINT_H''@||g' \ -e 's/@''HAVE_C99_STDINT_H''@/1/g' \ -e 's/@''HAVE_SYS_TYPES_H''@/1/g' \ -e 's/@''HAVE_INTTYPES_H''@/1/g' \ -e 's/@''HAVE_SYS_INTTYPES_H''@/0/g' \ -e 's/@''HAVE_SYS_BITYPES_H''@/0/g' \ -e 's/@''HAVE_WCHAR_H''@/1/g' \ -e 's/@''HAVE_LONG_LONG_INT''@/1/g' \ -e 's/@''HAVE_UNSIGNED_LONG_LONG_INT''@/1/g' \ -e 's/@''APPLE_UNIVERSAL_BUILD''@/0/g' \ -e 's/@''BITSIZEOF_PTRDIFF_T''@//g' \ -e 's/@''PTRDIFF_T_SUFFIX''@//g' \ -e 's/@''BITSIZEOF_SIG_ATOMIC_T''@//g' \ -e 's/@''HAVE_SIGNED_SIG_ATOMIC_T''@//g' \ -e 's/@''SIG_ATOMIC_T_SUFFIX''@//g' \ -e 's/@''BITSIZEOF_SIZE_T''@//g' \ -e 's/@''SIZE_T_SUFFIX''@//g' \ -e 's/@''BITSIZEOF_WCHAR_T''@//g' \ -e 's/@''HAVE_SIGNED_WCHAR_T''@//g' \ -e 's/@''WCHAR_T_SUFFIX''@//g' \ -e 's/@''BITSIZEOF_WINT_T''@//g' \ -e 's/@''HAVE_SIGNED_WINT_T''@//g' \ -e 's/@''WINT_T_SUFFIX''@//g' \ -e 's/@''GNULIB_OVERRIDES_WINT_T''@/0/g' \ < ./stdint.in.h; \ } > stdint.h-t && \ mv stdint.h-t stdint.h rm -f stdio.h-t stdio.h && \ { echo '/* DO NOT EDIT! GENERATED AUTOMATICALLY! */' && \ sed -e 's|@''GUARD_PREFIX''@|GL|g' \ -e 's|@''INCLUDE_NEXT''@|include_next|g' \ -e 's|@''PRAGMA_SYSTEM_HEADER''@|#pragma GCC system_header|g' \ -e 's|@''PRAGMA_COLUMNS''@||g' \ -e 's|@''NEXT_STDIO_H''@||g' \ -e 's/@''GNULIB_DPRINTF''@/0/g' \ -e 's/@''GNULIB_FCLOSE''@/0/g' \ -e 's/@''GNULIB_FDOPEN''@/0/g' \ -e 's/@''GNULIB_FFLUSH''@/0/g' \ -e 's/@''GNULIB_FGETC''@/1/g' \ -e 's/@''GNULIB_FGETS''@/1/g' \ -e 's/@''GNULIB_FOPEN''@/0/g' \ -e 's/@''GNULIB_FPRINTF''@/1/g' \ -e 's/@''GNULIB_FPRINTF_POSIX''@/0/g' \ -e 's/@''GNULIB_FPURGE''@/0/g' \ -e 's/@''GNULIB_FPUTC''@/1/g' \ -e 's/@''GNULIB_FPUTS''@/1/g' \ -e 's/@''GNULIB_FREAD''@/1/g' \ -e 's/@''GNULIB_FREOPEN''@/0/g' \ -e 's/@''GNULIB_FSCANF''@/1/g' \ -e 's/@''GNULIB_FSEEK''@/0/g' \ -e 's/@''GNULIB_FSEEKO''@/0/g' \ -e 's/@''GNULIB_FTELL''@/0/g' \ -e 's/@''GNULIB_FTELLO''@/0/g' \ -e 's/@''GNULIB_FWRITE''@/1/g' \ -e 's/@''GNULIB_GETC''@/1/g' \ -e 's/@''GNULIB_GETCHAR''@/1/g' \ -e 's/@''GNULIB_GETDELIM''@/0/g' \ -e 's/@''GNULIB_GETLINE''@/0/g' \ -e 's/@''GNULIB_OBSTACK_PRINTF''@/0/g' \ -e 's/@''GNULIB_OBSTACK_PRINTF_POSIX''@/0/g' \ -e 's/@''GNULIB_PCLOSE''@/0/g' \ -e 's/@''GNULIB_PERROR''@/0/g' \ -e 's/@''GNULIB_POPEN''@/0/g' \ -e 's/@''GNULIB_PRINTF''@/1/g' \ -e 's/@''GNULIB_PRINTF_POSIX''@/0/g' \ -e 's/@''GNULIB_PUTC''@/1/g' \ -e 's/@''GNULIB_PUTCHAR''@/1/g' \ -e 's/@''GNULIB_PUTS''@/1/g' \ -e 's/@''GNULIB_REMOVE''@/0/g' \ -e 's/@''GNULIB_RENAME''@/0/g' \ -e 's/@''GNULIB_RENAMEAT''@/0/g' \ -e 's/@''GNULIB_SCANF''@/1/g' \ -e 's/@''GNULIB_SNPRINTF''@/0/g' \ -e 's/@''GNULIB_SPRINTF_POSIX''@/0/g' \ -e 's/@''GNULIB_STDIO_H_NONBLOCKING''@/0/g' \ -e 's/@''GNULIB_STDIO_H_SIGPIPE''@/0/g' \ -e 's/@''GNULIB_TMPFILE''@/0/g' \ -e 's/@''GNULIB_VASPRINTF''@/1/g' \ -e 's/@''GNULIB_VDPRINTF''@/0/g' \ -e 's/@''GNULIB_VFPRINTF''@/1/g' \ -e 's/@''GNULIB_VFPRINTF_POSIX''@/0/g' \ -e 's/@''GNULIB_VFSCANF''@/0/g' \ -e 's/@''GNULIB_VSCANF''@/0/g' \ -e 's/@''GNULIB_VPRINTF''@/1/g' \ -e 's/@''GNULIB_VPRINTF_POSIX''@/0/g' \ -e 's/@''GNULIB_VSNPRINTF''@/0/g' \ -e 's/@''GNULIB_VSPRINTF_POSIX''@/0/g' \ < ./stdio.in.h | \ sed -e 's|@''HAVE_DECL_FPURGE''@|1|g' \ -e 's|@''HAVE_DECL_FSEEKO''@|1|g' \ -e 's|@''HAVE_DECL_FTELLO''@|1|g' \ -e 's|@''HAVE_DECL_GETDELIM''@|1|g' \ -e 's|@''HAVE_DECL_GETLINE''@|1|g' \ -e 's|@''HAVE_DECL_OBSTACK_PRINTF''@|1|g' \ -e 's|@''HAVE_DECL_SNPRINTF''@|1|g' \ -e 's|@''HAVE_DECL_VSNPRINTF''@|1|g' \ -e 's|@''HAVE_DPRINTF''@|1|g' \ -e 's|@''HAVE_FSEEKO''@|1|g' \ -e 's|@''HAVE_FTELLO''@|1|g' \ -e 's|@''HAVE_PCLOSE''@|1|g' \ -e 's|@''HAVE_POPEN''@|1|g' \ -e 's|@''HAVE_RENAMEAT''@|1|g' \ -e 's|@''HAVE_VASPRINTF''@|1|g' \ -e 's|@''HAVE_VDPRINTF''@|1|g' \ -e 's|@''REPLACE_DPRINTF''@|0|g' \ -e 's|@''REPLACE_FCLOSE''@|0|g' \ -e 's|@''REPLACE_FDOPEN''@|0|g' \ -e 's|@''REPLACE_FFLUSH''@|0|g' \ -e 's|@''REPLACE_FOPEN''@|0|g' \ -e 's|@''REPLACE_FPRINTF''@|0|g' \ -e 's|@''REPLACE_FPURGE''@|0|g' \ -e 's|@''REPLACE_FREOPEN''@|0|g' \ -e 's|@''REPLACE_FSEEK''@|0|g' \ -e 's|@''REPLACE_FSEEKO''@|0|g' \ -e 's|@''REPLACE_FTELL''@|0|g' \ -e 's|@''REPLACE_FTELLO''@|0|g' \ -e 's|@''REPLACE_GETDELIM''@|0|g' \ -e 's|@''REPLACE_GETLINE''@|0|g' \ -e 's|@''REPLACE_OBSTACK_PRINTF''@|0|g' \ -e 's|@''REPLACE_PERROR''@|0|g' \ -e 's|@''REPLACE_POPEN''@|0|g' \ -e 's|@''REPLACE_PRINTF''@|0|g' \ -e 's|@''REPLACE_REMOVE''@|0|g' \ -e 's|@''REPLACE_RENAME''@|0|g' \ -e 's|@''REPLACE_RENAMEAT''@|0|g' \ -e 's|@''REPLACE_SNPRINTF''@|0|g' \ -e 's|@''REPLACE_SPRINTF''@|0|g' \ -e 's|@''REPLACE_STDIO_READ_FUNCS''@|0|g' \ -e 's|@''REPLACE_STDIO_WRITE_FUNCS''@|0|g' \ -e 's|@''REPLACE_TMPFILE''@|0|g' \ -e 's|@''REPLACE_VASPRINTF''@|0|g' \ -e 's|@''REPLACE_VDPRINTF''@|0|g' \ -e 's|@''REPLACE_VFPRINTF''@|0|g' \ -e 's|@''REPLACE_VPRINTF''@|0|g' \ -e 's|@''REPLACE_VSNPRINTF''@|0|g' \ -e 's|@''REPLACE_VSPRINTF''@|0|g' \ -e 's|@''ASM_SYMBOL_PREFIX''@||g' \ -e '/definitions of _GL_FUNCDECL_RPL/r ./c++defs.h' \ -e '/definition of _GL_ARG_NONNULL/r ./arg-nonnull.h' \ -e '/definition of _GL_WARN_ON_USE/r ./warn-on-use.h'; \ } > stdio.h-t && \ mv stdio.h-t stdio.h rm -f stdlib.h-t stdlib.h && \ { echo '/* DO NOT EDIT! GENERATED AUTOMATICALLY! */' && \ sed -e 's|@''GUARD_PREFIX''@|GL|g' \ -e 's|@''INCLUDE_NEXT''@|include_next|g' \ -e 's|@''PRAGMA_SYSTEM_HEADER''@|#pragma GCC system_header|g' \ -e 's|@''PRAGMA_COLUMNS''@||g' \ -e 's|@''NEXT_STDLIB_H''@||g' \ -e 's/@''GNULIB__EXIT''@/0/g' \ -e 's/@''GNULIB_ATOLL''@/0/g' \ -e 's/@''GNULIB_CALLOC_POSIX''@/0/g' \ -e 's/@''GNULIB_CANONICALIZE_FILE_NAME''@/0/g' \ -e 's/@''GNULIB_GETLOADAVG''@/0/g' \ -e 's/@''GNULIB_GETSUBOPT''@/0/g' \ -e 's/@''GNULIB_GRANTPT''@/0/g' \ -e 's/@''GNULIB_MALLOC_POSIX''@/1/g' \ -e 's/@''GNULIB_MBTOWC''@/0/g' \ -e 's/@''GNULIB_MKDTEMP''@/0/g' \ -e 's/@''GNULIB_MKOSTEMP''@/0/g' \ -e 's/@''GNULIB_MKOSTEMPS''@/0/g' \ -e 's/@''GNULIB_MKSTEMP''@/0/g' \ -e 's/@''GNULIB_MKSTEMPS''@/0/g' \ -e 's/@''GNULIB_POSIX_OPENPT''@/0/g' \ -e 's/@''GNULIB_PTSNAME''@/0/g' \ -e 's/@''GNULIB_PTSNAME_R''@/0/g' \ -e 's/@''GNULIB_PUTENV''@/0/g' \ -e 's/@''GNULIB_QSORT_R''@/0/g' \ -e 's/@''GNULIB_RANDOM''@/0/g' \ -e 's/@''GNULIB_RANDOM_R''@/0/g' \ -e 's/@''GNULIB_REALLOC_POSIX''@/0/g' \ -e 's/@''GNULIB_REALPATH''@/0/g' \ -e 's/@''GNULIB_RPMATCH''@/0/g' \ -e 's/@''GNULIB_SECURE_GETENV''@/0/g' \ -e 's/@''GNULIB_SETENV''@/0/g' \ -e 's/@''GNULIB_STRTOD''@/0/g' \ -e 's/@''GNULIB_STRTOLL''@/0/g' \ -e 's/@''GNULIB_STRTOULL''@/0/g' \ -e 's/@''GNULIB_SYSTEM_POSIX''@/0/g' \ -e 's/@''GNULIB_UNLOCKPT''@/0/g' \ -e 's/@''GNULIB_UNSETENV''@/0/g' \ -e 's/@''GNULIB_WCTOMB''@/0/g' \ < ./stdlib.in.h | \ sed -e 's|@''HAVE__EXIT''@|1|g' \ -e 's|@''HAVE_ATOLL''@|1|g' \ -e 's|@''HAVE_CANONICALIZE_FILE_NAME''@|1|g' \ -e 's|@''HAVE_DECL_GETLOADAVG''@|1|g' \ -e 's|@''HAVE_GETSUBOPT''@|1|g' \ -e 's|@''HAVE_GRANTPT''@|1|g' \ -e 's|@''HAVE_MKDTEMP''@|1|g' \ -e 's|@''HAVE_MKOSTEMP''@|1|g' \ -e 's|@''HAVE_MKOSTEMPS''@|1|g' \ -e 's|@''HAVE_MKSTEMP''@|1|g' \ -e 's|@''HAVE_MKSTEMPS''@|1|g' \ -e 's|@''HAVE_POSIX_OPENPT''@|1|g' \ -e 's|@''HAVE_PTSNAME''@|1|g' \ -e 's|@''HAVE_PTSNAME_R''@|1|g' \ -e 's|@''HAVE_QSORT_R''@|1|g' \ -e 's|@''HAVE_RANDOM''@|1|g' \ -e 's|@''HAVE_RANDOM_H''@|1|g' \ -e 's|@''HAVE_RANDOM_R''@|1|g' \ -e 's|@''HAVE_REALPATH''@|1|g' \ -e 's|@''HAVE_RPMATCH''@|1|g' \ -e 's|@''HAVE_SECURE_GETENV''@|1|g' \ -e 's|@''HAVE_DECL_SETENV''@|1|g' \ -e 's|@''HAVE_STRTOD''@|1|g' \ -e 's|@''HAVE_STRTOLL''@|1|g' \ -e 's|@''HAVE_STRTOULL''@|1|g' \ -e 's|@''HAVE_STRUCT_RANDOM_DATA''@|1|g' \ -e 's|@''HAVE_SYS_LOADAVG_H''@|0|g' \ -e 's|@''HAVE_UNLOCKPT''@|1|g' \ -e 's|@''HAVE_DECL_UNSETENV''@|1|g' \ -e 's|@''REPLACE_CALLOC''@|0|g' \ -e 's|@''REPLACE_CANONICALIZE_FILE_NAME''@|0|g' \ -e 's|@''REPLACE_MALLOC''@|0|g' \ -e 's|@''REPLACE_MBTOWC''@|0|g' \ -e 's|@''REPLACE_MKSTEMP''@|0|g' \ -e 's|@''REPLACE_PTSNAME''@|0|g' \ -e 's|@''REPLACE_PTSNAME_R''@|0|g' \ -e 's|@''REPLACE_PUTENV''@|0|g' \ -e 's|@''REPLACE_QSORT_R''@|0|g' \ -e 's|@''REPLACE_RANDOM_R''@|0|g' \ -e 's|@''REPLACE_REALLOC''@|0|g' \ -e 's|@''REPLACE_REALPATH''@|0|g' \ -e 's|@''REPLACE_SETENV''@|0|g' \ -e 's|@''REPLACE_STRTOD''@|0|g' \ -e 's|@''REPLACE_UNSETENV''@|0|g' \ -e 's|@''REPLACE_WCTOMB''@|0|g' \ -e '/definitions of _GL_FUNCDECL_RPL/r ./c++defs.h' \ -e '/definition of _Noreturn/r ./_Noreturn.h' \ -e '/definition of _GL_ARG_NONNULL/r ./arg-nonnull.h' \ -e '/definition of _GL_WARN_ON_USE/r ./warn-on-use.h'; \ } > stdlib.h-t && \ mv stdlib.h-t stdlib.h rm -f string.h-t string.h && \ { echo '/* DO NOT EDIT! GENERATED AUTOMATICALLY! */' && \ sed -e 's|@''GUARD_PREFIX''@|GL|g' \ -e 's|@''INCLUDE_NEXT''@|include_next|g' \ -e 's|@''PRAGMA_SYSTEM_HEADER''@|#pragma GCC system_header|g' \ -e 's|@''PRAGMA_COLUMNS''@||g' \ -e 's|@''NEXT_STRING_H''@||g' \ -e 's/@''GNULIB_FFSL''@/0/g' \ -e 's/@''GNULIB_FFSLL''@/0/g' \ -e 's/@''GNULIB_MBSLEN''@/1/g' \ -e 's/@''GNULIB_MBSNLEN''@/0/g' \ -e 's/@''GNULIB_MBSCHR''@/1/g' \ -e 's/@''GNULIB_MBSRCHR''@/0/g' \ -e 's/@''GNULIB_MBSSTR''@/1/g' \ -e 's/@''GNULIB_MBSCASECMP''@/1/g' \ -e 's/@''GNULIB_MBSNCASECMP''@/1/g' \ -e 's/@''GNULIB_MBSPCASECMP''@/0/g' \ -e 's/@''GNULIB_MBSCASESTR''@/0/g' \ -e 's/@''GNULIB_MBSCSPN''@/0/g' \ -e 's/@''GNULIB_MBSPBRK''@/0/g' \ -e 's/@''GNULIB_MBSSPN''@/0/g' \ -e 's/@''GNULIB_MBSSEP''@/0/g' \ -e 's/@''GNULIB_MBSTOK_R''@/0/g' \ -e 's/@''GNULIB_MEMCHR''@/1/g' \ -e 's/@''GNULIB_MEMMEM''@/0/g' \ -e 's/@''GNULIB_MEMPCPY''@/1/g' \ -e 's/@''GNULIB_MEMRCHR''@/1/g' \ -e 's/@''GNULIB_RAWMEMCHR''@/0/g' \ -e 's/@''GNULIB_STPCPY''@/1/g' \ -e 's/@''GNULIB_STPNCPY''@/0/g' \ -e 's/@''GNULIB_STRCHRNUL''@/0/g' \ -e 's/@''GNULIB_STRDUP''@/1/g' \ -e 's/@''GNULIB_STRNCAT''@/0/g' \ -e 's/@''GNULIB_STRNDUP''@/1/g' \ -e 's/@''GNULIB_STRNLEN''@/1/g' \ -e 's/@''GNULIB_STRPBRK''@/0/g' \ -e 's/@''GNULIB_STRSEP''@/0/g' \ -e 's/@''GNULIB_STRSTR''@/1/g' \ -e 's/@''GNULIB_STRCASESTR''@/1/g' \ -e 's/@''GNULIB_STRTOK_R''@/0/g' \ -e 's/@''GNULIB_STRERROR''@/1/g' \ -e 's/@''GNULIB_STRERROR_R''@/0/g' \ -e 's/@''GNULIB_STRSIGNAL''@/0/g' \ -e 's/@''GNULIB_STRVERSCMP''@/0/g' \ < ./string.in.h | \ sed -e 's|@''HAVE_FFSL''@|1|g' \ -e 's|@''HAVE_FFSLL''@|1|g' \ -e 's|@''HAVE_MBSLEN''@|0|g' \ -e 's|@''HAVE_MEMCHR''@|1|g' \ -e 's|@''HAVE_DECL_MEMMEM''@|1|g' \ -e 's|@''HAVE_MEMPCPY''@|0|g' \ -e 's|@''HAVE_DECL_MEMRCHR''@|1|g' \ -e 's|@''HAVE_RAWMEMCHR''@|1|g' \ -e 's|@''HAVE_STPCPY''@|1|g' \ -e 's|@''HAVE_STPNCPY''@|1|g' \ -e 's|@''HAVE_STRCHRNUL''@|1|g' \ -e 's|@''HAVE_DECL_STRDUP''@|1|g' \ -e 's|@''HAVE_DECL_STRNDUP''@|1|g' \ -e 's|@''HAVE_DECL_STRNLEN''@|1|g' \ -e 's|@''HAVE_STRPBRK''@|1|g' \ -e 's|@''HAVE_STRSEP''@|1|g' \ -e 's|@''HAVE_STRCASESTR''@|1|g' \ -e 's|@''HAVE_DECL_STRTOK_R''@|1|g' \ -e 's|@''HAVE_DECL_STRERROR_R''@|1|g' \ -e 's|@''HAVE_DECL_STRSIGNAL''@|1|g' \ -e 's|@''HAVE_STRVERSCMP''@|1|g' \ -e 's|@''REPLACE_STPNCPY''@|0|g' \ -e 's|@''REPLACE_MEMCHR''@|0|g' \ -e 's|@''REPLACE_MEMMEM''@|0|g' \ -e 's|@''REPLACE_STRCASESTR''@|1|g' \ -e 's|@''REPLACE_STRCHRNUL''@|0|g' \ -e 's|@''REPLACE_STRDUP''@|0|g' \ -e 's|@''REPLACE_STRSTR''@|0|g' \ -e 's|@''REPLACE_STRERROR''@|0|g' \ -e 's|@''REPLACE_STRERROR_R''@|0|g' \ -e 's|@''REPLACE_STRNCAT''@|0|g' \ -e 's|@''REPLACE_STRNDUP''@|0|g' \ -e 's|@''REPLACE_STRNLEN''@|0|g' \ -e 's|@''REPLACE_STRSIGNAL''@|0|g' \ -e 's|@''REPLACE_STRTOK_R''@|0|g' \ -e 's|@''UNDEFINE_STRTOK_R''@|0|g' \ -e '/definitions of _GL_FUNCDECL_RPL/r ./c++defs.h' \ -e '/definition of _GL_ARG_NONNULL/r ./arg-nonnull.h' \ -e '/definition of _GL_WARN_ON_USE/r ./warn-on-use.h'; \ < ./string.in.h; \ } > string.h-t && \ mv string.h-t string.h rm -f strings.h-t strings.h && \ { echo '/* DO NOT EDIT! GENERATED AUTOMATICALLY! */' && \ sed -e 's|@''GUARD_PREFIX''@|GL|g' \ -e 's|@''HAVE_STRINGS_H''@|1|g' \ -e 's|@''INCLUDE_NEXT''@|include_next|g' \ -e 's|@''PRAGMA_SYSTEM_HEADER''@|#pragma GCC system_header|g' \ -e 's|@''PRAGMA_COLUMNS''@||g' \ -e 's|@''NEXT_STRINGS_H''@||g' \ -e 's|@''GNULIB_FFS''@|0|g' \ -e 's|@''HAVE_FFS''@|1|g' \ -e 's|@''HAVE_STRCASECMP''@|1|g' \ -e 's|@''HAVE_DECL_STRNCASECMP''@|1|g' \ -e '/definitions of _GL_FUNCDECL_RPL/r ./c++defs.h' \ -e '/definition of _GL_ARG_NONNULL/r ./arg-nonnull.h' \ -e '/definition of _GL_WARN_ON_USE/r ./warn-on-use.h' \ < ./strings.in.h; \ } > strings.h-t && \ mv strings.h-t strings.h /bin/mkdir -p sys rm -f unistd.h-t unistd.h && \ { echo '/* DO NOT EDIT! GENERATED AUTOMATICALLY! */'; \ sed -e 's|@''GUARD_PREFIX''@|GL|g' \ -e 's|@''HAVE_UNISTD_H''@|1|g' \ -e 's|@''INCLUDE_NEXT''@|include_next|g' \ -e 's|@''PRAGMA_SYSTEM_HEADER''@|#pragma GCC system_header|g' \ -e 's|@''PRAGMA_COLUMNS''@||g' \ -e 's|@''NEXT_UNISTD_H''@||g' \ -e 's|@''WINDOWS_64_BIT_OFF_T''@|0|g' \ -e 's/@''GNULIB_CHDIR''@/0/g' \ -e 's/@''GNULIB_CHOWN''@/0/g' \ -e 's/@''GNULIB_CLOSE''@/0/g' \ -e 's/@''GNULIB_DUP''@/0/g' \ -e 's/@''GNULIB_DUP2''@/0/g' \ -e 's/@''GNULIB_DUP3''@/0/g' \ -e 's/@''GNULIB_ENVIRON''@/0/g' \ -e 's/@''GNULIB_EUIDACCESS''@/0/g' \ -e 's/@''GNULIB_FACCESSAT''@/0/g' \ -e 's/@''GNULIB_FCHDIR''@/0/g' \ -e 's/@''GNULIB_FCHOWNAT''@/0/g' \ -e 's/@''GNULIB_FDATASYNC''@/0/g' \ -e 's/@''GNULIB_FSYNC''@/0/g' \ -e 's/@''GNULIB_FTRUNCATE''@/0/g' \ -e 's/@''GNULIB_GETCWD''@/0/g' \ -e 's/@''GNULIB_GETDOMAINNAME''@/0/g' \ -e 's/@''GNULIB_GETDTABLESIZE''@/0/g' \ -e 's/@''GNULIB_GETGROUPS''@/0/g' \ -e 's/@''GNULIB_GETHOSTNAME''@/0/g' \ -e 's/@''GNULIB_GETLOGIN''@/0/g' \ -e 's/@''GNULIB_GETLOGIN_R''@/0/g' \ -e 's/@''GNULIB_GETPAGESIZE''@/0/g' \ -e 's/@''GNULIB_GETUSERSHELL''@/0/g' \ -e 's/@''GNULIB_GROUP_MEMBER''@/0/g' \ -e 's/@''GNULIB_ISATTY''@/0/g' \ -e 's/@''GNULIB_LCHOWN''@/0/g' \ -e 's/@''GNULIB_LINK''@/0/g' \ -e 's/@''GNULIB_LINKAT''@/0/g' \ -e 's/@''GNULIB_LSEEK''@/0/g' \ -e 's/@''GNULIB_PIPE''@/0/g' \ -e 's/@''GNULIB_PIPE2''@/0/g' \ -e 's/@''GNULIB_PREAD''@/0/g' \ -e 's/@''GNULIB_PWRITE''@/0/g' \ -e 's/@''GNULIB_READ''@/0/g' \ -e 's/@''GNULIB_READLINK''@/0/g' \ -e 's/@''GNULIB_READLINKAT''@/0/g' \ -e 's/@''GNULIB_RMDIR''@/0/g' \ -e 's/@''GNULIB_SETHOSTNAME''@/0/g' \ -e 's/@''GNULIB_SLEEP''@/0/g' \ -e 's/@''GNULIB_SYMLINK''@/0/g' \ -e 's/@''GNULIB_SYMLINKAT''@/0/g' \ -e 's/@''GNULIB_TRUNCATE''@/0/g' \ -e 's/@''GNULIB_TTYNAME_R''@/0/g' \ -e 's/@''GNULIB_UNISTD_H_GETOPT''@/01/g' \ -e 's/@''GNULIB_UNISTD_H_NONBLOCKING''@/0/g' \ -e 's/@''GNULIB_UNISTD_H_SIGPIPE''@/0/g' \ -e 's/@''GNULIB_UNLINK''@/0/g' \ -e 's/@''GNULIB_UNLINKAT''@/0/g' \ -e 's/@''GNULIB_USLEEP''@/0/g' \ -e 's/@''GNULIB_WRITE''@/0/g' \ < ./unistd.in.h | \ sed -e 's|@''HAVE_CHOWN''@|1|g' \ -e 's|@''HAVE_DUP2''@|1|g' \ -e 's|@''HAVE_DUP3''@|1|g' \ -e 's|@''HAVE_EUIDACCESS''@|1|g' \ -e 's|@''HAVE_FACCESSAT''@|1|g' \ -e 's|@''HAVE_FCHDIR''@|1|g' \ -e 's|@''HAVE_FCHOWNAT''@|1|g' \ -e 's|@''HAVE_FDATASYNC''@|1|g' \ -e 's|@''HAVE_FSYNC''@|1|g' \ -e 's|@''HAVE_FTRUNCATE''@|1|g' \ -e 's|@''HAVE_GETDTABLESIZE''@|1|g' \ -e 's|@''HAVE_GETGROUPS''@|1|g' \ -e 's|@''HAVE_GETHOSTNAME''@|1|g' \ -e 's|@''HAVE_GETPAGESIZE''@|1|g' \ -e 's|@''HAVE_GROUP_MEMBER''@|1|g' \ -e 's|@''HAVE_LCHOWN''@|1|g' \ -e 's|@''HAVE_LINK''@|1|g' \ -e 's|@''HAVE_LINKAT''@|1|g' \ -e 's|@''HAVE_PIPE''@|1|g' \ -e 's|@''HAVE_PIPE2''@|1|g' \ -e 's|@''HAVE_PREAD''@|1|g' \ -e 's|@''HAVE_PWRITE''@|1|g' \ -e 's|@''HAVE_READLINK''@|1|g' \ -e 's|@''HAVE_READLINKAT''@|1|g' \ -e 's|@''HAVE_SETHOSTNAME''@|1|g' \ -e 's|@''HAVE_SLEEP''@|1|g' \ -e 's|@''HAVE_SYMLINK''@|1|g' \ -e 's|@''HAVE_SYMLINKAT''@|1|g' \ -e 's|@''HAVE_TRUNCATE''@|1|g' \ -e 's|@''HAVE_UNLINKAT''@|1|g' \ -e 's|@''HAVE_USLEEP''@|1|g' \ -e 's|@''HAVE_DECL_ENVIRON''@|1|g' \ -e 's|@''HAVE_DECL_FCHDIR''@|1|g' \ -e 's|@''HAVE_DECL_FDATASYNC''@|1|g' \ -e 's|@''HAVE_DECL_GETDOMAINNAME''@|1|g' \ -e 's|@''HAVE_DECL_GETLOGIN''@|1|g' \ -e 's|@''HAVE_DECL_GETLOGIN_R''@|1|g' \ -e 's|@''HAVE_DECL_GETPAGESIZE''@|1|g' \ -e 's|@''HAVE_DECL_GETUSERSHELL''@|1|g' \ -e 's|@''HAVE_DECL_SETHOSTNAME''@|1|g' \ -e 's|@''HAVE_DECL_TTYNAME_R''@|1|g' \ -e 's|@''HAVE_OS_H''@|0|g' \ -e 's|@''HAVE_SYS_PARAM_H''@|0|g' \ | \ sed -e 's|@''REPLACE_CHOWN''@|0|g' \ -e 's|@''REPLACE_CLOSE''@|0|g' \ -e 's|@''REPLACE_DUP''@|0|g' \ -e 's|@''REPLACE_DUP2''@|0|g' \ -e 's|@''REPLACE_FCHOWNAT''@|0|g' \ -e 's|@''REPLACE_FTRUNCATE''@|0|g' \ -e 's|@''REPLACE_GETCWD''@|0|g' \ -e 's|@''REPLACE_GETDOMAINNAME''@|0|g' \ -e 's|@''REPLACE_GETDTABLESIZE''@|0|g' \ -e 's|@''REPLACE_GETLOGIN_R''@|0|g' \ -e 's|@''REPLACE_GETGROUPS''@|0|g' \ -e 's|@''REPLACE_GETPAGESIZE''@|0|g' \ -e 's|@''REPLACE_ISATTY''@|0|g' \ -e 's|@''REPLACE_LCHOWN''@|0|g' \ -e 's|@''REPLACE_LINK''@|0|g' \ -e 's|@''REPLACE_LINKAT''@|0|g' \ -e 's|@''REPLACE_LSEEK''@|0|g' \ -e 's|@''REPLACE_PREAD''@|0|g' \ -e 's|@''REPLACE_PWRITE''@|0|g' \ -e 's|@''REPLACE_READ''@|0|g' \ -e 's|@''REPLACE_READLINK''@|0|g' \ -e 's|@''REPLACE_READLINKAT''@|0|g' \ -e 's|@''REPLACE_RMDIR''@|0|g' \ -e 's|@''REPLACE_SLEEP''@|0|g' \ -e 's|@''REPLACE_SYMLINK''@|0|g' \ -e 's|@''REPLACE_SYMLINKAT''@|0|g' \ -e 's|@''REPLACE_TRUNCATE''@|0|g' \ -e 's|@''REPLACE_TTYNAME_R''@|0|g' \ -e 's|@''REPLACE_UNLINK''@|0|g' \ -e 's|@''REPLACE_UNLINKAT''@|0|g' \ -e 's|@''REPLACE_USLEEP''@|0|g' \ -e 's|@''REPLACE_WRITE''@|0|g' \ -e 's|@''UNISTD_H_HAVE_WINSOCK2_H''@|0|g' \ -e 's|@''UNISTD_H_HAVE_WINSOCK2_H_AND_USE_SOCKETS''@|0|g' \ -e '/definitions of _GL_FUNCDECL_RPL/r ./c++defs.h' \ -e '/definition of _GL_ARG_NONNULL/r ./arg-nonnull.h' \ -e '/definition of _GL_WARN_ON_USE/r ./warn-on-use.h'; \ } > unistd.h-t && \ mv unistd.h-t unistd.h rm -f sys/types.h-t sys/types.h && \ { echo '/* DO NOT EDIT! GENERATED AUTOMATICALLY! */'; \ sed -e 's|@''GUARD_PREFIX''@|GL|g' \ -e 's|@''INCLUDE_NEXT''@|include_next|g' \ -e 's|@''PRAGMA_SYSTEM_HEADER''@|#pragma GCC system_header|g' \ -e 's|@''PRAGMA_COLUMNS''@||g' \ -e 's|@''NEXT_SYS_TYPES_H''@||g' \ -e 's|@''WINDOWS_64_BIT_OFF_T''@|0|g' \ < ./sys_types.in.h; \ } > sys/types.h-t && \ mv sys/types.h-t sys/types.h rm -f unitypes.h-t unitypes.h && \ { echo '/* DO NOT EDIT! GENERATED AUTOMATICALLY! */'; \ cat ./unitypes.in.h; \ } > unitypes.h-t && \ mv -f unitypes.h-t unitypes.h rm -f uniwidth.h-t uniwidth.h && \ { echo '/* DO NOT EDIT! GENERATED AUTOMATICALLY! */'; \ cat ./uniwidth.in.h; \ } > uniwidth.h-t && \ mv -f uniwidth.h-t uniwidth.h rm -f wchar.h-t wchar.h && \ { echo '/* DO NOT EDIT! GENERATED AUTOMATICALLY! */'; \ sed -e 's|@''GUARD_PREFIX''@|GL|g' \ -e 's|@''INCLUDE_NEXT''@|include_next|g' \ -e 's|@''PRAGMA_SYSTEM_HEADER''@|#pragma GCC system_header|g' \ -e 's|@''PRAGMA_COLUMNS''@||g' \ -e 's|@''HAVE_FEATURES_H''@|0|g' \ -e 's|@''NEXT_WCHAR_H''@||g' \ -e 's|@''HAVE_WCHAR_H''@|1|g' \ -e 's/@''HAVE_CRTDEFS_H''@/0/g' \ -e 's/@''GNULIB_OVERRIDES_WINT_T''@/0/g' \ -e 's/@''GNULIB_BTOWC''@/1/g' \ -e 's/@''GNULIB_WCTOB''@/0/g' \ -e 's/@''GNULIB_MBSINIT''@/1/g' \ -e 's/@''GNULIB_MBRTOWC''@/1/g' \ -e 's/@''GNULIB_MBRLEN''@/0/g' \ -e 's/@''GNULIB_MBSRTOWCS''@/0/g' \ -e 's/@''GNULIB_MBSNRTOWCS''@/0/g' \ -e 's/@''GNULIB_WCRTOMB''@/1/g' \ -e 's/@''GNULIB_WCSRTOMBS''@/0/g' \ -e 's/@''GNULIB_WCSNRTOMBS''@/0/g' \ -e 's/@''GNULIB_WCWIDTH''@/1/g' \ -e 's/@''GNULIB_WMEMCHR''@/0/g' \ -e 's/@''GNULIB_WMEMCMP''@/0/g' \ -e 's/@''GNULIB_WMEMCPY''@/0/g' \ -e 's/@''GNULIB_WMEMMOVE''@/0/g' \ -e 's/@''GNULIB_WMEMSET''@/0/g' \ -e 's/@''GNULIB_WCSLEN''@/0/g' \ -e 's/@''GNULIB_WCSNLEN''@/0/g' \ -e 's/@''GNULIB_WCSCPY''@/0/g' \ -e 's/@''GNULIB_WCPCPY''@/0/g' \ -e 's/@''GNULIB_WCSNCPY''@/0/g' \ -e 's/@''GNULIB_WCPNCPY''@/0/g' \ -e 's/@''GNULIB_WCSCAT''@/0/g' \ -e 's/@''GNULIB_WCSNCAT''@/0/g' \ -e 's/@''GNULIB_WCSCMP''@/0/g' \ -e 's/@''GNULIB_WCSNCMP''@/0/g' \ -e 's/@''GNULIB_WCSCASECMP''@/0/g' \ -e 's/@''GNULIB_WCSNCASECMP''@/0/g' \ -e 's/@''GNULIB_WCSCOLL''@/0/g' \ -e 's/@''GNULIB_WCSXFRM''@/0/g' \ -e 's/@''GNULIB_WCSDUP''@/0/g' \ -e 's/@''GNULIB_WCSCHR''@/0/g' \ -e 's/@''GNULIB_WCSRCHR''@/0/g' \ -e 's/@''GNULIB_WCSCSPN''@/0/g' \ -e 's/@''GNULIB_WCSSPN''@/0/g' \ -e 's/@''GNULIB_WCSPBRK''@/0/g' \ -e 's/@''GNULIB_WCSSTR''@/0/g' \ -e 's/@''GNULIB_WCSTOK''@/0/g' \ -e 's/@''GNULIB_WCSWIDTH''@/0/g' \ -e 's/@''GNULIB_WCSFTIME''@/0/g' \ < ./wchar.in.h | \ sed -e 's|@''HAVE_WINT_T''@|1|g' \ -e 's|@''HAVE_BTOWC''@|1|g' \ -e 's|@''HAVE_MBSINIT''@|1|g' \ -e 's|@''HAVE_MBRTOWC''@|1|g' \ -e 's|@''HAVE_MBRLEN''@|1|g' \ -e 's|@''HAVE_MBSRTOWCS''@|1|g' \ -e 's|@''HAVE_MBSNRTOWCS''@|1|g' \ -e 's|@''HAVE_WCRTOMB''@|1|g' \ -e 's|@''HAVE_WCSRTOMBS''@|1|g' \ -e 's|@''HAVE_WCSNRTOMBS''@|1|g' \ -e 's|@''HAVE_WMEMCHR''@|1|g' \ -e 's|@''HAVE_WMEMCMP''@|1|g' \ -e 's|@''HAVE_WMEMCPY''@|1|g' \ -e 's|@''HAVE_WMEMMOVE''@|1|g' \ -e 's|@''HAVE_WMEMSET''@|1|g' \ -e 's|@''HAVE_WCSLEN''@|1|g' \ -e 's|@''HAVE_WCSNLEN''@|1|g' \ -e 's|@''HAVE_WCSCPY''@|1|g' \ -e 's|@''HAVE_WCPCPY''@|1|g' \ -e 's|@''HAVE_WCSNCPY''@|1|g' \ -e 's|@''HAVE_WCPNCPY''@|1|g' \ -e 's|@''HAVE_WCSCAT''@|1|g' \ -e 's|@''HAVE_WCSNCAT''@|1|g' \ -e 's|@''HAVE_WCSCMP''@|1|g' \ -e 's|@''HAVE_WCSNCMP''@|1|g' \ -e 's|@''HAVE_WCSCASECMP''@|1|g' \ -e 's|@''HAVE_WCSNCASECMP''@|1|g' \ -e 's|@''HAVE_WCSCOLL''@|1|g' \ -e 's|@''HAVE_WCSXFRM''@|1|g' \ -e 's|@''HAVE_WCSDUP''@|1|g' \ -e 's|@''HAVE_WCSCHR''@|1|g' \ -e 's|@''HAVE_WCSRCHR''@|1|g' \ -e 's|@''HAVE_WCSCSPN''@|1|g' \ -e 's|@''HAVE_WCSSPN''@|1|g' \ -e 's|@''HAVE_WCSPBRK''@|1|g' \ -e 's|@''HAVE_WCSSTR''@|1|g' \ -e 's|@''HAVE_WCSTOK''@|1|g' \ -e 's|@''HAVE_WCSWIDTH''@|1|g' \ -e 's|@''HAVE_WCSFTIME''@|1|g' \ -e 's|@''HAVE_DECL_WCTOB''@|1|g' \ -e 's|@''HAVE_DECL_WCWIDTH''@|1|g' \ | \ sed -e 's|@''REPLACE_MBSTATE_T''@|0|g' \ -e 's|@''REPLACE_BTOWC''@|0|g' \ -e 's|@''REPLACE_WCTOB''@|0|g' \ -e 's|@''REPLACE_MBSINIT''@|0|g' \ -e 's|@''REPLACE_MBRTOWC''@|0|g' \ -e 's|@''REPLACE_MBRLEN''@|0|g' \ -e 's|@''REPLACE_MBSRTOWCS''@|0|g' \ -e 's|@''REPLACE_MBSNRTOWCS''@|0|g' \ -e 's|@''REPLACE_WCRTOMB''@|0|g' \ -e 's|@''REPLACE_WCSRTOMBS''@|0|g' \ -e 's|@''REPLACE_WCSNRTOMBS''@|0|g' \ -e 's|@''REPLACE_WCWIDTH''@|0|g' \ -e 's|@''REPLACE_WCSWIDTH''@|0|g' \ -e 's|@''REPLACE_WCSFTIME''@|0|g' \ -e '/definitions of _GL_FUNCDECL_RPL/r ./c++defs.h' \ -e '/definition of _GL_ARG_NONNULL/r ./arg-nonnull.h' \ -e '/definition of _GL_WARN_ON_USE/r ./warn-on-use.h'; \ } > wchar.h-t && \ mv wchar.h-t wchar.h rm -f wctype.h-t wctype.h && \ { echo '/* DO NOT EDIT! GENERATED AUTOMATICALLY! */'; \ sed -e 's|@''GUARD_PREFIX''@|GL|g' \ -e 's/@''HAVE_WCTYPE_H''@/1/g' \ -e 's|@''INCLUDE_NEXT''@|include_next|g' \ -e 's|@''PRAGMA_SYSTEM_HEADER''@|#pragma GCC system_header|g' \ -e 's|@''PRAGMA_COLUMNS''@||g' \ -e 's|@''NEXT_WCTYPE_H''@||g' \ -e 's/@''HAVE_CRTDEFS_H''@/0/g' \ -e 's/@''GNULIB_OVERRIDES_WINT_T''@/0/g' \ -e 's/@''GNULIB_ISWBLANK''@/1/g' \ -e 's/@''GNULIB_WCTYPE''@/0/g' \ -e 's/@''GNULIB_ISWCTYPE''@/0/g' \ -e 's/@''GNULIB_WCTRANS''@/0/g' \ -e 's/@''GNULIB_TOWCTRANS''@/0/g' \ -e 's/@''HAVE_ISWBLANK''@/1/g' \ -e 's/@''HAVE_ISWCNTRL''@/1/g' \ -e 's/@''HAVE_WCTYPE_T''@/1/g' \ -e 's/@''HAVE_WCTRANS_T''@/1/g' \ -e 's/@''HAVE_WINT_T''@/1/g' \ -e 's/@''REPLACE_ISWBLANK''@/0/g' \ -e 's/@''REPLACE_ISWCNTRL''@/0/g' \ -e 's/@''REPLACE_TOWLOWER''@/0/g' \ -e '/definitions of _GL_FUNCDECL_RPL/r ./c++defs.h' \ -e '/definition of _GL_WARN_ON_USE/r ./warn-on-use.h' \ < ./wctype.in.h; \ } > wctype.h-t && \ mv wctype.h-t wctype.h gmake all-recursive gmake[4]: Entering directory '/wrkdirs/usr/ports/print/texinfo/work/texinfo-6.4/gnulib/lib' gmake[5]: Entering directory '/wrkdirs/usr/ports/print/texinfo/work/texinfo-6.4/gnulib/lib' depbase=`echo dirname-lgpl.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\ cc -DHAVE_CONFIG_H -I. -I../.. -DLIBICONV_PLUG -D_THREAD_SAFE -I/usr/local/include -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -MT dirname-lgpl.o -MD -MP -MF $depbase.Tpo -c -o dirname-lgpl.o dirname-lgpl.c &&\ mv -f $depbase.Tpo $depbase.Po depbase=`echo basename-lgpl.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\ cc -DHAVE_CONFIG_H -I. -I../.. -DLIBICONV_PLUG -D_THREAD_SAFE -I/usr/local/include -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -MT basename-lgpl.o -MD -MP -MF $depbase.Tpo -c -o basename-lgpl.o basename-lgpl.c &&\ mv -f $depbase.Tpo $depbase.Po depbase=`echo stripslash.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\ cc -DHAVE_CONFIG_H -I. -I../.. -DLIBICONV_PLUG -D_THREAD_SAFE -I/usr/local/include -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -MT stripslash.o -MD -MP -MF $depbase.Tpo -c -o stripslash.o stripslash.c &&\ mv -f $depbase.Tpo $depbase.Po depbase=`echo exitfail.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\ cc -DHAVE_CONFIG_H -I. -I../.. -DLIBICONV_PLUG -D_THREAD_SAFE -I/usr/local/include -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -MT exitfail.o -MD -MP -MF $depbase.Tpo -c -o exitfail.o exitfail.c &&\ mv -f $depbase.Tpo $depbase.Po depbase=`echo getprogname.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\ cc -DHAVE_CONFIG_H -I. -I../.. -DLIBICONV_PLUG -D_THREAD_SAFE -I/usr/local/include -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -MT getprogname.o -MD -MP -MF $depbase.Tpo -c -o getprogname.o getprogname.c &&\ mv -f $depbase.Tpo $depbase.Po depbase=`echo malloca.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\ cc -DHAVE_CONFIG_H -I. -I../.. -DLIBICONV_PLUG -D_THREAD_SAFE -I/usr/local/include -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -MT malloca.o -MD -MP -MF $depbase.Tpo -c -o malloca.o malloca.c &&\ mv -f $depbase.Tpo $depbase.Po depbase=`echo mbchar.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\ cc -DHAVE_CONFIG_H -I. -I../.. -DLIBICONV_PLUG -D_THREAD_SAFE -I/usr/local/include -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -MT mbchar.o -MD -MP -MF $depbase.Tpo -c -o mbchar.o mbchar.c &&\ mv -f $depbase.Tpo $depbase.Po depbase=`echo mbiter.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\ cc -DHAVE_CONFIG_H -I. -I../.. -DLIBICONV_PLUG -D_THREAD_SAFE -I/usr/local/include -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -MT mbiter.o -MD -MP -MF $depbase.Tpo -c -o mbiter.o mbiter.c &&\ mv -f $depbase.Tpo $depbase.Po depbase=`echo mbscasecmp.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\ cc -DHAVE_CONFIG_H -I. -I../.. -DLIBICONV_PLUG -D_THREAD_SAFE -I/usr/local/include -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -MT mbscasecmp.o -MD -MP -MF $depbase.Tpo -c -o mbscasecmp.o mbscasecmp.c &&\ mv -f $depbase.Tpo $depbase.Po depbase=`echo mbschr.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\ cc -DHAVE_CONFIG_H -I. -I../.. -DLIBICONV_PLUG -D_THREAD_SAFE -I/usr/local/include -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -MT mbschr.o -MD -MP -MF $depbase.Tpo -c -o mbschr.o mbschr.c &&\ mv -f $depbase.Tpo $depbase.Po depbase=`echo mbslen.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\ cc -DHAVE_CONFIG_H -I. -I../.. -DLIBICONV_PLUG -D_THREAD_SAFE -I/usr/local/include -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -MT mbslen.o -MD -MP -MF $depbase.Tpo -c -o mbslen.o mbslen.c &&\ mv -f $depbase.Tpo $depbase.Po depbase=`echo mbsncasecmp.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\ cc -DHAVE_CONFIG_H -I. -I../.. -DLIBICONV_PLUG -D_THREAD_SAFE -I/usr/local/include -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -MT mbsncasecmp.o -MD -MP -MF $depbase.Tpo -c -o mbsncasecmp.o mbsncasecmp.c &&\ mv -f $depbase.Tpo $depbase.Po depbase=`echo mbsstr.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\ cc -DHAVE_CONFIG_H -I. -I../.. -DLIBICONV_PLUG -D_THREAD_SAFE -I/usr/local/include -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -MT mbsstr.o -MD -MP -MF $depbase.Tpo -c -o mbsstr.o mbsstr.c &&\ mv -f $depbase.Tpo $depbase.Po depbase=`echo mbswidth.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\ cc -DHAVE_CONFIG_H -I. -I../.. -DLIBICONV_PLUG -D_THREAD_SAFE -I/usr/local/include -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -MT mbswidth.o -MD -MP -MF $depbase.Tpo -c -o mbswidth.o mbswidth.c &&\ mv -f $depbase.Tpo $depbase.Po depbase=`echo mbuiter.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\ cc -DHAVE_CONFIG_H -I. -I../.. -DLIBICONV_PLUG -D_THREAD_SAFE -I/usr/local/include -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -MT mbuiter.o -MD -MP -MF $depbase.Tpo -c -o mbuiter.o mbuiter.c &&\ mv -f $depbase.Tpo $depbase.Po depbase=`echo strnlen1.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\ cc -DHAVE_CONFIG_H -I. -I../.. -DLIBICONV_PLUG -D_THREAD_SAFE -I/usr/local/include -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -MT strnlen1.o -MD -MP -MF $depbase.Tpo -c -o strnlen1.o strnlen1.c &&\ mv -f $depbase.Tpo $depbase.Po depbase=`echo glthread/threadlib.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\ cc -DHAVE_CONFIG_H -I. -I../.. -DLIBICONV_PLUG -D_THREAD_SAFE -I/usr/local/include -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -MT glthread/threadlib.o -MD -MP -MF $depbase.Tpo -c -o glthread/threadlib.o glthread/threadlib.c &&\ mv -f $depbase.Tpo $depbase.Po depbase=`echo unistd.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\ cc -DHAVE_CONFIG_H -I. -I../.. -DLIBICONV_PLUG -D_THREAD_SAFE -I/usr/local/include -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -MT unistd.o -MD -MP -MF $depbase.Tpo -c -o unistd.o unistd.c &&\ mv -f $depbase.Tpo $depbase.Po depbase=`echo wctype-h.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\ cc -DHAVE_CONFIG_H -I. -I../.. -DLIBICONV_PLUG -D_THREAD_SAFE -I/usr/local/include -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -MT wctype-h.o -MD -MP -MF $depbase.Tpo -c -o wctype-h.o wctype-h.c &&\ mv -f $depbase.Tpo $depbase.Po depbase=`echo xmalloc.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\ cc -DHAVE_CONFIG_H -I. -I../.. -DLIBICONV_PLUG -D_THREAD_SAFE -I/usr/local/include -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -MT xmalloc.o -MD -MP -MF $depbase.Tpo -c -o xmalloc.o xmalloc.c &&\ mv -f $depbase.Tpo $depbase.Po depbase=`echo xalloc-die.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\ cc -DHAVE_CONFIG_H -I. -I../.. -DLIBICONV_PLUG -D_THREAD_SAFE -I/usr/local/include -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -MT xalloc-die.o -MD -MP -MF $depbase.Tpo -c -o xalloc-die.o xalloc-die.c &&\ mv -f $depbase.Tpo $depbase.Po depbase=`echo argz.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\ cc -DHAVE_CONFIG_H -I. -I../.. -DLIBICONV_PLUG -D_THREAD_SAFE -I/usr/local/include -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -MT argz.o -MD -MP -MF $depbase.Tpo -c -o argz.o argz.c &&\ mv -f $depbase.Tpo $depbase.Po depbase=`echo error.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\ cc -DHAVE_CONFIG_H -I. -I../.. -DLIBICONV_PLUG -D_THREAD_SAFE -I/usr/local/include -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -MT error.o -MD -MP -MF $depbase.Tpo -c -o error.o error.c &&\ mv -f $depbase.Tpo $depbase.Po depbase=`echo getopt.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\ cc -DHAVE_CONFIG_H -I. -I../.. -DLIBICONV_PLUG -D_THREAD_SAFE -I/usr/local/include -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -MT getopt.o -MD -MP -MF $depbase.Tpo -c -o getopt.o getopt.c &&\ mv -f $depbase.Tpo $depbase.Po depbase=`echo getopt1.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\ cc -DHAVE_CONFIG_H -I. -I../.. -DLIBICONV_PLUG -D_THREAD_SAFE -I/usr/local/include -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -MT getopt1.o -MD -MP -MF $depbase.Tpo -c -o getopt1.o getopt1.c &&\ mv -f $depbase.Tpo $depbase.Po depbase=`echo mempcpy.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\ cc -DHAVE_CONFIG_H -I. -I../.. -DLIBICONV_PLUG -D_THREAD_SAFE -I/usr/local/include -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -MT mempcpy.o -MD -MP -MF $depbase.Tpo -c -o mempcpy.o mempcpy.c &&\ mv -f $depbase.Tpo $depbase.Po depbase=`echo nl_langinfo.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\ cc -DHAVE_CONFIG_H -I. -I../.. -DLIBICONV_PLUG -D_THREAD_SAFE -I/usr/local/include -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -MT nl_langinfo.o -MD -MP -MF $depbase.Tpo -c -o nl_langinfo.o nl_langinfo.c &&\ mv -f $depbase.Tpo $depbase.Po depbase=`echo regex.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\ cc -DHAVE_CONFIG_H -I. -I../.. -DLIBICONV_PLUG -D_THREAD_SAFE -I/usr/local/include -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -MT regex.o -MD -MP -MF $depbase.Tpo -c -o regex.o regex.c &&\ mv -f $depbase.Tpo $depbase.Po depbase=`echo strcasestr.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\ cc -DHAVE_CONFIG_H -I. -I../.. -DLIBICONV_PLUG -D_THREAD_SAFE -I/usr/local/include -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -MT strcasestr.o -MD -MP -MF $depbase.Tpo -c -o strcasestr.o strcasestr.c &&\ mv -f $depbase.Tpo $depbase.Po depbase=`echo glthread/lock.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\ cc -DHAVE_CONFIG_H -I. -I../.. -DLIBICONV_PLUG -D_THREAD_SAFE -I/usr/local/include -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -MT glthread/lock.o -MD -MP -MF $depbase.Tpo -c -o glthread/lock.o glthread/lock.c &&\ mv -f $depbase.Tpo $depbase.Po depbase=`echo uniwidth/width.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\ cc -DHAVE_CONFIG_H -I. -I../.. -DLIBICONV_PLUG -D_THREAD_SAFE -I/usr/local/include -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -MT uniwidth/width.o -MD -MP -MF $depbase.Tpo -c -o uniwidth/width.o uniwidth/width.c &&\ mv -f $depbase.Tpo $depbase.Po rm -f libgnu.a ar cr libgnu.a dirname-lgpl.o basename-lgpl.o stripslash.o exitfail.o getprogname.o glthread/lock.o malloca.o mbchar.o mbiter.o mbscasecmp.o mbschr.o mbslen.o mbsncasecmp.o mbsstr.o mbswidth.o mbuiter.o strnlen1.o glthread/threadlib.o unistd.o uniwidth/width.o wctype-h.o xmalloc.o xalloc-die.o argz.o error.o getopt.o getopt1.o mempcpy.o nl_langinfo.o regex.o strcasestr.o ranlib libgnu.a gmake[5]: Leaving directory '/wrkdirs/usr/ports/print/texinfo/work/texinfo-6.4/gnulib/lib' gmake[4]: Leaving directory '/wrkdirs/usr/ports/print/texinfo/work/texinfo-6.4/gnulib/lib' gmake[3]: Leaving directory '/wrkdirs/usr/ports/print/texinfo/work/texinfo-6.4/gnulib/lib' Making all in info gmake[3]: Entering directory '/wrkdirs/usr/ports/print/texinfo/work/texinfo-6.4/info' cc -DHAVE_CONFIG_H -I. -I.. -I.. -I../gnulib/lib -I../gnulib/lib -DLOCALEDIR=\"/usr/local/share/locale\" -DINFODIR=\"/usr/local/info\" -DINFODIR2=\"/usr/local/share/info\" -DLIBICONV_PLUG -D_THREAD_SAFE -I/usr/local/include -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -MT makedoc.o -MD -MP -MF .deps/makedoc.Tpo -c -o makedoc.o makedoc.c mv -f .deps/makedoc.Tpo .deps/makedoc.Po cc -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -fstack-protector -o makedoc makedoc.o ../gnulib/lib/libgnu.a -ltinfo /usr/local/lib/libintl.so -Wl,-rpath -Wl,/usr/local/lib rm -f doc.c funs.h ..//info/makedoc ./session.c ./echo-area.c ./infodoc.c ./m-x.c ./indices.c ./nodemenu.c ./footnotes.c ./variables.c gmake all-am gmake[4]: Entering directory '/wrkdirs/usr/ports/print/texinfo/work/texinfo-6.4/info' cc -DHAVE_CONFIG_H -I. -I.. -I.. -I../gnulib/lib -I../gnulib/lib -DLOCALEDIR=\"/usr/local/share/locale\" -DINFODIR=\"/usr/local/info\" -DINFODIR2=\"/usr/local/share/info\" -DLIBICONV_PLUG -D_THREAD_SAFE -I/usr/local/include -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -MT dir.o -MD -MP -MF .deps/dir.Tpo -c -o dir.o dir.c cc -DHAVE_CONFIG_H -I. -I.. -I.. -I../gnulib/lib -I../gnulib/lib -DLOCALEDIR=\"/usr/local/share/locale\" -DINFODIR=\"/usr/local/info\" -DINFODIR2=\"/usr/local/share/info\" -DLIBICONV_PLUG -D_THREAD_SAFE -I/usr/local/include -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -MT display.o -MD -MP -MF .deps/display.Tpo -c -o display.o display.c cc -DHAVE_CONFIG_H -I. -I.. -I.. -I../gnulib/lib -I../gnulib/lib -DLOCALEDIR=\"/usr/local/share/locale\" -DINFODIR=\"/usr/local/info\" -DINFODIR2=\"/usr/local/share/info\" -DLIBICONV_PLUG -D_THREAD_SAFE -I/usr/local/include -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -MT dribble.o -MD -MP -MF .deps/dribble.Tpo -c -o dribble.o dribble.c cc -DHAVE_CONFIG_H -I. -I.. -I.. -I../gnulib/lib -I../gnulib/lib -DLOCALEDIR=\"/usr/local/share/locale\" -DINFODIR=\"/usr/local/info\" -DINFODIR2=\"/usr/local/share/info\" -DLIBICONV_PLUG -D_THREAD_SAFE -I/usr/local/include -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -MT echo-area.o -MD -MP -MF .deps/echo-area.Tpo -c -o echo-area.o echo-area.c cc -DHAVE_CONFIG_H -I. -I.. -I.. -I../gnulib/lib -I../gnulib/lib -DLOCALEDIR=\"/usr/local/share/locale\" -DINFODIR=\"/usr/local/info\" -DINFODIR2=\"/usr/local/share/info\" -DLIBICONV_PLUG -D_THREAD_SAFE -I/usr/local/include -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -MT filesys.o -MD -MP -MF .deps/filesys.Tpo -c -o filesys.o filesys.c cc -DHAVE_CONFIG_H -I. -I.. -I.. -I../gnulib/lib -I../gnulib/lib -DLOCALEDIR=\"/usr/local/share/locale\" -DINFODIR=\"/usr/local/info\" -DINFODIR2=\"/usr/local/share/info\" -DLIBICONV_PLUG -D_THREAD_SAFE -I/usr/local/include -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -MT footnotes.o -MD -MP -MF .deps/footnotes.Tpo -c -o footnotes.o footnotes.c cc -DHAVE_CONFIG_H -I. -I.. -I.. -I../gnulib/lib -I../gnulib/lib -DLOCALEDIR=\"/usr/local/share/locale\" -DINFODIR=\"/usr/local/info\" -DINFODIR2=\"/usr/local/share/info\" -DLIBICONV_PLUG -D_THREAD_SAFE -I/usr/local/include -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -MT indices.o -MD -MP -MF .deps/indices.Tpo -c -o indices.o indices.c cc -DHAVE_CONFIG_H -I. -I.. -I.. -I../gnulib/lib -I../gnulib/lib -DLOCALEDIR=\"/usr/local/share/locale\" -DINFODIR=\"/usr/local/info\" -DINFODIR2=\"/usr/local/share/info\" -DLIBICONV_PLUG -D_THREAD_SAFE -I/usr/local/include -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -MT info-utils.o -MD -MP -MF .deps/info-utils.Tpo -c -o info-utils.o info-utils.c cc -DHAVE_CONFIG_H -I. -I.. -I.. -I../gnulib/lib -I../gnulib/lib -DLOCALEDIR=\"/usr/local/share/locale\" -DINFODIR=\"/usr/local/info\" -DINFODIR2=\"/usr/local/share/info\" -DLIBICONV_PLUG -D_THREAD_SAFE -I/usr/local/include -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -MT info.o -MD -MP -MF .deps/info.Tpo -c -o info.o info.c cc -DHAVE_CONFIG_H -I. -I.. -I.. -I../gnulib/lib -I../gnulib/lib -DLOCALEDIR=\"/usr/local/share/locale\" -DINFODIR=\"/usr/local/info\" -DINFODIR2=\"/usr/local/share/info\" -DLIBICONV_PLUG -D_THREAD_SAFE -I/usr/local/include -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -MT infodoc.o -MD -MP -MF .deps/infodoc.Tpo -c -o infodoc.o infodoc.c cc -DHAVE_CONFIG_H -I. -I.. -I.. -I../gnulib/lib -I../gnulib/lib -DLOCALEDIR=\"/usr/local/share/locale\" -DINFODIR=\"/usr/local/info\" -DINFODIR2=\"/usr/local/share/info\" -DLIBICONV_PLUG -D_THREAD_SAFE -I/usr/local/include -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -MT infokey.o -MD -MP -MF .deps/infokey.Tpo -c -o infokey.o infokey.c cc -DHAVE_CONFIG_H -I. -I.. -I.. -I../gnulib/lib -I../gnulib/lib -DLOCALEDIR=\"/usr/local/share/locale\" -DINFODIR=\"/usr/local/info\" -DINFODIR2=\"/usr/local/share/info\" -DLIBICONV_PLUG -D_THREAD_SAFE -I/usr/local/include -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -MT infomap.o -MD -MP -MF .deps/infomap.Tpo -c -o infomap.o infomap.c cc -DHAVE_CONFIG_H -I. -I.. -I.. -I../gnulib/lib -I../gnulib/lib -DLOCALEDIR=\"/usr/local/share/locale\" -DINFODIR=\"/usr/local/info\" -DINFODIR2=\"/usr/local/share/info\" -DLIBICONV_PLUG -D_THREAD_SAFE -I/usr/local/include -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -MT infopath.o -MD -MP -MF .deps/infopath.Tpo -c -o infopath.o infopath.c cc -DHAVE_CONFIG_H -I. -I.. -I.. -I../gnulib/lib -I../gnulib/lib -DLOCALEDIR=\"/usr/local/share/locale\" -DINFODIR=\"/usr/local/info\" -DINFODIR2=\"/usr/local/share/info\" -DLIBICONV_PLUG -D_THREAD_SAFE -I/usr/local/include -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -MT m-x.o -MD -MP -MF .deps/m-x.Tpo -c -o m-x.o m-x.c cc -DHAVE_CONFIG_H -I. -I.. -I.. -I../gnulib/lib -I../gnulib/lib -DLOCALEDIR=\"/usr/local/share/locale\" -DINFODIR=\"/usr/local/info\" -DINFODIR2=\"/usr/local/share/info\" -DLIBICONV_PLUG -D_THREAD_SAFE -I/usr/local/include -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -MT man.o -MD -MP -MF .deps/man.Tpo -c -o man.o man.c cc -DHAVE_CONFIG_H -I. -I.. -I.. -I../gnulib/lib -I../gnulib/lib -DLOCALEDIR=\"/usr/local/share/locale\" -DINFODIR=\"/usr/local/info\" -DINFODIR2=\"/usr/local/share/info\" -DLIBICONV_PLUG -D_THREAD_SAFE -I/usr/local/include -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -MT nodemenu.o -MD -MP -MF .deps/nodemenu.Tpo -c -o nodemenu.o nodemenu.c cc -DHAVE_CONFIG_H -I. -I.. -I.. -I../gnulib/lib -I../gnulib/lib -DLOCALEDIR=\"/usr/local/share/locale\" -DINFODIR=\"/usr/local/info\" -DINFODIR2=\"/usr/local/share/info\" -DLIBICONV_PLUG -D_THREAD_SAFE -I/usr/local/include -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -MT nodes.o -MD -MP -MF .deps/nodes.Tpo -c -o nodes.o nodes.c cc -DHAVE_CONFIG_H -I. -I.. -I.. -I../gnulib/lib -I../gnulib/lib -DLOCALEDIR=\"/usr/local/share/locale\" -DINFODIR=\"/usr/local/info\" -DINFODIR2=\"/usr/local/share/info\" -DLIBICONV_PLUG -D_THREAD_SAFE -I/usr/local/include -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -MT search.o -MD -MP -MF .deps/search.Tpo -c -o search.o search.c cc -DHAVE_CONFIG_H -I. -I.. -I.. -I../gnulib/lib -I../gnulib/lib -DLOCALEDIR=\"/usr/local/share/locale\" -DINFODIR=\"/usr/local/info\" -DINFODIR2=\"/usr/local/share/info\" -DLIBICONV_PLUG -D_THREAD_SAFE -I/usr/local/include -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -MT session.o -MD -MP -MF .deps/session.Tpo -c -o session.o session.c cc -DHAVE_CONFIG_H -I. -I.. -I.. -I../gnulib/lib -I../gnulib/lib -DLOCALEDIR=\"/usr/local/share/locale\" -DINFODIR=\"/usr/local/info\" -DINFODIR2=\"/usr/local/share/info\" -DLIBICONV_PLUG -D_THREAD_SAFE -I/usr/local/include -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -MT signals.o -MD -MP -MF .deps/signals.Tpo -c -o signals.o signals.c cc -DHAVE_CONFIG_H -I. -I.. -I.. -I../gnulib/lib -I../gnulib/lib -DLOCALEDIR=\"/usr/local/share/locale\" -DINFODIR=\"/usr/local/info\" -DINFODIR2=\"/usr/local/share/info\" -DLIBICONV_PLUG -D_THREAD_SAFE -I/usr/local/include -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -MT tag.o -MD -MP -MF .deps/tag.Tpo -c -o tag.o tag.c cc -DHAVE_CONFIG_H -I. -I.. -I.. -I../gnulib/lib -I../gnulib/lib -DLOCALEDIR=\"/usr/local/share/locale\" -DINFODIR=\"/usr/local/info\" -DINFODIR2=\"/usr/local/share/info\" -DLIBICONV_PLUG -D_THREAD_SAFE -I/usr/local/include -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -MT terminal.o -MD -MP -MF .deps/terminal.Tpo -c -o terminal.o terminal.c cc -DHAVE_CONFIG_H -I. -I.. -I.. -I../gnulib/lib -I../gnulib/lib -DLOCALEDIR=\"/usr/local/share/locale\" -DINFODIR=\"/usr/local/info\" -DINFODIR2=\"/usr/local/share/info\" -DLIBICONV_PLUG -D_THREAD_SAFE -I/usr/local/include -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -MT tilde.o -MD -MP -MF .deps/tilde.Tpo -c -o tilde.o tilde.c mv -f .deps/dribble.Tpo .deps/dribble.Po mv -f .deps/display.Tpo .deps/display.Po mv -f .deps/dir.Tpo .deps/dir.Po cc -DHAVE_CONFIG_H -I. -I.. -I.. -I../gnulib/lib -I../gnulib/lib -DLOCALEDIR=\"/usr/local/share/locale\" -DINFODIR=\"/usr/local/info\" -DINFODIR2=\"/usr/local/share/info\" -DLIBICONV_PLUG -D_THREAD_SAFE -I/usr/local/include -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -MT variables.o -MD -MP -MF .deps/variables.Tpo -c -o variables.o variables.c filesys.c:104:28: warning: '&&' within '||' [-Wlogical-op-parentheses] || partial[0] == '.' && IS_SLASH(partial[1])) ~~ ~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~ filesys.c:104:28: note: place parentheses around the '&&' expression to silence this warning || partial[0] == '.' && IS_SLASH(partial[1])) ~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~ 1 warning generated. mv -f .deps/echo-area.Tpo .deps/echo-area.Po cc -DHAVE_CONFIG_H -I. -I.. -I.. -I../gnulib/lib -I../gnulib/lib -DLOCALEDIR=\"/usr/local/share/locale\" -DINFODIR=\"/usr/local/info\" -DINFODIR2=\"/usr/local/share/info\" -DLIBICONV_PLUG -D_THREAD_SAFE -I/usr/local/include -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -MT window.o -MD -MP -MF .deps/window.Tpo -c -o window.o window.c infopath.c:203:18: warning: using the result of an assignment as a condition without parentheses [-Wparentheses] while (dirname = extract_colon_unit (path, &idx)) ~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ infopath.c:203:18: note: place parentheses around the assignment to silence this warning while (dirname = extract_colon_unit (path, &idx)) ^ ( ) infopath.c:203:18: note: use '==' to turn this assignment into an equality comparison while (dirname = extract_colon_unit (path, &idx)) ^ == 1 warning generated. nodes.c:563:39: warning: '&&' within '||' [-Wlogical-op-parentheses] || filename[0] == '.' && IS_SLASH(filename[1]); ~~ ~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~ nodes.c:563:39: note: place parentheses around the '&&' expression to silence this warning || filename[0] == '.' && IS_SLASH(filename[1]); ~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~ nodes.c:628:39: warning: '&&' within '||' [-Wlogical-op-parentheses] || filename[0] == '.' && IS_SLASH(filename[1]); ~~ ~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~ nodes.c:628:39: note: place parentheses around the '&&' expression to silence this warning || filename[0] == '.' && IS_SLASH(filename[1]); ~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~ 2 warnings generated. session.c:2212:13: warning: using the result of an assignment as a condition without parentheses [-Wparentheses] if (entry = select_menu_digit (window, key)) ~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ session.c:2212:13: note: place parentheses around the assignment to silence this warning if (entry = select_menu_digit (window, key)) ^ ( ) session.c:2212:13: note: use '==' to turn this assignment into an equality comparison if (entry = select_menu_digit (window, key)) ^ == session.c:2309:43: warning: '&&' within '||' [-Wlogical-op-parentheses] if (refs[which]->start >= this_line && refs[which]->start < next_line ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ session.c:2309:43: note: place parentheses around the '&&' expression to silence this warning if (refs[which]->start >= this_line && refs[which]->start < next_line ^ ( ) session.c:2310:45: warning: '&&' within '||' [-Wlogical-op-parentheses] || refs[which]->start < this_line && refs[which]->end > this_line) ~~ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ session.c:2310:45: note: place parentheses around the '&&' expression to silence this warning || refs[which]->start < this_line && refs[which]->end > this_line) ^ ( ) session.c:2410:30: warning: absolute value function 'abs' given an argument of type 'long' but has parameter of type 'int' which may cause truncation of value [-Wabsolute-value] int dist = abs (window->point - ref->end); ^ session.c:2410:30: note: use function 'labs' instead int dist = abs (window->point - ref->end); ^~~ labs session.c:3094:23: warning: using the result of an assignment as a condition without parentheses [-Wparentheses] if (entry = select_menu_digit (window, '1')) ~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ session.c:3094:23: note: place parentheses around the assignment to silence this warning if (entry = select_menu_digit (window, '1')) ^ ( ) session.c:3094:23: note: use '==' to turn this assignment into an equality comparison if (entry = select_menu_digit (window, '1')) ^ == session.c:5099:40: warning: '&&' within '||' [-Wlogical-op-parentheses] if (func == &isearch_forward && dir > 0 ~~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~ session.c:5099:40: note: place parentheses around the '&&' expression to silence this warning if (func == &isearch_forward && dir > 0 ^ ( ) session.c:5100:44: warning: '&&' within '||' [-Wlogical-op-parentheses] || func == &isearch_backward && dir < 0) ~~ ~~~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~ session.c:5100:44: note: place parentheses around the '&&' expression to silence this warning || func == &isearch_backward && dir < 0) ^ ( ) session.c:5511:22: warning: '&&' within '||' [-Wlogical-op-parentheses] && (key >= 040 && key < 0200 ~~~~~~~~~~~^~~~~~~~~~~~~ session.c:5511:22: note: place parentheses around the '&&' expression to silence this warning && (key >= 040 && key < 0200 ^ ( ) session.c:5512:41: warning: '&&' within '||' [-Wlogical-op-parentheses] || ISO_Latin_p && key >= 0200 && key < 0400)) ~~ ~~~~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~ session.c:5512:41: note: place parentheses around the '&&' expression to silence this warning || ISO_Latin_p && key >= 0200 && key < 0400)) ^ ( ) 9 warnings generated. terminal.c:651:33: warning: '&&' within '||' [-Wlogical-op-parentheses] else if (!(new & COLOUR_MASK) && (old & COLOUR_MASK) ~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~ terminal.c:651:33: note: place parentheses around the '&&' expression to silence this warning else if (!(new & COLOUR_MASK) && (old & COLOUR_MASK) ^ ( ) terminal.c:652:38: warning: '&&' within '||' [-Wlogical-op-parentheses] || !(new & BGCOLOUR_MASK) && (old & BGCOLOUR_MASK)) ~~ ~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~ terminal.c:652:38: note: place parentheses around the '&&' expression to silence this warning || !(new & BGCOLOUR_MASK) && (old & BGCOLOUR_MASK)) ^ ( ) 2 warnings generated. mv -f .deps/tilde.Tpo .deps/tilde.Po mv -f .deps/terminal.Tpo .deps/terminal.Po mv -f .deps/tag.Tpo .deps/tag.Po mv -f .deps/signals.Tpo .deps/signals.Po mv -f .deps/session.Tpo .deps/session.Po mv -f .deps/search.Tpo .deps/search.Po mv -f .deps/nodes.Tpo .deps/nodes.Po mv -f .deps/window.Tpo .deps/window.Po mv -f .deps/variables.Tpo .deps/variables.Po mv -f .deps/nodemenu.Tpo .deps/nodemenu.Po mv -f .deps/man.Tpo .deps/man.Po mv -f .deps/m-x.Tpo .deps/m-x.Po mv -f .deps/infopath.Tpo .deps/infopath.Po mv -f .deps/info.Tpo .deps/info.Po mv -f .deps/info-utils.Tpo .deps/info-utils.Po mv -f .deps/indices.Tpo .deps/indices.Po mv -f .deps/footnotes.Tpo .deps/footnotes.Po mv -f .deps/filesys.Tpo .deps/filesys.Po cc -DHAVE_CONFIG_H -I. -I.. -I.. -I../gnulib/lib -I../gnulib/lib -DLOCALEDIR=\"/usr/local/share/locale\" -DINFODIR=\"/usr/local/info\" -DINFODIR2=\"/usr/local/share/info\" -DLIBICONV_PLUG -D_THREAD_SAFE -I/usr/local/include -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -MT doc.o -MD -MP -MF .deps/doc.Tpo -c -o doc.o doc.c mv -f .deps/doc.Tpo .deps/doc.Po mv -f .deps/infodoc.Tpo .deps/infodoc.Po infokey.c:382:7: warning: comparison of constant 271 with expression of type 'char' is always true [-Wtautological-constant-out-of-range-compare] To_seq (oval); ^~~~~~~~~~~~~ infokey.c:225:30: note: expanded from macro 'To_seq' seq[slen++] = meta ? KEYMAP_META(c) : (c); \ ^~~~~~~~~~~~~~ ./infomap.h:107:29: note: expanded from macro 'KEYMAP_META' #define KEYMAP_META(k) ((k) < KEYMAP_META_BASE ? (k) + KEYMAP_META_BASE : (k)) ~~~ ^ ~~~~~~~~~~~~~~~~ 1 warning generated. mv -f .deps/infokey.Tpo .deps/infokey.Po mv -f .deps/infomap.Tpo .deps/infomap.Po cc -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -fstack-protector -o ginfo dir.o display.o dribble.o echo-area.o filesys.o footnotes.o indices.o info-utils.o info.o infodoc.o infokey.o infomap.o infopath.o m-x.o man.o nodemenu.o nodes.o search.o session.o signals.o tag.o terminal.o tilde.o variables.o window.o doc.o ../gnulib/lib/libgnu.a -ltinfo /usr/local/lib/libintl.so -Wl,-rpath -Wl,/usr/local/lib gmake[4]: Leaving directory '/wrkdirs/usr/ports/print/texinfo/work/texinfo-6.4/info' gmake[3]: Leaving directory '/wrkdirs/usr/ports/print/texinfo/work/texinfo-6.4/info' Making all in install-info gmake[3]: Entering directory '/wrkdirs/usr/ports/print/texinfo/work/texinfo-6.4/install-info' Making all in . gmake[4]: Entering directory '/wrkdirs/usr/ports/print/texinfo/work/texinfo-6.4/install-info' cc -DHAVE_CONFIG_H -I. -I.. -I.. -I../gnulib/lib -I../gnulib/lib -DLOCALEDIR=\"/usr/local/share/locale\" -DLIBICONV_PLUG -D_THREAD_SAFE -I/usr/local/include -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -MT install-info.o -MD -MP -MF .deps/install-info.Tpo -c -o install-info.o install-info.c mv -f .deps/install-info.Tpo .deps/install-info.Po cc -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -fstack-protector -o ginstall-info install-info.o ../gnulib/lib/libgnu.a /usr/local/lib/libintl.so -Wl,-rpath -Wl,/usr/local/lib gmake[4]: Leaving directory '/wrkdirs/usr/ports/print/texinfo/work/texinfo-6.4/install-info' Making all in tests gmake[4]: Entering directory '/wrkdirs/usr/ports/print/texinfo/work/texinfo-6.4/install-info/tests' gmake[4]: Nothing to be done for 'all'. gmake[4]: Leaving directory '/wrkdirs/usr/ports/print/texinfo/work/texinfo-6.4/install-info/tests' gmake[3]: Leaving directory '/wrkdirs/usr/ports/print/texinfo/work/texinfo-6.4/install-info' Making all in po gmake[3]: Entering directory '/wrkdirs/usr/ports/print/texinfo/work/texinfo-6.4/po' gmake[3]: Nothing to be done for 'all'. gmake[3]: Leaving directory '/wrkdirs/usr/ports/print/texinfo/work/texinfo-6.4/po' Making all in po_document gmake[3]: Entering directory '/wrkdirs/usr/ports/print/texinfo/work/texinfo-6.4/po_document' gmake[3]: Nothing to be done for 'all'. gmake[3]: Leaving directory '/wrkdirs/usr/ports/print/texinfo/work/texinfo-6.4/po_document' Making all in tp gmake[3]: Entering directory '/wrkdirs/usr/ports/print/texinfo/work/texinfo-6.4/tp' Making all in Texinfo/Convert/XSParagraph gmake[4]: Entering directory '/wrkdirs/usr/ports/print/texinfo/work/texinfo-6.4/tp/Texinfo/Convert/XSParagraph' gmake all-recursive gmake[5]: Entering directory '/wrkdirs/usr/ports/print/texinfo/work/texinfo-6.4/tp/Texinfo/Convert/XSParagraph' Making all in lib gmake[6]: Entering directory '/wrkdirs/usr/ports/print/texinfo/work/texinfo-6.4/tp/Texinfo/Convert/XSParagraph/lib' rm -f alloca.h-t alloca.h && \ { echo '/* DO NOT EDIT! GENERATED AUTOMATICALLY! */'; \ cat ./alloca.in.h; \ } > alloca.h-t && \ mv -f alloca.h-t alloca.h rm -f limits.h-t limits.h && \ { echo '/* DO NOT EDIT! GENERATED AUTOMATICALLY! */' && \ sed -e 's|@''GUARD_PREFIX''@|GL|g' \ -e 's|@''INCLUDE_NEXT''@|include_next|g' \ -e 's|@''PRAGMA_SYSTEM_HEADER''@|#pragma GCC system_header|g' \ -e 's|@''PRAGMA_COLUMNS''@||g' \ -e 's|@''NEXT_LIMITS_H''@||g' \ < ./limits.in.h; \ } > limits.h-t && \ mv limits.h-t limits.h rm -f stdint.h-t stdint.h && \ { echo '/* DO NOT EDIT! GENERATED AUTOMATICALLY! */'; \ sed -e 's|@''GUARD_PREFIX''@|GL|g' \ -e 's/@''HAVE_STDINT_H''@/1/g' \ -e 's|@''INCLUDE_NEXT''@|include_next|g' \ -e 's|@''PRAGMA_SYSTEM_HEADER''@|#pragma GCC system_header|g' \ -e 's|@''PRAGMA_COLUMNS''@||g' \ -e 's|@''NEXT_STDINT_H''@||g' \ -e 's/@''HAVE_C99_STDINT_H''@/1/g' \ -e 's/@''HAVE_SYS_TYPES_H''@/1/g' \ -e 's/@''HAVE_INTTYPES_H''@/1/g' \ -e 's/@''HAVE_SYS_INTTYPES_H''@/0/g' \ -e 's/@''HAVE_SYS_BITYPES_H''@/0/g' \ -e 's/@''HAVE_WCHAR_H''@/1/g' \ -e 's/@''HAVE_LONG_LONG_INT''@/1/g' \ -e 's/@''HAVE_UNSIGNED_LONG_LONG_INT''@/1/g' \ -e 's/@''APPLE_UNIVERSAL_BUILD''@/0/g' \ -e 's/@''BITSIZEOF_PTRDIFF_T''@//g' \ -e 's/@''PTRDIFF_T_SUFFIX''@//g' \ -e 's/@''BITSIZEOF_SIG_ATOMIC_T''@//g' \ -e 's/@''HAVE_SIGNED_SIG_ATOMIC_T''@//g' \ -e 's/@''SIG_ATOMIC_T_SUFFIX''@//g' \ -e 's/@''BITSIZEOF_SIZE_T''@//g' \ -e 's/@''SIZE_T_SUFFIX''@//g' \ -e 's/@''BITSIZEOF_WCHAR_T''@//g' \ -e 's/@''HAVE_SIGNED_WCHAR_T''@//g' \ -e 's/@''WCHAR_T_SUFFIX''@//g' \ -e 's/@''BITSIZEOF_WINT_T''@//g' \ -e 's/@''HAVE_SIGNED_WINT_T''@//g' \ -e 's/@''WINT_T_SUFFIX''@//g' \ -e 's/@''GNULIB_OVERRIDES_WINT_T''@/0/g' \ < ./stdint.in.h; \ } > stdint.h-t && \ mv stdint.h-t stdint.h rm -f stdio.h-t stdio.h && \ { echo '/* DO NOT EDIT! GENERATED AUTOMATICALLY! */' && \ sed -e 's|@''GUARD_PREFIX''@|GL|g' \ -e 's|@''INCLUDE_NEXT''@|include_next|g' \ -e 's|@''PRAGMA_SYSTEM_HEADER''@|#pragma GCC system_header|g' \ -e 's|@''PRAGMA_COLUMNS''@||g' \ -e 's|@''NEXT_STDIO_H''@||g' \ -e 's/@''GNULIB_DPRINTF''@/0/g' \ -e 's/@''GNULIB_FCLOSE''@/0/g' \ -e 's/@''GNULIB_FDOPEN''@/0/g' \ -e 's/@''GNULIB_FFLUSH''@/0/g' \ -e 's/@''GNULIB_FGETC''@/1/g' \ -e 's/@''GNULIB_FGETS''@/1/g' \ -e 's/@''GNULIB_FOPEN''@/0/g' \ -e 's/@''GNULIB_FPRINTF''@/1/g' \ -e 's/@''GNULIB_FPRINTF_POSIX''@/0/g' \ -e 's/@''GNULIB_FPURGE''@/0/g' \ -e 's/@''GNULIB_FPUTC''@/1/g' \ -e 's/@''GNULIB_FPUTS''@/1/g' \ -e 's/@''GNULIB_FREAD''@/1/g' \ -e 's/@''GNULIB_FREOPEN''@/0/g' \ -e 's/@''GNULIB_FSCANF''@/1/g' \ -e 's/@''GNULIB_FSEEK''@/0/g' \ -e 's/@''GNULIB_FSEEKO''@/0/g' \ -e 's/@''GNULIB_FTELL''@/0/g' \ -e 's/@''GNULIB_FTELLO''@/0/g' \ -e 's/@''GNULIB_FWRITE''@/1/g' \ -e 's/@''GNULIB_GETC''@/1/g' \ -e 's/@''GNULIB_GETCHAR''@/1/g' \ -e 's/@''GNULIB_GETDELIM''@/1/g' \ -e 's/@''GNULIB_GETLINE''@/1/g' \ -e 's/@''GNULIB_OBSTACK_PRINTF''@/0/g' \ -e 's/@''GNULIB_OBSTACK_PRINTF_POSIX''@/0/g' \ -e 's/@''GNULIB_PCLOSE''@/0/g' \ -e 's/@''GNULIB_PERROR''@/0/g' \ -e 's/@''GNULIB_POPEN''@/0/g' \ -e 's/@''GNULIB_PRINTF''@/1/g' \ -e 's/@''GNULIB_PRINTF_POSIX''@/0/g' \ -e 's/@''GNULIB_PUTC''@/1/g' \ -e 's/@''GNULIB_PUTCHAR''@/1/g' \ -e 's/@''GNULIB_PUTS''@/1/g' \ -e 's/@''GNULIB_REMOVE''@/0/g' \ -e 's/@''GNULIB_RENAME''@/0/g' \ -e 's/@''GNULIB_RENAMEAT''@/0/g' \ -e 's/@''GNULIB_SCANF''@/1/g' \ -e 's/@''GNULIB_SNPRINTF''@/0/g' \ -e 's/@''GNULIB_SPRINTF_POSIX''@/0/g' \ -e 's/@''GNULIB_STDIO_H_NONBLOCKING''@/0/g' \ -e 's/@''GNULIB_STDIO_H_SIGPIPE''@/0/g' \ -e 's/@''GNULIB_TMPFILE''@/0/g' \ -e 's/@''GNULIB_VASPRINTF''@/1/g' \ -e 's/@''GNULIB_VDPRINTF''@/0/g' \ -e 's/@''GNULIB_VFPRINTF''@/1/g' \ -e 's/@''GNULIB_VFPRINTF_POSIX''@/0/g' \ -e 's/@''GNULIB_VFSCANF''@/0/g' \ -e 's/@''GNULIB_VSCANF''@/0/g' \ -e 's/@''GNULIB_VPRINTF''@/1/g' \ -e 's/@''GNULIB_VPRINTF_POSIX''@/0/g' \ -e 's/@''GNULIB_VSNPRINTF''@/0/g' \ -e 's/@''GNULIB_VSPRINTF_POSIX''@/0/g' \ < ./stdio.in.h | \ sed -e 's|@''HAVE_DECL_FPURGE''@|1|g' \ -e 's|@''HAVE_DECL_FSEEKO''@|1|g' \ -e 's|@''HAVE_DECL_FTELLO''@|1|g' \ -e 's|@''HAVE_DECL_GETDELIM''@|1|g' \ -e 's|@''HAVE_DECL_GETLINE''@|1|g' \ -e 's|@''HAVE_DECL_OBSTACK_PRINTF''@|1|g' \ -e 's|@''HAVE_DECL_SNPRINTF''@|1|g' \ -e 's|@''HAVE_DECL_VSNPRINTF''@|1|g' \ -e 's|@''HAVE_DPRINTF''@|1|g' \ -e 's|@''HAVE_FSEEKO''@|1|g' \ -e 's|@''HAVE_FTELLO''@|1|g' \ -e 's|@''HAVE_PCLOSE''@|1|g' \ -e 's|@''HAVE_POPEN''@|1|g' \ -e 's|@''HAVE_RENAMEAT''@|1|g' \ -e 's|@''HAVE_VASPRINTF''@|1|g' \ -e 's|@''HAVE_VDPRINTF''@|1|g' \ -e 's|@''REPLACE_DPRINTF''@|0|g' \ -e 's|@''REPLACE_FCLOSE''@|0|g' \ -e 's|@''REPLACE_FDOPEN''@|0|g' \ -e 's|@''REPLACE_FFLUSH''@|0|g' \ -e 's|@''REPLACE_FOPEN''@|0|g' \ -e 's|@''REPLACE_FPRINTF''@|0|g' \ -e 's|@''REPLACE_FPURGE''@|0|g' \ -e 's|@''REPLACE_FREOPEN''@|0|g' \ -e 's|@''REPLACE_FSEEK''@|0|g' \ -e 's|@''REPLACE_FSEEKO''@|0|g' \ -e 's|@''REPLACE_FTELL''@|0|g' \ -e 's|@''REPLACE_FTELLO''@|0|g' \ -e 's|@''REPLACE_GETDELIM''@|0|g' \ -e 's|@''REPLACE_GETLINE''@|0|g' \ -e 's|@''REPLACE_OBSTACK_PRINTF''@|0|g' \ -e 's|@''REPLACE_PERROR''@|0|g' \ -e 's|@''REPLACE_POPEN''@|0|g' \ -e 's|@''REPLACE_PRINTF''@|0|g' \ -e 's|@''REPLACE_REMOVE''@|0|g' \ -e 's|@''REPLACE_RENAME''@|0|g' \ -e 's|@''REPLACE_RENAMEAT''@|0|g' \ -e 's|@''REPLACE_SNPRINTF''@|0|g' \ -e 's|@''REPLACE_SPRINTF''@|0|g' \ -e 's|@''REPLACE_STDIO_READ_FUNCS''@|0|g' \ -e 's|@''REPLACE_STDIO_WRITE_FUNCS''@|0|g' \ -e 's|@''REPLACE_TMPFILE''@|0|g' \ -e 's|@''REPLACE_VASPRINTF''@|0|g' \ -e 's|@''REPLACE_VDPRINTF''@|0|g' \ -e 's|@''REPLACE_VFPRINTF''@|0|g' \ -e 's|@''REPLACE_VPRINTF''@|0|g' \ -e 's|@''REPLACE_VSNPRINTF''@|0|g' \ -e 's|@''REPLACE_VSPRINTF''@|0|g' \ -e 's|@''ASM_SYMBOL_PREFIX''@||g' \ -e '/definitions of _GL_FUNCDECL_RPL/r ./c++defs.h' \ -e '/definition of _GL_ARG_NONNULL/r ./arg-nonnull.h' \ -e '/definition of _GL_WARN_ON_USE/r ./warn-on-use.h'; \ } > stdio.h-t && \ mv stdio.h-t stdio.h rm -f string.h-t string.h && \ { echo '/* DO NOT EDIT! GENERATED AUTOMATICALLY! */' && \ sed -e 's|@''GUARD_PREFIX''@|GL|g' \ -e 's|@''INCLUDE_NEXT''@|include_next|g' \ -e 's|@''PRAGMA_SYSTEM_HEADER''@|#pragma GCC system_header|g' \ -e 's|@''PRAGMA_COLUMNS''@||g' \ -e 's|@''NEXT_STRING_H''@||g' \ -e 's/@''GNULIB_FFSL''@/0/g' \ -e 's/@''GNULIB_FFSLL''@/0/g' \ -e 's/@''GNULIB_MBSLEN''@/0/g' \ -e 's/@''GNULIB_MBSNLEN''@/0/g' \ -e 's/@''GNULIB_MBSCHR''@/0/g' \ -e 's/@''GNULIB_MBSRCHR''@/0/g' \ -e 's/@''GNULIB_MBSSTR''@/0/g' \ -e 's/@''GNULIB_MBSCASECMP''@/0/g' \ -e 's/@''GNULIB_MBSNCASECMP''@/0/g' \ -e 's/@''GNULIB_MBSPCASECMP''@/0/g' \ -e 's/@''GNULIB_MBSCASESTR''@/0/g' \ -e 's/@''GNULIB_MBSCSPN''@/0/g' \ -e 's/@''GNULIB_MBSPBRK''@/0/g' \ -e 's/@''GNULIB_MBSSPN''@/0/g' \ -e 's/@''GNULIB_MBSSEP''@/0/g' \ -e 's/@''GNULIB_MBSTOK_R''@/0/g' \ -e 's/@''GNULIB_MEMCHR''@/1/g' \ -e 's/@''GNULIB_MEMMEM''@/0/g' \ -e 's/@''GNULIB_MEMPCPY''@/0/g' \ -e 's/@''GNULIB_MEMRCHR''@/0/g' \ -e 's/@''GNULIB_RAWMEMCHR''@/0/g' \ -e 's/@''GNULIB_STPCPY''@/0/g' \ -e 's/@''GNULIB_STPNCPY''@/0/g' \ -e 's/@''GNULIB_STRCHRNUL''@/0/g' \ -e 's/@''GNULIB_STRDUP''@/0/g' \ -e 's/@''GNULIB_STRNCAT''@/0/g' \ -e 's/@''GNULIB_STRNDUP''@/0/g' \ -e 's/@''GNULIB_STRNLEN''@/0/g' \ -e 's/@''GNULIB_STRPBRK''@/0/g' \ -e 's/@''GNULIB_STRSEP''@/0/g' \ -e 's/@''GNULIB_STRSTR''@/0/g' \ -e 's/@''GNULIB_STRCASESTR''@/0/g' \ -e 's/@''GNULIB_STRTOK_R''@/0/g' \ -e 's/@''GNULIB_STRERROR''@/0/g' \ -e 's/@''GNULIB_STRERROR_R''@/0/g' \ -e 's/@''GNULIB_STRSIGNAL''@/0/g' \ -e 's/@''GNULIB_STRVERSCMP''@/0/g' \ < ./string.in.h | \ sed -e 's|@''HAVE_FFSL''@|1|g' \ -e 's|@''HAVE_FFSLL''@|1|g' \ -e 's|@''HAVE_MBSLEN''@|0|g' \ -e 's|@''HAVE_MEMCHR''@|1|g' \ -e 's|@''HAVE_DECL_MEMMEM''@|1|g' \ -e 's|@''HAVE_MEMPCPY''@|1|g' \ -e 's|@''HAVE_DECL_MEMRCHR''@|1|g' \ -e 's|@''HAVE_RAWMEMCHR''@|1|g' \ -e 's|@''HAVE_STPCPY''@|1|g' \ -e 's|@''HAVE_STPNCPY''@|1|g' \ -e 's|@''HAVE_STRCHRNUL''@|1|g' \ -e 's|@''HAVE_DECL_STRDUP''@|1|g' \ -e 's|@''HAVE_DECL_STRNDUP''@|1|g' \ -e 's|@''HAVE_DECL_STRNLEN''@|1|g' \ -e 's|@''HAVE_STRPBRK''@|1|g' \ -e 's|@''HAVE_STRSEP''@|1|g' \ -e 's|@''HAVE_STRCASESTR''@|1|g' \ -e 's|@''HAVE_DECL_STRTOK_R''@|1|g' \ -e 's|@''HAVE_DECL_STRERROR_R''@|1|g' \ -e 's|@''HAVE_DECL_STRSIGNAL''@|1|g' \ -e 's|@''HAVE_STRVERSCMP''@|1|g' \ -e 's|@''REPLACE_STPNCPY''@|0|g' \ -e 's|@''REPLACE_MEMCHR''@|0|g' \ -e 's|@''REPLACE_MEMMEM''@|0|g' \ -e 's|@''REPLACE_STRCASESTR''@|0|g' \ -e 's|@''REPLACE_STRCHRNUL''@|0|g' \ -e 's|@''REPLACE_STRDUP''@|0|g' \ -e 's|@''REPLACE_STRSTR''@|0|g' \ -e 's|@''REPLACE_STRERROR''@|0|g' \ -e 's|@''REPLACE_STRERROR_R''@|0|g' \ -e 's|@''REPLACE_STRNCAT''@|0|g' \ -e 's|@''REPLACE_STRNDUP''@|0|g' \ -e 's|@''REPLACE_STRNLEN''@|0|g' \ -e 's|@''REPLACE_STRSIGNAL''@|0|g' \ -e 's|@''REPLACE_STRTOK_R''@|0|g' \ -e 's|@''UNDEFINE_STRTOK_R''@|0|g' \ -e '/definitions of _GL_FUNCDECL_RPL/r ./c++defs.h' \ -e '/definition of _GL_ARG_NONNULL/r ./arg-nonnull.h' \ -e '/definition of _GL_WARN_ON_USE/r ./warn-on-use.h'; \ < ./string.in.h; \ } > string.h-t && \ mv string.h-t string.h /bin/mkdir -p sys rm -f wchar.h-t wchar.h && \ { echo '/* DO NOT EDIT! GENERATED AUTOMATICALLY! */'; \ sed -e 's|@''GUARD_PREFIX''@|GL|g' \ -e 's|@''INCLUDE_NEXT''@|include_next|g' \ -e 's|@''PRAGMA_SYSTEM_HEADER''@|#pragma GCC system_header|g' \ -e 's|@''PRAGMA_COLUMNS''@||g' \ -e 's|@''HAVE_FEATURES_H''@|0|g' \ -e 's|@''NEXT_WCHAR_H''@||g' \ -e 's|@''HAVE_WCHAR_H''@|1|g' \ -e 's/@''HAVE_CRTDEFS_H''@/0/g' \ -e 's/@''GNULIB_OVERRIDES_WINT_T''@/0/g' \ -e 's/@''GNULIB_BTOWC''@/0/g' \ -e 's/@''GNULIB_WCTOB''@/0/g' \ -e 's/@''GNULIB_MBSINIT''@/0/g' \ -e 's/@''GNULIB_MBRTOWC''@/0/g' \ -e 's/@''GNULIB_MBRLEN''@/0/g' \ -e 's/@''GNULIB_MBSRTOWCS''@/0/g' \ -e 's/@''GNULIB_MBSNRTOWCS''@/0/g' \ -e 's/@''GNULIB_WCRTOMB''@/0/g' \ -e 's/@''GNULIB_WCSRTOMBS''@/0/g' \ -e 's/@''GNULIB_WCSNRTOMBS''@/0/g' \ -e 's/@''GNULIB_WCWIDTH''@/0/g' \ -e 's/@''GNULIB_WMEMCHR''@/0/g' \ -e 's/@''GNULIB_WMEMCMP''@/0/g' \ -e 's/@''GNULIB_WMEMCPY''@/0/g' \ -e 's/@''GNULIB_WMEMMOVE''@/0/g' \ -e 's/@''GNULIB_WMEMSET''@/0/g' \ -e 's/@''GNULIB_WCSLEN''@/0/g' \ -e 's/@''GNULIB_WCSNLEN''@/0/g' \ -e 's/@''GNULIB_WCSCPY''@/0/g' \ -e 's/@''GNULIB_WCPCPY''@/0/g' \ -e 's/@''GNULIB_WCSNCPY''@/0/g' \ -e 's/@''GNULIB_WCPNCPY''@/0/g' \ -e 's/@''GNULIB_WCSCAT''@/0/g' \ -e 's/@''GNULIB_WCSNCAT''@/0/g' \ -e 's/@''GNULIB_WCSCMP''@/0/g' \ -e 's/@''GNULIB_WCSNCMP''@/0/g' \ -e 's/@''GNULIB_WCSCASECMP''@/0/g' \ -e 's/@''GNULIB_WCSNCASECMP''@/0/g' \ -e 's/@''GNULIB_WCSCOLL''@/0/g' \ -e 's/@''GNULIB_WCSXFRM''@/0/g' \ -e 's/@''GNULIB_WCSDUP''@/0/g' \ -e 's/@''GNULIB_WCSCHR''@/0/g' \ -e 's/@''GNULIB_WCSRCHR''@/0/g' \ -e 's/@''GNULIB_WCSCSPN''@/0/g' \ -e 's/@''GNULIB_WCSSPN''@/0/g' \ -e 's/@''GNULIB_WCSPBRK''@/0/g' \ -e 's/@''GNULIB_WCSSTR''@/0/g' \ -e 's/@''GNULIB_WCSTOK''@/0/g' \ -e 's/@''GNULIB_WCSWIDTH''@/0/g' \ -e 's/@''GNULIB_WCSFTIME''@/0/g' \ < ./wchar.in.h | \ sed -e 's|@''HAVE_WINT_T''@|1|g' \ -e 's|@''HAVE_BTOWC''@|1|g' \ -e 's|@''HAVE_MBSINIT''@|1|g' \ -e 's|@''HAVE_MBRTOWC''@|1|g' \ -e 's|@''HAVE_MBRLEN''@|1|g' \ -e 's|@''HAVE_MBSRTOWCS''@|1|g' \ -e 's|@''HAVE_MBSNRTOWCS''@|1|g' \ -e 's|@''HAVE_WCRTOMB''@|1|g' \ -e 's|@''HAVE_WCSRTOMBS''@|1|g' \ -e 's|@''HAVE_WCSNRTOMBS''@|1|g' \ -e 's|@''HAVE_WMEMCHR''@|1|g' \ -e 's|@''HAVE_WMEMCMP''@|1|g' \ -e 's|@''HAVE_WMEMCPY''@|1|g' \ -e 's|@''HAVE_WMEMMOVE''@|1|g' \ -e 's|@''HAVE_WMEMSET''@|1|g' \ -e 's|@''HAVE_WCSLEN''@|1|g' \ -e 's|@''HAVE_WCSNLEN''@|1|g' \ -e 's|@''HAVE_WCSCPY''@|1|g' \ -e 's|@''HAVE_WCPCPY''@|1|g' \ -e 's|@''HAVE_WCSNCPY''@|1|g' \ -e 's|@''HAVE_WCPNCPY''@|1|g' \ -e 's|@''HAVE_WCSCAT''@|1|g' \ -e 's|@''HAVE_WCSNCAT''@|1|g' \ -e 's|@''HAVE_WCSCMP''@|1|g' \ -e 's|@''HAVE_WCSNCMP''@|1|g' \ -e 's|@''HAVE_WCSCASECMP''@|1|g' \ -e 's|@''HAVE_WCSNCASECMP''@|1|g' \ -e 's|@''HAVE_WCSCOLL''@|1|g' \ -e 's|@''HAVE_WCSXFRM''@|1|g' \ -e 's|@''HAVE_WCSDUP''@|1|g' \ -e 's|@''HAVE_WCSCHR''@|1|g' \ -e 's|@''HAVE_WCSRCHR''@|1|g' \ -e 's|@''HAVE_WCSCSPN''@|1|g' \ -e 's|@''HAVE_WCSSPN''@|1|g' \ -e 's|@''HAVE_WCSPBRK''@|1|g' \ -e 's|@''HAVE_WCSSTR''@|1|g' \ -e 's|@''HAVE_WCSTOK''@|1|g' \ -e 's|@''HAVE_WCSWIDTH''@|1|g' \ -e 's|@''HAVE_WCSFTIME''@|1|g' \ -e 's|@''HAVE_DECL_WCTOB''@|1|g' \ -e 's|@''HAVE_DECL_WCWIDTH''@|1|g' \ | \ sed -e 's|@''REPLACE_MBSTATE_T''@|0|g' \ -e 's|@''REPLACE_BTOWC''@|0|g' \ -e 's|@''REPLACE_WCTOB''@|0|g' \ -e 's|@''REPLACE_MBSINIT''@|0|g' \ -e 's|@''REPLACE_MBRTOWC''@|0|g' \ -e 's|@''REPLACE_MBRLEN''@|0|g' \ -e 's|@''REPLACE_MBSRTOWCS''@|0|g' \ -e 's|@''REPLACE_MBSNRTOWCS''@|0|g' \ -e 's|@''REPLACE_WCRTOMB''@|0|g' \ -e 's|@''REPLACE_WCSRTOMBS''@|0|g' \ -e 's|@''REPLACE_WCSNRTOMBS''@|0|g' \ -e 's|@''REPLACE_WCWIDTH''@|0|g' \ -e 's|@''REPLACE_WCSWIDTH''@|0|g' \ -e 's|@''REPLACE_WCSFTIME''@|0|g' \ -e '/definitions of _GL_FUNCDECL_RPL/r ./c++defs.h' \ -e '/definition of _GL_ARG_NONNULL/r ./arg-nonnull.h' \ -e '/definition of _GL_WARN_ON_USE/r ./warn-on-use.h'; \ } > wchar.h-t && \ mv wchar.h-t wchar.h rm -f sys/types.h-t sys/types.h && \ { echo '/* DO NOT EDIT! GENERATED AUTOMATICALLY! */'; \ sed -e 's|@''GUARD_PREFIX''@|GL|g' \ -e 's|@''INCLUDE_NEXT''@|include_next|g' \ -e 's|@''PRAGMA_SYSTEM_HEADER''@|#pragma GCC system_header|g' \ -e 's|@''PRAGMA_COLUMNS''@||g' \ -e 's|@''NEXT_SYS_TYPES_H''@||g' \ -e 's|@''WINDOWS_64_BIT_OFF_T''@|0|g' \ < ./sys_types.in.h; \ } > sys/types.h-t && \ mv sys/types.h-t sys/types.h gmake all-recursive gmake[7]: Entering directory '/wrkdirs/usr/ports/print/texinfo/work/texinfo-6.4/tp/Texinfo/Convert/XSParagraph/lib' gmake[8]: Entering directory '/wrkdirs/usr/ports/print/texinfo/work/texinfo-6.4/tp/Texinfo/Convert/XSParagraph/lib' /bin/sh ../libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I.. -DLIBICONV_PLUG -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -MT xsize.lo -MD -MP -MF .deps/xsize.Tpo -c -o xsize.lo xsize.c /bin/sh ../libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I.. -DLIBICONV_PLUG -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -MT asnprintf.lo -MD -MP -MF .deps/asnprintf.Tpo -c -o asnprintf.lo asnprintf.c /bin/sh ../libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I.. -DLIBICONV_PLUG -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -MT printf-args.lo -MD -MP -MF .deps/printf-args.Tpo -c -o printf-args.lo printf-args.c /bin/sh ../libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I.. -DLIBICONV_PLUG -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -MT printf-parse.lo -MD -MP -MF .deps/printf-parse.Tpo -c -o printf-parse.lo printf-parse.c /bin/sh ../libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I.. -DLIBICONV_PLUG -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -MT vasnprintf.lo -MD -MP -MF .deps/vasnprintf.Tpo -c -o vasnprintf.lo vasnprintf.c libtool: compile: cc -DHAVE_CONFIG_H -I. -I.. -DLIBICONV_PLUG -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -MT printf-args.lo -MD -MP -MF .deps/printf-args.Tpo -c printf-args.c -fPIC -DPIC -o .libs/printf-args.o libtool: compile: cc -DHAVE_CONFIG_H -I. -I.. -DLIBICONV_PLUG -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -MT vasnprintf.lo -MD -MP -MF .deps/vasnprintf.Tpo -c vasnprintf.c -fPIC -DPIC -o .libs/vasnprintf.o libtool: compile: cc -DHAVE_CONFIG_H -I. -I.. -DLIBICONV_PLUG -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -MT printf-parse.lo -MD -MP -MF .deps/printf-parse.Tpo -c printf-parse.c -fPIC -DPIC -o .libs/printf-parse.o libtool: compile: cc -DHAVE_CONFIG_H -I. -I.. -DLIBICONV_PLUG -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -MT xsize.lo -MD -MP -MF .deps/xsize.Tpo -c xsize.c -fPIC -DPIC -o .libs/xsize.o libtool: compile: cc -DHAVE_CONFIG_H -I. -I.. -DLIBICONV_PLUG -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -MT asnprintf.lo -MD -MP -MF .deps/asnprintf.Tpo -c asnprintf.c -fPIC -DPIC -o .libs/asnprintf.o libtool: compile: cc -DHAVE_CONFIG_H -I. -I.. -DLIBICONV_PLUG -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -MT asnprintf.lo -MD -MP -MF .deps/asnprintf.Tpo -c asnprintf.c -o asnprintf.o >/dev/null 2>&1 mv -f .deps/asnprintf.Tpo .deps/asnprintf.Plo libtool: compile: cc -DHAVE_CONFIG_H -I. -I.. -DLIBICONV_PLUG -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -MT printf-args.lo -MD -MP -MF .deps/printf-args.Tpo -c printf-args.c -o printf-args.o >/dev/null 2>&1 libtool: compile: cc -DHAVE_CONFIG_H -I. -I.. -DLIBICONV_PLUG -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -MT xsize.lo -MD -MP -MF .deps/xsize.Tpo -c xsize.c -o xsize.o >/dev/null 2>&1 libtool: compile: cc -DHAVE_CONFIG_H -I. -I.. -DLIBICONV_PLUG -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -MT printf-parse.lo -MD -MP -MF .deps/printf-parse.Tpo -c printf-parse.c -o printf-parse.o >/dev/null 2>&1 libtool: compile: cc -DHAVE_CONFIG_H -I. -I.. -DLIBICONV_PLUG -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -MT vasnprintf.lo -MD -MP -MF .deps/vasnprintf.Tpo -c vasnprintf.c -o vasnprintf.o >/dev/null 2>&1 mv -f .deps/vasnprintf.Tpo .deps/vasnprintf.Plo mv -f .deps/printf-args.Tpo .deps/printf-args.Plo mv -f .deps/xsize.Tpo .deps/xsize.Plo mv -f .deps/printf-parse.Tpo .deps/printf-parse.Plo /bin/sh ../libtool --tag=CC --mode=link cc -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -no-undefined -fstack-protector -o libgnu.la xsize.lo asnprintf.lo printf-args.lo printf-parse.lo vasnprintf.lo libtool: link: ar cru .libs/libgnu.a .libs/xsize.o .libs/asnprintf.o .libs/printf-args.o .libs/printf-parse.o .libs/vasnprintf.o libtool: link: ranlib .libs/libgnu.a libtool: link: ( cd ".libs" && rm -f "libgnu.la" && ln -s "../libgnu.la" "libgnu.la" ) gmake[8]: Leaving directory '/wrkdirs/usr/ports/print/texinfo/work/texinfo-6.4/tp/Texinfo/Convert/XSParagraph/lib' gmake[7]: Leaving directory '/wrkdirs/usr/ports/print/texinfo/work/texinfo-6.4/tp/Texinfo/Convert/XSParagraph/lib' gmake[6]: Leaving directory '/wrkdirs/usr/ports/print/texinfo/work/texinfo-6.4/tp/Texinfo/Convert/XSParagraph/lib' gmake[6]: Entering directory '/wrkdirs/usr/ports/print/texinfo/work/texinfo-6.4/tp/Texinfo/Convert/XSParagraph' /usr/local/bin/xsubpp -typemap /usr/local/lib/perl5/5.24/ExtUtils/typemap XSParagraph.xs > XSParagraph.xsc && mv XSParagraph.xsc XSParagraph.c /bin/sh ./libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I./lib -I./lib -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -DDEBUGGING -fno-strict-aliasing -pipe -fstack-protector-strong -I/usr/local/include -DVERSION=\"0\" -DXS_VERSION=\"1\" "-I/usr/local/lib/perl5/5.24/mach/CORE" -MT XSParagraph_la-xspara.lo -MD -MP -MF .deps/XSParagraph_la-xspara.Tpo -c -o XSParagraph_la-xspara.lo `test -f 'xspara.c' || echo './'`xspara.c /bin/sh ./libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I./lib -I./lib -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -DDEBUGGING -fno-strict-aliasing -pipe -fstack-protector-strong -I/usr/local/include -DVERSION=\"0\" -DXS_VERSION=\"1\" "-I/usr/local/lib/perl5/5.24/mach/CORE" -MT XSParagraph_la-text.lo -MD -MP -MF .deps/XSParagraph_la-text.Tpo -c -o XSParagraph_la-text.lo `test -f 'text.c' || echo './'`text.c libtool: compile: cc -DHAVE_CONFIG_H -I. -I. -I./lib -I./lib -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -DDEBUGGING -fno-strict-aliasing -pipe -fstack-protector-strong -I/usr/local/include -DVERSION=\"0\" -DXS_VERSION=\"1\" -I/usr/local/lib/perl5/5.24/mach/CORE -MT XSParagraph_la-xspara.lo -MD -MP -MF .deps/XSParagraph_la-xspara.Tpo -c xspara.c -fPIC -DPIC -o .libs/XSParagraph_la-xspara.o libtool: compile: cc -DHAVE_CONFIG_H -I. -I. -I./lib -I./lib -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -DDEBUGGING -fno-strict-aliasing -pipe -fstack-protector-strong -I/usr/local/include -DVERSION=\"0\" -DXS_VERSION=\"1\" -I/usr/local/lib/perl5/5.24/mach/CORE -MT XSParagraph_la-text.lo -MD -MP -MF .deps/XSParagraph_la-text.Tpo -c text.c -fPIC -DPIC -o .libs/XSParagraph_la-text.o libtool: compile: cc -DHAVE_CONFIG_H -I. -I. -I./lib -I./lib -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -DDEBUGGING -fno-strict-aliasing -pipe -fstack-protector-strong -I/usr/local/include -DVERSION=\"0\" -DXS_VERSION=\"1\" -I/usr/local/lib/perl5/5.24/mach/CORE -MT XSParagraph_la-text.lo -MD -MP -MF .deps/XSParagraph_la-text.Tpo -c text.c -o XSParagraph_la-text.o >/dev/null 2>&1 xspara.c:259:16: warning: '&&' within '||' [-Wlogical-op-parentheses] if (len >= 6 && !memcmp (".UTF-8", cur + len - 6, 6) ~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ xspara.c:259:16: note: place parentheses around the '&&' expression to silence this warning if (len >= 6 && !memcmp (".UTF-8", cur + len - 6, 6) ^ ( ) xspara.c:260:19: warning: '&&' within '||' [-Wlogical-op-parentheses] || len >= 5 && !memcmp (".utf8", cur + len - 5, 5) ~~ ~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ xspara.c:260:19: note: place parentheses around the '&&' expression to silence this warning || len >= 5 && !memcmp (".utf8", cur + len - 5, 5) ^ ( ) xspara.c:261:19: warning: '&&' within '||' [-Wlogical-op-parentheses] || len >= 6 && !memcmp (".utf-8", cur + len - 6, 6) ~~ ~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ xspara.c:261:19: note: place parentheses around the '&&' expression to silence this warning || len >= 6 && !memcmp (".utf-8", cur + len - 6, 6) ^ ( ) xspara.c:262:19: warning: '&&' within '||' [-Wlogical-op-parentheses] || len >= 5 && !memcmp (".UTF8", cur + len - 5, 5)) ~~ ~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ xspara.c:262:19: note: place parentheses around the '&&' expression to silence this warning || len >= 5 && !memcmp (".UTF8", cur + len - 5, 5)) ^ ( ) 4 warnings generated. mv -f .deps/XSParagraph_la-text.Tpo .deps/XSParagraph_la-text.Plo libtool: compile: cc -DHAVE_CONFIG_H -I. -I. -I./lib -I./lib -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -DDEBUGGING -fno-strict-aliasing -pipe -fstack-protector-strong -I/usr/local/include -DVERSION=\"0\" -DXS_VERSION=\"1\" -I/usr/local/lib/perl5/5.24/mach/CORE -MT XSParagraph_la-xspara.lo -MD -MP -MF .deps/XSParagraph_la-xspara.Tpo -c xspara.c -o XSParagraph_la-xspara.o >/dev/null 2>&1 mv -f .deps/XSParagraph_la-xspara.Tpo .deps/XSParagraph_la-xspara.Plo /bin/sh ./libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I./lib -I./lib -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -DDEBUGGING -fno-strict-aliasing -pipe -fstack-protector-strong -I/usr/local/include -DVERSION=\"0\" -DXS_VERSION=\"1\" "-I/usr/local/lib/perl5/5.24/mach/CORE" -MT XSParagraph_la-XSParagraph.lo -MD -MP -MF .deps/XSParagraph_la-XSParagraph.Tpo -c -o XSParagraph_la-XSParagraph.lo `test -f 'XSParagraph.c' || echo './'`XSParagraph.c libtool: compile: cc -DHAVE_CONFIG_H -I. -I. -I./lib -I./lib -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -DDEBUGGING -fno-strict-aliasing -pipe -fstack-protector-strong -I/usr/local/include -DVERSION=\"0\" -DXS_VERSION=\"1\" -I/usr/local/lib/perl5/5.24/mach/CORE -MT XSParagraph_la-XSParagraph.lo -MD -MP -MF .deps/XSParagraph_la-XSParagraph.Tpo -c XSParagraph.c -fPIC -DPIC -o .libs/XSParagraph_la-XSParagraph.o libtool: compile: cc -DHAVE_CONFIG_H -I. -I. -I./lib -I./lib -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -DDEBUGGING -fno-strict-aliasing -pipe -fstack-protector-strong -I/usr/local/include -DVERSION=\"0\" -DXS_VERSION=\"1\" -I/usr/local/lib/perl5/5.24/mach/CORE -MT XSParagraph_la-XSParagraph.lo -MD -MP -MF .deps/XSParagraph_la-XSParagraph.Tpo -c XSParagraph.c -o XSParagraph_la-XSParagraph.o >/dev/null 2>&1 mv -f .deps/XSParagraph_la-XSParagraph.Tpo .deps/XSParagraph_la-XSParagraph.Plo /bin/sh ./libtool --tag=CC --mode=link cc -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -DDEBUGGING -fno-strict-aliasing -pipe -fstack-protector-strong -I/usr/local/include -DVERSION=\"0\" -DXS_VERSION=\"1\" "-I/usr/local/lib/perl5/5.24/mach/CORE" -avoid-version -module -Wl,-R/usr/local/lib/perl5/5.24/mach/CORE -o XSParagraph.la -rpath /usr/local/lib/texinfo XSParagraph_la-XSParagraph.lo XSParagraph_la-xspara.lo XSParagraph_la-text.lo ./lib/libgnu.la libtool: link: cc -shared -fPIC -DPIC .libs/XSParagraph_la-XSParagraph.o .libs/XSParagraph_la-xspara.o .libs/XSParagraph_la-text.o -Wl,--whole-archive ./lib/.libs/libgnu.a -Wl,--no-whole-archive -fstack-protector-strong -Wl,-R/usr/local/lib/perl5/5.24/mach/CORE -Wl,-soname -Wl,XSParagraph.so -o .libs/XSParagraph.so libtool: link: (cd .libs/XSParagraph.lax/libgnu.a && ar x "/wrkdirs/usr/ports/print/texinfo/work/texinfo-6.4/tp/Texinfo/Convert/XSParagraph/./lib/.libs/libgnu.a") libtool: link: ar cru .libs/XSParagraph.a XSParagraph_la-XSParagraph.o XSParagraph_la-xspara.o XSParagraph_la-text.o .libs/XSParagraph.lax/libgnu.a/asnprintf.o .libs/XSParagraph.lax/libgnu.a/printf-args.o .libs/XSParagraph.lax/libgnu.a/printf-parse.o .libs/XSParagraph.lax/libgnu.a/vasnprintf.o .libs/XSParagraph.lax/libgnu.a/xsize.o libtool: link: ranlib .libs/XSParagraph.a libtool: link: rm -fr .libs/XSParagraph.lax libtool: link: ( cd ".libs" && rm -f "XSParagraph.la" && ln -s "../XSParagraph.la" "XSParagraph.la" ) gmake[6]: Leaving directory '/wrkdirs/usr/ports/print/texinfo/work/texinfo-6.4/tp/Texinfo/Convert/XSParagraph' gmake[5]: Leaving directory '/wrkdirs/usr/ports/print/texinfo/work/texinfo-6.4/tp/Texinfo/Convert/XSParagraph' gmake[4]: Leaving directory '/wrkdirs/usr/ports/print/texinfo/work/texinfo-6.4/tp/Texinfo/Convert/XSParagraph' Making all in Texinfo/MiscXS gmake[4]: Entering directory '/wrkdirs/usr/ports/print/texinfo/work/texinfo-6.4/tp/Texinfo/MiscXS' gmake all-am gmake[5]: Entering directory '/wrkdirs/usr/ports/print/texinfo/work/texinfo-6.4/tp/Texinfo/MiscXS' /bin/sh ./libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -DDEBUGGING -fno-strict-aliasing -pipe -fstack-protector-strong -I/usr/local/include -DVERSION=\"0\" -DXS_VERSION=\"0\" "-I/usr/local/lib/perl5/5.24/mach/CORE" -MT MiscXS_la-MiscXS.lo -MD -MP -MF .deps/MiscXS_la-MiscXS.Tpo -c -o MiscXS_la-MiscXS.lo `test -f 'MiscXS.c' || echo './'`MiscXS.c /bin/sh ./libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -DDEBUGGING -fno-strict-aliasing -pipe -fstack-protector-strong -I/usr/local/include -DVERSION=\"0\" -DXS_VERSION=\"0\" "-I/usr/local/lib/perl5/5.24/mach/CORE" -MT MiscXS_la-misc.lo -MD -MP -MF .deps/MiscXS_la-misc.Tpo -c -o MiscXS_la-misc.lo `test -f 'misc.c' || echo './'`misc.c libtool: compile: cc -DHAVE_CONFIG_H -I. -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -DDEBUGGING -fno-strict-aliasing -pipe -fstack-protector-strong -I/usr/local/include -DVERSION=\"0\" -DXS_VERSION=\"0\" -I/usr/local/lib/perl5/5.24/mach/CORE -MT MiscXS_la-misc.lo -MD -MP -MF .deps/MiscXS_la-misc.Tpo -c misc.c -fPIC -DPIC -o .libs/MiscXS_la-misc.o libtool: compile: cc -DHAVE_CONFIG_H -I. -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -DDEBUGGING -fno-strict-aliasing -pipe -fstack-protector-strong -I/usr/local/include -DVERSION=\"0\" -DXS_VERSION=\"0\" -I/usr/local/lib/perl5/5.24/mach/CORE -MT MiscXS_la-MiscXS.lo -MD -MP -MF .deps/MiscXS_la-MiscXS.Tpo -c MiscXS.c -fPIC -DPIC -o .libs/MiscXS_la-MiscXS.o misc.c:71:39: warning: passing 'char *' to parameter of type 'const U8 *' (aka 'const unsigned char *') converts between pointers to integer types with different sign [-Wpointer-sign] new_string = bytes_to_utf8 (additional_text, &len); ^~~~~~~~~~~~~~~ /usr/local/lib/perl5/5.24/mach/CORE/embed.h:71:53: note: expanded from macro 'bytes_to_utf8' #define bytes_to_utf8(a,b) Perl_bytes_to_utf8(aTHX_ a,b) ^ /usr/local/lib/perl5/5.24/mach/CORE/proto.h:227:54: note: passing argument to parameter 's' here PERL_CALLCONV U8* Perl_bytes_to_utf8(pTHX_ const U8 *s, STRLEN *len); ^ misc.c:71:22: warning: assigning to 'char *' from 'U8 *' (aka 'unsigned char *') converts between pointers to integer types with different sign [-Wpointer-sign] new_string = bytes_to_utf8 (additional_text, &len); ^ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ misc.c:283:37: warning: passing 'char *' to parameter of type 'const U8 *' (aka 'const unsigned char *') converts between pointers to integer types with different sign [-Wpointer-sign] new_string = bytes_to_utf8 (text, &len); ^~~~ /usr/local/lib/perl5/5.24/mach/CORE/embed.h:71:53: note: expanded from macro 'bytes_to_utf8' #define bytes_to_utf8(a,b) Perl_bytes_to_utf8(aTHX_ a,b) ^ /usr/local/lib/perl5/5.24/mach/CORE/proto.h:227:54: note: passing argument to parameter 's' here PERL_CALLCONV U8* Perl_bytes_to_utf8(pTHX_ const U8 *s, STRLEN *len); ^ misc.c:283:20: warning: assigning to 'char *' from 'U8 *' (aka 'unsigned char *') converts between pointers to integer types with different sign [-Wpointer-sign] new_string = bytes_to_utf8 (text, &len); ^ ~~~~~~~~~~~~~~~~~~~~~~~~~~ 4 warnings generated. libtool: compile: cc -DHAVE_CONFIG_H -I. -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -DDEBUGGING -fno-strict-aliasing -pipe -fstack-protector-strong -I/usr/local/include -DVERSION=\"0\" -DXS_VERSION=\"0\" -I/usr/local/lib/perl5/5.24/mach/CORE -MT MiscXS_la-misc.lo -MD -MP -MF .deps/MiscXS_la-misc.Tpo -c misc.c -o MiscXS_la-misc.o >/dev/null 2>&1 libtool: compile: cc -DHAVE_CONFIG_H -I. -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -DDEBUGGING -fno-strict-aliasing -pipe -fstack-protector-strong -I/usr/local/include -DVERSION=\"0\" -DXS_VERSION=\"0\" -I/usr/local/lib/perl5/5.24/mach/CORE -MT MiscXS_la-MiscXS.lo -MD -MP -MF .deps/MiscXS_la-MiscXS.Tpo -c MiscXS.c -o MiscXS_la-MiscXS.o >/dev/null 2>&1 mv -f .deps/MiscXS_la-misc.Tpo .deps/MiscXS_la-misc.Plo mv -f .deps/MiscXS_la-MiscXS.Tpo .deps/MiscXS_la-MiscXS.Plo /bin/sh ./libtool --tag=CC --mode=link cc -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -DDEBUGGING -fno-strict-aliasing -pipe -fstack-protector-strong -I/usr/local/include -DVERSION=\"0\" -DXS_VERSION=\"0\" "-I/usr/local/lib/perl5/5.24/mach/CORE" -avoid-version -module -Wl,-R/usr/local/lib/perl5/5.24/mach/CORE -o MiscXS.la -rpath /usr/local/lib/texinfo MiscXS_la-MiscXS.lo MiscXS_la-misc.lo libtool: link: cc -shared -fPIC -DPIC .libs/MiscXS_la-MiscXS.o .libs/MiscXS_la-misc.o -fstack-protector-strong -Wl,-R/usr/local/lib/perl5/5.24/mach/CORE -Wl,-soname -Wl,MiscXS.so -o .libs/MiscXS.so libtool: link: ar cru .libs/MiscXS.a MiscXS_la-MiscXS.o MiscXS_la-misc.o libtool: link: ranlib .libs/MiscXS.a libtool: link: ( cd ".libs" && rm -f "MiscXS.la" && ln -s "../MiscXS.la" "MiscXS.la" ) gmake[5]: Leaving directory '/wrkdirs/usr/ports/print/texinfo/work/texinfo-6.4/tp/Texinfo/MiscXS' gmake[4]: Leaving directory '/wrkdirs/usr/ports/print/texinfo/work/texinfo-6.4/tp/Texinfo/MiscXS' Making all in . gmake[4]: Entering directory '/wrkdirs/usr/ports/print/texinfo/work/texinfo-6.4/tp' sed -e 's,[@]PACKAGE_VERSION[@],6.4,g' -e 's,[@]PACKAGE_NAME[@],GNU Texinfo,g' -e 's,[@]PACKAGE_URL[@],http://www.gnu.org/software/texinfo/,g' -e 's,[@]sysconfdir[@],/usr/local/etc,g' -e 's,[@]prefix[@],/usr/local,g' -e 's,[@]datarootdir[@],/usr/local/share,g' -e 's,[@]datadir[@],/usr/local/share,g' -e 's,[@]pkglibdir[@],/usr/local/lib/texinfo,g' -e 's,[@]PACKAGE[@],texinfo,g' -e 's,[@]USE_EXTERNAL_LIBINTL[@],no,g' -e 's,[@]USE_EXTERNAL_EASTASIANWIDTH[@],no,g' -e 's,[@]USE_EXTERNAL_UNIDECODE[@],no,g' -e 's,[@]TEXINFO_DTD_VERSION[@],6.4,g' -e 's,[@]enable_xs[@],yes,g' -e '1 s,/usr/bin/env perl,/usr/local/bin/perl,g' ./texi2any.pl >texi2any /bin/mkdir -p maintain /bin/mkdir -p `dirname LocaleData/ca/LC_MESSAGES/texinfo_document.mo` /bin/mkdir -p `dirname LocaleData/ca.us-ascii/LC_MESSAGES/texinfo_document.mo` /bin/mkdir -p `dirname LocaleData/cs/LC_MESSAGES/texinfo_document.mo` sed -e 's|[@]abs_top_srcdir[@]|/wrkdirs/usr/ports/print/texinfo/work/texinfo-6.4|' \ -e 's|[@]TEXINFO_DTD_VERSION[@]|6.4|' \ ./maintain/catalog.xml.in >maintain/catalog.xml /bin/mkdir -p `dirname LocaleData/da/LC_MESSAGES/texinfo_document.mo` /bin/mkdir -p `dirname LocaleData/de/LC_MESSAGES/texinfo_document.mo` /bin/mkdir -p `dirname LocaleData/de.us-ascii/LC_MESSAGES/texinfo_document.mo` /bin/mkdir -p `dirname LocaleData/el/LC_MESSAGES/texinfo_document.mo` /bin/mkdir -p `dirname LocaleData/eo/LC_MESSAGES/texinfo_document.mo` chmod a+x texi2any /bin/mkdir -p `dirname LocaleData/es/LC_MESSAGES/texinfo_document.mo` install -m 0644 ./../po_document/ca.gmo LocaleData/ca/LC_MESSAGES/texinfo_document.mo install -m 0644 ./../po_document/ca.us-ascii.gmo LocaleData/ca.us-ascii/LC_MESSAGES/texinfo_document.mo /bin/mkdir -p `dirname LocaleData/fr/LC_MESSAGES/texinfo_document.mo` install -m 0644 ./../po_document/cs.gmo LocaleData/cs/LC_MESSAGES/texinfo_document.mo /bin/mkdir -p `dirname LocaleData/hr/LC_MESSAGES/texinfo_document.mo` /bin/mkdir -p `dirname LocaleData/hu/LC_MESSAGES/texinfo_document.mo` /bin/mkdir -p `dirname LocaleData/it/LC_MESSAGES/texinfo_document.mo` install -m 0644 ./../po_document/da.gmo LocaleData/da/LC_MESSAGES/texinfo_document.mo install -m 0644 ./../po_document/de.us-ascii.gmo LocaleData/de.us-ascii/LC_MESSAGES/texinfo_document.mo install -m 0644 ./../po_document/el.gmo LocaleData/el/LC_MESSAGES/texinfo_document.mo install -m 0644 ./../po_document/de.gmo LocaleData/de/LC_MESSAGES/texinfo_document.mo /bin/mkdir -p `dirname LocaleData/nl/LC_MESSAGES/texinfo_document.mo` install -m 0644 ./../po_document/eo.gmo LocaleData/eo/LC_MESSAGES/texinfo_document.mo install -m 0644 ./../po_document/es.gmo LocaleData/es/LC_MESSAGES/texinfo_document.mo /bin/mkdir -p `dirname LocaleData/no.us-ascii/LC_MESSAGES/texinfo_document.mo` install -m 0644 ./../po_document/fr.gmo LocaleData/fr/LC_MESSAGES/texinfo_document.mo /bin/mkdir -p `dirname LocaleData/pl/LC_MESSAGES/texinfo_document.mo` /bin/mkdir -p `dirname LocaleData/pt/LC_MESSAGES/texinfo_document.mo` install -m 0644 ./../po_document/hu.gmo LocaleData/hu/LC_MESSAGES/texinfo_document.mo install -m 0644 ./../po_document/it.gmo LocaleData/it/LC_MESSAGES/texinfo_document.mo install -m 0644 ./../po_document/hr.gmo LocaleData/hr/LC_MESSAGES/texinfo_document.mo /bin/mkdir -p `dirname LocaleData/pt.us-ascii/LC_MESSAGES/texinfo_document.mo` /bin/mkdir -p `dirname LocaleData/pt_BR/LC_MESSAGES/texinfo_document.mo` install -m 0644 ./../po_document/nl.gmo LocaleData/nl/LC_MESSAGES/texinfo_document.mo /bin/mkdir -p `dirname LocaleData/pt_BR.us-ascii/LC_MESSAGES/texinfo_document.mo` install -m 0644 ./../po_document/no.us-ascii.gmo LocaleData/no.us-ascii/LC_MESSAGES/texinfo_document.mo /bin/mkdir -p `dirname LocaleData/uk/LC_MESSAGES/texinfo_document.mo` install -m 0644 ./../po_document/pl.gmo LocaleData/pl/LC_MESSAGES/texinfo_document.mo install -m 0644 ./../po_document/pt.gmo LocaleData/pt/LC_MESSAGES/texinfo_document.mo /bin/mkdir -p t/include_dir install -m 0644 ./../po_document/pt.us-ascii.gmo LocaleData/pt.us-ascii/LC_MESSAGES/texinfo_document.mo install -m 0644 ./t/include_reference/f--ile.png t/include_dir/f--ile.png install -m 0644 ./../po_document/pt_BR.gmo LocaleData/pt_BR/LC_MESSAGES/texinfo_document.mo install -m 0644 ./../po_document/pt_BR.us-ascii.gmo LocaleData/pt_BR.us-ascii/LC_MESSAGES/texinfo_document.mo install -m 0644 ./t/include_reference/f--ile.txt t/include_dir/f--ile.txt install -m 0644 ./../po_document/uk.gmo LocaleData/uk/LC_MESSAGES/texinfo_document.mo install -m 0644 ./t/include_reference/figure.txt t/include_dir/figure.txt install -m 0644 ./t/include_reference/inc_file.texi t/include_dir/inc_file.texi install -m 0644 ./t/include_reference/incl-incl.txi t/include_dir/incl-incl.txi install -m 0644 ./t/include_reference/macro_included.texi t/include_dir/macro_included.texi install -m 0644 ./t/include_reference/section_file.texi t/include_dir/section_file.texi gmake[4]: Leaving directory '/wrkdirs/usr/ports/print/texinfo/work/texinfo-6.4/tp' Making all in tests gmake[4]: Entering directory '/wrkdirs/usr/ports/print/texinfo/work/texinfo-6.4/tp/tests' Making all in . gmake[5]: Entering directory '/wrkdirs/usr/ports/print/texinfo/work/texinfo-6.4/tp/tests' install -m 0644 ./htmlxref/htmlxref.cnf-ref htmlxref/htmlxref.cnf install -m 0644 ./htmlxref-only_mono/htmlxref.cnf-ref htmlxref-only_mono/htmlxref.cnf install -m 0644 ./htmlxref-only_split/htmlxref.cnf-ref htmlxref-only_split/htmlxref.cnf install -m 0644 ./sectioning/renamednodes.cnf-ref equivalent_nodes-noderename.cnf install -m 0644 ./sectioning/renamednodes.cnf-ref sectioning/equivalent_nodes-noderename.cnf install -m 0644 ./formatting/unknown_nodes_renamed-noderename.cnf-ref unknown_nodes_renamed-noderename.cnf install -m 0644 ./formatting/unknown_nodes_renamed-noderename.cnf-ref formatting/unknown_nodes_renamed-noderename.cnf gmake[5]: Leaving directory '/wrkdirs/usr/ports/print/texinfo/work/texinfo-6.4/tp/tests' Making all in many_input_files gmake[5]: Entering directory '/wrkdirs/usr/ports/print/texinfo/work/texinfo-6.4/tp/tests/many_input_files' gmake[5]: Nothing to be done for 'all'. gmake[5]: Leaving directory '/wrkdirs/usr/ports/print/texinfo/work/texinfo-6.4/tp/tests/many_input_files' gmake[4]: Leaving directory '/wrkdirs/usr/ports/print/texinfo/work/texinfo-6.4/tp/tests' gmake[3]: Leaving directory '/wrkdirs/usr/ports/print/texinfo/work/texinfo-6.4/tp' Making all in Pod-Simple-Texinfo gmake[3]: Entering directory '/wrkdirs/usr/ports/print/texinfo/work/texinfo-6.4/Pod-Simple-Texinfo' sed -e 's,[@]datadir[@],/usr/local/share,g' \ -e 's,[@]PACKAGE[@],texinfo,g' \ -e 's,[@]USE_EXTERNAL_LIBINTL[@],no,g' \ -e 's,[@]USE_EXTERNAL_EASTASIANWIDTH[@],no,g' \ -e 's,[@]USE_EXTERNAL_UNIDECODE[@],no,g' \ -e '1 s,/usr/bin/env perl,/usr/local/bin/perl,g' \ ./pod2texi.pl >pod2texi chmod a+x pod2texi gmake[3]: Leaving directory '/wrkdirs/usr/ports/print/texinfo/work/texinfo-6.4/Pod-Simple-Texinfo' Making all in texindex gmake[3]: Entering directory '/wrkdirs/usr/ports/print/texinfo/work/texinfo-6.4/texindex' sed -e 's,[@]pkgdatadir[@],/usr/local/share/texinfo,g' -e 's,[@]AWK[@],/usr/bin/awk,g' -e 's,[@]PACKAGE[@],texinfo,g' -e 's,[@][@]*VERSION[@][@]*,6.4,g' <./texindex.in >texindex chmod +x texindex gmake[3]: Leaving directory '/wrkdirs/usr/ports/print/texinfo/work/texinfo-6.4/texindex' Making all in util gmake[3]: Entering directory '/wrkdirs/usr/ports/print/texinfo/work/texinfo-6.4/util' sed -e 's,[@]datadir[@],/usr/local/share,g' \ -e 's,[@]PACKAGE[@],texinfo,g' \ -e 's,[@]USE_EXTERNAL_LIBINTL[@],no,g' \ -e 's,[@]USE_EXTERNAL_EASTASIANWIDTH[@],no,g' \ -e 's,[@]USE_EXTERNAL_UNIDECODE[@],no,g' \ -e '1 s,/usr/bin/env perl,/usr/local/bin/perl,g' \ ./txixml2texi.pl >txixml2texi chmod a+x txixml2texi gmake[3]: Leaving directory '/wrkdirs/usr/ports/print/texinfo/work/texinfo-6.4/util' Making all in doc gmake[3]: Entering directory '/wrkdirs/usr/ports/print/texinfo/work/texinfo-6.4/doc' Making all in tp_api gmake[4]: Entering directory '/wrkdirs/usr/ports/print/texinfo/work/texinfo-6.4/doc/tp_api' gmake all-am gmake[5]: Entering directory '/wrkdirs/usr/ports/print/texinfo/work/texinfo-6.4/doc/tp_api' gmake[5]: Nothing to be done for 'all-am'. gmake[5]: Leaving directory '/wrkdirs/usr/ports/print/texinfo/work/texinfo-6.4/doc/tp_api' gmake[4]: Leaving directory '/wrkdirs/usr/ports/print/texinfo/work/texinfo-6.4/doc/tp_api' gmake[4]: Entering directory '/wrkdirs/usr/ports/print/texinfo/work/texinfo-6.4/doc' restore=: && backupdir=".am$$" && \ rm -rf $backupdir && mkdir $backupdir && \ if (TEXINFO_DEV_SOURCE=1 ; export TEXINFO_DEV_SOURCE ; top_srcdir=".." ; export top_srcdir ; top_builddir=".." ; export top_builddir ; /usr/local/bin/perl ../tp/texi2any --version) >/dev/null 2>&1; then \ for f in texinfo.info texinfo.info-[0-9] texinfo.info-[0-9][0-9] texinfo.i[0-9] texinfo.i[0-9][0-9]; do \ if test -f $f; then mv $f $backupdir; restore=mv; else :; fi; \ done; \ else :; fi && \ if TEXINFO_DEV_SOURCE=1 ; export TEXINFO_DEV_SOURCE ; top_srcdir=".." ; export top_srcdir ; top_builddir=".." ; export top_builddir ; /usr/local/bin/perl ../tp/texi2any -I . \ -o texinfo.info `test -f 'texinfo.texi' || echo './'`texinfo.texi; \ then \ rc=0; \ else \ rc=$?; \ $restore $backupdir/* `echo "./texinfo.info" | sed 's|[^/]*$||'`; \ fi; \ rm -rf $backupdir; exit $rc restore=: && backupdir=".am$$" && \ rm -rf $backupdir && mkdir $backupdir && \ if (TEXINFO_DEV_SOURCE=1 ; export TEXINFO_DEV_SOURCE ; top_srcdir=".." ; export top_srcdir ; top_builddir=".." ; export top_builddir ; /usr/local/bin/perl ../tp/texi2any --version) >/dev/null 2>&1; then \ for f in info-stnd.info info-stnd.info-[0-9] info-stnd.info-[0-9][0-9] info-stnd.i[0-9] info-stnd.i[0-9][0-9]; do \ if test -f $f; then mv $f $backupdir; restore=mv; else :; fi; \ done; \ else :; fi && \ if TEXINFO_DEV_SOURCE=1 ; export TEXINFO_DEV_SOURCE ; top_srcdir=".." ; export top_srcdir ; top_builddir=".." ; export top_builddir ; /usr/local/bin/perl ../tp/texi2any -I . \ -o info-stnd.info `test -f 'info-stnd.texi' || echo './'`info-stnd.texi; \ then \ rc=0; \ else \ rc=$?; \ $restore $backupdir/* `echo "./info-stnd.info" | sed 's|[^/]*$||'`; \ fi; \ rm -rf $backupdir; exit $rc panic: bad free, ->next->prev=80509aad0, header=80509aad0, ->prev->next=a5a5a5a5a5a50020 at ../tp/Texinfo/Parser.pm line 3907. panic: bad free, ->next->prev=5a5a5a5a5a5a5a5a, header=80509a9e0, ->prev->next=80509a9e0 during global destruction. gmake[4]: *** [Makefile:1297: info-stnd.info] Error 25 gmake[4]: *** Waiting for unfinished jobs.... Assertion failed: (header->next->prev == header), function Perl_safesysrealloc, file util.c, line 243. Abort trap (core dumped) gmake[4]: *** [Makefile:1237: texinfo.info] Error 134 gmake[4]: Leaving directory '/wrkdirs/usr/ports/print/texinfo/work/texinfo-6.4/doc' gmake[3]: *** [Makefile:1440: all-recursive] Error 1 gmake[3]: Leaving directory '/wrkdirs/usr/ports/print/texinfo/work/texinfo-6.4/doc' gmake[2]: *** [Makefile:1196: all-recursive] Error 1 gmake[2]: Leaving directory '/wrkdirs/usr/ports/print/texinfo/work/texinfo-6.4' gmake[1]: *** [Makefile:1135: all] Error 2 gmake[1]: Leaving directory '/wrkdirs/usr/ports/print/texinfo/work/texinfo-6.4' ===> Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to the maintainer. *** Error code 1 Stop. make: stopped in /usr/ports/print/texinfo ====>> Cleaning up wrkdir ===> Cleaning for texinfo-6.4,1 build of print/texinfo ended at Mon Jul 3 13:44:14 CDT 2017 build time: 00:00:54 !!! build failure encountered !!! --2u2hl7jmbnvbemda-- From owner-freebsd-current@freebsd.org Tue Jul 4 07:18:23 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D903CD874CD for ; Tue, 4 Jul 2017 07:18:23 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 56A487066E for ; Tue, 4 Jul 2017 07:18:22 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from freyja.zeit4.iv.bundesimmobilien.de ([87.138.105.249]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LtIdP-1dpmI90eDb-012tMX; Tue, 04 Jul 2017 09:18:14 +0200 Date: Tue, 4 Jul 2017 09:18:13 +0200 From: "O. Hartmann" To: Milan Obuch Cc: freebsd-current@freebsd.org, Freddie Cash Subject: Re: static routes on VLAN on CURRENT Message-ID: <20170704091813.4a41bb61@freyja.zeit4.iv.bundesimmobilien.de> In-Reply-To: <20170702211217.0d22b349@zeta.dino.sk> References: <20170702133957.1f337a2e@hermann> <20170702143934.2bbcc98a@zeta.dino.sk> <20170702201344.274eb23d@hermann> <20170702211217.0d22b349@zeta.dino.sk> Organization: Walstatt MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:1Pmsy6eSI/pyMqkxxUchpnugO81CMB/Ap+nYmyVq9VphSSRkr0o 7dG5192FUBai/oW70jcYOX0v8R58A1GFk2g54gziqI4vHtcxo+mo0oAFO88R4kdDPNYsuOx lAdb+Wg7mIU/ywn/ELbIu4NO3YVyuIe0qcmE+xFOCy+a69eFsda2ZhR0lkFg/ip5kurZwuO /RKk9VtC7eCb4ufIxz8WQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:gznXLrpdsOQ=:viXS689oB46qGbfHqXboKW 5mQCiivfUhViL36pBkqYcWYIhL2NWKLgErV74Ey8jd7h8bL+AAcg2mY8MY+apABx9GgRbL3HH K58Lo51jyDxSaMww0mmCznogqZopgQ+Nki3eaoelW8sISLuVKFkCtXT8S7fWNS20+bPkKyjAT OpfSQ2jdiCIg6L8SUEM8tapqfzYUpzjG8WQx581PMIhBx6v0pt6XPeQ0yyRIPZw986bB60Pl8 9WxeVYw61ggIbHCAnffITzOSIQsgVJ2lAsTpqrOIFByNUXwk4nusXlCQG/EMOr84LGb7MUE3G ZZ8Tlb1U8B0IYQQ0fQ1kshmTTt7v1VGnCAC7FvJYCRjcZ5LqZhYyDuWAuVqqoMQLRiImDO0tK jqMFlpWw6vGq6ieKLUoY+KXOQLrifyrsF6G7/40Xf2+zkVb6RHknKSpMjD+zV1DufI2/95tiP xaYXN619FW24BrBy0FafKT+x3LBhxDJ+eCudIfySRWmUdErEDkt3vNt/VJOICS0TIxF4mzyT9 VSztIlWTBVT5lmHFNUq+l1VOs3rBGGyl9asN1SpFFT9sCccfWUEVIVoESPPQ14amr1dfrTK3B yXRHQ3QnQzk6wo9aPpBBnmqyNu3V3BQgEsQG+ICMz6c2RjHh3v2SVe/oq/ee/HaV6ua+m7IMh DAg6KrZKZg3/TUq1cyDWI5no/U/CUV+beUMkfOl35RnwhIqTCYhtDcDsecW3aiQYBQVMfugjv 3lK8t8xiAut/zeV3yRMwyCJYQcYejhM1dLKjg7wjERuQutbIs3gatUL7s5GaiZvUHCOF6uVR7 5fzF1DG X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Jul 2017 07:18:23 -0000 On Sun, 2 Jul 2017 21:12:17 +0200 Milan Obuch wrote: > On Sun, 2 Jul 2017 20:13:49 +0200 > "Hartmann, O." wrote: > > > On Sun, 2 Jul 2017 14:39:34 +0200 > > Milan Obuch wrote: > > [ snip ] > > > > > To not use a routing daemon due to the small size of my network, I > > > > desided to use static routes, in rc.conf I placed the following > > > > variables: > > > > > > > > static_routes="igb1.2 igb1.10" > > > > route_igb1_2="-net 192.168.2.0/24 -interface igb1.2" > > > > route_igb1_10="-net 192.168.10.0/24 -interface igb1.10" > > > > > > > > igb1 is assigned to IP/NET 192.168.0.1/24 > > > > > > Just to be exact, could you show us ifconfig lines from rc.conf as well? > It is common to have something like > > cloned_interfaces="igb1.2 igb1.10" > ifconfig_igb1_2="192.168.2.1/24" > ifconfig_igb1_10="192.168.10.1/24" > > and no static routes as you showed, because address assigned to > interface means automatically line in route table, however, they should > look identical to those shown in your first mail. > > > > > netstat -Warn gives me (as dummy, since I have no direct access to > > > > the box via serial console from the system I write this mail): > > > > > > > > Internet: > > > > Destination Gateway Flags Use Mtu Netif > > > > 127.0.0.1 link#3 UH 334564 16384 lo0 > > > > 192.168.0.0/24 link#4 U 23452 1500 > > > > igb1 192.168.0.1 link#4 UHS 29734 > > > > 16384 lo0 192.168.2.0/24 link#5 U > > > > 271 1500 igb1.2 192.168.2.1 link#5 UHS 0 > > > > 16384 lo0 > > > > > > I think you did not include network 192.168.10.0/24 on igb1.10... > > > > I skipped that, it is quite the same according to the settings of the > > others and unused for now. So it doesn't matter. But you're right. > > > > This was just for tha sake of completteness, nothing else. > > [ sysctl stuff snipped - not relevant, I think ] > > > > > From the routing device itself, it is possible to ssh into a VoIP > > > > client attached to the switch to which igb1.2 trunks the net. > > > > Pinging is also possible. > > > > > > > > Attached to igb1 is the 192.168.0.1/24 network with a bunch of > > > > hosts. From any host within this network it is possible to ping > > > > the 192.168.2.0/24 network and its hosts within, but no SSH, not > > > > web (80, 443). > > > > > > > > > > Weird - if icmp (ping) works and tcp (web, ssh) not, something is > > > filtering traffic. But with net.inet.ip.forwarding=0, even pinging > > > host should not work. Try tcpdump to see what's going on. > > > > net.inet.ip.forwarding works as expected. See above, I confused the > > OID. > > > > [ snip ] > > > > From network architecture view, there is no difference - vlan is > > > network interface just like physical ethernet. Basically everything > > > is the same (sometimes there is issue with mtu, but this hardware > > > dependent). > > > > Yes, so I thought, but as you stated, something is filtering and I > > have no clue what. > > > > Then I just recommend tcpdump - I would use 'tcpdump -nepi igb1.2 host > 192.168.0.x and host 192.168.2.y' and 'tcpdump -nepi igb1 host > 192.168.0.x and host 192.168.2.y' in two session and compare outputs > when pinging from 192.168.0.x to 192.168.2.y and when trying to ssh > from the former to the later. Also there is a question then what these > two devices are, what OS are they running, their network > configuration... then we can analyse the problem better. > > Regards, > Milan [...] Well, some news from a "lost" night at the HomeOfficeFrontier. I followed the advices given by you (Milan and Freddie), except the tcpdump sessions, because I also had some trouble with the ISP's connection. But: Having setup the router's interface to igb1.10 (vlan 10) revealed some serious problems with the setup of the switch I use in the HomeOffice. We use mostly Cisco switches. It is easy to assign ports to a certain VLAN and leave them "untagged", but the uplink port (Cisco calls this port trunk port or etherport) has, of course, "tagged" etherframes. The switch is a Netgear GS110TP, the uplinkport is g9 (SFP copper). This tagged port is attached via CAT 6 cable to the igb1 of the router. The router, the FreeBSD 12-CURRENT box in question here, has VLANs 2, 10, 66 and 100 assigned to this port, but I use only 2 and 10 at the moment. vlan 2 is, as explained above, the VoIP network, its switchport is g8 which "must" be tagged to reach the Grandstream VoIP phone, which has 802.1q tag 2. So, as Freddie Cash suggested, I assigned my native LAN (192.168.0.1/24) to igb1.10 and assigned the uplink port of the switch also to be member of vlan 10 "tagged" and put also the other ports (3 ports) with hosts attached to the net 192.168.0.1/24 into the group of VLAN 10. The moment I put a port with a host in vlan group 10 out of the default group (vlan 1), the host is not reachable anymore. This confuses me and I think the problem is more related to the weird Netgear stuff than FreeBSD. At least, the router should send ICMP packages tagged with vlan 10 via the trunk port to its vlang 10-gruoped (untagged) ports, on which a freeBSD host is listening with an interface not assigned to a vlan. I have not checked what happens if the one host of this group has its NIC put into the vlan 10. There is probably a different handling of Ingress and Egress etherframes on that Netgear GS110TP switch which I have not thought of. Anyway, thank you very much for helping. Kind regards, Oliver From owner-freebsd-current@freebsd.org Wed Jul 5 18:47:18 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9E379D8D2D7 for ; Wed, 5 Jul 2017 18:47:18 +0000 (UTC) (envelope-from guyyur@gmail.com) Received: from mail-wm0-x22c.google.com (mail-wm0-x22c.google.com [IPv6:2a00:1450:400c:c09::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3741867403; Wed, 5 Jul 2017 18:47:18 +0000 (UTC) (envelope-from guyyur@gmail.com) Received: by mail-wm0-x22c.google.com with SMTP id f67so122110018wmh.1; Wed, 05 Jul 2017 11:47:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to:cc; bh=JAjfu8Y/O+FUF6adHbJ729roLU7frdfISkbZrpE8+p8=; b=A8l0jvlgmejSwT5Gpj1SqHLLibqC/z8CyIqox5qRsHL8wi62rRjsbODGG97MJMXFgR 8GPI4ZKc53mJS4d8PqMgdr1ymVvUT8G82q8WYE/1k4Bvz7VwSkwASvpn89MPwuVCFC9H EFFY8dAkzsJn/ROmm56yXpC7R4msDPUkw1RDrIAuUUZNb1D2V4XfIKdWHq+T1VY0zT9C FjvVrD+E8jhi5HT6eYHvWJF6LUYFtRyAXgdJMfTmCOG0onB4bR89YrUvWZVuAgJ8/DbO earhrlJp4k3VPUYWF+BJ2uYr1nyZNkbvQ2mAqmss73APOupA4A2ysGIycPohT3d97dJa 1xBg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc; bh=JAjfu8Y/O+FUF6adHbJ729roLU7frdfISkbZrpE8+p8=; b=tFzQPOia5SLj3AZ3jNoUNmSTV0x6qboYWO+QPuXnHbMl7sM6nAmSPT8goGK+9LN3Jg OEOhP2PBmO6HaQHUeAfDzVIa52l41+vDFMENE6R4mDNBioqSrDl0giyYLegqn8aZY1H8 qYje0TemEl0rnHD1YbKcUrMOFoFyLpnaTzmSBLzGHlXZE8A0/aRoNItu4kkfGcV6m3t2 zLLn/5griAbcaVszbs+fLeAyhTqmbOWYS+gFsxg7i63LPEFHMwVTmcE6sqkaayfFxS40 rq041Vy3AzZQe28A77KLcmeH6aykaxkGKORuEyV/CMa4+HS4GJrbuFmWbbadjim6nGfa xlww== X-Gm-Message-State: AKS2vOwp15AmqDO/F8IZ+bVzr/0pkp1mfeY5n14UGodITU5ZmEgJNuFq w3SYA7m1FNSGmbiQYBLsd1iY8dTudmJC X-Received: by 10.28.137.146 with SMTP id l140mr31873776wmd.101.1499280435994; Wed, 05 Jul 2017 11:47:15 -0700 (PDT) MIME-Version: 1.0 Received: by 10.28.164.129 with HTTP; Wed, 5 Jul 2017 11:47:15 -0700 (PDT) From: Guy Yur Date: Wed, 5 Jul 2017 21:47:15 +0300 Message-ID: Subject: Re: emulators/qemu-user-static needs MAP_GUARD support To: alc@freebsd.org Cc: freebsd-current , kib@freebsd.org, Sean Bruno Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jul 2017 18:47:18 -0000 Hi Alan, On 1 July 2017 at 23:07, Alan Cox wrote: > > On Sat, Jul 1, 2017 at 2:46 PM, Guy Yur wrote: >> >> Hi, >> >> I tried to run armv6 /bin/sh in a chroot on an >> amd64 host using qemu-arm-static. >> It failed on invalid argument to mmap. >> >> # cp /usr/local/bin/qemu-arm-static /chroots/armv6/root/ >> # chroot /chroots/armv6 /root/qemu-arm-static /bin/sh >> /lib/libedit.so.7: mmap of entire address space failed: Invalid argument >> >> ... snipped >> > > MAP_ANON should not be passed to mmap(2) at the same time as MAP_GUARD. > Passing MAP_FIXED at the same time is okay. > The problem is definitely in qemu user mode mmap emulation code. https://github.com/seanbruno/qemu-bsd-user/blob/bsd-user/bsd-user/mmap.c#L464 qemu adds MAP_FIXED | MAP_ANONYMOUS if MAP_FIXED is not set in flags when the emulated mmap call is done. So rtld-elf passes MAP_GUARD and the kernel receives MAP_GUARD and MAP_ANON and rejects the call. Do you know if the MAP_ANONYMOUS is needed in the call? I am currently using a workaround patch to convert MAP_GUARD to MAP_PRIVATE | MAP_ANON | MAP_NOCORE (like rtld-elf does if OS version doesn't support MAP_GUARD). https://github.com/guyyur/freebsd-ports_patches/blob/master/emulators_qemu-sbruno__MAP_GUARD_workaround.patch With the patch qemu-arm-static is working. I would prefer using a better fix that retains the MAP_GUARD protections. Thanks, Guy From owner-freebsd-current@freebsd.org Wed Jul 5 19:29:08 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8FC91D8F36B for ; Wed, 5 Jul 2017 19:29:08 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5382068C58; Wed, 5 Jul 2017 19:29:08 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (unknown [127.0.1.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 6CBC511669; Wed, 5 Jul 2017 19:29:07 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 9BD5F587B; Wed, 5 Jul 2017 19:29:06 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id 0kzYhDCJR9Uc; Wed, 5 Jul 2017 19:29:02 +0000 (UTC) Subject: Re: [base package build] [fail] r320347 -> r320392: install: builddir/Africa/Abidjan: No such file or directory DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 1C64B5876 To: Cy Schubert Cc: Boris Samorodov , freebsd-current@freebsd.org, bapt@freebsd.org References: <201706272014.v5RKEj8L042071@slippy.cwsent.com> From: Bryan Drewery Organization: FreeBSD Message-ID: <291c901c-7b78-7f4f-dd8d-d808406fbc39@FreeBSD.org> Date: Wed, 5 Jul 2017 12:29:00 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: <201706272014.v5RKEj8L042071@slippy.cwsent.com> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="UMVEimIc8tkOmRSqA1n5pHiCvanl0O7sJ" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jul 2017 19:29:08 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --UMVEimIc8tkOmRSqA1n5pHiCvanl0O7sJ Content-Type: multipart/mixed; boundary="lqMESdlFVuAvpHCbkFDFe9mUliTQ2oLlW"; protected-headers="v1" From: Bryan Drewery To: Cy Schubert Cc: Boris Samorodov , freebsd-current@freebsd.org, bapt@freebsd.org Message-ID: <291c901c-7b78-7f4f-dd8d-d808406fbc39@FreeBSD.org> Subject: Re: [base package build] [fail] r320347 -> r320392: install: builddir/Africa/Abidjan: No such file or directory References: <201706272014.v5RKEj8L042071@slippy.cwsent.com> In-Reply-To: <201706272014.v5RKEj8L042071@slippy.cwsent.com> --lqMESdlFVuAvpHCbkFDFe9mUliTQ2oLlW Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 6/27/17 1:14 PM, Cy Schubert wrote: > In message <201706271956.v5RJujqP065871@slippy.cwsent.com>, Cy Schubert= =20 > writes: >> In message <83207990-cd7c-90ea-6893-c0b3b132134d@passap.ru>, Boris=20 >> Samorodov wr >> ites: >>> 27.06.2017 20:06, Trond Endrest=C3=83=C2=B8l =C3=90=C2=BF=C3=90=C2=B8= =C3=91=CB=86=C3=90=C2=B5=C3=91=E2=80=9A: >>> >>>> Try running make installworld without -j N. >>>> Serial installworld was successful at my end. >>> >>> Thank you, that helped. >> >> For users doing poudriere jail -c or poudriere jail -u, use -J 1, thou= gh=20 >> poudriere should only perform parallel builds only, not parallel insta= lls.=20 >> Parallel installs is simply asking for trouble regardless. >=20 Parallel install should be working just fine. It is a supported feature of installworld. What was the issue exactly? > The patch I'm about to post here isn't quite correct. Either base or th= e=20 > port's upstream should be patched to resolve this but this should help = > someone somewhere. >=20 > Index: Makefile > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- Makefile (revision 444518) > +++ Makefile (working copy) > @@ -2,7 +2,7 @@ > =20 > PORTNAME=3D poudriere > DISTVERSION=3D 3.1.19 > -PORTREVISION=3D 0 > +PORTREVISION=3D 1 > CATEGORIES=3D ports-mgmt > MASTER_SITES=3D LOCAL/bdrewery/${PORTNAME}/ \ > http://mirror.shatow.net/freebsd/${PORTNAME}/ \ > Index: files/patch-src__share__poudriere__jail.sh > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- files/patch-src__share__poudriere__jail.sh (nonexistent) > +++ files/patch-src__share__poudriere__jail.sh (working copy) > @@ -0,0 +1,27 @@ > +--- src/share/poudriere/jail.sh.orig 2017-06-01 10:21:58.000000000 -07= 00 > ++++ src/share/poudriere/jail.sh 2017-06-27 13:06:20.548694000 -0700 > +@@ -272,21 +272,16 @@ > + } > +=20 > + installworld() { > +- local make_jobs > + local destdir=3D"${JAILMNT}" > +=20 > +- if [ ${JAIL_OSVERSION} -gt 1100086 ]; then > +- make_jobs=3D"${MAKE_JOBS}" > +- fi > +- > + msg "Starting make installworld" > +- ${MAKE_CMD} -C "${SRC_BASE}" ${make_jobs} installworld \ > ++ ${MAKE_CMD} -C "${SRC_BASE}" installworld \ > + DESTDIR=3D${destdir} DB_FROM_SRC=3D1 || \ > + err 1 "Failed to 'make installworld'" > +- ${MAKE_CMD} -C "${SRC_BASE}" ${make_jobs} DESTDIR=3D${destdir} \ > ++ ${MAKE_CMD} -C "${SRC_BASE}" DESTDIR=3D${destdir} \ > + DB_FROM_SRC=3D1 distrib-dirs || \ > + err 1 "Failed to 'make distrib-dirs'" > +- ${MAKE_CMD} -C "${SRC_BASE}" ${make_jobs} DESTDIR=3D${destdir} \ > ++ ${MAKE_CMD} -C "${SRC_BASE}" DESTDIR=3D${destdir} \ > + distribution || err 1 "Failed to 'make distribution'" > +=20 > + return 0 >=20 >=20 --=20 Regards, Bryan Drewery --lqMESdlFVuAvpHCbkFDFe9mUliTQ2oLlW-- --UMVEimIc8tkOmRSqA1n5pHiCvanl0O7sJ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJZXT39AAoJEDXXcbtuRpfPmE8H/jbzVHUjL28EgsMlTMzDeeq6 sS3z8PFua2nzneQHOr7mCz+owJr1oWCcuNMBhnzfENLvV29uj4SgCRcBq4jvRF+Q QWxOE1d+h+PmkSRFfC/5z0s/Fq/xZ7LcqrQwyfsGlNJaB/eDh3yRlYLB4S8C1XKh Z/h2yrVO+FGyot1fCKy/iF0SMsPpedtmfXyYQXDuFh5x0oE2LJslfo8jE+MpxzrL tz0V6BsQ/5VoHKR4FHqUNP7RpAsYavJ3R9QJRz2nC9r79c8NelkJ9PHrFW7m2zSD NOs8TZgUD0bzjDIRtna/3RPT3XvanqYnrZ+JxcLPLf3nrsKr0dy+8Wlpb8zERmk= =Bv8f -----END PGP SIGNATURE----- --UMVEimIc8tkOmRSqA1n5pHiCvanl0O7sJ-- From owner-freebsd-current@freebsd.org Wed Jul 5 19:30:47 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CDCDAD8F49F for ; Wed, 5 Jul 2017 19:30:47 +0000 (UTC) (envelope-from alc@rice.edu) Received: from pp2.rice.edu (proofpoint2.mail.rice.edu [128.42.201.101]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8656968DD3; Wed, 5 Jul 2017 19:30:46 +0000 (UTC) (envelope-from alc@rice.edu) Received: from pps.filterd (pp2.rice.edu [127.0.0.1]) by pp2.rice.edu (8.16.0.17/8.16.0.17) with SMTP id v65Hm3na031330; Wed, 5 Jul 2017 14:30:40 -0500 Received: from mh3.mail.rice.edu (mh3.mail.rice.edu [128.42.199.10]) by pp2.rice.edu with ESMTP id 2be6sj984f-1; Wed, 05 Jul 2017 14:30:40 -0500 X-Virus-Scanned: by amavis-2.7.0 at mh3.mail.rice.edu, auth channel Received: from 108-254-203-201.lightspeed.hstntx.sbcglobal.net (108-254-203-201.lightspeed.hstntx.sbcglobal.net [108.254.203.201]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) (Authenticated sender: alc) by mh3.mail.rice.edu (Postfix) with ESMTPSA id 56B9840456; Wed, 5 Jul 2017 14:30:39 -0500 (CDT) Subject: Re: emulators/qemu-user-static needs MAP_GUARD support To: Guy Yur , alc@freebsd.org Cc: freebsd-current , kib@freebsd.org, Sean Bruno References: From: Alan Cox Message-ID: Date: Wed, 5 Jul 2017 14:30:38 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Content-Language: en-US X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=3 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1609300000 definitions=main-1611190142 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jul 2017 19:30:47 -0000 On 07/05/2017 13:47, Guy Yur wrote: > Hi Alan, > > On 1 July 2017 at 23:07, Alan Cox wrote: >> On Sat, Jul 1, 2017 at 2:46 PM, Guy Yur wrote: >>> Hi, >>> >>> I tried to run armv6 /bin/sh in a chroot on an >>> amd64 host using qemu-arm-static. >>> It failed on invalid argument to mmap. >>> >>> # cp /usr/local/bin/qemu-arm-static /chroots/armv6/root/ >>> # chroot /chroots/armv6 /root/qemu-arm-static /bin/sh >>> /lib/libedit.so.7: mmap of entire address space failed: Invalid argument >>> >>> ... snipped >>> >> MAP_ANON should not be passed to mmap(2) at the same time as MAP_GUARD. >> Passing MAP_FIXED at the same time is okay. >> > The problem is definitely in qemu user mode mmap emulation code. > https://github.com/seanbruno/qemu-bsd-user/blob/bsd-user/bsd-user/mmap.c#L464 > > qemu adds MAP_FIXED | MAP_ANONYMOUS if MAP_FIXED is not > set in flags when the emulated mmap call is done. > So rtld-elf passes MAP_GUARD and the kernel receives MAP_GUARD > and MAP_ANON and rejects the call. > > Do you know if the MAP_ANONYMOUS is needed in the call? Try removing the MAP_ANON (or MAP_ANONYMOUS). Adding MAP_FIXED should not imply the addition of MAP_ANON. > I am currently using a workaround patch to convert > MAP_GUARD to MAP_PRIVATE | MAP_ANON | MAP_NOCORE > (like rtld-elf does if OS version doesn't support MAP_GUARD). > https://github.com/guyyur/freebsd-ports_patches/blob/master/emulators_qemu-sbruno__MAP_GUARD_workaround.patch > With the patch qemu-arm-static is working. > > I would prefer using a better fix that retains the MAP_GUARD protections. > > Thanks, > Guy > From owner-freebsd-current@freebsd.org Wed Jul 5 19:52:33 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5C35FD8FDF6 for ; Wed, 5 Jul 2017 19:52:33 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from smtp-out-so.shaw.ca (smtp-out-so.shaw.ca [64.59.136.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9D7366AC37; Wed, 5 Jul 2017 19:52:32 +0000 (UTC) (envelope-from cy.schubert@komquats.com) Received: from spqr.komquats.com ([96.50.22.10]) by shaw.ca with SMTP id SqLXdvA6LeQWUSqLYd4ADY; Wed, 05 Jul 2017 13:52:26 -0600 X-Authority-Analysis: v=2.2 cv=UpATD64B c=1 sm=1 tr=0 a=jvE2nwUzI0ECrNeyr98KWA==:117 a=jvE2nwUzI0ECrNeyr98KWA==:17 a=kj9zAlcOel0A:10 a=G3gG6ho9WtcA:10 a=6I5d2MoRAAAA:8 a=BWvPGDcYAAAA:8 a=21NAlnQ-AAAA:8 a=VxmjJ2MpAAAA:8 a=YxBL1-UpAAAA:8 a=uBGshPwoy87sTq4dJGgA:9 a=CjuIK1q_8ugA:10 a=IjZwj45LgO3ly-622nXo:22 a=pxhY87DP9d2VeQe4joPk:22 a=y82nBF0NtXRWrrZL_lSQ:22 a=7gXAzLPJhVmCkEl4_tsf:22 a=Ia-lj3WSrqcvXOmTRaiG:22 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTPS id B788A1D7; Wed, 5 Jul 2017 12:52:22 -0700 (PDT) Received: from slippy.cwsent.com (localhost [127.0.0.1]) by slippy.cwsent.com (8.15.2/8.15.2) with ESMTP id v65JqLKq029319; Wed, 5 Jul 2017 12:52:21 -0700 (PDT) (envelope-from Cy.Schubert@cschubert.com) Received: from slippy (cy@localhost) by slippy.cwsent.com (8.15.2/8.14.8/Submit) with ESMTP id v65JqL73029310; Wed, 5 Jul 2017 12:52:21 -0700 (PDT) (envelope-from Cy.Schubert@cschubert.com) Message-Id: <201707051952.v65JqL73029310@slippy.cwsent.com> X-Authentication-Warning: slippy.cwsent.com: cy owned process doing -bs X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.6 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: Bryan Drewery cc: Cy Schubert , Boris Samorodov , freebsd-current@freebsd.org, bapt@freebsd.org Subject: Re: [base package build] [fail] r320347 -> r320392: install: builddir/Africa/Abidjan: No such file or directory In-Reply-To: Message from Bryan Drewery of "Wed, 05 Jul 2017 12:29:00 -0700." <291c901c-7b78-7f4f-dd8d-d808406fbc39@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 05 Jul 2017 12:52:21 -0700 X-CMAE-Envelope: MS4wfHgv+3aMre9+N9DdAZFKrxkD0lWqEW2gkbTISkt1Edqg2iXrQ1cmXjlN7ByUBNGRsJbHHzbo7YMQ/9TTaYxusLnSTmD//8iXfTfXlQx9uk/ZRGqM0mBp +sEeVHNuOhWjuGnG4QtbNp9GhlY2j8L0Be6ipIgWHF12AdFmYQMCOZGgjAVIkm0WrXodiZgIKiHCy8sEKdtrNPc/E/qw1IlD2gjM/0pgF1JFGhNax6INe1o+ OAdIWm38F21dcf//0scr39gTubBIokCVKlltq0J7e/w= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jul 2017 19:52:33 -0000 In message <291c901c-7b78-7f4f-dd8d-d808406fbc39@FreeBSD.org>, Bryan Drewery wr ites: > This is an OpenPGP/MIME signed message (RFC 4880 and 3156) > --UMVEimIc8tkOmRSqA1n5pHiCvanl0O7sJ > Content-Type: multipart/mixed; boundary="lqMESdlFVuAvpHCbkFDFe9mUliTQ2oLlW"; > protected-headers="v1" > From: Bryan Drewery > To: Cy Schubert > Cc: Boris Samorodov , freebsd-current@freebsd.org, > bapt@freebsd.org > Message-ID: <291c901c-7b78-7f4f-dd8d-d808406fbc39@FreeBSD.org> > Subject: Re: [base package build] [fail] r320347 -> r320392: install: > builddir/Africa/Abidjan: No such file or directory > References: <201706272014.v5RKEj8L042071@slippy.cwsent.com> > In-Reply-To: <201706272014.v5RKEj8L042071@slippy.cwsent.com> > > --lqMESdlFVuAvpHCbkFDFe9mUliTQ2oLlW > Content-Type: text/plain; charset=utf-8 > Content-Language: en-US > Content-Transfer-Encoding: quoted-printable > > On 6/27/17 1:14 PM, Cy Schubert wrote: > > In message <201706271956.v5RJujqP065871@slippy.cwsent.com>, Cy Schubert= > =20 > > writes: > >> In message <83207990-cd7c-90ea-6893-c0b3b132134d@passap.ru>, Boris=20 > >> Samorodov wr > >> ites: > >>> 27.06.2017 20:06, Trond Endrest=C3=83=C2=B8l =C3=90=C2=BF=C3=90=C2=B8= > =C3=91=CB=86=C3=90=C2=B5=C3=91=E2=80=9A: > >>> > >>>> Try running make installworld without -j N. > >>>> Serial installworld was successful at my end. > >>> > >>> Thank you, that helped. > >> > >> For users doing poudriere jail -c or poudriere jail -u, use -J 1, thou= > gh=20 > >> poudriere should only perform parallel builds only, not parallel insta= > lls.=20 > >> Parallel installs is simply asking for trouble regardless. > >=20 > > Parallel install should be working just fine. It is a supported feature > of installworld. What was the issue exactly? I had some problems a few moths ago, maybe a year ago, I can't recall exactly. After a recent email exchange I decided to try again. It works now. I must have hit a rough spot at one point. I've updated my scripts to use parallel install again. I'll raise a red flag next time rather than quietly adjusting what I do. -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. From owner-freebsd-current@freebsd.org Wed Jul 5 19:55:53 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D0662D8FF6A for ; Wed, 5 Jul 2017 19:55:53 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward4p.cmail.yandex.net (forward4p.cmail.yandex.net [IPv6:2a02:6b8:0:1465::14]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Yandex CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 494F26ADE5; Wed, 5 Jul 2017 19:55:53 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from smtp4j.mail.yandex.net (smtp4j.mail.yandex.net [IPv6:2a02:6b8:0:1619::15:6]) by forward4p.cmail.yandex.net (Yandex) with ESMTP id 805A620256; Wed, 5 Jul 2017 22:55:49 +0300 (MSK) Received: from smtp4j.mail.yandex.net (localhost.localdomain [127.0.0.1]) by smtp4j.mail.yandex.net (Yandex) with ESMTP id B5FD632406D8; Wed, 5 Jul 2017 22:55:47 +0300 (MSK) Received: by smtp4j.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id jOR6GEKt9o-tkEeotCH; Wed, 05 Jul 2017 22:55:46 +0300 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client certificate not present) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=passap.ru; s=mail; t=1499284546; bh=GsKGOXWLUyZ8cyhv0ixb3x2GB30gR0SSRVtDM3bEz9Y=; h=Subject:To:Cc:References:From:Message-ID:Date:In-Reply-To; b=Tp29dSqgx4NpYENWAoWcjrLgdcXz3ytoFcdB/SZKV9ETKjV+LUeb59CKdJJLjIxkf GnWuhUXh0JAaIUu8KDjBgZMwi1lKSzNeFotDGJxGdVcBA4ebIa7IzVOfc4J4O3CMI0 7e0KO73aMplDtTVdk07kCy02u5b3lg7wkuow37BE= Authentication-Results: smtp4j.mail.yandex.net; dkim=pass header.i=@passap.ru X-Yandex-Suid-Status: 1 0,1 0,1 0,1 0 Subject: Re: [base package build] [fail] r320347 -> r320392: install: builddir/Africa/Abidjan: No such file or directory To: Bryan Drewery , Cy Schubert Cc: freebsd-current@freebsd.org, bapt@freebsd.org References: <201706272014.v5RKEj8L042071@slippy.cwsent.com> <291c901c-7b78-7f4f-dd8d-d808406fbc39@FreeBSD.org> From: Boris Samorodov Message-ID: <16ece63f-21ee-df45-88aa-cae5b57e7524@passap.ru> Date: Wed, 5 Jul 2017 22:55:45 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: <291c901c-7b78-7f4f-dd8d-d808406fbc39@FreeBSD.org> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="sBhrUQJRMfUR7e1h23tucqvx48XHJmDD3" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jul 2017 19:55:53 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --sBhrUQJRMfUR7e1h23tucqvx48XHJmDD3 Content-Type: multipart/mixed; boundary="Mgs1sjJ4lEJtX9vBF2hqfTd80utHInMJE"; protected-headers="v1" From: Boris Samorodov To: Bryan Drewery , Cy Schubert Cc: freebsd-current@freebsd.org, bapt@freebsd.org Message-ID: <16ece63f-21ee-df45-88aa-cae5b57e7524@passap.ru> Subject: Re: [base package build] [fail] r320347 -> r320392: install: builddir/Africa/Abidjan: No such file or directory References: <201706272014.v5RKEj8L042071@slippy.cwsent.com> <291c901c-7b78-7f4f-dd8d-d808406fbc39@FreeBSD.org> In-Reply-To: <291c901c-7b78-7f4f-dd8d-d808406fbc39@FreeBSD.org> --Mgs1sjJ4lEJtX9vBF2hqfTd80utHInMJE Content-Type: text/plain; charset=utf-8 Content-Language: ru-RU Content-Transfer-Encoding: quoted-printable 05.07.2017 22:29, Bryan Drewery =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > Parallel install should be working just fine. It is a supported featur= e > of installworld. What was the issue exactly? https://lists.freebsd.org/pipermail/freebsd-current/2017-June/066408.html= As I understand, it was an installworld while base packages building. But I suspect that META_MODE may be to blame. I've shitched it off since then. --=20 WBR, bsam --Mgs1sjJ4lEJtX9vBF2hqfTd80utHInMJE-- --sBhrUQJRMfUR7e1h23tucqvx48XHJmDD3 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEEiEg2cjwbwCvqC1Z0lg4gsDo/bSgFAlldREIACgkQlg4gsDo/ bSjrDg/+OUJrpVb5UtVEcpD0z68NTmQBqpmtqJFcfIQJY36UKFyR0Xt43qweiYcX N14CNizhlOxkwIgTDwmPG5uYvUGAa1t7Y4qYA4VI4ho/Px7IJq861GpH8ZjNkaZo kmKlt2643jreCah2GSrDfo1WmvDgYCdrNuB/APybSAQ9WJ/PVxhcdSdzdvTZ1SlA 0PxAA1l5w0vRcIQZKqW+deTsx5QxIZihBLReDtxdBvszDRqUGqmu15tMjcAZtGsp g5XuNenFtVKZr0eQV8e6lQ0b+G9/0DYWzPthMQkNMrK0LsSb0nNbfDbqDm5OXN9M xPo8SamfOmcukwwI9jUU29RkXdJy/Cn+o6odVB2tL/proMdHC+xVr7YWmF+Ex/cn Ep2kdcpvutWUUJiN+dhBzcpk+/k4VnK/h7J95OF+4uhzMNniuwwQGRrdTJw4JOxj G4ZiCnILodOQo2EI7HOVy7BwFY1TYeckI30johqakhLr8JRhi3cjUFtEt56De6/F 5xx8RAR6M73j7nAq/YPc9h4DzSeYj90Nu/qUGOUymmt2OcTruClk1FBg+5YznkUk fy+CAp998YU6lheRTzt+QACtoPPvs0/AOkk6soucAR9FQJH7pw/ZkjiyCXGhKa+E LJc5UdDhH6p5JxSye9qVHLKSxRz42b75cRZ0kESiwWSjBdyY6hM= =s713 -----END PGP SIGNATURE----- --sBhrUQJRMfUR7e1h23tucqvx48XHJmDD3-- From owner-freebsd-current@freebsd.org Wed Jul 5 20:04:26 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 58C67D905B6 for ; Wed, 5 Jul 2017 20:04:26 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 26C446E7BD; Wed, 5 Jul 2017 20:04:26 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (unknown [127.0.1.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 65F13123C1; Wed, 5 Jul 2017 20:04:25 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 9BBAD594B; Wed, 5 Jul 2017 20:04:24 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id hmfhG6AVrtT4; Wed, 5 Jul 2017 20:04:22 +0000 (UTC) Subject: Re: [base package build] [fail] r320347 -> r320392: install: builddir/Africa/Abidjan: No such file or directory DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 9F0EB5946 To: Boris Samorodov , Cy Schubert Cc: freebsd-current@freebsd.org, bapt@freebsd.org References: <201706272014.v5RKEj8L042071@slippy.cwsent.com> <291c901c-7b78-7f4f-dd8d-d808406fbc39@FreeBSD.org> <16ece63f-21ee-df45-88aa-cae5b57e7524@passap.ru> From: Bryan Drewery Organization: FreeBSD Message-ID: <3aca3584-7ff4-975a-cdbc-d270c29148ad@FreeBSD.org> Date: Wed, 5 Jul 2017 13:04:20 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: <16ece63f-21ee-df45-88aa-cae5b57e7524@passap.ru> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="lajp09s6DX9Q9OvngPCnsGuHXvEIDSBIG" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jul 2017 20:04:26 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --lajp09s6DX9Q9OvngPCnsGuHXvEIDSBIG Content-Type: multipart/mixed; boundary="VR6InpvmK82thAXVhxd4bH2iHqihsiWfU"; protected-headers="v1" From: Bryan Drewery To: Boris Samorodov , Cy Schubert Cc: freebsd-current@freebsd.org, bapt@freebsd.org Message-ID: <3aca3584-7ff4-975a-cdbc-d270c29148ad@FreeBSD.org> Subject: Re: [base package build] [fail] r320347 -> r320392: install: builddir/Africa/Abidjan: No such file or directory References: <201706272014.v5RKEj8L042071@slippy.cwsent.com> <291c901c-7b78-7f4f-dd8d-d808406fbc39@FreeBSD.org> <16ece63f-21ee-df45-88aa-cae5b57e7524@passap.ru> In-Reply-To: <16ece63f-21ee-df45-88aa-cae5b57e7524@passap.ru> --VR6InpvmK82thAXVhxd4bH2iHqihsiWfU Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 7/5/17 12:55 PM, Boris Samorodov wrote: > 05.07.2017 22:29, Bryan Drewery =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >=20 >> Parallel install should be working just fine. It is a supported featu= re >> of installworld. What was the issue exactly? >=20 > https://lists.freebsd.org/pipermail/freebsd-current/2017-June/066408.ht= ml >=20 > As I understand, it was an installworld while base packages building. >=20 > But I suspect that META_MODE may be to blame. I've shitched it off > since then. >=20 META_MODE is explicitly disabled during installworld so it shouldn't have any impact. I've had a few reports of issues on it though and will investigate. --=20 Regards, Bryan Drewery --VR6InpvmK82thAXVhxd4bH2iHqihsiWfU-- --lajp09s6DX9Q9OvngPCnsGuHXvEIDSBIG Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJZXUZEAAoJEDXXcbtuRpfPftoIAK4Le8U12qTn93uZpmmp6Wys VZnp+wwo9avPqxZiu+RYfLvPFXy5ZWnUS1ad3L37XKNRbkHJiDqu1gpsn7g3U3/t PehzwDAh+9UrKjEk4SG+iYoGB4QGxA+oY+jUO5LTNWjRp83i9B4J3o3MhJO6OP1Z 2iac7G517tgnWYPxNyi0InrnC0PECNfuQxv0xIvRD/aq2r2B2Rk/C5ddhM2Q4/eg bETLmcOmUrjIwgxly7EHPwW9JFBTcgyzyb/8wspmjfXcvWzewaOm3676xLRjdHhp nIDS5lfChiY+YiLsag0QVnrLYVfd8L6cbRzEy++ohLBoiilo98DXjQkD+G8Fxfg= =QLbo -----END PGP SIGNATURE----- --lajp09s6DX9Q9OvngPCnsGuHXvEIDSBIG-- From owner-freebsd-current@freebsd.org Wed Jul 5 20:54:29 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CB8E8D919DB for ; Wed, 5 Jul 2017 20:54:29 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: from mail-pg0-x236.google.com (mail-pg0-x236.google.com [IPv6:2607:f8b0:400e:c05::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9F01F705D6 for ; Wed, 5 Jul 2017 20:54:29 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: by mail-pg0-x236.google.com with SMTP id u62so320438pgb.3 for ; Wed, 05 Jul 2017 13:54:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=9MeI/upueHzv6Geibh8I3354StT8GuF3GdtIVZlq/+E=; b=dJoR5x7rQ+QCU/aNyb5m7qhgCH4Y7BBSMTA6Azkem3sdzkLjD+2fZwGwmuRzJ4AEnA JpWkEhwNW756SojtLGifMdwDvrkuqgQp7yI9r3pXh4KPO92mh4ZGIlGsoEwvCIu5lRRr 8YjozNTBfBJq6SXGbt/t8JxmaMWqFgRJ7edws2UHyq4SKUMCgqRbBbQiAcsesESOhJ1s AreYp5ZEUzovhaoe99Kx6SN9N9WsK4jo8Gb7cZIy3jgBfnH5pbZvlPlJABu4X9FJxU6u A/8VYQnQoPWwD94y3JXay4ZN7EKXI1DsnslvUsyP1uT9+li/ptSqhOx9wpWPdjs5yc09 OfMQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=9MeI/upueHzv6Geibh8I3354StT8GuF3GdtIVZlq/+E=; b=DuxgY07dSZAkoOe82MH5/NlypSzB61mfqaUPu9VXqJtWmHJaVLpRA5vXPHdef8BNpp 65LED9zhKbAFIc8+rMHpX/TH/YkTZ8Anh4XaC19++OoiSeTTh8oe6qSeTv9ZoTJ3Co55 gbCYNfskmNhiWWuyKgzW3rmET8L/zSl2kOV3T3ZTgvHfKe/Bvrc8zKYyJ5gwyZ3eemS2 uXd32dKTkKrKIZRAk6H/jmzjgrXDQI4Js4l7H3wy0Q+R8QXV5RiWs7Ew7nmDJ1M89OL9 cCmpIqhr6judsSiD7Sly0AuzUfcPtLr0kB0B3e6AP0mKiypBdMhz6PsYogudAfWDZHt2 ni4Q== X-Gm-Message-State: AIVw110kpzDpcJeW1POYSONewyhRpskzbTyZ8PCcGFBP5cf/6+HK5uxK 7sGG59KcC59gBxB9MddviIYi//aFMRq1 X-Received: by 10.98.198.87 with SMTP id m84mr22554168pfg.122.1499288068927; Wed, 05 Jul 2017 13:54:28 -0700 (PDT) MIME-Version: 1.0 Received: by 10.100.180.78 with HTTP; Wed, 5 Jul 2017 13:54:28 -0700 (PDT) From: blubee blubeeme Date: Thu, 6 Jul 2017 04:54:28 +0800 Message-ID: Subject: .configure && make fails to find ld [dlopen] To: FreeBSD current Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jul 2017 20:54:29 -0000 I am porting some software and it's getting tripped up with dlopen. I run autoreconf -fi and it asks me to add AC_CONFIG_MACRO_DIRS([m4]) to my configure.ac file, which I do. It creates a ./m4 directory and proceeds. After running .configure --prefix=/tmp [for testing] that' also goes fine, except .configure cannot find dlopen checking for dlopen in -ldl... no make also fails when it comes time to link because of the dlopen although it's a part of FreeBSD libc manually running ld -ld I get this output: https://pastebin.com/Rzfajnk0 The relevant parts of my env looks like this: https://pastebin.com/uJJ7BqDg Is there anything that I am missing why configure can't find ld? Best, Owen From owner-freebsd-current@freebsd.org Thu Jul 6 00:15:46 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 83C82D95A0E for ; Thu, 6 Jul 2017 00:15:46 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from NAM02-BL2-obe.outbound.protection.outlook.com (mail-bl2nam02on0127.outbound.protection.outlook.com [104.47.38.127]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 029C476DDD for ; Thu, 6 Jul 2017 00:15:45 +0000 (UTC) (envelope-from sjg@juniper.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=Yneex84A70OWyWIAZlJajI55eiiDjwSk4YNz6Emp8As=; b=ZfSgMN+3i7dJgbk5hnaxeBjekPTYNUz4yCojVVOhi8izYlPwr2vNXSndefBHEyCtjF72kzYibq25T2LFMQiBP4gzdR9+NMJKfnIBUSVmUxx7W75Y3UM37XErR9hLSvoFXkn/ZlJ57szF656eQolzFxQccXBOAlLPB3UwbDH9sZ8= Received: from CO2PR05CA0055.namprd05.prod.outlook.com (2603:10b6:102:2::23) by BL2PR05MB148.namprd05.prod.outlook.com (2a01:111:e400:c15::23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1220.5; Thu, 6 Jul 2017 00:15:43 +0000 Received: from CO1NAM05FT019.eop-nam05.prod.protection.outlook.com (2a01:111:f400:7e50::203) by CO2PR05CA0055.outlook.office365.com (2603:10b6:102:2::23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1240.6 via Frontend Transport; Thu, 6 Jul 2017 00:15:42 +0000 Authentication-Results: spf=softfail (sender IP is 66.129.239.15) smtp.mailfrom=juniper.net; freebsd.org; dkim=none (message not signed) header.d=none;freebsd.org; dmarc=fail action=none header.from=juniper.net; Received-SPF: SoftFail (protection.outlook.com: domain of transitioning juniper.net discourages use of 66.129.239.15 as permitted sender) Received: from P-EMFE01C-SAC.jnpr.net (66.129.239.15) by CO1NAM05FT019.mail.protection.outlook.com (10.152.96.127) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA_P256) id 15.1.1220.9 via Frontend Transport; Thu, 6 Jul 2017 00:15:41 +0000 Received: from p-mailhub01.juniper.net (10.160.2.17) by P-EMFE01C-SAC.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.123.3; Wed, 5 Jul 2017 17:14:10 -0700 Received: from kaos.jnpr.net (kaos.jnpr.net [172.21.30.60]) by p-mailhub01.juniper.net (8.14.4/8.11.3) with ESMTP id v660EAvL012235; Wed, 5 Jul 2017 17:14:10 -0700 (envelope-from sjg@juniper.net) Received: from kaos.jnpr.net (localhost [127.0.0.1]) by kaos.jnpr.net (Postfix) with ESMTP id 65DC038551D; Wed, 5 Jul 2017 17:14:10 -0700 (PDT) To: blubee blubeeme CC: FreeBSD current , Subject: Re: .configure && make fails to find ld [dlopen] In-Reply-To: References: Comments: In-reply-to: blubee blubeeme message dated "Thu, 06 Jul 2017 04:54:28 +0800." From: "Simon J. Gerraty" X-Mailer: MH-E 8.6; nmh 1.6; GNU Emacs 25.1.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <95830.1499300050.1@kaos.jnpr.net> Date: Wed, 5 Jul 2017 17:14:10 -0700 Message-ID: <95831.1499300050@kaos.jnpr.net> X-EOPAttributedMessage: 0 X-MS-Office365-Filtering-HT: Tenant X-Forefront-Antispam-Report: CIP:66.129.239.15; IPV:NLI; CTRY:US; EFV:NLI; SFV:NSPM; SFS:(10019020)(6009001)(39840400002)(39450400003)(39860400002)(39850400002)(39410400002)(39400400002)(2980300002)(199003)(189002)(24454002)(9170700003)(106466001)(2906002)(6916009)(117636001)(1411001)(47776003)(81166006)(76506005)(46406003)(86362001)(189998001)(53416004)(39060400002)(97876018)(54906002)(50986999)(2950100002)(6266002)(23726003)(229853002)(76176999)(50466002)(6246003)(55016002)(2810700001)(356003)(110136004)(7696004)(38730400002)(50226002)(68736007)(7126002)(105596002)(478600001)(97756001)(8676002)(9686003)(5660300001)(8936002)(53936002)(77096006)(4326008)(305945005)(107886003)(626005)(37363001)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:BL2PR05MB148; H:P-EMFE01C-SAC.jnpr.net; FPR:; SPF:SoftFail; MLV:ovrnspm; A:1; MX:1; PTR:InfoDomainNonexistent; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; CO1NAM05FT019; 1:dPANDbX/7b6Bx5Q0gu4N5nNuFe4JBbrJTv9xO+uhRCShkwE0S+JRWMXHIKjBJfPBvdekbxfM+RxKdHkNq+xl+uc74qzaobQA2/jij7JJb5H0kI/ljtPMzuKGzQY1Eb4uclTd9eY+n92lXSre8b8TyvzDctbxWgtwg0TMYs6yUxP1ADE9qqYkLp2DPS9ijN9ukwfjo/hv285OoHXV8sxJb9vS5EbXWtEEo+g0HD0n9oCZgjvrfUTJngiDUxZLHxxpFpyR6H4zddkDPJGx7SWSxSMA1JdVMBtqTAvZbO7OBNqqAhMTtrdXHJ+asNepXxXfpO9EVYg5WmbAG03Oof0OCEZ8yvdGD1B/mpO/Crg0gzqmY936YBKC/Ww9OEvsiMtgIlk43rjxCDnhCZtf5+hJhDQadWkFzH5p4a+2XCbv5hX00H1lmeG8QgKF0Mfu9jv8XH+5e1EHZgaymQtQ7/WD3HGSM2jbRKiy0o4G9iPIBkdekrkS1ctIppqxXvuaJnQ3ee8F9Ll1D7GG2CAR5wux9xIEpGQDLvCpyno3l49pHSW8/z/5pTHQVIhxRmtrebLB5vf1uwE+YUrwCLu7ofiGpopdPIAAYmFQW4QjrrvlMzuOzYFDNz3FK3uO+s2MCXoIrvPfu0w2h9pIK0kFdnnRvR56S1cOEwxgzSMHoriE4k5VZ61uq1NirAyWX3ye60H4lf5bCRKbiKfK0buQ3JkuZe/KlpUxicEdIXDJWaet8w6Z84m8Qh7GWCHv+kUY3A9pCEIZ1X9tWWpHxqHc2d5N7Os1W2wJtjcpFr+D4kQmbRrJ74yGJRRDuKPcY+LRO0eu48UOnsSBRt00g+GQJp+lHI9pl5Hmmp8cp1YgDx179/G9PAO0Z15SjVzrglgZpeiu X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 9eaaf023-fd2d-4bc5-bf5b-08d4c4042351 X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(300000500095)(300135000095)(300000501095)(300135300095)(300000502095)(300135100095)(22001)(2017030254075)(300000503095)(300135400095)(2017052603031)(201703131423075)(201703031133081)(201702281549075)(300000504095)(300135200095)(300000505095)(300135600095)(300000506095)(300135500095); SRVR:BL2PR05MB148; X-Microsoft-Exchange-Diagnostics: 1; BL2PR05MB148; 3:L42/18U3NfD+ls/jy2BM/siurvRpOBAVtnh5NioMsmAX8jEr94aAAn+rgSpO2umNWY/zyzVbS3XLch/rAVRmqViEmdlDpZ3lZdanK9pFzo2oMlXqPzEaYNhfmXVV7J6DbFH6Z9+bKmCJGbd24UWWy4pNMK+KsAxt1J4gJ8VtVqHwUz7YHzZPprYyKk5rdBGEg4yAF7xJ3EOjsXz//T8o/DcGfmTsRCP8l21kRgACTIy/X6wB2dSp5t5soDAxVp2d+jeybkwjEDyi25nxxRizmrfLWaZx3s0WvIig2XhRpzRvJkZ32xoKGiFUChr3ecpff7PRYaOMEJVzGEDXjcf/5/2tTCrqAvoZx2VvBkRHM6nrO1Y3F5/zVFMKcIds2SbQI37YtAykXzeTO3XQIpXyAvVT44uTP4aRSZWR5QkBnSynxC6WQcI3Wzcf2+Rf5MoosfWCNtSgX9vWyrFbBdmQ9ohYYp7VMHByNCyACRkzHhdwWG6bsXl5/9GZF441tKZjhF91bWgvbs+UvNL+drUz/zFUe6vc+5Bn1EKRCFWX80p/YL3dUSg+2Q28tOuBw41Zg9f+X2TRf3FjeJ6XNb9Zj3satnOzXpgfhyqdvXzMH8l36KKW+nN81d+3ca/uRWa0UtObOxNbXHNdlxE11qqGuTaJ6LHCft9yDvrG/XLLctYEjNuAPRU10S/Sdth1Bkb00SMhBaypLNLn/T9Z217zsy5wxE7pK4MM6Lq31PvTfIX763f3bh8QJVqPwNXDjkj8JGD4DKiJm+g8ntld6vb0Fbxb+EQJRvWH1DW0QOeKGEzc0y706mTw54ASXCcxDVBoPxtRfFPE8kg7zZTFHK/oBpIwn9t2RxbmSKk7NVYPnchuWHmaS3bgIYil3jCh+YEL22iq/dBXaqMadBee/dEeUBUd61KCtPHvfF5TJlbEsCw81tRKc6A1lwJoUsXaWcGD X-MS-TrafficTypeDiagnostic: BL2PR05MB148: X-Microsoft-Exchange-Diagnostics: 1; BL2PR05MB148; 25:SRTWjdYmDwQuYpgnZTe+WOSiEfj0ums6pe/56YHLrcrkPTRGfzutVl6rUiOJrRazl2XfHWIHIsi3iwszsZTFxO+nua2nPkCiIZuPi7y7+5D2m/zMBQZVHoh/OIpn2T4SrX+7KjyEVVREIkZ1vnBeyv+dg1X0CYKK5MONIaQKIDc/cPsz8Wc+igIp6puR28oSMbrZjgAdBa00o8cgESxcQIzuXAO4NLxvUjQxMOH1Ij1/OaQLuWVkjU7ecwkeCIHG9yOQ2SfzPEnxZT9DiOrU/cIlA+/QcsCmF2rU21Pbnk6DLSDj6d3jRcYAQ/6LZnWMW3LZhppwWLyFqbdHWdJLYHI0MsC7BwV4ZBdmsWwDWjMcxha+iE8O1Qt/vB1Iva1zgzwndp2B7XcTJ8dpyXAORs61V4R1W7dxwPfE4KU968J902eBKm7P1VfSmfSxYLLa1LAXpMK5KDdGukP5J3tam1EjHME9cT305PtxUS0eh65k1RRVb/2S0A6siT0oKQm1iTNuhFTRCB6d8iV7/NsEReAMOpRJ9cclsNS92Y/KCB18gX30vCo8xhQpKRHh/CfCzLBTfugGkwdyexWQUpmrg87eVUrLqXKXSpxSC5KU2DGjZphKOH8SYwEccZjcPbc2Ae4+ED0WPI7ugx+hZk2UAi3TFkWwsHgjqSKR4iks9tJtlH/v0eUa02XIztiSQTycz+1I8nWNBt2gE9Ze4K8wNlGiPrQbP7XjZG6mjGVfJcGMNuDMV94QwvMS+TA4vT+Tw+5ZHOaiHasW5INq7Fh6YFVL1qtbu5Fgd2vmhPoXD3fx9U9iSE9e8izO4SNKJ+pxzu5CHtEZdVSg8TrHM+6nc5SjeTNLqpOICoZWoGLS6gwst/RKpkGKpJOS8O1ojGYO9WlL8M2ul2ph3osi6XQHFhelQBXzUGFj2CPk/ZFvc/Y= X-Microsoft-Exchange-Diagnostics: 1; BL2PR05MB148; 31:do+nYnZEAsdCYmlcylT8VoDSCA19zseQtdEjtbhNpyJ/GhjYlQG42lQYOc0X97+iX5iOIiEuKsU+Ukcy+Q/jxOid3LgsmpjinS0iRDOh2Wu1QEOoLNQF316k9QNoLHcQ3QnMnxlMTG/uZDiW8QTTTIp0j89a2NK5XdQyXkBmF3cNjojcx5eTGaqK1GBeQWw6t8KyqoPahFZjXsGFXuzxSOYdzd3s1s+noYzRtU5Hh4iG4o8Bsj61amFgA6IsM6YPOwk1psom6YrrDA/4zSGG9OLNGZLrNYP1Hr7qnEdiaSoev4aNrfd1QHZvpb+8YCrp3eIJChhYMzu0kA4QYT/2Zz0pFt9kpj6nYf90OH8z4inIg15xCIyzHimqbP0JVWGPTPIdslGyCI+E5EhzZqcsC5MCgX98AyRFYSFzlxd9cqYikz8ydUWEDE7cKDNYpxWhuNSYyxH4iTTt8WbxuopSlLesi8s/iyinjdER5PKvZp+yVJPO1fXuprC9hAJ1RiCHpsGot0bP8xH55+c/aCeH670dqLAuHMBntmnz8op2l+l8V0AwGW0nYh41FW+V09qH+6VoU0P2TR/9fOiHd6ax6I25pHz5x6uapfeasAUDN9PSjBE+mssMCIU5YrxjeaezImvnjIJxj3vqMJexL6QWpMvZskblBk24TvP34e4VpOe6kugaIqttjxip8bUY6XLz X-Microsoft-Exchange-Diagnostics: 1; BL2PR05MB148; 20:62ln6z3mlAh93+QDyvSkrp2HjEHqM8HoxeGFANb0DkO85EOAwmDODPk9pfbHtaZbmYDs15rW/IUPovObqARm28ar7pqKO+ShkkJME2ALrnlKAK4cgsXHNKzJPQILQzD1HqEa8rMci7XUUmtBA27nrwApMkhIB8NSr3BxprPHJjGaLrNhJyUJ6hj6HISIR2C4XEsbuS9ZwTJIXlP7S9d1wKU2qsqzhM5Gc/1/HpCuv5+aX/vgjYlDmPkiE5Blz8xOlJkNyhyKvO2BslffLAf/6aRGaSfdmXsStgSm+jR4jq8Tq3zfNatPv9YCReeZfxl3aUslS7K9u2CXMNJTYPuvc7RZnjKvaPOkGbUE0toXZ4nDtXZkRa4K1P9LaD42/U4PtueQdzUzeKnDdWawE+Ol+C26VbACrnkDyyNKrBZDqz8Zw1WRjmRikpVazuIZLXurJp1B9xdWV0v+oL2Q+JCKmMSIwVXKWZ15+zJOwxEVp38mXB9R/+f0IfrL4T/GIWg1 X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:(236129657087228)(247924648384137); X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(601004)(2401047)(13016025)(13018025)(5005006)(8121501046)(2017060910039)(10201501046)(100000703101)(100105400095)(93006095)(93001095)(3002001)(6055026)(6041248)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123562025)(20161123558100)(20161123555025)(20161123560025)(20161123564025)(6072148)(100000704101)(100105200095)(100000705101)(100105500095); SRVR:BL2PR05MB148; BCL:0; PCL:0; RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095); SRVR:BL2PR05MB148; X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; BL2PR05MB148; 4:XkWADpL/wYh+3v1MpWiJRoh9jjq/DNGsDAPPQGu2z/C?= =?us-ascii?Q?/Np1S1cqv69tqLyyMD79zjQC4061SArPyt56iQLWL5nRg/K0BTpiGQgWu/dD?= =?us-ascii?Q?WH9+yc2GJ1OK26C7u2rp2Kt5lm8nJnc5uYqS8h2a9kXhpIV5jod/w2WRU5G+?= =?us-ascii?Q?zhIoCWmoylNAt4PX4TZ/y1Z+3r6sYGPv9nPvQun/5gSZeWKBllJ+GWjIvj2v?= =?us-ascii?Q?ObINJFgfz3EIoHK+efe6ZakVi0ZQCRYKuth0Z2bEyMh41tojXytueKTYVAoq?= =?us-ascii?Q?v5VX7uP9Khv+4jA55CYFlMOMUVzAHZURq73YDWJQrtRSZyZSquOkMn9oo54d?= =?us-ascii?Q?LGUjLIROMtgKQ9vG+Ow3p+xKNPspF4qQux5HTMPlzKSTHXWWphvGhsH83o0J?= =?us-ascii?Q?Jj0Dp96/fYtGFXWyt+7XyGxhTVSmjBfxdaxt4hNsCFdA6GCxgMGv76n7GUDD?= =?us-ascii?Q?quMd2VyjXbXKZKbDg1QTQuA9OLSk6pwOw0IZ0JkhFHVWssG/Dhp21d5mUWqr?= =?us-ascii?Q?92xefvqjHZg4UrIP8mgNeeP7iXXIsZdlPQOt2p02CS51kwnPH3G98kWhefZJ?= =?us-ascii?Q?CBcTwXGBMZcy4aPikqMztJlSrCJ9XWVNgvYdXC6FnrvKZoMZ74H/lgB71kv7?= =?us-ascii?Q?nO6MvKnPUP3OiMO2vVCeEuBMxWZzM4TjbePPpHL7lK7QorJpSCQjNHN8C0x9?= =?us-ascii?Q?JuxxJSHSKGVo6s+tcS6a9hanksMPX9/Jmnkm6woK9YnMdqoWB5ppE5EUJ7e/?= =?us-ascii?Q?Nqc/Z/sPE4NuyuuoIBvd3petJpzImoYcGvdZ3XDqmfjNfcHwSOZLtDcHCxhh?= =?us-ascii?Q?2O8bjXNmja56RQ7cJxmdaqRdYWsV8myOGC4pdhxegJymaiEr6sgk0sBb5xO5?= =?us-ascii?Q?JfjApZDvwKvC8XC3e7kfJDlrA1HG+R+K3IPMcubicL+65rqNgMy53IZwCleH?= =?us-ascii?Q?bpaKa5YokDrlif3ZKDkNig79YjmoeLcs8mxZO1Uv4QAv8b/oqmAcaDtssXgY?= =?us-ascii?Q?KLe4Mq1lis3PZVQKDlSl/e9CHcJy0OF7cvIUH7XE7ZAQ+q4bmGaUeGCTeHXw?= =?us-ascii?Q?xrJa2vQWaX08QhUZxliSWFejfIW18yVYSW77qBNhVYQlNgJL7Ep5KzPnM4+t?= =?us-ascii?Q?2c4HseWVOpeCZMqKOoA9pVYz0JLSu/JumRK1MBbfiP+7x4WfWIb4fkoexNj3?= =?us-ascii?Q?4vj40bYxQT7X7vCuGPdIwFiwnxDLg7Wm/s12gP2VPuADuXebRnw2nnSlqYxv?= =?us-ascii?Q?ClAuWR2oczh3fH2MCSzbSaaXL3lReI1fvk9BIOqAL05Cam+02HJUztTF/bM0?= =?us-ascii?Q?BIBApsvRqC2AL6PMsHZA=3D?= X-Forefront-PRVS: 03607C04F0 X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; BL2PR05MB148; 23:+FZl7KitAMGaSegS1f2CTO2SpFqep03kIIqfLpl3ee?= =?us-ascii?Q?8oB5FyAQcYyQwxQeAmgoVXToE/GNAEmZ08Mjg/xBNlmeWlP/F9HvfQY5DyhU?= =?us-ascii?Q?UjczNZ2LESetJGmijBNfV+oj1oulhUs5aEgZt6YrGL0o+i1B2ynQKs+zEGUb?= =?us-ascii?Q?KsiX1I6tSvWzI/pb4ay3cJqVs2CGo0y9tpoLYZCD/nZcv3Ohc2JoL1JBwyJ8?= =?us-ascii?Q?4ZWw0LrlSn3J7O+6JsLjRoKayYZ6G8AD/DoSf5L2oVkbngphLlrEC1Ytb9W4?= =?us-ascii?Q?2gxoZ10yqPfdXbzNTeoIAOkZIGvbISLvR6qlLnfD9b4Yudui2a3LTA+2Om0c?= =?us-ascii?Q?biQ2aEhKhkXOKMlZb5S3IKnuBUT5KDFpY+BV53jvxUt2c5Tz31dO9rDwfLQT?= =?us-ascii?Q?4AhzFcnSJ5AWJ5oa7sNGfuQLvWIDovd4YzIJqb5sgpjW6PJ8gNzV6QRZpTea?= =?us-ascii?Q?lcXTssDLP2CAlquTetYqTCqWaxF4lZ7W7PBfOLimWggnpFcPcGiN28lpvCcn?= =?us-ascii?Q?ILDpCzMl3KkPgP+anNWxe9rqLkfthc5jziBnMXucj8MJ2W7wGDALKcoKKHLH?= =?us-ascii?Q?zXyaYP8Ymt+nsujlTuyq7kykGzjnDOKOpfC6rLb+HhoQ1R7HON39HcN+zOG6?= =?us-ascii?Q?rxKu6UjDMS3h+rsyr1XhEeItEPRMMj7BDrH9N9Lo9uBV0xrg62hOS+5YCm6O?= =?us-ascii?Q?KTNUxu1z7E1jcmQzq354yTso7MFoecwgEEFejJ01kTbLtmawCFBJpC0szySp?= =?us-ascii?Q?MVwPPS695oS1wVubsKrFdVYk3/BK/61msMfn+YBvzFFqWWns97w+znk6IkuV?= =?us-ascii?Q?v7vSumWepZAoiBCujZg7km2/PaYnJK93jOYYK89k5BdlD8xWuVLkoV2vGoOZ?= =?us-ascii?Q?C1UGnbLyxrvAKMgXLgYEBVKhOK9fvk9msdku4wTdl4Sb/888eOGm+OV/qncJ?= =?us-ascii?Q?563Vwi/RQLJ1ZoA1RY0tKC0ZXmsnw3gA6vYp/0GOWzh1Xe3GGtqpGvLPqaI9?= =?us-ascii?Q?o/x2aJG+y9fX2tJmvbwXsH3oKKthdjMHXV2AEookvjJSbHTFi59+d6HN7DtF?= =?us-ascii?Q?zTEQaGamGEgGncaG1b3jTfz/KOGhZxh8am1q9WXDE9oEMef+rrlyF2E4nUDq?= =?us-ascii?Q?uPjbDiIO4inQ3u2HNnjvtwDJr7u3rOXNAOGmjjjQcpteoZax1WPP67IyGYYI?= =?us-ascii?Q?bDyuYvMzAPXeDZGiR6/s2vkIWI4L4X09rEygFJC5pw91+e2hMJF1YlhjHpZB?= =?us-ascii?Q?MewICp5wsqHI5a64Mqamr6oDqJIwwp2iXcxYMdKdwPXeoF+8wd2ojUdkSIZl?= =?us-ascii?Q?TFtosseeMsYUAEly1S4oaNgJNhZoDL++2itX8pUwaX6flvuDrozZUxqmC74Z?= =?us-ascii?Q?2rOJqJY5OTUNps9KKX00Bz7J9BKKnEP8EMPEdgmjNWqMogiXRmbKeemCaLCM?= =?us-ascii?Q?0Zbhx1xg=3D=3D?= X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; BL2PR05MB148; 6:te2jBUCldKyPTxgR+oJGEeBobiMugEeHpdsvwonhmXA?= =?us-ascii?Q?Ma4wRM7PtpucOEEIBuCGMLx0iKIK9XHLI2GUpq5MillsiQZTz5sov7c0dSRu?= =?us-ascii?Q?TgT7AIV6zUHX98KykvUI78vDRbQfA2qQ/QKumz7NSvaSiIZ0WW1jFJMTm/ok?= =?us-ascii?Q?NicfRuF7gcGVcFmroyeMmfIUGFNC0BuVd+iGmlqjw3Dd78Vn+rix5ciuvZ+Z?= =?us-ascii?Q?ywxjPSSwiVTf98dTdVjp+fkWLVqnJ5w69HLhhWVKznZ7rNHj/Ac3FTpWcUCB?= =?us-ascii?Q?B+WYYbR/W5PEHLz+Zls/FEyBy1rD8yjLlxfOwsPsIn08O5pfj1+ppWdNJt9v?= =?us-ascii?Q?QmG0vDoyasJxzdFaDPqut2mnoE9rf5Xv2q5c8Jf7rFH/hBYv9x7d3Cg8Uj76?= =?us-ascii?Q?9gQEWgIv/1Qe/yMegKh6u5E3P9CAreYuLq6kQ9+d6hYknUbImbGagqk8DG0Q?= =?us-ascii?Q?x3TUB44Nnf0KTRYO6bg4j3VRz/1i+ycd1Xgr96hzJpeEhj7wrmVz+W/1nh7v?= =?us-ascii?Q?DIAPkuvfQarJxC5jgZgqOxMraVEIyjn6FHsBcn3280AmAjWGwlL+x7wzfcpU?= =?us-ascii?Q?mUB+ShsyaOQZ9SEyBcxqywivUErWAghQPrAV/76YjbFtyeHy8lSmAmDw21st?= =?us-ascii?Q?RYebIVqQL1GCSVbfoM2qHbpUsgJhNHKb+R26+iQUHJZbOYZrOMhsl1cuqbMH?= =?us-ascii?Q?8IEg7eWLHoOwXoGu3ixmJJUlpkICRgsoPXyVC3oeAtNyr5E/h+KKWeZqL+xK?= =?us-ascii?Q?0Yrz9nWefH2il7NG1UZJ/7/TER/08ecK2J4YgCoyGhWDrbv2qus7esGqASZ2?= =?us-ascii?Q?/Iv3XWgPpgjnR18ywWOQyIhLMZrU7ZApAvg97n0Ze3ItFdCz7J5jHc2DMOeS?= =?us-ascii?Q?qE4mb9WOG952wxrbYaXWPwxkDgUEwkDxNdy6e70QaQD3HrUZObnFU9Fh3R23?= =?us-ascii?Q?mHb8twozHsuqSXvMmakw0yU3DE2HLBjX3jEtmuXcvx2bLZRvLibQAWgH01Dv?= =?us-ascii?Q?k/eMxSNfnp+IE61z8mEa8?= X-Microsoft-Exchange-Diagnostics: 1; BL2PR05MB148; 5:N50NGDI6RKvj8Xs+tTrb8WgUmyl3HHlynSKBZedqfNIMamW8guW68JEv7gbNyPcPtQtJYgGo22BxFjx5h5KoDXG7+1SZPwFCtSwKWhqtTRH5+ywVNkn6+Rjr3ezfoNLs04jwbQurjYbSQJV4edOdrwo+a90XaasvWzZxIV31odND/a0s2xyPQIqkQbXRGmoIWb8Gd/YmjvcA3h7s5CKSWB8W9OXBo1wFubMA3sY/gvOT1PJWPm4VkQOqbh9kl2675xUjFqZXXLa/CJLhPNz4g169YltgRwdDF75XBa2sJAZXYVMgu17PHLfQQTVyHxOnMJDfOEX3qtr2EZp6Ls2uU37QnsEhXNSqLcKjJLzdKSdNgpK+UtA8gW2lic+yCzYLqYzvZKF0wvu5Aq52wj8mg0TToSTx6CfDmF4TEAhkbKgpG91uPLZaRVe11LtMXTE1pzEpeQWPrr60RHNKvqgxi1waIbWXMHKprcywa0hm4Gnw65Q72RNuzuzMhjgQDgde; 24:Rh1glwDsTiyHPGFAJ/wx6uBmWuCG5CYOmZtW9qWWKSi6kp956oDUebHzsroSv6VDxjtaR7JTWdJpQ3LEcksb/IPqR07maL+0qkuTMtoqV3w= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-Microsoft-Exchange-Diagnostics: 1; BL2PR05MB148; 7:Oek24QB8PDsUoHruOU87tcdYyMJDohQ99ye5wb4U8bn1Zy9U+4hO55+hRyyksYB+0b/Ghqw5AGERhfUvcHVYElhfZLBFFjH0dyXADlcARaE6NmwBMxUofLpv6ya9LiinU/87+D1N7K5ho2//3FwBqSDcofTSqAWUVzobeliQeOBaSC93h1pyV+1lQW2h47M7AHxgOsSMJv7slkm/jfCCZ6dMA3tXfVRiG+GTiaC7f9QtdGlSLxu60pqDgU3v8nnUzxvEhIkxbLyeaOPjlsBJMaoOnVmcImElXETeazfTnHgICQJ+6P7+9kNw5aeCGucRAEUpMfiipUPtgWTo4QmM0iCWAD2eHSfWs+UH3NHE5PyVmxy5F0NmnMcUrR2qKUh7jjGdWJbXSxwKBJdULJ7i9IRPqpNN787PhljXtu/s2PTfgpZzPdzNg7+n66dSgAeTXMOJB4gYb7V7GEmS74fewheH/8P5Kodgn3rJWw/E5hGcG4BhQmX2yLNLpMtWrN7l1YcLfvLNwF5eIh2w6ui/QyVSPA0gQL+QqyDoqtvkW2GtZV1OSYgr6SR60DtUb/QgrAGMc5eaMGpogeTIwW9KypSA31PoWiYKCiYnwQNGDpgTuS2QlpeyQm/7bHUCWaSJUTw49c2x3dTnCJDuEkO3+sjbhe1/oWbdQ1zWPWveDh/lUc9EbuogGYuY6mjpFEtn4qoKf1BfwMI3jjWkAXUv540zHYALKXqSsG7U7Ns9adSWx3be88O7TCQVYokTcf/GO9bWDB42Lpc+oEjTFZt8JrHKFNvx8c/PAMTO4xRtw+A= X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 06 Jul 2017 00:15:41.4743 (UTC) X-MS-Exchange-CrossTenant-Id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=bea78b3c-4cdb-4130-854a-1d193232e5f4; Ip=[66.129.239.15]; Helo=[P-EMFE01C-SAC.jnpr.net] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: BL2PR05MB148 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jul 2017 00:15:46 -0000 blubee blubeeme wrote: > I run autoreconf -fi and it asks me to add AC_CONFIG_MACRO_DIRS([m4]) to my > configure.ac file, which I do. It creates a ./m4 directory and proceeds. > > After running .configure --prefix=/tmp [for testing] that' also goes fine, > except .configure cannot find dlopen > checking for dlopen in -ldl... no dlopen is actually implemeted in the rtld - so you need to link at least one shared lib (usually libc) to get it. > make also fails when it comes time to link because of the dlopen although > it's a part of FreeBSD libc Check that you don't have -static or equivalent in CFLAGS/LDFLAGS. From owner-freebsd-current@freebsd.org Thu Jul 6 01:55:37 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0813FD99696 for ; Thu, 6 Jul 2017 01:55:37 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: from mail-pf0-x22a.google.com (mail-pf0-x22a.google.com [IPv6:2607:f8b0:400e:c00::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D60857A749 for ; Thu, 6 Jul 2017 01:55:36 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: by mail-pf0-x22a.google.com with SMTP id q85so3311278pfq.1 for ; Wed, 05 Jul 2017 18:55:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=AdgWLsM0ygXxyknBBPW3L1S4zFDNDKGe4KEr10Xgh8s=; b=Cj2QBtLXL8oXH/EOuZQVJtBFkZyXHI56kxDDoUv7pVVWrNirWkQBokILgMXIAhDqLR 2UsX3du19k9nuKGCZp/whESe/Rx44OoDg6VgfyWT6ZlXgwd6mp6UEN7JpeasoixUd5WX WLLjx3PQzYq7IGopLYIka/xVzee/MSIrRDwTN6tlMWVfVoyJqyPUblra/rQ5i0nZ+bjp yAfL/KADWoQIhoklbGlDEnwdr2CUru3Fu1YsOj3DdFdm9lERDFuRxE5M3KSb5xoLrcwy 29wu1gz7cTZ7X4icT+/tON15Z+PZGVfY8z28tBrhr8MWURs+Z0EP31mP0gJMcW5ncKeX v9sQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=AdgWLsM0ygXxyknBBPW3L1S4zFDNDKGe4KEr10Xgh8s=; b=X/DlSTJMtMad377FGiQKamtBrlZW1k0eKSNcmGq2zwEbieJLjEXMa9RCLy4DJ6Mk0g BDsd/ZzH8j5vIh2Oq3UMmY9IFwVHmFLzLJgChcIstHOGz81MZUM3VJS/O3eg5QrmCC8M tC3FrbrJC8WY0tfKIuTu/N31KOVAMbONvQkSNeqkG0eI1xwzH23M61JHa3esTsFKCr1c LxKtmbTwqqZDi4/wknSmfrZeSI3odEPxVFQCm7Pkb8LF9nBis1mF7bDZmDfNHt1T0xIQ fmRqWHukZM4rtFK+noY0fhL60iP0dv0Itk4ehjWWeMTBsPQhFHjDLcM48AQMar0rJWh1 oz/A== X-Gm-Message-State: AIVw1104RY3D06edfaVZ9tggLZ6fVDuXj9OHB935S2KHzXuMACJ2mrkR tKdru5bOLJX9ZzRcaTd9Z+zI66POA/5c X-Received: by 10.84.217.15 with SMTP id o15mr25725125pli.31.1499306136114; Wed, 05 Jul 2017 18:55:36 -0700 (PDT) MIME-Version: 1.0 Received: by 10.100.180.78 with HTTP; Wed, 5 Jul 2017 18:55:35 -0700 (PDT) In-Reply-To: <95831.1499300050@kaos.jnpr.net> References: <95831.1499300050@kaos.jnpr.net> From: blubee blubeeme Date: Thu, 6 Jul 2017 09:55:35 +0800 Message-ID: Subject: Re: .configure && make fails to find ld [dlopen] To: "Simon J. Gerraty" Cc: FreeBSD current Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jul 2017 01:55:37 -0000 Thanks for the reply, I haven't set any -static in my env variables or anything like that. Here's a brief output of my env 1. OSTYPE=FreeBSD 2. MACHTYPE=x86_64 3. CC=clang 4. PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin 5. EDITOR=vi 6. LDFLAGS=-L/usr/local/lib 7. LD_LIBRARY_PATH=/usr/local/llvm38/lib 8. CPPFLAGS=-I/usr/local/include 9. CXX=clang++ 10. SHELL=/bin/tcsh 11. HOSTTYPE=FreeBSD 12. CFLAGS=-I/usr/local/include the linking to ldl is being done automatically since I call autoreconf -fi and that sets up an m4 directory. grep -rn "\-ldl" in the root of the source folder shows that the built in configure script and the scripts in the m4 directory sets up those dlopen link example # if libdl is installed we need to link against it { $as_echo "$as_me:${as_lineno-$LINENO}: checking for dlopen in -ldl" >&5 $as_echo_n "checking for dlopen in -ldl... " >&6; } if ${ac_cv_lib_dl_dlopen+:} false; then : $as_echo_n "(cached) " >&6 else ac_check_lib_save_LIBS=$LIBS LIBS="-ldl $LIBS" cat confdefs.h - <<_ACEOF >conftest.$ac_ext those are sprinkled all over the place, how do I avoid that and use libc instead? Best, Owen On Thu, Jul 6, 2017 at 8:14 AM, Simon J. Gerraty wrote: > blubee blubeeme wrote: > > I run autoreconf -fi and it asks me to add AC_CONFIG_MACRO_DIRS([m4]) to > my > > configure.ac file, which I do. It creates a ./m4 directory and proceeds. > > > > After running .configure --prefix=/tmp [for testing] that' also goes > fine, > > except .configure cannot find dlopen > > checking for dlopen in -ldl... no > > dlopen is actually implemeted in the rtld - so you need to link at least > one shared lib (usually libc) to get it. > > > make also fails when it comes time to link because of the dlopen although > > it's a part of FreeBSD libc > > Check that you don't have -static or equivalent in CFLAGS/LDFLAGS. > From owner-freebsd-current@freebsd.org Thu Jul 6 13:52:46 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 82B51DAE475 for ; Thu, 6 Jul 2017 13:52:46 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-2.mit.edu (dmz-mailsec-scanner-2.mit.edu [18.9.25.13]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 27B2570571 for ; Thu, 6 Jul 2017 13:52:45 +0000 (UTC) (envelope-from kaduk@mit.edu) X-AuditID: 1209190d-947ff70000003844-36-595e40a51826 Received: from mailhub-auth-4.mit.edu ( [18.7.62.39]) (using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by dmz-mailsec-scanner-2.mit.edu (Symantec Messaging Gateway) with SMTP id A6.2A.14404.5A04E595; Thu, 6 Jul 2017 09:52:37 -0400 (EDT) Received: from outgoing.mit.edu (OUTGOING-AUTH-1.MIT.EDU [18.9.28.11]) by mailhub-auth-4.mit.edu (8.13.8/8.9.2) with ESMTP id v66DqaOX015295; Thu, 6 Jul 2017 09:52:36 -0400 Received: from kduck.kaduk.org (24-107-191-124.dhcp.stls.mo.charter.com [24.107.191.124]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id v66DqWEa009966 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 6 Jul 2017 09:52:35 -0400 Date: Thu, 6 Jul 2017 08:52:32 -0500 From: Benjamin Kaduk To: blubee blubeeme Cc: "Simon J. Gerraty" , FreeBSD current Subject: Re: .configure && make fails to find ld [dlopen] Message-ID: <20170706135232.GH80947@kduck.kaduk.org> References: <95831.1499300050@kaos.jnpr.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.7.1 (2016-10-04) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrPIsWRmVeSWpSXmKPExsUixG6nrrvUIS7SYOkadYs5bz4wWSzbt57J 4urefAdmjxmf5rN47Jx1l93jetNV9gDmKC6blNSczLLUIn27BK6MU+/NCpYxV+z8vpKlgfEC UxcjJ4eEgInElX39bF2MXBxCAouZJFZ8aWeEcDYwSrTu6GWFcK4wSWxfepEdpIVFQEViw/OF YDYbkN3QfZkZxBYR0JRYeesaK4jNLJAg8fXGIkYQW1jAUuLwlkagFRwcvEDrXn9RhZi5i1Hi 4/9JbCA1vAKCEidnPmGB6NWSuPHvJRNIPbOAtMTyfxwgYU6BQIlXnSvBxosKKEv8PXyPZQKj wCwk3bOQdM9C6F7AyLyKUTYlt0o3NzEzpzg1Wbc4OTEvL7VI10gvN7NELzWldBMjKGw5JXl3 MP6763WIUYCDUYmHt+NdTKQQa2JZcWXuIUZJDiYlUd4K87hIIb6k/JTKjMTijPii0pzU4kOM EhzMSiK8WyWBcrwpiZVVqUX5MClpDhYlcV5xjcYIIYH0xJLU7NTUgtQimKwMB4eSBG+CPVCj YFFqempFWmZOCUKaiYMTZDgP0PCYH7FAw4sLEnOLM9Mh8qcYdTmaPmz5wiTEkpeflyolzisF MkgApCijNA9uDijdSGTvr3nFKA70ljCvCkgVDzBVwU16BbSECWiJYmMMyJKSRISUVAOj8IJF B7Lfz/j5xTmPK04vSvqJY/3S8jZfadEGxVuqZ3/+vb41od6y4dyycMs7spN11bqd1qt8bq0r Zf62eMGC02cO5IaeyVmSpjXv+spZ1+d8rbNl3akWdqx1VfOaBweT42et8pro+X/F0obUzVpR MberS20m3vP62lle+O1Io9dBfeteZodMJZbijERDLeai4kQA6+VVIxIDAAA= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jul 2017 13:52:46 -0000 On Thu, Jul 06, 2017 at 09:55:35AM +0800, blubee blubeeme wrote: > > those are sprinkled all over the place, how do I avoid that and use libc > instead? The software you are building needs to update their configure process to cope with dlopen being somewhere other than libdl, from what information you've provided. Without looking at their source tree it's hard to say exactly what this would entail. -Ben From owner-freebsd-current@freebsd.org Thu Jul 6 15:24:16 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 375C4DB04A1 for ; Thu, 6 Jul 2017 15:24:16 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: from mail-pf0-x234.google.com (mail-pf0-x234.google.com [IPv6:2607:f8b0:400e:c00::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 03521742BC for ; Thu, 6 Jul 2017 15:24:16 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: by mail-pf0-x234.google.com with SMTP id q85so2599672pfq.1 for ; Thu, 06 Jul 2017 08:24:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=evG/60suPenUJi0+jJTuHOMPwtccm0IY5npnauOCrq8=; b=di+g7hn6MVJKPx6oDMMPYWw/1Wiy7bNE9yGtnKbfh0wNlLv2JuHD7o9DprdQomPFkv GYdifV7Z2ZHKVGWCxEJSNJZh7I+2l2uXCuv/lnovwpquwIxVvMmGP7bq7rrBhjsmTSuZ 7a8eLTMN7sFkygogK3tDXbtD/7llB2bzbmH8skCp80ckV/1HQqXvbitHUCKou4SHqvbt 4MNxI2aXOPlj34/+6S7E69ux9hzOIJpugWY5uxwLX0rGgQVcd2bwTBKOF4ilcA4kiP01 xWN2qtayPUL3sdENEGFa4m4rF0UX6wKrdIRTGnLcG3Z0dGQoKCtDbSMPyUJ5A+4l34hG zMDg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=evG/60suPenUJi0+jJTuHOMPwtccm0IY5npnauOCrq8=; b=JrO3y1aU8Qz5pbkS7/zDF4xQ36SXTWG8HBg9fHXKKBSD3kTCkExidEh1GRPcFFc2x6 pvUjF50rocDDELcLpHThlEKZ+OVa8ea5zi8RCV9/TWJGa2iw11d1S96qTZoVdi9ow5cR p989BIeFo0KXA5SpGsjmjd77OxM6+7MH8fk3gdn4C3W7n+mub8RZQ50QEgbve+SQfZLp KowSq72mnuXc+gGgRjO64f4brUAE4T9xl1BSrBxtj99pJ1Ry25azbpMJi63nYYSYAxL8 UbfCpoDklPUBvrPnmXVh0ODAru100VuGbKbnT2RsTta4/rLOyIDxPv2kf99FjY9vQDPv MFNA== X-Gm-Message-State: AIVw113MC4/OaWwGeVLvLov8a2++FlTpwTV2td6LvcGUuL3CIsGrSMJA ek1cCQDcMoMQnRqUAwtGRI0+NUDLvd+l X-Received: by 10.99.50.4 with SMTP id y4mr21552713pgy.238.1499354655276; Thu, 06 Jul 2017 08:24:15 -0700 (PDT) MIME-Version: 1.0 Received: by 10.100.180.78 with HTTP; Thu, 6 Jul 2017 08:24:14 -0700 (PDT) In-Reply-To: <20170706135232.GH80947@kduck.kaduk.org> References: <95831.1499300050@kaos.jnpr.net> <20170706135232.GH80947@kduck.kaduk.org> From: blubee blubeeme Date: Thu, 6 Jul 2017 23:24:14 +0800 Message-ID: Subject: Re: .configure && make fails to find ld [dlopen] To: Benjamin Kaduk Cc: "Simon J. Gerraty" , FreeBSD current Content-Type: multipart/mixed; boundary="94eb2c08c5c69ee7050553a7b5fd" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jul 2017 15:24:16 -0000 --94eb2c08c5c69ee7050553a7b5fd Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 SGkgQmVuDQoNCklmIHlvdSBjYW4gaGVscCBtZSB3aXRoIHRoaXMsIEkgd291bGQgYXBwcmVjaWF0 ZSBpdCBncmVhdGx5LiBJIGFtIHRyeWluZyB0bw0KcG9ydCB0aGlzIHByb2plY3QgdG8gRnJlZUJT RDoNCmh0dHBzOi8vZ2l0aHViLmNvbS9lbmRsZXNzbS9lcHNvbi1pbmtqZXQtcHJpbnRlcg0KDQpB ZnRlciBJIGdyYWIgdGhvc2UgZmlsZXMgdGhlbiBJIHJ1biBhdXRvcmVjb25mIC1maTsNCkkgYW0g bm90IHN1cmUgaG93IHRvIGdldCBhdXRvcmVjb25mIHRvIG5vdCBwdXQgSU5DTFVERVMsIHdoaWNo IGF1dG9yZWNvbmYNCmNvbXBsYWlucyBhYm91dC4NCg0KQWZ0ZXIgcnVubmluZyBhdXRvcmVjb25m IC1maSBJIG1ha2UgdGhlIGVkaXRzLCB0aGF0IHlvdSBjYW4gc2VlIHdpdGggdGhlDQphdHRhY2hl ZCBwYXRjaCB1cGRhdGVkLnBhdGggZmlsZS4gW2lzIHRoZXJlJ3MgYSB3YXkgdG8gbWFrZSBhdXRv cmVjb25mIC1maQ0Kbm90IHdyaXRlIElOQ0xVREVTIGJ1dCBpbnN0ZWFkIHVzZSB0aGUgQU1fQ1BQ RkxBR1M/XQ0KDQpBZnRlciBJIGVkaXQgdGhlIGZpbGVzIEkgcnVuIC4vY29uZmlndXJlIC0tcHJl Zml4PS90bXANCg0KdGhpcyBzZWVtcyB0byBnbyB3ZWxsLCBubyBlcnJvcnMNCg0KVGhlbiBJIHJ1 biBtYWtlLCB0aGlzIHNlZW1zIHRvIGdvIG9rYXkgYXMgd2VsbCwgaXQgZ2VuZXJhdGVzIDMgd2Fy bmluZ3MgYnV0DQpzZWVtcyB0byBydW4gdG8gY29tcGxldGlvbiwgcGFzdGViaW4gb2YgdGhlIHdh cm5pbmdzOg0KaHR0cHM6Ly9wYXN0ZWJpbi5jb20vazVoczYwMTENCg0KYWZ0ZXIgdGhhdCBJIHJ1 biBtYWtlIGluc3RhbGwgYW5kIGl0IGluc3RhbGxzIHNvbWUgZmlsZXMgaW4gdGhlIHRtcA0KZGly ZWN0b3J5Og0KDQouDQrilJzilIDilIAgZG9jDQrilIIgICDilJzilIDilIAgQVVUSE9SUw0K4pSC ICAg4pSc4pSA4pSAIENPUFlJTkcNCuKUgiAgIOKUnOKUgOKUgCBDT1BZSU5HLkVQU09ODQrilIIg ICDilJzilIDilIAgQ09QWUlORy5MSUINCuKUgiAgIOKUnOKUgOKUgCBORVdTDQrilIIgICDilJTi lIDilIAgUkVBRE1FDQrilJzilIDilIAgZXRjDQrilIIgICDilJTilIDilIAgbGQuc28uY29uZi5k DQrilIIgICAgICAg4pSU4pSA4pSAIDk5LWVwc29uLWlua2pldC1wcmludGVyLmNvbmYNCuKUlOKU gOKUgCBsaWINCiAgICDilJTilIDilIAgY3Vwcw0KICAgICAgICDilJTilIDilIAgZmlsdGVyDQog ICAgICAgICAgICDilJTilIDilIAgZXBzb25faW5ramV0X3ByaW50ZXJfZmlsdGVyDQoNCjYgZGly ZWN0b3JpZXMsIDggZmlsZXMNCg0KDQpUaGlzIG1pZ2h0IHNlZW0gYSBiaXQgc2lsbHkgYnV0IEkg YW0gc3R1Y2sgaGVyZS4gVGhlc2UgYXJlIHRoZSBkcml2ZXJzIGZvcg0KdGhlIHByaW50ZXIgdGhh dCBJIGhhdmUgYnV0IEkgbm90aWNlZCBhIGZldyB0aGluZ3Mgd3JvbmcuDQoNCjEpIFRoZSBQUEQg ZmlsZXMgZGlkbid0IGdldCBjb3BpZWQgb3Zlcg0KMikgVGhlIGZpbHRlciBmaWxlIGlzIHNvbWUg dHlwZSBzaGFyZWQgbGlicmFyeSBhbmQgSSBhbSBub3Qgc3VyZSBob3cgdG8gdXNlDQppdC4NCg0K SSBrbm93IHRoYXQgSSB3aWxsIG5lZWQgdG8gbW92ZSB0aGVzZSBmaWxlcyB0byAvdXNyL2xvY2Fs L2xpYmV4ZWMvY3Vwcw0KZm9sZGVyIGluIHRoZWlyIHByb3BlciBsb2NhdGlvbnMgYnV0IHdoeSBk aWRuJ3QgdGhlIFBQRCBmaWxlcyBnZXQgaW5zdGFsbGVkPw0KDQpDYW4gSSBnZXQgc29tZSBoZWxw IHNvcnRpbmcgdGhpcyBvdXQ/DQoNCi91c3IvbG9jYWwvbGliZXhlYy9jdXBzICUgdHJlZSAuDQou DQrilJzilIDilIAgYmFja2VuZA0K4pSCICAg4pSc4pSA4pSAIGJlaA0K4pSCICAg4pSc4pSA4pSA IGRuc3NkDQrilIIgICDilJzilIDilIAgZHJpdmVybGVzcyAtPiAvdXNyL2xvY2FsL2xpYmV4ZWMv Y3Vwcy9kcml2ZXIvZHJpdmVybGVzcw0K4pSCICAg4pSc4pSA4pSAIGh0dHAgLT4gaXBwDQrilIIg ICDilJzilIDilIAgaHR0cHMgLT4gaXBwDQrilIIgICDilJzilIDilIAgaW1wbGljaXRjbGFzcw0K 4pSCICAg4pSc4pSA4pSAIGlwcA0K4pSCICAg4pSc4pSA4pSAIGlwcHMgLT4gaXBwDQrilIIgICDi lJzilIDilIAgbHBkDQrilIIgICDilJzilIDilIAgcGFyYWxsZWwNCuKUgiAgIOKUnOKUgOKUgCBz ZXJpYWwNCuKUgiAgIOKUnOKUgOKUgCBzbm1wDQrilIIgICDilJzilIDilIAgc29ja2V0DQrilIIg ICDilJTilIDilIAgdXNiDQrilJzilIDilIAgY2dpLWJpbg0K4pSCICAg4pSc4pSA4pSAIGFkbWlu LmNnaQ0K4pSCICAg4pSc4pSA4pSAIGNsYXNzZXMuY2dpDQrilIIgICDilJzilIDilIAgaGVscC5j Z2kNCuKUgiAgIOKUnOKUgOKUgCBqb2JzLmNnaQ0K4pSCICAg4pSU4pSA4pSAIHByaW50ZXJzLmNn aQ0K4pSc4pSA4pSAIGRhZW1vbg0K4pSCICAg4pSc4pSA4pSAIGN1cHMtZGV2aWNlZA0K4pSCICAg 4pSc4pSA4pSAIGN1cHMtZHJpdmVyZA0K4pSCICAg4pSc4pSA4pSAIGN1cHMtZXhlYw0K4pSCICAg 4pSU4pSA4pSAIGN1cHMtbHBkDQrilJzilIDilIAgZHJpdmVyDQrilIIgICDilJTilIDilIAgZHJp dmVybGVzcw0K4pSc4pSA4pSAIGZpbHRlcg0K4pSCICAg4pSc4pSA4pSAIGJhbm5lcnRvcGRmDQri lIIgICDilJzilIDilIAgY29tbWFuZHRvZXNjcHgNCuKUgiAgIOKUnOKUgOKUgCBjb21tYW5kdG9w Y2x4DQrilIIgICDilJzilIDilIAgY29tbWFuZHRvcHMNCuKUgiAgIOKUnOKUgOKUgCBmb29tYXRp Yy1yaXANCuKUgiAgIOKUnOKUgOKUgCBnc3RvcGRmDQrilIIgICDilJzilIDilIAgZ3N0b3B4bA0K 4pSCICAg4pSc4pSA4pSAIGdzdG9yYXN0ZXINCuKUgiAgIOKUnOKUgOKUgCBnemlwdG9hbnkNCuKU giAgIOKUnOKUgOKUgCBpbWFnZXRvcGRmDQrilIIgICDilJzilIDilIAgaW1hZ2V0b3BzDQrilIIg ICDilJzilIDilIAgaW1hZ2V0b3Jhc3Rlcg0K4pSCICAg4pSc4pSA4pSAIHBkZnRvaWpzDQrilIIg ICDilJzilIDilIAgcGRmdG9vcHZwDQrilIIgICDilJzilIDilIAgcGRmdG9wZGYNCuKUgiAgIOKU nOKUgOKUgCBwZGZ0b3BzDQrilIIgICDilJzilIDilIAgcGRmdG9yYXN0ZXINCuKUgiAgIOKUnOKU gOKUgCBwc3RvcHMNCuKUgiAgIOKUnOKUgOKUgCByYXN0ZXJ0b2R5bW8gLT4gcmFzdGVydG9sYWJl bA0K4pSCICAg4pSc4pSA4pSAIHJhc3RlcnRvZXBzb24NCuKUgiAgIOKUnOKUgOKUgCByYXN0ZXJ0 b2VzY3B4DQrilIIgICDilJzilIDilIAgcmFzdGVydG9ocA0K4pSCICAg4pSc4pSA4pSAIHJhc3Rl cnRvbGFiZWwNCuKUgiAgIOKUnOKUgOKUgCByYXN0ZXJ0b3BjbHgNCuKUgiAgIOKUnOKUgOKUgCBy YXN0ZXJ0b3BkZg0K4pSCICAg4pSc4pSA4pSAIHJhc3RlcnRvcHMNCuKUgiAgIOKUnOKUgOKUgCBy YXN0ZXJ0b3B3Zw0K4pSCICAg4pSc4pSA4pSAIHN5czVpcHBwcmludGVyDQrilIIgICDilJzilIDi lIAgdGV4dHRvcGRmDQrilIIgICDilJzilIDilIAgdGV4dHRvcHMNCuKUgiAgIOKUlOKUgOKUgCB0 ZXh0dG90ZXh0DQrilJzilIDilIAgbW9uaXRvcg0K4pSCICAg4pSc4pSA4pSAIGJjcA0K4pSCICAg 4pSU4pSA4pSAIHRiY3ANCuKUlOKUgOKUgCBub3RpZmllcg0KICAgIOKUnOKUgOKUgCBkYnVzDQog ICAg4pSc4pSA4pSAIG1haWx0bw0KICAgIOKUlOKUgOKUgCByc3MNCg0KDQoNCk9uIFRodSwgSnVs IDYsIDIwMTcgYXQgOTo1MiBQTSwgQmVuamFtaW4gS2FkdWsgPGthZHVrQG1pdC5lZHU+IHdyb3Rl Og0KDQo+IE9uIFRodSwgSnVsIDA2LCAyMDE3IGF0IDA5OjU1OjM1QU0gKzA4MDAsIGJsdWJlZSBi bHViZWVtZSB3cm90ZToNCj4gPg0KPiA+IHRob3NlIGFyZSBzcHJpbmtsZWQgYWxsIG92ZXIgdGhl IHBsYWNlLCBob3cgZG8gSSBhdm9pZCB0aGF0IGFuZCB1c2UgbGliYw0KPiA+IGluc3RlYWQ/DQo+ DQo+IFRoZSBzb2Z0d2FyZSB5b3UgYXJlIGJ1aWxkaW5nIG5lZWRzIHRvIHVwZGF0ZSB0aGVpciBj b25maWd1cmUgcHJvY2Vzcw0KPiB0byBjb3BlIHdpdGggZGxvcGVuIGJlaW5nIHNvbWV3aGVyZSBv dGhlciB0aGFuIGxpYmRsLCBmcm9tIHdoYXQgaW5mb3JtYXRpb24NCj4geW91J3ZlIHByb3ZpZGVk LiAgV2l0aG91dCBsb29raW5nIGF0IHRoZWlyIHNvdXJjZSB0cmVlIGl0J3MgaGFyZCB0bw0KPiBz YXkgZXhhY3RseSB3aGF0IHRoaXMgd291bGQgZW50YWlsLg0KPg0KPiAtQmVuDQo+DQo= --94eb2c08c5c69ee7050553a7b5fd Content-Type: text/x-patch; charset="US-ASCII"; name="updated.patch" Content-Disposition: attachment; filename="updated.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_j4sko5u70 ZGlmZiAtcnVOIGVwc29uLWlua2pldC1wcmludGVyL01ha2VmaWxlLmFtIC0tZXAvTWFrZWZpbGUu YW0KLS0tIGVwc29uLWlua2pldC1wcmludGVyL01ha2VmaWxlLmFtCTIwMTctMDctMDYgMTA6MzM6 NDMuODIyMjgxMDAwICswODAwCisrKyAtLWVwL01ha2VmaWxlLmFtCTIwMTctMDctMDYgMjM6MDQ6 MTMuMTM3ODExMDAwICswODAwCkBAIC0xMiw1ICsxMiw2IEBACiAKIGxkc29ob29rc2RpciA9ICQo c3lzY29uZmRpcikvbGQuc28uY29uZi5kCiBsZHNvaG9va3NfREFUQSA9IGxkLnNvLmNvbmYuZC85 OS1lcHNvbi1pbmtqZXQtcHJpbnRlci5jb25mCitBQ0xPQ0FMX0FNRkxBR1MgPSAtSSBtNAogCiBF WFRSQV9ESVNUID0gJChkb2NfREFUQSkgJChsZHNvaG9va3NfREFUQSkKZGlmZiAtcnVOIGVwc29u LWlua2pldC1wcmludGVyL2NvbmZpZ3VyZS5hYyAtLWVwL2NvbmZpZ3VyZS5hYwotLS0gZXBzb24t aW5ramV0LXByaW50ZXIvY29uZmlndXJlLmFjCTIwMTctMDctMDYgMTA6MzM6NDMuODIyNDgwMDAw ICswODAwCisrKyAtLWVwL2NvbmZpZ3VyZS5hYwkyMDE3LTA3LTA2IDIzOjA0OjEzLjEzODEyMzAw MCArMDgwMApAQCAtNyw2ICs3LDcgQEAKIAogQUNfQ09ORklHX1NSQ0RJUihbc3JjL3Jhc3Rlcl90 b19lcHNvbi5oXSkKIEFDX0NPTkZJR19IRUFERVIoW2NvbmZpZy5oXSkKK0FDX0NPTkZJR19NQUNS T19ESVJTKFttNF0pCiAKICMgQ2hlY2tzIGZvciBwcm9ncmFtcy4KIEFDX1BST0dfQ0MKQEAgLTE0 LDkgKzE1LDYgQEAKIEFDX1BST0dfTE5fUwogQUNfUFJPR19MSUJUT09MCiAKLSMgQ2hlY2tzIGZv ciBsaWJyYXJpZXMuCi1BQ19DSEVDS19MSUIoW2RsXSwgW2Rsb3Blbl0pCi0KICMgRGVmaW5lIGZs YWdzCiBBQ19BUkdfRU5BQkxFKGRlYnVnLAogICAgICAgICBBQ19IRUxQX1NUUklORyhbLS1lbmFi bGUtZGVidWddLFtlbmFibGUgZGVidWddKSwKQEAgLTUwLDcgKzQ4LDYgQEAKIAlDVVBTX1NFUlZF Ul9ESVI9JHtwcmVmaXh9L2xpYi9jdXBzCiAJQ1VQU19MSUJTPSctbGN1cHMgLWxtJwogCUNVUFNf SU1BR0VfTElCUz0nLWxjdXBzaW1hZ2UgLWxjdXBzIC1sanBlZyAtbG0nCi0JRExfTElCUz0nLWxk bCcKIAlTVERDUFBfTElCUz0nLWxzdGRjKysnCiBmaQogCmRpZmYgLXJ1TiBlcHNvbi1pbmtqZXQt cHJpbnRlci9zcmMvTWFrZWZpbGUuYW0gLS1lcC9zcmMvTWFrZWZpbGUuYW0KLS0tIGVwc29uLWlu a2pldC1wcmludGVyL3NyYy9NYWtlZmlsZS5hbQkyMDE3LTA3LTA2IDEwOjMzOjQzLjg0NzUyMjAw MCArMDgwMAorKysgLS1lcC9zcmMvTWFrZWZpbGUuYW0JMjAxNy0wNy0wNiAyMzowNDoxMy4yMzU1 NDUwMDAgKzA4MDAKQEAgLTIsNyArMiw3IEBACiAKIFNVQkRJUlMgPSBtZW1vcnkgcmFzdGVyIHBh Z2VtYW5hZ2VyIGZpbHRlcm9wdAogCi1JTkNMVURFUyA9IFwKK0FNX0NQUEZMQUdTID0gXAogCS1J Li4vaW5jbHVkZSBcCiAJLUkuL3Jhc3RlciBcCiAJLUkuL21lbW9yeSBcCmRpZmYgLXJ1TiBlcHNv bi1pbmtqZXQtcHJpbnRlci9zcmMvZmlsdGVyb3B0L01ha2VmaWxlLmFtIC0tZXAvc3JjL2ZpbHRl cm9wdC9NYWtlZmlsZS5hbQotLS0gZXBzb24taW5ramV0LXByaW50ZXIvc3JjL2ZpbHRlcm9wdC9N YWtlZmlsZS5hbQkyMDE3LTA3LTA2IDEwOjMzOjQzLjg0Nzk0NjAwMCArMDgwMAorKysgLS1lcC9z cmMvZmlsdGVyb3B0L01ha2VmaWxlLmFtCTIwMTctMDctMDYgMjM6MDQ6MTMuMjMyNzExMDAwICsw ODAwCkBAIC0xLDYgKzEsNiBAQAogIyBDb3B5cmlnaHQgKEMpIFNlaWtvIEVwc29uIENvcnBvcmF0 aW9uIDIwMDkuCiAjCi1JTkNMVURFUyA9IFwKK0FNX0NQUEZMQUdTID0gXAogCS1JLi4gXAogCS1J Li4vcmFzdGVyCiAKZGlmZiAtcnVOIGVwc29uLWlua2pldC1wcmludGVyL3NyYy9tZW1vcnkvTWFr ZWZpbGUuYW0gLS1lcC9zcmMvbWVtb3J5L01ha2VmaWxlLmFtCi0tLSBlcHNvbi1pbmtqZXQtcHJp bnRlci9zcmMvbWVtb3J5L01ha2VmaWxlLmFtCTIwMTctMDctMDYgMTA6MzM6NDMuODQ4NDgwMDAw ICswODAwCisrKyAtLWVwL3NyYy9tZW1vcnkvTWFrZWZpbGUuYW0JMjAxNy0wNy0wNiAyMzowNDox My4yMzIyMjkwMDAgKzA4MDAKQEAgLTEsNiArMSw2IEBACiAjIENvcHlyaWdodCAoQykgU2Vpa28g RXBzb24gQ29ycG9yYXRpb24gMjAwOS4KICMKLUlOQ0xVREVTID0gLUkuLi8KK0FNX0NQUEZMQUdT ID0gLUkuLi8KIAogQU1fQ0ZMQUdTID0gLWZzaWduZWQtY2hhcgogCmRpZmYgLXJ1TiBlcHNvbi1p bmtqZXQtcHJpbnRlci9zcmMvcGFnZW1hbmFnZXIvTWFrZWZpbGUuYW0gLS1lcC9zcmMvcGFnZW1h bmFnZXIvTWFrZWZpbGUuYW0KLS0tIGVwc29uLWlua2pldC1wcmludGVyL3NyYy9wYWdlbWFuYWdl ci9NYWtlZmlsZS5hbQkyMDE3LTA3LTA2IDEwOjMzOjQzLjg0ODc5NjAwMCArMDgwMAorKysgLS1l cC9zcmMvcGFnZW1hbmFnZXIvTWFrZWZpbGUuYW0JMjAxNy0wNy0wNiAyMzowNDoxMy4yMzU3NjMw MDAgKzA4MDAKQEAgLTEsNiArMSw2IEBACiAjIENvcHlyaWdodCAoQykgU2Vpa28gRXBzb24gQ29y cG9yYXRpb24gMjAwOS4KICMKLUlOQ0xVREVTID0gXAorQU1fQ1BQRkxBR1MgPSBcCiAJLUkuLiBc CiAJLUkuLi8uLi9pbmNsdWRlIFwKIAktSS4uL21lbW9yeSBcCmRpZmYgLXJ1TiBlcHNvbi1pbmtq ZXQtcHJpbnRlci9zcmMvcmFzdGVyL01ha2VmaWxlLmFtIC0tZXAvc3JjL3Jhc3Rlci9NYWtlZmls ZS5hbQotLS0gZXBzb24taW5ramV0LXByaW50ZXIvc3JjL3Jhc3Rlci9NYWtlZmlsZS5hbQkyMDE3 LTA3LTA2IDEwOjMzOjQzLjg0OTUxODAwMCArMDgwMAorKysgLS1lcC9zcmMvcmFzdGVyL01ha2Vm aWxlLmFtCTIwMTctMDctMDYgMjM6MDQ6MTMuMjM0ODE2MDAwICswODAwCkBAIC0yLDcgKzIsNyBA QAogIwogU1VCRElSUyA9IGJsZW5kU291cmNlCiAKLUlOQ0xVREVTID0gXAorQU1fQ1BQRkxBR1Mg PSBcCiAJLUkuLi8gXAogCS1JLi4vbWVtb3J5IFwKIAktSS4vYmxlbmRTb3VyY2UKZGlmZiAtcnVO IGVwc29uLWlua2pldC1wcmludGVyL3NyYy9yYXN0ZXIvYmxlbmRTb3VyY2UvTWFrZWZpbGUuYW0g LS1lcC9zcmMvcmFzdGVyL2JsZW5kU291cmNlL01ha2VmaWxlLmFtCi0tLSBlcHNvbi1pbmtqZXQt cHJpbnRlci9zcmMvcmFzdGVyL2JsZW5kU291cmNlL01ha2VmaWxlLmFtCTIwMTctMDctMDYgMTA6 MzM6NDMuODUwNDE1MDAwICswODAwCisrKyAtLWVwL3NyYy9yYXN0ZXIvYmxlbmRTb3VyY2UvTWFr ZWZpbGUuYW0JMjAxNy0wNy0wNiAyMzowNDoxMy4yMzQ0MzMwMDAgKzA4MDAKQEAgLTEsNiArMSw2 IEBACiAjIENvcHlyaWdodCAoQykgU2Vpa28gRXBzb24gQ29ycG9yYXRpb24gMjAwOS4KIAotSU5D TFVERVMgPSBcCitBTV9DUFBGTEFHUyA9IFwKIAktSS4uLyBcCiAJLUkuLi8uLi8gXAogCS1JLi4v Li4vbWVtb3J5Cg== --94eb2c08c5c69ee7050553a7b5fd-- From owner-freebsd-current@freebsd.org Thu Jul 6 16:12:44 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 005ECD87354 for ; Thu, 6 Jul 2017 16:12:43 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from NAM01-BY2-obe.outbound.protection.outlook.com (mail-by2nam01on0127.outbound.protection.outlook.com [104.47.34.127]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 26DEA75BDF for ; Thu, 6 Jul 2017 16:12:42 +0000 (UTC) (envelope-from sjg@juniper.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=bkpVqgyzHvPOj3BiQNB2G3qsr9Q7lwBiCYYOuySgYC8=; b=Zm0jEtiK3wFEjRmEJORXBoUrkA7SO2CfWZIWVGueMhnouED/XEUxm+B/HnJ88nAGf/OM4hakyS1MaK095OlBPGV1ThgoETO7cbKo2Gahi4Ee6KJkh7yHHgQZdgh74pAKnVugKByVFx/0s+jKvd8HVRSwPX1MFbef9PqZMr8soMg= Received: from SN1PR05CA0017.namprd05.prod.outlook.com (10.163.68.155) by CY1PR05MB1977.namprd05.prod.outlook.com (10.162.216.23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1240.6; Thu, 6 Jul 2017 16:12:41 +0000 Received: from DM3NAM05FT052.eop-nam05.prod.protection.outlook.com (2a01:111:f400:7e51::202) by SN1PR05CA0017.outlook.office365.com (2a01:111:e400:5197::27) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1261.4 via Frontend Transport; Thu, 6 Jul 2017 16:12:41 +0000 Authentication-Results: spf=softfail (sender IP is 66.129.239.15) smtp.mailfrom=juniper.net; freebsd.org; dkim=none (message not signed) header.d=none;freebsd.org; dmarc=fail action=none header.from=juniper.net; Received-SPF: SoftFail (protection.outlook.com: domain of transitioning juniper.net discourages use of 66.129.239.15 as permitted sender) Received: from P-EMFE01C-SAC.jnpr.net (66.129.239.15) by DM3NAM05FT052.mail.protection.outlook.com (10.152.98.166) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA_P256) id 15.1.1240.9 via Frontend Transport; Thu, 6 Jul 2017 16:12:40 +0000 Received: from p-mailhub01.juniper.net (10.160.2.17) by P-EMFE01C-SAC.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.123.3; Thu, 6 Jul 2017 09:12:31 -0700 Received: from kaos.jnpr.net (kaos.jnpr.net [172.21.30.60]) by p-mailhub01.juniper.net (8.14.4/8.11.3) with ESMTP id v66GCVIb013055; Thu, 6 Jul 2017 09:12:31 -0700 (envelope-from sjg@juniper.net) Received: from kaos.jnpr.net (localhost [127.0.0.1]) by kaos.jnpr.net (Postfix) with ESMTP id 4773838551D; Thu, 6 Jul 2017 09:12:31 -0700 (PDT) To: blubee blubeeme CC: FreeBSD current , Subject: Re: .configure && make fails to find ld [dlopen] In-Reply-To: References: <95831.1499300050@kaos.jnpr.net> Comments: In-reply-to: blubee blubeeme message dated "Thu, 06 Jul 2017 09:55:35 +0800." From: "Simon J. Gerraty" X-Mailer: MH-E 8.6; nmh 1.6; GNU Emacs 25.1.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <12348.1499357551.1@kaos.jnpr.net> Date: Thu, 6 Jul 2017 09:12:31 -0700 Message-ID: <12350.1499357551@kaos.jnpr.net> X-EOPAttributedMessage: 0 X-MS-Office365-Filtering-HT: Tenant X-Forefront-Antispam-Report: CIP:66.129.239.15; IPV:NLI; CTRY:US; EFV:NLI; SFV:NSPM; SFS:(10019020)(979002)(6009001)(39450400003)(39860400002)(39840400002)(39410400002)(39400400002)(39850400002)(2980300002)(51914003)(189002)(199003)(24454002)(9170700003)(86362001)(47776003)(38730400002)(6266002)(6916009)(107886003)(6246003)(2950100002)(189998001)(53936002)(229853002)(50986999)(76176999)(39060400002)(97756001)(77096006)(9686003)(50466002)(54906002)(2906002)(23726003)(46406003)(110136004)(55016002)(478600001)(106466001)(2810700001)(105596002)(7126002)(53416004)(1411001)(5660300001)(76506005)(305945005)(4326008)(7696004)(626005)(81166006)(117636001)(50226002)(8936002)(356003)(8676002)(97876018)(37363001)(42262002)(969003)(989001)(999001)(1009001)(1019001); DIR:OUT; SFP:1102; SCL:1; SRVR:CY1PR05MB1977; H:P-EMFE01C-SAC.jnpr.net; FPR:; SPF:SoftFail; MLV:ovrnspm; MX:1; A:1; PTR:InfoDomainNonexistent; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; DM3NAM05FT052; 1:3nQ48mNv5Bx1vzj5O/Wyo53gZFlzOlfQvopsgRAVtVbKINM/G+scWOmvplo+FiHYRGC3HaKoQ9K4FHltSYTcKEOOwOyffC+XmfQSlLfi6jYk9iUrRv6Sezw+FMo6VVLvG/OEZxghKG4w+vdVyn1x3Ts4tBXpP0IHUabgHT6Yin2kmT4eHLdVGeojKVAAOjPqi9IC9XW1PYQx9ylGMFXrzdyD0N2o/FvQwBuXcrUW76jkwqgR41nfmKzu0ORmnLA4nrWj6AtoqUQ97Z2tH9oX2joXU1dJB3s9OSM16Y40Yby1FgwccUeDnKXbaIxMqxvxqbXGmaokkil7d3DyYrdtr/7aCxBh8BD6pc0aws3GxfDR1aHKdlNaQJc1N0IeIQnyE3qBtKGZzNlvCUl/6cON70m3iPhNKXSvSXsNzG+bGRtsMyur+ePE0V1XCTE59C1jSMtrMJDLicrfRfY6y6tiHFSMGW9NXrWv6E8AtNJf0WJUeAYeGLzA8pOHb7xm35gaR4y6rx9xZyjAbxGB5Ic7JHZapDtRLHB/o067smfz4uRiijSs6az4tEqPT9jhsQFRPb8F5LUDHr1f8evrJdhMkANtARwktR/GB7NS9m7ONw4gJpOat9wI4z7Af+lWxwke1Zc2WEgGZSFFYYsiezvsSaHg/eVdYrrzVUjbwk3CXN3YsZLQx8zfnKVubuIymQ/6xMVioPJB+9enZyWHXvHDNu035zHrogFX6JaqJ6bTj6f8v+fMtsMXoYz08s0hKcngcmCRUCft1uqKlkLPOUA6IG42BCR2+lSioM/sNwrv+24EnmzP2yAAd7F60FWj8FZCZ9T0c46c+y94phle97MwKgvzgeCmLx+LQZQIl8+H3/U= X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: abb6b3bd-786a-4e39-d988-08d4c489d3f0 X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(300000500095)(300135000095)(300000501095)(300135300095)(22001)(300000502095)(300135100095)(2017030254075)(300000503095)(300135400095)(2017052603031)(201703131423075)(201703031133081)(201702281549075)(300000504095)(300135200095)(300000505095)(300135600095)(300000506095)(300135500095); SRVR:CY1PR05MB1977; X-Microsoft-Exchange-Diagnostics: 1; CY1PR05MB1977; 3:U0uqsvlU4QoRf8KQwZw8nffAIt6IftnnezoZHBnAf9h99+7+P96knM3DLxzbNeTTlnRq1Jkz4PzcLVy6FbHkaaRBkjrjHnmBMysv/XcsrRg1SgQ2s0EsvGICBRfEfwZKE84BrIGX8p18jI1qt4Ru7e6eum18LAN9pCBLOP4BwKF2ugywCjc76J41qipx0WAwdeZMq7n5pcSjMve9XxRioVpl6TzrsCg4IjRqzVI9LFTf1NRI3O3NroGsgj1rnTjPLaDEfSnHdUVLU4miocdkx4Qy0fsHfsZoxgQNSDLiemN5KUzgFXUPlJPoHClQv8aOvV4Lsyesp0QH/5GQ/ca/JavWnxuVphQFy5Pa39kUvUY5yjxtGvL26NbR7XgW8YyzutRnPJrRRolm57uPTiQeZXgcwU0UYoG8/pOfVXbrqdj2SPa3e9rmm+vQaGKfaMEijjjhGJKMqaGblH9vcLI3VJOBj7jynaKNLYvo3e54dnn5E4OKhIVzFuyFFM9IXHwwosNWoiw+ECXmjJFEzdUU0rAyp4j/AiPEBGSjPl5kVDj7Zz6QAs9jUDdAhd4pw/DuktsEjg5PnEqJr/9icVxkWKhGRLngjwWvhNpZUxI23CuoQ6qdcB3+z6RqDXBIFzwHQtcEg8LZ9Gc+vZjc8e99Pr4lmWFnE8ZazZZqdAwOd6PmVtODGPaJB6rW7fnu89WCcEfPSB4mMqlENuhS2llJlxxb0zw/jFWYwYsHSrzfNvpx8p3KFzPTKFgM4pLF4giWoB/O0fb+5Px4YZlSYDGeLm9L+Icf/5FateyV9xbpZwAfQ5ioKzNkmZ0vJcfYGmxTSvWwgvRj0lH35sTpPU2/rxMdC7Bnp8PVgDVHiNPeVqtqFSbGDhdT00llo6B8YWq02SjxD4rEn5daxYCExieddyEGhXGDvfU1gL6DvNjXk9Wcqvzra7A/ejw/m847cUYl X-MS-TrafficTypeDiagnostic: CY1PR05MB1977: X-Microsoft-Exchange-Diagnostics: 1; CY1PR05MB1977; 25:zxl2iPrs/ucW7TQJ3IcJcpNeosg4Rci1KxeIytU9zr0hgyrwwPoMkx7YLBL2dp8YYTsvAmnZUPDmzG0GFI8LCmPOyPJqQVQUb3asBsfBgJ6YNlwlx8uWzVrOYII4MQwUwGiXReJMbc9WsCmrfPaU7FW9C6opKPoC0aNRzupyKiAPGjUJ0GPtpI53E1YzL70ZCePOdiQbka0ZrjfjXwRya0hW7be6qzuDVwQx4saMGTigQR8x5oHHyxc1TJSqXITmd5Imwyt+fOYp0mMV062qdbBoz29nIwavPYY49gdnQID1J8kHqK6939kJ6bp6cey8qzJ84zxnQoipl+7r1mCzfrky9cCvmup3noJbfu11Bl3Qg2EXtdRym7dFf3XqT6koMl11tpABJX21c+85tfsf4eG9IY3WTGjaO7/P/sfzZRVUysW6Ca0fJFRYnQ8d4JYAP8nT6Ow8pN6OJNbijM6fTk6PHBp4Zbbk+xWQHdxFL/b2IAAagoS0J+S7llZkekofLmiTLggaN1uSqNtnCrYbfuP3SuJuMSVWQlkEHonKD7Dje8X4BJBNpZ6hnhKX8M18o4cXTZVSKQPQiQYQI1g5h6BuwuyUQfNhuOVow0X/xa0bysob+6VsnAvp4L7Gf2FVLsCfp7rJT2YXj4nCpQd65YRGF0lT55Zb5oFKTHWdrNAXMd+MsmOLAnxqlSGjqfTpRunbgq/CI1IELeomH6XYGIZEkSUN456EN78ARuMFQYieMXdFw7psIIioom1QZHRzKIyNdzaXZe4RxSGOz5O88RYgZf3xEQluJnVkMKBzV/sw+Z4Hn04zbOh7NsUYiCKINJ1HgZ2a6GcdiBHPFqXJtQ1RSqblJMNW7DU9BsE5p4XfT8+enbqmw1RQj51fBGuoDL/c4tTb+WC6t+V6CXpDkVlOfxSAra2z88xdQstn0Dc= X-Microsoft-Exchange-Diagnostics: 1; CY1PR05MB1977; 31:X/vefFVh/z1y04oszJ9geHopi1BTioyrYd2Pdm3IzjDfL48qz2UEOO1h7bgJcCcPSziTgrp3RM7jbIGNaTUPXu27GJFoqzf8N5PRZQVplSbRoFK44JNOrPSHK616IMBS20ZRNEFT77iUcaGnJi9M9R203PEbJFR0onUm4vBybkLdsL61dL3mkNMTur2tETKyxeOa4Yf7Sf0zrKSGsRU0lV9UT8Ksw0zDG71njK1SNMQJ0csa4VLg7ACnMZhNEYCz84iDALpMbhrIN4qt0Tyd2cg7LZLgH0ddbzNY+5nE7G1MJnipGOjzBbJicB5ybTyLnhNgg0MIi3wlCRsBj8+87bpaGpSIge4n4m5b7xnzZwgRxkKE1viAzXy//OvHpKMgQYyWSDwrM2Y3CrknlRQFXuxL2oUD6Yx/1hIyuCp53lwxo12TxEomFIbk8oP7ghdAee2fqy8y+JKf7bZlP5m3ioao9em6V2vnHEabMzUsvDqNU4wpbz8bJyNKZevH/YEcW43Lcbl9CdmEuOHlU/uMFnixAxBTK7feip1X9Cose1XpnmVJDZGNJmpvMvZRwhwZcfck0OG+gQJQD5XIRN3ngjb4FXQf1jUaDX02ek6cXAPM8M+32b/bob/TPnrQENVvouO0TBp8xxz2SqEDHT5j++zScin3vusYaWSWZEwQpMbh86mI3Qgbr2SAcvlhmEpHLxoNFhtBNaQUAknjrmgPFELNyqTuJz6NSSqHY/QMzSw= X-Microsoft-Exchange-Diagnostics: 1; CY1PR05MB1977; 20:Dy3ATTD+d4LThq+p1VdzhxTjWsB7LiyauWAAZ5/+9sHWoAlNapzh/HEEq1B8PWtodKLoLYHlYYDf7rksanpMgkFoO7BYYLjpOHawCg5vI8vHhohwMDimhc/39cV4NSXkvOqaq5s+jF61FRaZaqncpg9GZA3FFpCNyLcK2D/PsYmL6Onna0GBqlhhl+VwzdINn9iOvZVUxA4cL1sEB18VSZWYz/M2gUN69GORxrPkiu7dW0JeMjgUsiogoyvy8bQtRp89LNHV4RyxlNoQ01aliC6x2pnqJNZI6G8wuTh3OY38Ycj5PYd1vAWbxAAGmvbufgIFAWDqUfYP/VhLPmPH8yiivPiLVM4/SxPWFY1SuNf4XhOQKTd7YpYfI665tzDb1riLnCSoszpDrrSug4MBd2JpdQcYP0H3O2gXFroXzQHhn9TzNFgHbgYkF9PJic3WyC3ntrVkZ/Dha0wd0bl+q/5/cVhwW7WhOQO9tK7CF9ZKjCbEdVWFbRoT2RWUiuFu X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:(236129657087228)(247924648384137); X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(601004)(2401047)(5005006)(8121501046)(13016025)(13018025)(2017060910050)(93006095)(93001095)(10201501046)(3002001)(100000703101)(100105400095)(6055026)(6041248)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123558100)(20161123562025)(20161123555025)(20161123564025)(20161123560025)(6072148)(100000704101)(100105200095)(100000705101)(100105500095); SRVR:CY1PR05MB1977; BCL:0; PCL:0; RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095); SRVR:CY1PR05MB1977; X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; CY1PR05MB1977; 4:nNCOMUmXRpJMhSHyS5NRohhOfVkgWhvEvC/JjkO2l5?= =?us-ascii?Q?U9hybnoHbYc+s1Uq/vo+Ksjg9iknZeN5mLm6eL08wyaaeeQc9DLQJtk9+lo/?= =?us-ascii?Q?zPDpxM3OMJWoWMT/GYKKzvcwIt5cjj9qUJ1CFCoCuL7UGasUgQ2ulsIByNn3?= =?us-ascii?Q?2mc5ByOMXi2o/49zP5yNHPmIcFD61hX0fgGM7I/wL4rp46M7kM7AqIbLbYky?= =?us-ascii?Q?EKqOI4MDPNRb6tvtx6LiP8FDr1I/FqEEjI4D4X71jZAyUR5CMAsoYU2vyy85?= =?us-ascii?Q?L+ouO0lgTH94MMgwhTUziocy1ljSO+Xs7ia2fdmTW0LeJqPIoRgUBaIG5WoU?= =?us-ascii?Q?EKm+Zqd2m9MpwMmJvGnwgfeDx0jHQYFFzplh5cYQHFqycY+URHfceTegtDxY?= =?us-ascii?Q?/weotngCWreuh5gwq5w4X3pjKQkCoTI5rKpHi5ehvCVQp565QmENqMIwDE9B?= =?us-ascii?Q?QBWA3VwD+DS3mbd0PR4RKRejye8v0TQX7vGWxrFj9d+/P4/g9v7eFVAc+jah?= =?us-ascii?Q?cWvNN2CYpIxZm1c0wVMkV2qDzw8Zy4qUBMVvVqvlNRoMtXYPwmzFi2AVwF3h?= =?us-ascii?Q?/bFnCY5/tPyA6FcL65EMKJFoOUkfGDnNJc7FKdBTnN6kM+3oZ9rg/t04iBS4?= =?us-ascii?Q?fhV9fAQ3cc9+Fkd/5XSiWwP+Zs410KqFVWUdqlyIvSVQ/LXtDZzec6HYdYS2?= =?us-ascii?Q?C9Myatnvva6PYGDUb+TbPgWK1RCiSTDb9eMuUp/ew3IIwaf9xgDh1ZXMiJFQ?= =?us-ascii?Q?wKJm0sF2VV59s9wzvETXvhUicT7P1oZE2SRqQsP5Y8AoUXdh0Oo9QDIuGfRI?= =?us-ascii?Q?fz1SUJgz8XPw2qcXX53fIiM5omwxw3WPYq2UFhp7Y9SN5JT20vJQuwzfixJF?= =?us-ascii?Q?jQZazE/pj1+EGi5xUuNi0AMO7zNSwu+/OXNN5eg7Eq46f9Aej5bf75/ZoIcQ?= =?us-ascii?Q?6xwjBzAGfjoJZO2atkVP5Lz878cp/bC+ijrojL7XhtxxNfEKLWAiBDOQYXGP?= =?us-ascii?Q?0+Kxc/knoUbnNhzSz7ZCnlPza9yX2nsNehd5o8ZJDQBU0YcnOsm3ilrb0D9v?= =?us-ascii?Q?OHlQ4MvwcP1o7tv513EsBU0kQtcg5lr6s5yl/wnVFHsPurJGKsKtVtJwy4En?= =?us-ascii?Q?YWBl8gy/73U7uxEYw3BfgiSUOXtC9mityt/xfCR0epaa1Zgi2j0rIrIsMZVi?= =?us-ascii?Q?VS7Ikl/eP2VWH/hZq+LUgue8+9jf8xCwZLAoTmDEBThnOQho4qyITEr19/Su?= =?us-ascii?Q?3QfixghzURFNTat0xnji8krNYwAS8c4ZELutbsLoV4bbRATRfNpA+tV5ItAK?= =?us-ascii?Q?jYb2KYDTKwPdLfID9iaMg=3D?= X-Forefront-PRVS: 03607C04F0 X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; CY1PR05MB1977; 23:T+dyaMNwzIN8phmK0wmndUE8SS1pGSsYVHUqlJSgm?= =?us-ascii?Q?3p4zaOG/78uO+/C3G0SxujFTBal1Hu4bFI81eLOEJu4n6FeWG6CzV3CF9JAT?= =?us-ascii?Q?WypKY13WVxe4Q+LSof2wFrGjs+YmmdsiZyn5ykwF5gcbM9eolutXmiAIUUs+?= =?us-ascii?Q?b/A7AYpvfg3ISrHhuzuFZtIQD43KngSBXhftGVKDspUsJ0rbbQNZ/yOS3rNd?= =?us-ascii?Q?xXLclz9bQPUdD03OPslmzMfTHPlvxoZaj205Zr5HV8aAVE9mvChDVuLS5ykZ?= =?us-ascii?Q?xeY62c9FKzZNYV5InFQR+J/aPU7z56kYAE+zUg3aOo9fiaO548mU3tF0Lg9N?= =?us-ascii?Q?y/Zrikou2syv7YD1MZt3+PS/HCjzz8xAyVbYJnjrtuhEYv5VtcLdsJzjA2v3?= =?us-ascii?Q?0ibI58A3o35iCnbp/z7A0efjb5ny4dNcRQS7JTpllqjPYpDsYmvoOuGBnaK8?= =?us-ascii?Q?8YEuH1p6s0xcgCO4LouJvMg/Gp9NwzHO2MNLqBfTooeSjhoGzzJEe+Nde7Rq?= =?us-ascii?Q?HiWJtO5DZz7OoFVorxn1JX9nNhJ0Ot8gvmQhyikevRIN2zv98/o9C8NHOoEF?= =?us-ascii?Q?nOeJio9LAYe9zx1T2EnMZX4lA+az7dA8EUxcs30Zm1fFg2Qpi947Od/VsF8G?= =?us-ascii?Q?JAhY8YHbADZ+Ubyzz/Ruv+ctl+iORdVnnya4Zm7RASaRTnlSJ9LGScX6CTCv?= =?us-ascii?Q?QjHofjlzwvoCRFPRP4ViogGXeJFk3WDDbHTtEoANmFEvdwQosrQ3aRl8QyKs?= =?us-ascii?Q?3mxahIyE7KFfgbTRA0gcpmfimG2yZNX3r3qb8BmBUFYk7c0N3aKzj4xX9QDI?= =?us-ascii?Q?hD4nL9M+XKPBDtYbsPaQEyQLg5A10mPJPw8V/8K2VJx+/eEHg/pGEKLAxem/?= =?us-ascii?Q?onVxj/fgvN3wjj6mw34ftFN6kaSMJQIDtTCnVZZ8julgMQE8yxei/Q0jWuAb?= =?us-ascii?Q?PQqBXJIm4oBYdssBOMoC1rwPwZ15tRQ/iAwTulVwL3AQc3JCXQoj9ZtpGXpo?= =?us-ascii?Q?4vUxP5IwqaYJrb5kQKswsHLb/3pGMrl5TpHs/V1D0hiLtVzk0lEG2fUQgjbN?= =?us-ascii?Q?iYCM0Ls9ixDEcqDRcd/Ezc1LEa2IyB/7SdHCuQ1YFxmjp0sYnySovKU+mLzU?= =?us-ascii?Q?kbA2YHdecW2jAKn4KrN/WcCmEEAxLyX2FXmGfQwD1AirJfY/h5/gsx67N3UV?= =?us-ascii?Q?ctUATu0hl4bqGtTzehvofC6LEH2/+DvAyYKEfjQpQojMJbG830VsW1E4HS1H?= =?us-ascii?Q?i9M0FeNAt7p6MKpKPH7uffTAL7HyALEW0fLt02cnn76ZWsuGFIAdYeQYG5oG?= =?us-ascii?Q?RtDk4PR0wZYaj70L19EjoGM9nKDpM+V1MdZuwcNCNTLmG/oxDCYFULorO1gM?= =?us-ascii?Q?3k9ZY05bCqiJz7uTKMtB9/tn9cg7Rc0JNVfVcDXNNSn5Y9sZ7qisVV/oNejW?= =?us-ascii?Q?C0vNnuMWbRUdkTltaY8WHaP/2ARcRZ0EWht6Yh9joHW6P4QZfJ658AWLkXo1?= =?us-ascii?Q?0nGzFR8oddkZ4LIyZp8FYVgC7agh4Okz2c=3D?= X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; CY1PR05MB1977; 6:u9DO4Bc5nczqRHX3DXWu6TZnw7blSf5f5idV045zke?= =?us-ascii?Q?utb11B4CyOSDFtKmKXzhj5MDxwSbYgmVSmTtupV1ntAqGrQpUZA+ttarUiqo?= =?us-ascii?Q?qkzHLunu7pzaafrCbtONwc79T58D38aANF5qYzvBkKISi9hNRyY37KykNID4?= =?us-ascii?Q?KMMSpgEgjdWVY42grupsmTEVIJ6t0E7pTr+C6K9Wcei0KgZMVGv0JB8u34og?= =?us-ascii?Q?isobbV+C+zEVzcE12GwdRcHRi7opqaOEqQ3HgQjTRtwwh7RJSBYUyQr1/Dpo?= =?us-ascii?Q?3v6AQisepdhVIWYmXpdhLYniMQG6FQCz70WQYflJYPu7wyxplTX1jOJa3dRS?= =?us-ascii?Q?wLbHELhtPXk9p9W8NlzyAgZGshy/nJZDG+1RPHPEuSL/E0JAtKo7GV/xIszt?= =?us-ascii?Q?SSsS/sCMFy7WmFSyZGGVRc6K0JzbVasYxy68XzLDYdjtSBDRBeJKfe7NUIEN?= =?us-ascii?Q?zkF3hoJnRIMhtvJq0z0b6J38CZnzYjnkp12Nh+KrphXXLxkzLMV8MUE7oUdz?= =?us-ascii?Q?m3hfGBCZRYO1UWFwbpHYzE+PUhQYQMeHSR963enaBcVzK+wde9PiakdHBlBd?= =?us-ascii?Q?Tep7o+OuucCd68srxbVvIAvaOGmjQfgjUQ1dKfSykwHveE87KC6jGRBrtd/P?= =?us-ascii?Q?QGH9cHLJsTPdSeg4SaVVsuuJIKLGPrYs0nYhfD5XSHeCSSF9dqJp6uCBPdpm?= =?us-ascii?Q?Mm/EjoHQ6wz0iFFJ4gxffkP67BCDOMpu+/SPEs+W+go2SGXUQowW2dkeoLG9?= =?us-ascii?Q?0TwetLjVjkkwVnjC/e+p727ziv006B8q3XauhilY28ecCukhroX3H3ehzOZQ?= =?us-ascii?Q?mO2RGR1Tr7dganGHx4odWPGddV69kKDv5uTCON+6o659l1cHWxfITmN7/yko?= =?us-ascii?Q?0wf63n38cNqDUK6ptoZa4OqRaQQYgvuE/memYC9ijOzRLLuXEuiRCFkOq+/C?= =?us-ascii?Q?zT6j8PZ/d5guEIdbs0CFFis6DXBdhIfb+4rkUJn2JECvDVLFq6R4ePRLCIpA?= =?us-ascii?Q?n3gcTYlH27yXq/0a3kPiXt?= X-Microsoft-Exchange-Diagnostics: 1; CY1PR05MB1977; 5:R+YLTpM2R4D6mmIUSQbWxXKfP6MsELUCjcBFEyJMys1EQNlcRgTGDC4DguGjSFDclxw6lOR+J5SjcWpC5TstCWTjZnYCUoWF2NOD4hlc0Ih5mTXq7S4t/4h3kMvwFBTcCU047cHbFz29bPG0MC/FOKVjmSbK/ETObTuSni1ZRWKc6KlaOAGKGPgjTtwTug48f/qVUG6Yghfb9Q4JG0P04mwHaR9sQLfQoBauUtOmODL+ksYbC8TeEtA9dTW/1I9BjT8v2tjy3WzFgSPtYH22CAneElWPSnk5AZ7mXrWrlMLKikNvJGo3pTp7tB5pQYKpT7UNcsk3o9psgej68lOkrnfwSQziqmp5jKlPj+56N0NR9g8V/Cry6Xj3w09v9pb5If1Ude3dpN/bQLMIi1CKWn+b5a8auLMAJiT5L/8A0IDruuqCLXO81vDPXMyweE93qZmzpwPWTTWrZe+R96m6HDu2RSoMBYmiV4T9WglCtbFJmdLRccd7UG+i8/E3x7yD; 24://TtSrrmzs4mS5aSbCVeB2dCKOE1xy9jX8y17vbz7KneqL8xIJSs/CqFaLV9dAry3t4/VrTWjakmayAecYNAiD+7CJqX6GZUAJ/XiB1VX+0= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-Microsoft-Exchange-Diagnostics: 1; CY1PR05MB1977; 7:n1UX01h3Fvm3fdlUgtZSkN5npEiMUPzGiRAjd77N2nTGi9AotPTR5ujfGvHrnR99RsTFTc7/m0iNkV0MOegILkNdJhk0minIzinHARr1OLtq0SMwr5HOWatWqtYRFv/g/dpYluzjx5ne/DhJb4WpYmmxm8eP/1Fo5DQf+mJ6PUNYir/S5JINjAaPHCVnmzv82tvQY1S4NfgACb3gAf/afI21bitG0CC7spX21BRNZa+3pds/8uDx535TZDCwKVVnSwXfhp2cascg3xsLACwOKZSqyifBnqL9FMHbsQlHHza3DhiDkTjO67Mu3088gRUGYrYV9Vl+KI/ctwQ8v3KH7Slv+SPiWPuxxScmiRQ4gD9d+bg5kZpn6Mt9eHw5l+YbBA+GMiSSs3IHYAL/FPKI1xWeW0cVGm/EjDjsHk3ILCnWt2ynjCgGRiNH/dTocpFSE3TQDQxprFRQKkF1tWc32O6bLiesgnP4RwJyDJEjryJ2Eaa65daYgjHiAFjNpQtBmdIjIJhLPr5qG4wprdmLUDtXVz/KP524GrwwNnXMvkEC8XE2ImueUOAbWbfj4vQ14LmoenB1gv4pqiX/o0d2G+6xlWHy1Zj+t+isFuOKLVwXdwvsNAlSanPbtgn6UwRUFmB4YgGhIleRUZHpOQbxaxeZXpQXNGKCjBOMvgzXFdXamEFsY2pOazAtV2v/ufq2oHMby0ONWa+ybHgzwI+WyUEGnEl2HwWeDd+SoI6OgF5Or/TdV7m0JfJ3XsL+RDaKOo5RoQSrOjFyUHoVPBZbv5dM4p4jW/XFHliyrWyZgZ4= X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 06 Jul 2017 16:12:40.8141 (UTC) X-MS-Exchange-CrossTenant-Id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=bea78b3c-4cdb-4130-854a-1d193232e5f4; Ip=[66.129.239.15]; Helo=[P-EMFE01C-SAC.jnpr.net] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY1PR05MB1977 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jul 2017 16:12:44 -0000 blubee blubeeme wrote: > Thanks for the reply, I haven't set any -static in my env variables or > anything like that. Here's a brief output of my env > the linking to ldl is being done automatically since I call autoreconf -fi > and that sets up an m4 directory. grep -rn "\-ldl" in the root of the > source folder shows that the built in configure script and the scripts in > the m4 directory sets up those dlopen link example Do you *have* a libdl? I don't on my system (10.3), and I don't see one in the tree (head). > $as_echo_n "checking for dlopen in -ldl... " >&6; } testing for it is fine - problem would be if it thinks it found it. > if ${ac_cv_lib_dl_dlopen+:} false; then : > $as_echo_n "(cached) " >&6 > else > ac_check_lib_save_LIBS=$LIBS > LIBS="-ldl $LIBS" > cat confdefs.h - <<_ACEOF >conftest.$ac_ext > > those are sprinkled all over the place, how do I avoid that and use libc > instead? If it is a standard test, there may be a knob to disable it. From owner-freebsd-current@freebsd.org Thu Jul 6 16:22:14 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2F4C9D87652 for ; Thu, 6 Jul 2017 16:22:14 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: from mail-pf0-x235.google.com (mail-pf0-x235.google.com [IPv6:2607:f8b0:400e:c00::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F323A76504 for ; Thu, 6 Jul 2017 16:22:13 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: by mail-pf0-x235.google.com with SMTP id c73so3336591pfk.2 for ; Thu, 06 Jul 2017 09:22:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=ACITdMPOrO7ZJdjNfPZ25INr4WVTHX/29rf8M3J6udA=; b=vNIAAw9jNnyFeR3q1pDbkQo8wIT5OQ9H1CWGgr1Mae71xWLcaJFr8RGho4wbRauAiC sGFJURQtLw42ItsAAVBuXhOkRNigeSOVxHlfvs4rM/J6ijLpObm9s/dlGBHlVdP2CceJ vnyVPW5SkMeAz3jAGIKxXKnL9pPPnuTjubrIoKuKblLTm9ip/ohWXexY6S+ZA37mtT8q w91TUPWDXUx714EgMaP/v+TiDNynY727HJvGo0RjN4D/lQGeEfTKPJmpixlqco9zVHAt 75qjHQav9PY9daY6q+Qb5z/XDm8e/D4NdQzFKvkahOxChWFR0S4WMJD3/qKEgf6RfTQC oEPA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=ACITdMPOrO7ZJdjNfPZ25INr4WVTHX/29rf8M3J6udA=; b=VV1m2t0gZGronxpHQMk7e1514uv/6bOIkUrdrGz4LYOzj9oIQSEPh7QUakbobSh2zA 8vE2eIbmCO2w2lUEXKgW8BKozLs18ImIvZrK/b7moul+IbNhbJQ1spZEP9yYtpmM+Grm eh4yu/b42+ZKa1EekI21xNpRWkKYJIjDpqnVYeza5zN2ZynGA6VrHzepwb2ZKW+VsJwQ ojFBnAkiASwyVbPyIg0JcjUOtx0YHHYP3hPiYzT+Erqi/ytx6yT82zdTZ/u1hVyZAclk +UaSjNnc1gdYstiV2XembBui5MbOQg8fHvrSFtc9uNARLo+mEN8S58lxfmIDr8YZovk7 6kdg== X-Gm-Message-State: AIVw112c6S6Wlik6GTdfDSqgL/xu0yXiY62ZnBPCbjr80Isfr8bHj9ve pvzGhfCDUDcgBrG0nVkWCu9M/pHaRg== X-Received: by 10.99.121.77 with SMTP id u74mr26550652pgc.107.1499358133494; Thu, 06 Jul 2017 09:22:13 -0700 (PDT) MIME-Version: 1.0 Received: by 10.100.180.78 with HTTP; Thu, 6 Jul 2017 09:22:12 -0700 (PDT) In-Reply-To: <12350.1499357551@kaos.jnpr.net> References: <95831.1499300050@kaos.jnpr.net> <12350.1499357551@kaos.jnpr.net> From: blubee blubeeme Date: Fri, 7 Jul 2017 00:22:12 +0800 Message-ID: Subject: Re: .configure && make fails to find ld [dlopen] To: "Simon J. Gerraty" Cc: FreeBSD current Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jul 2017 16:22:14 -0000 @Simon libdl is something used on Linux to provide dlopen like functions; on FreeBSD it's already in libc so, removing the LIBS += -ldl removes the problem and the program compiles successfully; I am just a bit lost as how to proceed; See my last email with the attached updated.diff file. Best, Owen On Fri, Jul 7, 2017 at 12:12 AM, Simon J. Gerraty wrote: > blubee blubeeme wrote: > > > Thanks for the reply, I haven't set any -static in my env variables or > > anything like that. Here's a brief output of my env > > > the linking to ldl is being done automatically since I call autoreconf > -fi > > and that sets up an m4 directory. grep -rn "\-ldl" in the root of the > > source folder shows that the built in configure script and the scripts in > > the m4 directory sets up those dlopen link example > > Do you *have* a libdl? > I don't on my system (10.3), and I don't see one in the tree (head). > > > $as_echo_n "checking for dlopen in -ldl... " >&6; } > > testing for it is fine - problem would be if it thinks it found it. > > > if ${ac_cv_lib_dl_dlopen+:} false; then : > > $as_echo_n "(cached) " >&6 > > else > > ac_check_lib_save_LIBS=$LIBS > > LIBS="-ldl $LIBS" > > cat confdefs.h - <<_ACEOF >conftest.$ac_ext > > > > those are sprinkled all over the place, how do I avoid that and use libc > > instead? > > If it is a standard test, there may be a knob to disable it. > From owner-freebsd-current@freebsd.org Fri Jul 7 07:05:20 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 977DAD9BEE5 for ; Fri, 7 Jul 2017 07:05:20 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: from mail-pg0-x243.google.com (mail-pg0-x243.google.com [IPv6:2607:f8b0:400e:c05::243]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 65D556E8C2 for ; Fri, 7 Jul 2017 07:05:20 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: by mail-pg0-x243.google.com with SMTP id j186so3026962pge.1 for ; Fri, 07 Jul 2017 00:05:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=yh6Evge7VwaAgk/7rdWrJ3XxCBeN3F2mWVVMYbFue2g=; b=Z5RNSRinkJj3RBYA71nfnvJkvKLkHXec0ZVRgyia080XIIYWdOipIaFdA+ypX3UvyG kD3J2oqXqy4OxNXndgayWlzpjxwTenBNsUEua15rzh81PUIji66Z7MmyDnF5qS4YPWQ9 q2zv0di2FmPCsB6X/m6jszMNwIn0gIBv9iSDj1mE36kB6FNz/458AzI9JngDyJOPqiXf eZbvVZx4pBZvjn/dKT8KV5eqdVPdF5A1bGg8hnKB0e4bdiJ8tOa6ghCwZd5ryuGb17cw jS8fzU6rLstXKY5Uhz7OQC5abruqS7O079kp3ACMs+RP797CY1JFS13n3M+HgI+n13oS 12NQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=yh6Evge7VwaAgk/7rdWrJ3XxCBeN3F2mWVVMYbFue2g=; b=DHbyypp81dZh9tGlWjvkUvRgoVWt4uk/Q1pSJXjvEG7eLoNmuWN9Y3gzM0vNHRCuZi 0AVH7wra7kn1Go5nw0r9wiCVCpT7gQLwL34CPgpLDESaAIi52u/g+L3ty5qyCMjU8Iod 4HAsltpKBjYwTzWewalgOPtn1h74UUArj/of7vlM1EMdWn7WcsUFCjf7n3flTEHCawzM 4AOrVewzLAgzrZqVSrgZOqBo+RHe+P6dmTOgkUT74/hX+Lb4lp8qcF/tSSfvmGpxVEOp +jTFHqnrB9/JOHg7T41dtMar4Ak2IylhxUGlKduLkG2XWcdSCdXG8YEJxuj+zo6sUk/S dCIg== X-Gm-Message-State: AIVw113uC/tArsXYABilIkPH/0CfN1/EQNEGAyqdEShbSZ80k7MU0+rW snx0QtO5Qohr9xnsUSVaAxzxwlsNSuUcDljbPg== X-Received: by 10.84.224.75 with SMTP id a11mr1370133plt.286.1499411119640; Fri, 07 Jul 2017 00:05:19 -0700 (PDT) MIME-Version: 1.0 Received: by 10.100.180.78 with HTTP; Fri, 7 Jul 2017 00:05:19 -0700 (PDT) From: blubee blubeeme Date: Fri, 7 Jul 2017 15:05:19 +0800 Message-ID: Subject: Installing Linux libraries in /compat To: FreeBSD current Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jul 2017 07:05:20 -0000 This is linux_base-c6 I would just like to check with the list to make sure If I want to install missing libraries I should get the CentOS 6 versions of the rpm I am missing some libraries for some printer drivers ------------------------------------------------------------------------------- ldd /compat/linux/opt/epson-inkjet-printer-201401w/cups/lib/filter/epson_inkjet_printer_filter /compat/linux/opt/epson-inkjet-printer-201401w/cups/lib/filter/epson_inkjet_printer_filter: linux_vdso.so.1 => (0x00007ffffffff000) libdl.so.2 => /lib64/libdl.so.2 (0x0000000800a00000) libstdc++.so.6 => /lib64/libstdc++.so.6 (0x0000000800e00000) libcupsimage.so.2 => not found libcups.so.2 => not found libjpeg.so.62 => not found libpthread.so.0 => /lib64/libpthread.so.0 (0x0000000801200000) libm.so.6 => /lib64/libm.so.6 (0x0000000801600000) libc.so.6 => /lib64/libc.so.6 (0x0000000801a00000) /lib64/ld-lsb-x86-64.so.3 (0x0000000800607000) libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x0000000801e00000) ---------------------------------------------------------------------------------- As you can see from the above I am missing libcupsimage.so.2 libcups.so.2 libjpeg.so.62 looking at the ldd command from above all the printer drivers reference the 64 bit version of the libs so that means for example libcupsimage.so.2 I should use the version from this url: https://pkgs.org/download/libcupsimage.so.2 CentOS x86_64 - cups-libs-1.4.2-77.el6.i686.rpm Common Unix Printing System - libraries To install that I'll follow the steps laid out here: https://www.freebsd.org/doc/handbook/linuxemu-lbc-install.html # *cd /compat/linux*# *rpm2cpio < /path/to/cups-libs-1.4.2-77.el6.i686.rpm | cpio -id* Is that correct? ======================================== linux_base-c6-6.8_12 Name : linux_base-c6 Version : 6.8_12 Installed on : Sat Jun 3 20:07:52 2017 CST Origin : emulators/linux_base-c6 Architecture : FreeBSD:11:amd64 Prefix : /compat/linux Categories : linux emulators Licenses : Maintainer : emulation@FreeBSD.org WWW : UNKNOWN Comment : Base set of packages needed in Linux mode (Linux CentOS 6.8) Options : DOCS : on NLS : on Annotations : repo_type : binary repository : FreeBSD Flat size : 196MiB Description : This port contains packages from a near-minimal installation of CentOS 6 Linux. These packages, in conjunction with the Linux kernel module, form the basis of the Linux compatibility environment. It is designed to provide a nice user experience by using the FreeBSD configuration for corresponding Linux stuff where possible. Because of this any work which needs to chroot into the Linux base may not work as expected (no fallthrough to the FreeBSD config possible). From owner-freebsd-current@freebsd.org Fri Jul 7 07:56:14 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A0530D9CE2A for ; Fri, 7 Jul 2017 07:56:14 +0000 (UTC) (envelope-from johalun0@gmail.com) Received: from mail-wr0-x22e.google.com (mail-wr0-x22e.google.com [IPv6:2a00:1450:400c:c0c::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 45FBA701CB for ; Fri, 7 Jul 2017 07:56:14 +0000 (UTC) (envelope-from johalun0@gmail.com) Received: by mail-wr0-x22e.google.com with SMTP id c11so35171987wrc.3 for ; Fri, 07 Jul 2017 00:56:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to:cc; bh=C9WDEimsCxjzz8FdDk/zNxjmBisJOsHaiOVI+u1UrrM=; b=ZfgaL9JSq+uwsPKWmE/93fOJlv4KhiEJF0k2NOtv6+olbDB4Yf5iKQBs2G8Rrxgrfr Gb8g9N7lobjSr3TURTerpNLXs18pLyVVlZv4AMdOghqN3L04JIAOp7+WUfwEV1gpHmqJ bOnnctjl30m41eWWWZVrXgrb/hXXfRdLwddZN/Vczjd0bKiH+HBrNhHr3TQZh6r3ZEPS z/i7uG4ZEslfLwDoOnSNh5ZSWoxqAHTAuoPhLQx5n3/1DPKrMnZKzSEaBQs42v4g3c+1 1z2zrrpBFZfS0+yYP4UuYW3rMNOFofcNW3nQokUlwomzcle4RKl4CCkWgqCCEhcTP4Nb bYPQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc; bh=C9WDEimsCxjzz8FdDk/zNxjmBisJOsHaiOVI+u1UrrM=; b=enfF3V4aFtXsStkf8+AE7RKqCqDQSp/rQsu+Ck/hDmwdi+uswXTpaQq73FrtKVuD5m Sh3uyh2xzrY2/ft7RPRC5n2QR4XL6TBhCWhZ9zW7n1trk2sQR4k6MDpsY5rkV3zLI6d0 ByKw7d8HGiMH0ldukP0bwKa1BVQN+I2bYTHAmVDShiwG/yNU5pDiSPo/IA0938zmViEW KwzdKve5qe2t7MPppkg3liYN2ceyBmpM9dkFPxBYnR2GoqVQco0aNRHi7k1e7SPVrL3F /NuuodMpHxdrKG0Ni802YBgb1GSrqEREuD6qg5gu1Q4JA01eTgJKtwkCQB5UB/DMXfhr txug== X-Gm-Message-State: AIVw110oMswEbIfb6VuCQ0Bi9dyF82Ki/EjPd/9x9HE/Dq9jLfKI29dc /uTjzy1HD8B+99Jm5bKyzvF3k/risFBI X-Received: by 10.28.211.132 with SMTP id k126mr1155280wmg.109.1499414172272; Fri, 07 Jul 2017 00:56:12 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.154.193 with HTTP; Fri, 7 Jul 2017 00:56:11 -0700 (PDT) From: Johannes Lundberg Date: Fri, 7 Jul 2017 09:56:11 +0200 Message-ID: Subject: objcopy: elf_begin() failed: Invalid argument To: freebsd-current Cc: alex@alexcrichton.com Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jul 2017 07:56:14 -0000 Hi I'm trying to build the rust crate https://github.com/alexcrichton/backtrace-rs on 12-CURRENT. World is most recent snapshot, kernel is drm-next which have been synced to -HEAD at roughly the same time as world snapshot. backtrace-rs builds a static c library, libbacktrace.a as a part of the rust build process and I get the following error output on 12-CURRENT (builds just fine on 11.0) -- snip -- libtool: link: ranlib .libs/libbacktrace.a libtool: link: ( cd ".libs" && rm -f "libbacktrace.la" && ln -s "../libbacktrace.la" "libbacktrace.la" ) gmake[1]: Leaving directory '/usr/home/johannes/dev/backtrace-rs/backtrace-sys/target/debug/build/backtrace-sys-816693a76d1c3a25/out' cargo:rustc-link-search=native=/usr/home/johannes/dev/backtrace-rs/backtrace-sys/target/debug/build/backtrace-sys-816693a76d1c3a25/out/.libs cargo:rustc-link-lib=static=backtrace running: "ar" "x" "/usr/home/johannes/dev/backtrace-rs/backtrace-sys/target/debug/build/backtrace-sys-816693a76d1c3a25/out/.libs/libbacktrace.a" running: "objcopy" "--redefine-syms=symbol-map" "/usr/home/johannes/dev/backtrace-rs/backtrace-sys/target/debug/build/backtrace-sys-816693a76d1c3a25/out/__tmp/" --- stderr objcopy: elf_begin() failed: Invalid argument thread 'main' panicked at 'failed with: exit code: 1', build.rs:147:8 note: Run with `RUST_BACKTRACE=1` for a backtrace. Github issue and full build output here: https://github.com/alexcrichton/backtrace-rs/issues/56 Any ideas what has changed from 11->12 and how to deal with this change? Thanks! From owner-freebsd-current@freebsd.org Fri Jul 7 09:03:35 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8C0F8D9E468 for ; Fri, 7 Jul 2017 09:03:35 +0000 (UTC) (envelope-from tijl@coosemans.org) Received: from mailrelay117.isp.belgacom.be (mailrelay117.isp.belgacom.be [195.238.20.144]) (using TLSv1.2 with cipher RC4-SHA (128/128 bits)) (Client CN "relay.skynet.be", Issuer "GlobalSign Organization Validation CA - SHA256 - G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E0AD1724C9 for ; Fri, 7 Jul 2017 09:03:34 +0000 (UTC) (envelope-from tijl@coosemans.org) X-Belgacom-Dynamic: yes IronPort-PHdr: =?us-ascii?q?9a23=3AHm1kjhy0X2rPhPPXCy+O+j09IxM/srCxBDY+r6Qd?= =?us-ascii?q?2+kUIJqq85mqBkHD//Il1AaPBtSEraocw8Pt8InYEVQa5piAtH1QOLdtbDQizf?= =?us-ascii?q?ssogo7HcSeAlf6JvO5JwYzHcBFSUM3tyrjaRsdF8nxfUDdrWOv5jAOBBr/KRB1?= =?us-ascii?q?JuPoEYLOksi7ze6/9pnRbglSmDaxfa55IQmrownWqsQYm5ZpJLwryhvOrHtIeu?= =?us-ascii?q?BWyn1tKFmOgRvy5dq+8YB6/ShItP0v68BPUaPhf6QlVrNYFygpM3o05MLwqxbO?= =?us-ascii?q?SxaE62YGXWUXlhpIBBXF7A3/U5zsvCb2qvZx1S+HNsDtU7s6RSqt4LtqSB/wiS?= =?us-ascii?q?cIKTg58H3MisdtiK5XuQ+tqwBjz4LRZoyeKfhwcb7Hfd4CS2RPXthfWTFCDIy+?= =?us-ascii?q?YYsAAPYOM+lDoonhpVYCsQeyCRWwCO/xzDJDm3/43bc90+QkCQzIwg0gH9AKsH?= =?us-ascii?q?/Jstj1M6ASUfurw6nN1zrDaehW0ir65YjUcxAho/WMUKlsfsrWzkkvDB3KjlCK?= =?us-ascii?q?pozjJDOZzOMNs3KU7+d5U++klmApqwZ0oje1x8csjJHEhowPyl/a6yp22501Ks?= =?us-ascii?q?CiRE58e96kH4NctzmZN4t5WcMuWWZouDw1yrAApJW1fzAKxYwkyhPdcfCKcoiF?= =?us-ascii?q?7gj+WOuVJTp0nm9pdbK5ih2v60av0Pf8WdOx0FtSqypFlcTDuW4V2hzI78iHVu?= =?us-ascii?q?N9/kC82TaTzwzT6v9LIUQzlafDKJ4u2LowlpsWsUvdBC/2n1/6jLOXdkUm/uik?= =?us-ascii?q?8fjoYrLhpp+HKYB0jxvxMqI1msClBuQ4KAcOU3Ca+eS6yrLj4VX0TbZIg/Esk6?= =?us-ascii?q?TUsIrWKdkfq6O9GQNZz4Yu5w66Dzi80dQYmXcHLEhCeBKCl4XpJ1DOIPL8Dfqk?= =?us-ascii?q?n1uslzBrx+vYMb3kGJrNKGPDnK3mfbZn5E5Q0BAzwsxH55JIFrEBJ+r+WkDstN?= =?us-ascii?q?zCEBA5NRC7w+b9B9V7zY4eVmePDbWYMKPWq1OH+uUvI+zfLLMS7Tz5NvIo6rbk?= =?us-ascii?q?iWIzlFIYcOH90oYNZXazHv1gC0qcaHvoxNwGFDFZkBA5SbnWiV+GGRVUYG2/Wq?= =?us-ascii?q?s6/XlvFIOkCa/IQYe2jbmI2jz9GYdZMDMVQmuQGGvlIt3XE8wHbzifd4o4ymQJ?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2CPAQBNTV9Z/w/HQVdbHAEBBAEBCgEBF?= =?us-ascii?q?wEBBAEBCgEBgy9EIIEUjglzjw6BaSsBiAKNVYIRLoVuAoM/QBgBAQEBAQEBAQE?= =?us-ascii?q?BAWoogjMkAYJBAQU6HCMQCxgJJQ8SGB4GE4oXAxkMrkARg0mHNA2DcwEBAQEBA?= =?us-ascii?q?QEDAQEBAQEBHQWDKIhRgleIBwWJW5UGO4dIh1SEYXyRMIt3iUIfOIEKUjAISYJ?= =?us-ascii?q?XgjwcgWk+NgEBAQGJGgEBAQ?= X-IPAS-Result: =?us-ascii?q?A2CPAQBNTV9Z/w/HQVdbHAEBBAEBCgEBFwEBBAEBCgEBgy9?= =?us-ascii?q?EIIEUjglzjw6BaSsBiAKNVYIRLoVuAoM/QBgBAQEBAQEBAQEBAWoogjMkAYJBA?= =?us-ascii?q?QU6HCMQCxgJJQ8SGB4GE4oXAxkMrkARg0mHNA2DcwEBAQEBAQEDAQEBAQEBHQW?= =?us-ascii?q?DKIhRgleIBwWJW5UGO4dIh1SEYXyRMIt3iUIfOIEKUjAISYJXgjwcgWk+NgEBA?= =?us-ascii?q?QGJGgEBAQ?= Received: from 15.199-65-87.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([87.65.199.15]) by relay.skynet.be with ESMTP; 07 Jul 2017 11:02:21 +0200 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.15.2/8.15.2) with ESMTP id v6792LsE006820; Fri, 7 Jul 2017 11:02:21 +0200 (CEST) (envelope-from tijl@coosemans.org) Date: Fri, 7 Jul 2017 11:02:20 +0200 From: Tijl Coosemans To: blubee blubeeme Cc: FreeBSD current Subject: Re: Installing Linux libraries in /compat Message-ID: <20170707110220.14c1df6b@kalimero.tijl.coosemans.org> In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jul 2017 09:03:35 -0000 On Fri, 7 Jul 2017 15:05:19 +0800 blubee blubeeme wrote: > This is linux_base-c6 > > I would just like to check with the list to make sure If I want to install > missing libraries I should get the CentOS 6 versions of the rpm > > I am missing some libraries for some printer drivers > ------------------------------------------------------------------------------- > ldd > /compat/linux/opt/epson-inkjet-printer-201401w/cups/lib/filter/epson_inkjet_printer_filter > > /compat/linux/opt/epson-inkjet-printer-201401w/cups/lib/filter/epson_inkjet_printer_filter: > linux_vdso.so.1 => (0x00007ffffffff000) > libdl.so.2 => /lib64/libdl.so.2 (0x0000000800a00000) > libstdc++.so.6 => /lib64/libstdc++.so.6 (0x0000000800e00000) > libcupsimage.so.2 => not found > libcups.so.2 => not found > libjpeg.so.62 => not found > libpthread.so.0 => /lib64/libpthread.so.0 (0x0000000801200000) > libm.so.6 => /lib64/libm.so.6 (0x0000000801600000) > libc.so.6 => /lib64/libc.so.6 (0x0000000801a00000) > /lib64/ld-lsb-x86-64.so.3 (0x0000000800607000) > libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x0000000801e00000) > ---------------------------------------------------------------------------------- > > As you can see from the above I am missing > libcupsimage.so.2 > libcups.so.2 > libjpeg.so.62 > > looking at the ldd command from above all the printer drivers reference the > 64 bit version of the libs so that means for example libcupsimage.so.2 I > should use the version from this url: > > https://pkgs.org/download/libcupsimage.so.2 > > CentOS x86_64 > > - cups-libs-1.4.2-77.el6.i686.rpm > Common > Unix Printing System - libraries > > > > To install that I'll follow the steps laid out here: > https://www.freebsd.org/doc/handbook/linuxemu-lbc-install.html > > # *cd /compat/linux*# *rpm2cpio < > /path/to/cups-libs-1.4.2-77.el6.i686.rpm | cpio -id* > > Is that correct? You can simply install print/linux-c6-cups-libs and graphics/linux-c6-jpeg. From owner-freebsd-current@freebsd.org Fri Jul 7 14:45:12 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 735FDDA4C63 for ; Fri, 7 Jul 2017 14:45:12 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from mail.protected-networks.net (mail.protected-networks.net [IPv6:2001:470:8d59:1::8]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protected-networks.net", Issuer "Protected Networks CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 44B1D7C9C6 for ; Fri, 7 Jul 2017 14:45:12 +0000 (UTC) (envelope-from imb@protected-networks.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d= protected-networks.net; h=content-transfer-encoding :content-language:content-type:content-type:mime-version :user-agent:date:date:message-id:subject:subject:from:from; s= 201508; t=1499438677; bh=r4bpBzFkwk1A3NvzSYYxSW3FuuCKbWLyaeyOfND FK+U=; b=owv+qxcC/6LxkfGTfJ+pbx6xsJ5waJ1oIyWW6+xkZVL1q0ILlJPYg9x s0ebb0im3YCD0mfwkxpYZBC7xvWB9hkKxQgmQ2FO+HdFTfeliKi/nI7XXCOu9CAe DIDViI9D2dz0ogeGYFhUVo9m02UXWL9Uso0426HUFBZdsHOoONro= Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [192.168.1.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: imb@mail.protected-networks.net) by mail.protected-networks.net (Postfix) with ESMTPSA id 9FF5CABD4 for ; Fri, 7 Jul 2017 10:44:37 -0400 (EDT) To: freebsd-current From: Michael Butler Subject: dump trying to access incorrect block numbers? Message-ID: <59e89e5b-ddff-2405-7a0c-6de59d32438f@protected-networks.net> Date: Fri, 7 Jul 2017 10:44:36 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jul 2017 14:45:12 -0000 Recent builds doing a backup (dump) cause nonsensical errors in syslog: Jul 7 00:10:24 toshi kernel: g_vfs_done():ada0s3a[READ(offset=6050375794688, length=32768)]error = 5 Jul 7 00:10:24 toshi kernel: g_vfs_done():ada0s3a[READ(offset=546222112768, length=32768)]error = 5 Jul 7 00:10:24 toshi kernel: g_vfs_done():ada0s3a[READ(offset=2142846844928, length=32768)]error = 5 Jul 7 00:10:24 toshi last message repeated 7 times Jul 7 00:10:24 toshi kernel: g_vfs_done():ada0s3a[READ(offset=2226879725568, length=32768)]error = 5 Jul 7 00:10:24 toshi kernel: g_vfs_done():ada0s3a[READ(offset=2941159211008, length=32768)]error = 5 Jul 7 00:10:24 toshi last message repeated 2 times Jul 7 00:10:24 toshi kernel: g_vfs_done():ada0s3a[READ(offset=3067208531968, length=32768)]error = 5 Jul 7 00:10:24 toshi kernel: g_vfs_done():ada0s3a[READ(offset=3277290733568, length=32768)]error = 5 Jul 7 00:10:24 toshi kernel: g_vfs_done():ada0s3a[READ(offset=3487372935168, length=32768)]error = 5 Jul 7 00:10:24 toshi kernel: g_vfs_done():ada0s3a[READ(offset=3697455136768, length=32768)]error = 5 Jul 7 00:10:24 toshi kernel: g_vfs_done():ada0s3a[READ(offset=3865520898048, length=32768)]error = 5 FSCK declares nothing to be wrong with the file-system. I even used the '-r' inode reclaim option and '-Z' to zero unused blocks to no effect. I now have two UFS-based systems showing the same symptoms - what's up with this? Michael From owner-freebsd-current@freebsd.org Fri Jul 7 15:41:15 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 611E7DA6112; Fri, 7 Jul 2017 15:41:15 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-it0-x22e.google.com (mail-it0-x22e.google.com [IPv6:2607:f8b0:4001:c0b::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 285B67EED3; Fri, 7 Jul 2017 15:41:15 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-it0-x22e.google.com with SMTP id k192so39836622ith.1; Fri, 07 Jul 2017 08:41:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to; bh=HOFjF64C3WiuQ1YdQLZQBlyYFoRCh+A+f66MKViHpc4=; b=tQgk9HvFyMIik9sb1wv79G2IZd1n08RtKe3v5pVjFcwP4KfAFW3pTA7iSNeF5zpgqK bFk46xQgL8gxvBOukUK+a/nPp/jW+XqtMnGMWfw1r0Q9IeJKdxhWXMa/PMawqoIEKzjU BUDHzfev4K9p4CHmV6GGWHVrkXeY8CywBbFAcIPhnn9BR0WeWv2N+Z3vlT/g/YvLNn/f dwJ7iiLW0Ns/1GxWLdZuhmhgE+zLYQtltt0GUqogidsJtzXU8Vpz8Rjap9kp9yR9sJ8P BW5XAjGP4RSRXWI7WcRHkvKH4fzQudMYhWIQ+1K0CkMFfUn4OZetO63TLiy11ssQy3B0 t+mg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to; bh=HOFjF64C3WiuQ1YdQLZQBlyYFoRCh+A+f66MKViHpc4=; b=adyf3DJQFgYrG1s9zGWiqHTH2PiRVf8YNfWQfpoM6jsXMcDvMgI/qgdibLzvjnNlJZ sAxPeSwqsjGsIPIeJhrVOBbPjRLpLOr2S/yiTPMsWv+Za/mHc8kMDLU+JNidRhN11LmF BDIXK/Q6X4vnH2O4Wnr1TLc3mrNDyFtm7T1+52oFfNJTbAne6CyZjuN2+VW4KRaDQlEt 5jiBDVI+XiTA6StDNmLE99leXRAbAGtboEBFOvjGr34YxvN/K5S2K3zSB0BAgoeMoqp3 Tgi3PbNbd+/TaI2HZrXXdcZQvLQ6kppwAcaJCJ2CC2Bs1MJ6XuivogmPwShtoJUH/rlr 1M9g== X-Gm-Message-State: AIVw111Rziz6QGkDgT1jAyuR/Qk7QeTm2cqhKtXWGPFC0Cp7WKwm7dAj 4Ey1aCCWRRZ1Ap1Cjndf+PGLhyo40uTdsTM= X-Received: by 10.36.150.194 with SMTP id z185mr3389183itd.127.1499442074371; Fri, 07 Jul 2017 08:41:14 -0700 (PDT) MIME-Version: 1.0 Sender: carpeddiem@gmail.com Received: by 10.107.10.85 with HTTP; Fri, 7 Jul 2017 08:40:53 -0700 (PDT) In-Reply-To: <20170701012751.GN68391@kduck.kaduk.org> References: <20170701012751.GN68391@kduck.kaduk.org> From: Ed Maste Date: Fri, 7 Jul 2017 11:40:53 -0400 X-Google-Sender-Auth: vwLd1PJ9k-PhLbq2BMF2rYLdJ48 Message-ID: Subject: Re: Final Call for 2017Q2 Quarterly Status Reports To: "freebsd-hackers@freebsd.org" , FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jul 2017 15:41:15 -0000 On 30 June 2017 at 21:27, Benjamin Kaduk wrote: > > The preferred and easiest submission method is to use the XML generator [1] > > [1] https://www.FreeBSD.org/cgi/monthly.cgi Note that Chrome has a bug when attempting to save the output of monthly.cgi, and your work will be lost. Please do not use Chrome for monthly.cgi, and inspect the downloaded xml file before submitting to monthly@ and before closing the browser tab. Details in https://bugs.chromium.org/p/chromium/issues/detail?id=617382. From owner-freebsd-current@freebsd.org Fri Jul 7 18:03:44 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D2350DA89B0 for ; Fri, 7 Jul 2017 18:03:44 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9FBC2842A0; Fri, 7 Jul 2017 18:03:44 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (unknown [127.0.1.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id BF4C118878; Fri, 7 Jul 2017 18:03:43 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id EA3D39A6B; Fri, 7 Jul 2017 18:03:42 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id 4jQmzCixzIzw; Fri, 7 Jul 2017 18:03:39 +0000 (UTC) Subject: Re: [base package build] [fail] r320347 -> r320392: install: builddir/Africa/Abidjan: No such file or directory DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 2EDF29A66 To: Boris Samorodov , Cy Schubert Cc: freebsd-current@freebsd.org, bapt@freebsd.org References: <201706272014.v5RKEj8L042071@slippy.cwsent.com> <291c901c-7b78-7f4f-dd8d-d808406fbc39@FreeBSD.org> <16ece63f-21ee-df45-88aa-cae5b57e7524@passap.ru> From: Bryan Drewery Organization: FreeBSD Message-ID: Date: Fri, 7 Jul 2017 11:03:36 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: <16ece63f-21ee-df45-88aa-cae5b57e7524@passap.ru> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="BaNPCmV9avhACUQDBl9ikWAlcKuTdLlKp" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jul 2017 18:03:44 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --BaNPCmV9avhACUQDBl9ikWAlcKuTdLlKp Content-Type: multipart/mixed; boundary="jl7VT2jNBSoGdL21sfmsrjbvdFMUIbQd5"; protected-headers="v1" From: Bryan Drewery To: Boris Samorodov , Cy Schubert Cc: freebsd-current@freebsd.org, bapt@freebsd.org Message-ID: Subject: Re: [base package build] [fail] r320347 -> r320392: install: builddir/Africa/Abidjan: No such file or directory References: <201706272014.v5RKEj8L042071@slippy.cwsent.com> <291c901c-7b78-7f4f-dd8d-d808406fbc39@FreeBSD.org> <16ece63f-21ee-df45-88aa-cae5b57e7524@passap.ru> In-Reply-To: <16ece63f-21ee-df45-88aa-cae5b57e7524@passap.ru> --jl7VT2jNBSoGdL21sfmsrjbvdFMUIbQd5 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 7/5/17 12:55 PM, Boris Samorodov wrote: > 05.07.2017 22:29, Bryan Drewery =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >=20 >> Parallel install should be working just fine. It is a supported featu= re >> of installworld. What was the issue exactly? >=20 > https://lists.freebsd.org/pipermail/freebsd-current/2017-June/066408.ht= ml Aha, it was merely a bug in a share/zoneinfo change in r320362, fixed in r320454. It has nothing to do with Poudriere or META_MODE. It does manifest with 'make -j install' though. >=20 > As I understand, it was an installworld while base packages building. >=20 > But I suspect that META_MODE may be to blame. I've shitched it off > since then. >=20 --=20 Regards, Bryan Drewery --jl7VT2jNBSoGdL21sfmsrjbvdFMUIbQd5-- --BaNPCmV9avhACUQDBl9ikWAlcKuTdLlKp Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJZX8z5AAoJEDXXcbtuRpfPLa0H/Rqloi/ELR4UUhtGwThH9YL/ ekdN52XY5JPveZYBeRNb9/yEJQAbbVYtL4nelGA9n9TaYSCQNFogw4f9hazg57C2 d+1zTAm170eOCyLG8lk4IZLuprTetAt6vdMlnMSHj8ewW4Azi2In57BVA0wn5sVI 15t1hWaWSBYkx27Z6jnI7TJEHGwfqyyQHwBquQvk48LtYcP6jeuq1AShFyIZF5Oi 3USdEFdivG9Idglj0hL01UiZUScYnEhq8zl2pnlGkBqKi8+3YOVxT6FGixGxW2Hp LNUSGH67ilqfR1aGUbX4RvaBAm6jNDlSU8hyKTBezJ4gl3AH3xHsQ7bmf9aU7WQ= =U7s5 -----END PGP SIGNATURE----- --BaNPCmV9avhACUQDBl9ikWAlcKuTdLlKp-- From owner-freebsd-current@freebsd.org Fri Jul 7 23:02:55 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 248CBDAD037 for ; Fri, 7 Jul 2017 23:02:55 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-33.reflexion.net [208.70.210.33]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CD50D66123 for ; Fri, 7 Jul 2017 23:02:54 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 25781 invoked from network); 7 Jul 2017 23:04:25 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 7 Jul 2017 23:04:25 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.40.1) with SMTP; Fri, 07 Jul 2017 19:02:52 -0400 (EDT) Received: (qmail 15748 invoked from network); 7 Jul 2017 23:02:52 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 7 Jul 2017 23:02:52 -0000 Received: from [192.168.1.114] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id A64ADEC942D; Fri, 7 Jul 2017 16:02:51 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: dump trying to access incorrect block numbers? [It is not just dump that can get such] Message-Id: Date: Fri, 7 Jul 2017 16:02:51 -0700 To: imb@protected-networks.net, FreeBSD Current X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jul 2017 23:02:55 -0000 Michael Butler imb at protected-networks.net wrote on=20 Fri Jul 7 14:45:12 UTC 2017 : > Recent builds doing a backup (dump) cause nonsensical errors in = syslog: >=20 > Jul 7 00:10:24 toshi kernel:=20 > g_vfs_done():ada0s3a[READ(offset=3D6050375794688, length=3D32768)]error = =3D 5 > Jul 7 00:10:24 toshi kernel:=20 > g_vfs_done():ada0s3a[READ(offset=3D546222112768, length=3D32768)]error = =3D 5 > Jul 7 00:10:24 toshi kernel:=20 > g_vfs_done():ada0s3a[READ(offset=3D2142846844928, length=3D32768)]error = =3D 5 > Jul 7 00:10:24 toshi last message repeated 7 times > Jul 7 00:10:24 toshi kernel:=20 > g_vfs_done():ada0s3a[READ(offset=3D2226879725568, length=3D32768)]error = =3D 5 > Jul 7 00:10:24 toshi kernel:=20 > g_vfs_done():ada0s3a[READ(offset=3D2941159211008, length=3D32768)]error = =3D 5 > Jul 7 00:10:24 toshi last message repeated 2 times > Jul 7 00:10:24 toshi kernel:=20 > g_vfs_done():ada0s3a[READ(offset=3D3067208531968, length=3D32768)]error = =3D 5 > Jul 7 00:10:24 toshi kernel:=20 > g_vfs_done():ada0s3a[READ(offset=3D3277290733568, length=3D32768)]error = =3D 5 > Jul 7 00:10:24 toshi kernel:=20 > g_vfs_done():ada0s3a[READ(offset=3D3487372935168, length=3D32768)]error = =3D 5 > Jul 7 00:10:24 toshi kernel:=20 > g_vfs_done():ada0s3a[READ(offset=3D3697455136768, length=3D32768)]error = =3D 5 > Jul 7 00:10:24 toshi kernel:=20 > g_vfs_done():ada0s3a[READ(offset=3D3865520898048, length=3D32768)]error = =3D 5 >=20 > FSCK declares nothing to be wrong with the file-system. I even used = the=20 > '-r' inode reclaim option and '-Z' to zero unused blocks to no effect. >=20 > I now have two UFS-based systems showing the same symptoms - what's up=20= > with this? I've seen these kind of messages on 32-bit powerpc -r320570 when using "boot -s" (standalone) and doing an fsck after making the ufs root file system writable. (-r320570 could not boot multi-user all the way without workarounds due to socket software errors.) [Context was a production-style kernel build, not the debug style --but I likely did not try this for a debug kernel build.] The messages came out before the following: (manually retyped from a camera picture) ** //.snap/fsck_snapshot ** Last Mount on / ** Root file system ** Phase 1 - Check Blocks and Sizes ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts ** Phase 5 - Check Cyl groups Reclaimed: 0 directories, 1 files, 22680 fragments 780914 files, 4797127 used, 19552199 free (443479 frags, 3288590 blocks, = 1.8% fragmentation) ***** FILE SYSTEM MARKED CLEAN ***** There were a lot of the messages. I've not checked if anything after -r320570 for 32-bit powerpc shows such or not. (The socket software problem has an official fix checked in: -r320652 . But I've not got as far as progressing to it or beyond yet.) -r320570 was a fix of another major problem for the use of __pthread_cleanup_push_imp stubs. I was not sure if the g_vfs_done notices were a distinct issue from the other issues of the time frame or not at the time and did not get as far as investigating that question at the time. Both dump and fsck likely are using snapshots so the issue is likely ties to ufs snapshots. May be it has a INO64 incompleteness that gives the huge offsets. (Wild guess.) If your context was more typical then the issue spans little-endian and big-endian since the powerpc context is big-endian but most usage is little endian. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Fri Jul 7 23:49:29 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6FD3EDAD78B for ; Fri, 7 Jul 2017 23:49:29 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from mail.protected-networks.net (mail.protected-networks.net [IPv6:2001:470:8d59:1::8]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protected-networks.net", Issuer "Protected Networks CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 3F17067099 for ; Fri, 7 Jul 2017 23:49:29 +0000 (UTC) (envelope-from imb@protected-networks.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d= protected-networks.net; h=content-transfer-encoding :content-language:content-type:content-type:in-reply-to :mime-version:user-agent:date:date:message-id:from:from :references:subject:subject; s=201508; t=1499471359; bh=8th1Er/2 YRsSUCNeCndlyACoXT6+vJFnBmKEW4GDLVM=; b=XN5/JqDlZ1oS+wf8lPj1PWDJ MRnRy7R76aP5t3X+FrrtRn7lQOCoRNjrPQBnT6Oa4qdcqeITv1s2w+xQln/yhKtr Irvmo5MErCpieF9jn3DQrIG39tKbJzLgjzHIQFt/yL1+UJ2VwJWHHMuABW51sRRl 3y1TDz32EPp279dBYMs= Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [192.168.1.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: imb@mail.protected-networks.net) by mail.protected-networks.net (Postfix) with ESMTPSA id 64742DAC0; Fri, 7 Jul 2017 19:49:19 -0400 (EDT) Subject: Re: dump trying to access incorrect block numbers? [It is not just dump that can get such] To: Mark Millard , FreeBSD Current References: From: Michael Butler Message-ID: Date: Fri, 7 Jul 2017 19:49:19 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jul 2017 23:49:29 -0000 On 07/07/17 19:02, Mark Millard wrote: > Michael Butler imb at protected-networks.net wrote on > Fri Jul 7 14:45:12 UTC 2017 : > >> Recent builds doing a backup (dump) cause nonsensical errors in syslog: >> >> Jul 7 00:10:24 toshi kernel: >> g_vfs_done():ada0s3a[READ(offset=6050375794688, length=32768)]error = 5 >> Jul 7 00:10:24 toshi kernel: >> g_vfs_done():ada0s3a[READ(offset=546222112768, length=32768)]error = 5 >> Jul 7 00:10:24 toshi kernel: [ snip ] > Both dump and fsck likely are using snapshots > so the issue is likely ties to ufs snapshots. > May be it has a INO64 incompleteness that > gives the huge offsets. (Wild guess.) > > If your context was more typical then the issue > spans little-endian and big-endian since the > powerpc context is big-endian but most usage > is little endian. I'm seeing this on both amd64 and i386 builds (@SVN r320760) when dump tries to build a snap-shot. These are both non-debug, non-invariant production boxes, Michael From owner-freebsd-current@freebsd.org Sat Jul 8 00:02:38 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 682F9DADCD3 for ; Sat, 8 Jul 2017 00:02:38 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-33.reflexion.net [208.70.210.33]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 181BC6785F for ; Sat, 8 Jul 2017 00:02:37 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 571 invoked from network); 8 Jul 2017 00:02:36 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 8 Jul 2017 00:02:36 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.40.1) with SMTP; Fri, 07 Jul 2017 20:02:36 -0400 (EDT) Received: (qmail 2271 invoked from network); 8 Jul 2017 00:02:26 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 8 Jul 2017 00:02:26 -0000 Received: from [192.168.1.114] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 1C43CEC9379; Fri, 7 Jul 2017 17:02:26 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: dump trying to access incorrect block numbers? [It is not just dump that can get such] From: Mark Millard In-Reply-To: Date: Fri, 7 Jul 2017 17:02:25 -0700 Cc: FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Michael Butler X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Jul 2017 00:02:38 -0000 On 2017-Jul-7, at 4:49 PM, Michael Butler wrote: > On 07/07/17 19:02, Mark Millard wrote: >> Michael Butler imb at protected-networks.net wrote on >> Fri Jul 7 14:45:12 UTC 2017 : >>> Recent builds doing a backup (dump) cause nonsensical errors in = syslog: >>>=20 >>> Jul 7 00:10:24 toshi kernel: >>> g_vfs_done():ada0s3a[READ(offset=3D6050375794688, = length=3D32768)]error =3D 5 >>> Jul 7 00:10:24 toshi kernel: >>> g_vfs_done():ada0s3a[READ(offset=3D546222112768, length=3D32768)]error= =3D 5 >>> Jul 7 00:10:24 toshi kernel: >=20 > [ snip ] >=20 >> Both dump and fsck likely are using snapshots >> so the issue is likely ties to ufs snapshots. >> May be it has a INO64 incompleteness that >> gives the huge offsets. (Wild guess.) >> If your context was more typical then the issue >> spans little-endian and big-endian since the >> powerpc context is big-endian but most usage >> is little endian. >=20 > I'm seeing this on both amd64 and i386 builds (@SVN r320760) when dump = tries to build a snap-shot. These are both non-debug, non-invariant = production boxes Sounds like there is enough evidence of repeatability, span of TARGET_ARCH's and systems, and recent enough range of -r320??? vintages for a bugzilla submittal. Your TARGET_ARCH's are more main-stream then where I've tried something that showed the issue. What to do the initial submittal? =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Sat Jul 8 02:00:47 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9ED78DB071E for ; Sat, 8 Jul 2017 02:00:47 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from vps.rulingia.com (vps.rulingia.com [103.243.244.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.rulingia.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CA8406EB02 for ; Sat, 8 Jul 2017 02:00:45 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from server.rulingia.com (ppp59-167-167-3.static.internode.on.net [59.167.167.3]) by vps.rulingia.com (8.15.2/8.15.2) with ESMTPS id v681rTRj035868 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sat, 8 Jul 2017 11:53:35 +1000 (AEST) (envelope-from peter@rulingia.com) X-Bogosity: Ham, spamicity=0.000000 Received: from server.rulingia.com (localhost.rulingia.com [127.0.0.1]) by server.rulingia.com (8.15.2/8.15.2) with ESMTPS id v681rN6Q069325 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 8 Jul 2017 11:53:23 +1000 (AEST) (envelope-from peter@server.rulingia.com) Received: (from peter@localhost) by server.rulingia.com (8.15.2/8.15.2/Submit) id v681rNbm069324; Sat, 8 Jul 2017 11:53:23 +1000 (AEST) (envelope-from peter) Date: Sat, 8 Jul 2017 11:53:23 +1000 From: Peter Jeremy To: Michael Butler Cc: freebsd-current Subject: Re: dump trying to access incorrect block numbers? Message-ID: <20170708015323.GA13323@server.rulingia.com> References: <59e89e5b-ddff-2405-7a0c-6de59d32438f@protected-networks.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="cWoXeonUoKmBZSoM" Content-Disposition: inline In-Reply-To: <59e89e5b-ddff-2405-7a0c-6de59d32438f@protected-networks.net> X-PGP-Key: http://www.rulingia.com/keys/peter.pgp User-Agent: Mutt/1.8.3 (2017-05-23) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Jul 2017 02:00:47 -0000 --cWoXeonUoKmBZSoM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2017-Jul-07 10:44:36 -0400, Michael Butler = wrote: >Recent builds doing a backup (dump) cause nonsensical errors in syslog: I can't directly offer any ideas but some more background might help: When did you first notice this (what SVN revision)? Do you know what the last good SVN revision was? Is this a new or old filesystem? Is the filesystem mounted/active or not when you dump it? What are the relevant parameters for the filesystem on ada0s3a? Are you running softupdates, journalling etc? Which dump(8) phase is reporting the errors? What are the exact dump and fsck commands you ran? >I now have two UFS-based systems showing the same symptoms - what's up=20 >with this? Was there anything you did on either filesystem that might have triggered i= t? --=20 Peter Jeremy --cWoXeonUoKmBZSoM Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJZYDsTXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRFRUIyOTg2QzMwNjcxRTc0RTY1QzIyN0Ux NkE1OTdBMEU0QTIwQjM0AAoJEBall6Dkogs0wBUP/AnNUAsYlTZssUNXKU+glNgE +6iTFm/lzyzseGPKqSJtKuSJ5Rlz4DXTCjsht5VvDVAKiARgBTzaMJoiQ/3BOINj ZrcrSe9uLKdJuQuAnFhHVP51YBZxlaxHqzo7FXpywkpJtLt15cKSKrhW5bqjafK8 DNJ4K8//sxHNfFqEbntnEUMGj4X0rPDIRPvuEqg1TI1HLCczuXBGF/bzekJWuGKG kAk8ZApu+98IzsRa6KXh2XbKC1TI+5qscTckUeXPluj9P8BTCAT2vFrk7IBdAw+D kC0yZEctQh+a/4rJd+8bXCCuX+Ud68ixBCq1oh4CQU4QIS9EV9/3TysmrqM+tk4N 2COAllrikAJliLsJoWF47ujulE2p+ZnTjfT7So25bQXnbl8tlhYse6Srw2mSavZJ fn6hAz/ze9W0u913BN36Fdytjd1gnyr0Q2yHoxCJvNcQQ4mfJRYisH0usnmndaz2 ntTIM52CaK5DbUt28rLgcLNSs5jnkTvAoOS0VL8xWKsEUiKNwzbK8eEODzQ81ja1 8ks5bnHmvl8Ep6REG8cItHgGVbMoNLFlytrOcTKK/dSQBoOLJ4DyV57xOAba07il wehggi4JqzpO3rLhRx2mpRaPDi2AimN0GAw7oglaCvHHK30EUYanNkHWhrZATKjs 4LRsAh9mFsIRxXXdz7lR =el+j -----END PGP SIGNATURE----- --cWoXeonUoKmBZSoM-- From owner-freebsd-current@freebsd.org Sat Jul 8 02:57:18 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 921B8D87AAE for ; Sat, 8 Jul 2017 02:57:18 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from mail.protected-networks.net (mail.protected-networks.net [IPv6:2001:470:8d59:1::8]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protected-networks.net", Issuer "Protected Networks CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 5F65770BEA for ; Sat, 8 Jul 2017 02:57:18 +0000 (UTC) (envelope-from imb@protected-networks.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d= protected-networks.net; h=content-transfer-encoding :content-language:content-type:content-type:in-reply-to :mime-version:user-agent:date:date:message-id:from:from :references:subject:subject; s=201508; t=1499482636; bh=vOvEjK/B 7Ufvezd5Z4w0yg+TtSoF9f7i50LIAdmktrQ=; b=je+dCca7QbUydFItCN7BrT7X JPOXoBvGKGDbZ9vVQEoWJCkIaE91c/fXiRFwFViq2CpDTatbe6K94pthKpAYYHnt 9rxiUQyXebBp+DU5Bz4lZt2/ZdW3uGoSLdCtczOAFfOx/2lrt+3p0LNkRMSKxIol OyazlI1uycWSciIMP9o= Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [192.168.1.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: imb@mail.protected-networks.net) by mail.protected-networks.net (Postfix) with ESMTPSA id 8DE46EDC2; Fri, 7 Jul 2017 22:57:16 -0400 (EDT) Subject: Re: dump trying to access incorrect block numbers? To: Peter Jeremy Cc: freebsd-current References: <59e89e5b-ddff-2405-7a0c-6de59d32438f@protected-networks.net> <20170708015323.GA13323@server.rulingia.com> From: Michael Butler Message-ID: Date: Fri, 7 Jul 2017 22:57:16 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: <20170708015323.GA13323@server.rulingia.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Jul 2017 02:57:18 -0000 On 07/07/17 21:53, Peter Jeremy wrote: > On 2017-Jul-07 10:44:36 -0400, Michael Butler wrote: >> Recent builds doing a backup (dump) cause nonsensical errors in syslog: > > I can't directly offer any ideas but some more background might help: > When did you first notice this (what SVN revision)? I was stuck on SVN r319721 on the i386 machine while the socket/union issue was addressed. That version did not display the problem. > Do you know what the last good SVN revision was? > Is this a new or old filesystem? old - it's been years since this system was rebuilt. > Is the filesystem mounted/active or not when you dump it? Mounted and active. > What are the relevant parameters for the filesystem on ada0s3a? imb@toshi:/home/imb> dumpfs / magic 19540119 (UFS2) time Fri Jul 7 22:43:49 2017 superblock location 65536 id [ 56c8bf68 1a8b12b5 ] ncg 516 size 82575360 blocks 79978821 bsize 32768 shift 15 mask 0xffff8000 fsize 4096 shift 12 mask 0xfffff000 frag 8 shift 3 fsbtodb 3 minfree 8% optim time symlinklen 120 maxbsize 32768 maxbpg 4096 maxcontig 4 contigsumsize 4 nbfree 3965346 ndir 98169 nifree 40196026 nffree 453383 bpg 20035 fpg 160280 ipg 80256 unrefs 0 nindir 4096 inopb 128 maxfilesize 2252349704110079 sbsize 4096 cgsize 32768 csaddr 5056 cssize 12288 sblkno 24 cblkno 32 iblkno 40 dblkno 5056 cgrotor 253 fmod 0 ronly 0 clean 0 metaspace 6408 avgfpdir 64 avgfilesize 16384 flags soft-updates fsmnt / volname swuid 0 providersize 82575360 [ .. ] > Are you running softupdates, journalling etc? soft-updates only. > Which dump(8) phase is reporting the errors? The errors occur before the "date of the last level x dump" message - presumably, this is while creating the snapshot. > What are the exact dump and fsck commands you ran? /sbin/dump 0Lauf - -C 32 / none of the following report any (unexpected) errors: fsck -f / fsck -f -r / fsck -f -Z / > >> I now have two UFS-based systems showing the same symptoms - what's up >> with this? > > Was there anything you did on either filesystem that might have triggered it? Other than update the kernel, no. Michael From owner-freebsd-current@freebsd.org Sat Jul 8 06:16:31 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9EEBDD91C97 for ; Sat, 8 Jul 2017 06:16:31 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-62.reflexion.net [208.70.210.62]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 42A9475C90 for ; Sat, 8 Jul 2017 06:16:29 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 24431 invoked from network); 8 Jul 2017 06:09:48 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 8 Jul 2017 06:09:48 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.40.1) with SMTP; Sat, 08 Jul 2017 02:09:48 -0400 (EDT) Received: (qmail 15433 invoked from network); 8 Jul 2017 06:09:48 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 8 Jul 2017 06:09:48 -0000 Received: from [192.168.1.114] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 64454EC8652; Fri, 7 Jul 2017 23:09:47 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: dump trying to access incorrect block numbers? Message-Id: Date: Fri, 7 Jul 2017 23:09:46 -0700 To: peter@rulingia.com, FreeBSD Current X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Jul 2017 06:16:31 -0000 [This note has more information than one sent with extra text in the subject but with a partially different "to" list.] Peter Jeremy peter at rulingia.com wrote on Sat Jul 8 02:00:47 UTC 2017 : > When did you first notice this (what SVN revision)? > Do you know what the last good SVN revision was? > Is this a new or old filesystem? > Is the filesystem mounted/active or not when you dump it? > What are the relevant parameters for the filesystem on ada0s3a? > Are you running softupdates, journalling etc? > Which dump(8) phase is reporting the errors? > What are the exact dump and fsck commands you ran? I can add a little information with some contrast and only "fsck -B" in use (with an unclean file system from a prior crash), no dump use. Still: a snapshot is involved in the below. Unfortunately two problems with major consequences for my involved context limit the svn range that I can cover for the activity, the problem version ranges being: -r319722 through -r320651 (fixed by -r320652) (actually this is why I had used "boot -s"=20 in what I report later: I could get to a shell prompt that way instead of crashing before any login prompt; the crashes left the file system in need of repair) -r320509 through -r320561 (fixed by -r320570) So I was using -r320570 to avoid one of the two problems. Context: 32-bit powerpc FreeBSD used on PowerMac G5 so-called "Quad-core". (So big-endian as well.) Softupdates, no journalling. Long-in-use file system having lots of FreeBSD versions updates and port rebuilds over the time. The following is from now, not from the time of the example messages: # dumpfs / | more magic 19540119 (UFS2) time Fri Jul 7 22:53:34 2017 superblock location 65536 id [ ] ncg 158 size 25165823 blocks 24372006 bsize 32768 shift 15 mask 0xffff8000 fsize 4096 shift 12 mask 0xfffff000 frag 8 shift 3 fsbtodb 3 minfree 8% optim time symlinklen 120 maxbsize 32768 maxbpg 4096 maxcontig 4 contigsumsize 4 nbfree 2130375 ndir 65518 nifree 11769796 nffree 425065 bpg 20032 fpg 160256 ipg 80128 unrefs 0 nindir 4096 inopb 128 maxfilesize 2252349704110079 sbsize 4096 cgsize 32768 csaddr 5048 cssize 4096 sblkno 24 cblkno 32 iblkno 40 dblkno 5048 cgrotor 127 fmod 0 ronly 0 clean 0 metaspace 6408 avgfpdir 64 avgfilesize 16384 flags soft-updates trim=20 fsmnt / volname FBSDG4Srootfs swuid 0 providersize 25165823 . . . What I had done that produced the messages was: boot -s (so: single user mode) # The next 3 lines are the content of a generic, manually-run script. mount -u / mount -a -t ufs (but there is no other file system) swapon -a (there is a swap partition) # fsck -B That "fsck -B" caused the same kinds of lines reported by Michael Butler, happening as fsck makes a snapshot for the background processing to use. (I have camera pictures and could type in some of the lines if needed.) After those lines was text like (typed in from an example camera picture): ** //.snap/fsck_snapshot ** Last Mount on / ** Root file system ** Phase 1 - Check Blocks and Sizes ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts ** Phase 5 - Check Cyl groups Reclaimed: 0 directories, 1 files, 22680 fragments 780914 files, 4797127 used, 19552199 free (443479 frags, 3288590 blocks, = 1.8% fragmentation) ***** FILE SYSTEM MARKED CLEAN ***** =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Sat Jul 8 15:56:56 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CD7DFD9CEBB for ; Sat, 8 Jul 2017 15:56:56 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward20j.cmail.yandex.net (forward20j.cmail.yandex.net [IPv6:2a02:6b8:0:1630::f7]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Yandex CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8A17D84669 for ; Sat, 8 Jul 2017 15:56:55 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from smtp4p.mail.yandex.net (smtp4p.mail.yandex.net [95.108.252.166]) by forward20j.cmail.yandex.net (Yandex) with ESMTP id 1390B218DB for ; Sat, 8 Jul 2017 18:56:43 +0300 (MSK) Received: from smtp4p.mail.yandex.net (localhost.localdomain [127.0.0.1]) by smtp4p.mail.yandex.net (Yandex) with ESMTP id E7FE16500EB9 for ; Sat, 8 Jul 2017 18:56:42 +0300 (MSK) Received: by smtp4p.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id UiErnpxgNR-ufHKQH1W; Sat, 08 Jul 2017 18:56:41 +0300 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client certificate not present) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=passap.ru; s=mail; t=1499529401; bh=SQen7xNZ/LttgkUWgCVi5n0SG/pMtbDf+mVhzrHzV0Q=; h=To:From:Subject:Message-ID:Date; b=TVvHHKmZYpSW5FlWmHyiDR2DRsVOJxkDTq0LYDUhRmTruNZ6nGFzMpalSgcpWwerG 4ieseaLHvNqbKnXc508wi/oajm99Q67dP26T1SdUQigiINx/cizCNY2S6915dHgaT0 nCbTy0pWzHEOg4ZnKErSbh6aKB3dtXJSrwGi4AeE= Authentication-Results: smtp4p.mail.yandex.net; dkim=pass header.i=@passap.ru X-Yandex-Suid-Status: 1 0 To: freebsd-current@FreeBSD.org From: Boris Samorodov Subject: [memstick install] auto-zfs error Message-ID: <3f6e5da8-f818-eef2-5384-912d6879cd8e@passap.ru> Date: Sat, 8 Jul 2017 18:56:41 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Jul 2017 15:56:56 -0000 Hi All, I tied to install a new FreeBSD-amd-12 system from official USB installation memstick.img. Auto-UFS (GPT) installs fine and the system boots fine. However, ZFS-Auto install succeeds, but is not loaded. At the very beginning it gives something like "gpt sector XXXX error, gpt sector 1 error, can't find zroot..." Is it a known error / should I give more (precise) errors? I tried two recent images with the same result: ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/ISO-IMAGES/12.0/FreeBSD-12.0-CURRENT-amd64-20170703-r320599-memstick.img ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/ISO-IMAGES/12.0/FreeBSD-12.0-CURRENT-amd64-20170626-r320360-memstick.img Thanks all, -- WBR, bsam From owner-freebsd-current@freebsd.org Sat Jul 8 16:27:45 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CE1C4D9D5FA for ; Sat, 8 Jul 2017 16:27:45 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward15p.cmail.yandex.net (forward15p.cmail.yandex.net [IPv6:2a02:6b8:0:1465::bd]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Yandex CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8AB0FBE for ; Sat, 8 Jul 2017 16:27:45 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from smtp1m.mail.yandex.net (smtp1m.mail.yandex.net [IPv6:2a02:6b8:0:2519::121]) by forward15p.cmail.yandex.net (Yandex) with ESMTP id 21F122116E for ; Sat, 8 Jul 2017 19:27:34 +0300 (MSK) Received: from smtp1m.mail.yandex.net (localhost.localdomain [127.0.0.1]) by smtp1m.mail.yandex.net (Yandex) with ESMTP id 9EB3A63C0DE2 for ; Sat, 8 Jul 2017 19:27:33 +0300 (MSK) Received: by smtp1m.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id FZDtz9OtSR-RWI4TAQR; Sat, 08 Jul 2017 19:27:32 +0300 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client certificate not present) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=passap.ru; s=mail; t=1499531252; bh=A7roRvzUWdAoHa1NO8ucR+OXfqVk676n2GU+MmJ5fAQ=; h=To:From:Subject:Message-ID:Date; b=BlcAn5UJN2VAIxHVfKrk9Cl9BPPLwCVAtRX4pdgijHW2R0FhuAfYSBaEiUMNghVyC g9x1r6Y4C+6xaZLv2oUM57voU2WHUU6e/fIG83vN5NMDH5pu/6TMAsqBsAE+70E09t RkZj5QV3GqMM14Qbh93Ff58t9ss2rMO/nVD0gIzo= Authentication-Results: smtp1m.mail.yandex.net; dkim=pass header.i=@passap.ru X-Yandex-Suid-Status: 1 0 To: freebsd-current@FreeBSD.org From: Boris Samorodov Subject: pkg, repos and cached certificates Message-ID: <8c2e8a80-8f50-976b-913e-a9c0e617d675@passap.ru> Date: Sat, 8 Jul 2017 19:27:32 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Jul 2017 16:27:45 -0000 Hi All, I use own pkg base repository. Today I tried to install packages on a new system. However, pkg refused to use my repo, since it's certificate is expired (several days). That's good. However, pkg happily update packages at other systems. So, seems that pkg does not perform checks / validates known certificates. Which seems not as good. Thanks, -- WBR, bsam From owner-freebsd-current@freebsd.org Sat Jul 8 16:38:54 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C852AD9D8CF for ; Sat, 8 Jul 2017 16:38:54 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from mail.protected-networks.net (mail.protected-networks.net [202.12.127.228]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protected-networks.net", Issuer "Protected Networks CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8B64E802 for ; Sat, 8 Jul 2017 16:38:54 +0000 (UTC) (envelope-from imb@protected-networks.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d= protected-networks.net; h=content-transfer-encoding :content-language:content-type:content-type:in-reply-to :mime-version:user-agent:date:date:message-id:from:from :references:subject:subject; s=201508; t=1499531930; bh=4ViuhPrW kK41HwVl99IH/5pmJz+4JHEPm3q/Ci1niVA=; b=gVkw2DA6tkyxYN9+6HZ45ZkN ZSBDB+u1NjQog2cX5pIOL8YbGX7o/9xmd798aftl88Bc368xyuBREiS2e7+ws6yf dMtcdC10czoRghQ1pnk11iXNP7T4f3amM3PlkTHF2+1Gi1aPxY0hn46zc4iYqs4A oxsCRZlk52FyFibPeTU= Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [192.168.1.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: imb@mail.protected-networks.net) by mail.protected-networks.net (Postfix) with ESMTPSA id C54EB11710; Sat, 8 Jul 2017 12:38:50 -0400 (EDT) Subject: Re: dump trying to access incorrect block numbers? To: "Rodney W. Grimes" Cc: Peter Jeremy , freebsd-current References: <201707081628.v68GSd0i068202@pdx.rh.CN85.dnsmgr.net> From: Michael Butler Message-ID: Date: Sat, 8 Jul 2017 12:38:50 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: <201707081628.v68GSd0i068202@pdx.rh.CN85.dnsmgr.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Jul 2017 16:38:54 -0000 On 07/08/17 12:28, Rodney W. Grimes wrote: > Since it has been speculated that this is occuring during the > creation of the snapshot, could you try just creating a snapshot > using mksnap_ffs and see if any errors occur? After a short pause with disk activity, the same sorts of errors are logged when using "mksnap_ffs /.snap2" where .snap2 did not previously exist, Michael From owner-freebsd-current@freebsd.org Sat Jul 8 16:28:51 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 28756D9D6C5 for ; Sat, 8 Jul 2017 16:28:51 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E4649211 for ; Sat, 8 Jul 2017 16:28:50 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (localhost [127.0.0.1]) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3) with ESMTP id v68GSfbJ068203; Sat, 8 Jul 2017 09:28:41 -0700 (PDT) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: (from freebsd-rwg@localhost) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3/Submit) id v68GSd0i068202; Sat, 8 Jul 2017 09:28:39 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201707081628.v68GSd0i068202@pdx.rh.CN85.dnsmgr.net> Subject: Re: dump trying to access incorrect block numbers? In-Reply-To: To: Michael Butler Date: Sat, 8 Jul 2017 09:28:39 -0700 (PDT) CC: Peter Jeremy , freebsd-current X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Mailman-Approved-At: Sat, 08 Jul 2017 16:39:01 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Jul 2017 16:28:51 -0000 > On 07/07/17 21:53, Peter Jeremy wrote: > > On 2017-Jul-07 10:44:36 -0400, Michael Butler wrote: > >> Recent builds doing a backup (dump) cause nonsensical errors in syslog: > > > > I can't directly offer any ideas but some more background might help: > > When did you first notice this (what SVN revision)? > > I was stuck on SVN r319721 on the i386 machine while the socket/union > issue was addressed. That version did not display the problem. > > > Do you know what the last good SVN revision was? > > Is this a new or old filesystem? > > old - it's been years since this system was rebuilt. > > > Is the filesystem mounted/active or not when you dump it? > > Mounted and active. > > > What are the relevant parameters for the filesystem on ada0s3a? > > imb@toshi:/home/imb> dumpfs / > > magic 19540119 (UFS2) time Fri Jul 7 22:43:49 2017 > superblock location 65536 id [ 56c8bf68 1a8b12b5 ] > ncg 516 size 82575360 blocks 79978821 > bsize 32768 shift 15 mask 0xffff8000 > fsize 4096 shift 12 mask 0xfffff000 > frag 8 shift 3 fsbtodb 3 > minfree 8% optim time symlinklen 120 > maxbsize 32768 maxbpg 4096 maxcontig 4 contigsumsize 4 > nbfree 3965346 ndir 98169 nifree 40196026 nffree 453383 > bpg 20035 fpg 160280 ipg 80256 unrefs 0 > nindir 4096 inopb 128 maxfilesize 2252349704110079 > sbsize 4096 cgsize 32768 csaddr 5056 cssize 12288 > sblkno 24 cblkno 32 iblkno 40 dblkno 5056 > cgrotor 253 fmod 0 ronly 0 clean 0 > metaspace 6408 avgfpdir 64 avgfilesize 16384 > flags soft-updates > fsmnt / > volname swuid 0 providersize 82575360 > > [ .. ] > > > Are you running softupdates, journalling etc? > > soft-updates only. > > > Which dump(8) phase is reporting the errors? > > The errors occur before the "date of the last level x dump" message - > presumably, this is while creating the snapshot. > > > What are the exact dump and fsck commands you ran? > > /sbin/dump 0Lauf - -C 32 / > > none of the following report any (unexpected) errors: > > fsck -f / > fsck -f -r / > fsck -f -Z / > > > > >> I now have two UFS-based systems showing the same symptoms - what's up > >> with this? > > > > Was there anything you did on either filesystem that might have triggered it? > > Other than update the kernel, no. Since it has been speculated that this is occuring during the creation of the snapshot, could you try just creating a snapshot using mksnap_ffs and see if any errors occur? -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-current@freebsd.org Sat Jul 8 16:45:11 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CA287D9DD92 for ; Sat, 8 Jul 2017 16:45:11 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-62.reflexion.net [208.70.210.62]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7A7ABF90 for ; Sat, 8 Jul 2017 16:45:10 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 21409 invoked from network); 8 Jul 2017 16:45:09 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 8 Jul 2017 16:45:09 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v8.40.1) with SMTP; Sat, 08 Jul 2017 12:45:09 -0400 (EDT) Received: (qmail 25895 invoked from network); 8 Jul 2017 16:45:08 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 8 Jul 2017 16:45:08 -0000 Received: from [192.168.1.114] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id EA529EC8FB9; Sat, 8 Jul 2017 09:45:07 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: dump trying to access incorrect block numbers? Date: Sat, 8 Jul 2017 09:45:07 -0700 References: To: peter@rulingia.com, FreeBSD Current In-Reply-To: Message-Id: <73E92033-CB2F-404C-8B3F-736EF09AA9F7@dsl-only.net> X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Jul 2017 16:45:11 -0000 [I add notes about a problem that happens after the "fsck -B". Also forgot to mention: production style kernel world builds were in use. And a tried a powerpc64 build and it works the same.] On 2017-Jul-7, at 11:09 PM, Mark Millard wrote: > [This note has more information than one sent with extra text > in the subject but with a partially different "to" list.] >=20 > Peter Jeremy peter at rulingia.com wrote on > Sat Jul 8 02:00:47 UTC 2017 : >=20 >> When did you first notice this (what SVN revision)? >> Do you know what the last good SVN revision was? >> Is this a new or old filesystem? >> Is the filesystem mounted/active or not when you dump it? >> What are the relevant parameters for the filesystem on ada0s3a? >> Are you running softupdates, journalling etc? >> Which dump(8) phase is reporting the errors? >> What are the exact dump and fsck commands you ran? >=20 > I can add a little information with some contrast > and only "fsck -B" in use (with an unclean file > system from a prior crash), no dump use. Still: > a snapshot is involved in the below. >=20 > Unfortunately two problems with major consequences > for my involved context limit the svn range that I > can cover for the activity, the problem version > ranges being: >=20 > -r319722 through -r320651 (fixed by -r320652) > (actually this is why I had used "boot -s"=20 > in what I report later: I could get to a > shell prompt that way instead of crashing > before any login prompt; the crashes left > the file system in need of repair) >=20 > -r320509 through -r320561 (fixed by -r320570) >=20 > So I was using -r320570 to avoid one of the > two problems. >=20 >=20 >=20 > Context: 32-bit powerpc FreeBSD used on PowerMac G5 > so-called "Quad-core". (So big-endian as well.) > Softupdates, no journalling. Long-in-use file > system having lots of FreeBSD versions updates > and port rebuilds over the time. >=20 > The following is from now, not from the time of the > example messages: >=20 > # dumpfs / | more > magic 19540119 (UFS2) time Fri Jul 7 22:53:34 2017 > superblock location 65536 id [ ] > ncg 158 size 25165823 blocks 24372006 > bsize 32768 shift 15 mask 0xffff8000 > fsize 4096 shift 12 mask 0xfffff000 > frag 8 shift 3 fsbtodb 3 > minfree 8% optim time symlinklen 120 > maxbsize 32768 maxbpg 4096 maxcontig 4 contigsumsize 4 > nbfree 2130375 ndir 65518 nifree 11769796 nffree 425065 > bpg 20032 fpg 160256 ipg 80128 unrefs 0 > nindir 4096 inopb 128 maxfilesize 2252349704110079 > sbsize 4096 cgsize 32768 csaddr 5048 cssize 4096 > sblkno 24 cblkno 32 iblkno 40 dblkno 5048 > cgrotor 127 fmod 0 ronly 0 clean 0 > metaspace 6408 avgfpdir 64 avgfilesize 16384 > flags soft-updates trim=20 > fsmnt / > volname FBSDG4Srootfs swuid 0 providersize 25165823 > . . . >=20 >=20 >=20 > What I had done that produced the messages was: >=20 > leaves root (only) file system not marked clean > so fsck -B will actually do something below> >=20 > boot -s (so: single user mode) > # The next 3 lines are the content of a generic, manually-run script. > mount -u / > mount -a -t ufs (but there is no other file system) > swapon -a (there is a swap partition) > # > fsck -B >=20 > That "fsck -B" caused the same kinds of lines > reported by Michael Butler, happening as fsck > makes a snapshot for the background processing > to use. (I have camera pictures and could type > in some of the lines if needed.) >=20 > After those lines was text like (typed in from > an example camera picture): >=20 > ** //.snap/fsck_snapshot > ** Last Mount on / > ** Root file system > ** Phase 1 - Check Blocks and Sizes > ** Phase 2 - Check Pathnames > ** Phase 3 - Check Connectivity > ** Phase 4 - Check Reference Counts > ** Phase 5 - Check Cyl groups > Reclaimed: 0 directories, 1 files, 22680 fragments > 780914 files, 4797127 used, 19552199 free (443479 frags, 3288590 = blocks, 1.8% fragmentation) >=20 > ***** FILE SYSTEM MARKED CLEAN ***** [I forgot or mention that the context was a production style kernel and world build, no invariants or other such.] Since I'm running a patched -r320570 for the issue: -r319722 through -r320651 (fixed by -r320652) I went back and forced a power-off without shutdown and did the sequence: boot -s (so: single user mode) # The next 3 lines are the content of a generic, manually-run script. mount -u / mount -a -t ufs (but there is no other file system) swapon -a (there is a swap partition) # fsck -B but always waited briefly after the fsck -B finished. Like before the following happens as it tries to trim: (typed in from camera picture) panic: ffs_blkfree_cq: freeing free block cpuid =3D 2 (varies, of course) time =3D (varies) KDB: stack backtrace (stack addresses can vary: just an example here) 0xd23b17e0: at kdb_backtrace+0x5c 0xd23b1850: at vpanic+0x1e8 0xd23b18c0: at panic+0x54 0xd23b1910: at ffs_blkfree_cq+0x278 0xd23b1980: at ffs_blkfree_trim_task+0x60 0xd23b19b0: at taskqueue_run_locked+0x10 0xd23b1a10: at taskqueue_thread_loop+0x174 0xd23b1a50: at fork_exit+0xf4 0xd23b1a80: at fork_trampoline+0xc KDB: enter: panic [ thread pid 0 tid 1000082 ] Stopped at kdb_enter_0x70: addi r0,r0,0x0 I've tried this on a powerpc64 and it works the same, complete with the "freeing free block" issue. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Sat Jul 8 17:45:44 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 98D50D9F464 for ; Sat, 8 Jul 2017 17:45:44 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-62.reflexion.net [208.70.210.62]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 53FDF3800 for ; Sat, 8 Jul 2017 17:45:43 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 14815 invoked from network); 8 Jul 2017 17:45:42 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 8 Jul 2017 17:45:42 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.40.1) with SMTP; Sat, 08 Jul 2017 13:45:42 -0400 (EDT) Received: (qmail 16849 invoked from network); 8 Jul 2017 17:45:42 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 8 Jul 2017 17:45:42 -0000 Received: from [192.168.1.114] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id A0857EC8E6A; Sat, 8 Jul 2017 10:45:41 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: dump trying to access incorrect block numbers? Date: Sat, 8 Jul 2017 10:45:41 -0700 References: <73E92033-CB2F-404C-8B3F-736EF09AA9F7@dsl-only.net> To: peter@rulingia.com, FreeBSD Current In-Reply-To: <73E92033-CB2F-404C-8B3F-736EF09AA9F7@dsl-only.net> Message-Id: X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Jul 2017 17:45:44 -0000 [A normal multi-user boot's fsck activity can do fsck -B activity that gets the problem.] On 2017-Jul-8, at 9:45 AM, Mark Millard wrote: > [I add notes about a problem that happens after the > "fsck -B". Also forgot to mention: production style > kernel world builds were in use. And a tried a > powerpc64 build and it works the same.] >=20 > On 2017-Jul-7, at 11:09 PM, Mark Millard = wrote: >=20 >> [This note has more information than one sent with extra text >> in the subject but with a partially different "to" list.] >>=20 >> Peter Jeremy peter at rulingia.com wrote on >> Sat Jul 8 02:00:47 UTC 2017 : >>=20 >>> When did you first notice this (what SVN revision)? >>> Do you know what the last good SVN revision was? >>> Is this a new or old filesystem? >>> Is the filesystem mounted/active or not when you dump it? >>> What are the relevant parameters for the filesystem on ada0s3a? >>> Are you running softupdates, journalling etc? >>> Which dump(8) phase is reporting the errors? >>> What are the exact dump and fsck commands you ran? >>=20 >> I can add a little information with some contrast >> and only "fsck -B" in use (with an unclean file >> system from a prior crash), no dump use. Still: >> a snapshot is involved in the below. >>=20 >> Unfortunately two problems with major consequences >> for my involved context limit the svn range that I >> can cover for the activity, the problem version >> ranges being: >>=20 >> -r319722 through -r320651 (fixed by -r320652) >> (actually this is why I had used "boot -s"=20 >> in what I report later: I could get to a >> shell prompt that way instead of crashing >> before any login prompt; the crashes left >> the file system in need of repair) >>=20 >> -r320509 through -r320561 (fixed by -r320570) >>=20 >> So I was using -r320570 to avoid one of the >> two problems. >>=20 >>=20 >>=20 >> Context: 32-bit powerpc FreeBSD used on PowerMac G5 >> so-called "Quad-core". (So big-endian as well.) >> Softupdates, no journalling. Long-in-use file >> system having lots of FreeBSD versions updates >> and port rebuilds over the time. >>=20 >> The following is from now, not from the time of the >> example messages: >>=20 >> # dumpfs / | more >> magic 19540119 (UFS2) time Fri Jul 7 22:53:34 2017 >> superblock location 65536 id [ ] >> ncg 158 size 25165823 blocks 24372006 >> bsize 32768 shift 15 mask 0xffff8000 >> fsize 4096 shift 12 mask 0xfffff000 >> frag 8 shift 3 fsbtodb 3 >> minfree 8% optim time symlinklen 120 >> maxbsize 32768 maxbpg 4096 maxcontig 4 contigsumsize 4 >> nbfree 2130375 ndir 65518 nifree 11769796 nffree = 425065 >> bpg 20032 fpg 160256 ipg 80128 unrefs 0 >> nindir 4096 inopb 128 maxfilesize 2252349704110079 >> sbsize 4096 cgsize 32768 csaddr 5048 cssize 4096 >> sblkno 24 cblkno 32 iblkno 40 dblkno 5048 >> cgrotor 127 fmod 0 ronly 0 clean 0 >> metaspace 6408 avgfpdir 64 avgfilesize 16384 >> flags soft-updates trim=20 >> fsmnt / >> volname FBSDG4Srootfs swuid 0 providersize 25165823 >> . . . >>=20 >>=20 >>=20 >> What I had done that produced the messages was: >>=20 >> > leaves root (only) file system not marked clean >> so fsck -B will actually do something below> >>=20 >> boot -s (so: single user mode) >> # The next 3 lines are the content of a generic, manually-run script. >> mount -u / >> mount -a -t ufs (but there is no other file system) >> swapon -a (there is a swap partition) >> # >> fsck -B >>=20 >> That "fsck -B" caused the same kinds of lines >> reported by Michael Butler, happening as fsck >> makes a snapshot for the background processing >> to use. (I have camera pictures and could type >> in some of the lines if needed.) >>=20 >> After those lines was text like (typed in from >> an example camera picture): >>=20 >> ** //.snap/fsck_snapshot >> ** Last Mount on / >> ** Root file system >> ** Phase 1 - Check Blocks and Sizes >> ** Phase 2 - Check Pathnames >> ** Phase 3 - Check Connectivity >> ** Phase 4 - Check Reference Counts >> ** Phase 5 - Check Cyl groups >> Reclaimed: 0 directories, 1 files, 22680 fragments >> 780914 files, 4797127 used, 19552199 free (443479 frags, 3288590 = blocks, 1.8% fragmentation) >>=20 >> ***** FILE SYSTEM MARKED CLEAN ***** >=20 > [I forgot or mention that the context was a > production style kernel and world build, > no invariants or other such.] >=20 > Since I'm running a patched -r320570 for the > issue: >=20 > -r319722 through -r320651 (fixed by -r320652) >=20 > I went back and forced a power-off without > shutdown and did the sequence: >=20 > boot -s (so: single user mode) > # The next 3 lines are the content of a generic, manually-run script. > mount -u / > mount -a -t ufs (but there is no other file system) > swapon -a (there is a swap partition) > # > fsck -B >=20 > but always waited briefly after the fsck -B finished. >=20 > Like before the following happens as it tries to trim: > (typed in from camera picture) >=20 > panic: ffs_blkfree_cq: freeing free block > cpuid =3D 2 (varies, of course) > time =3D (varies) > KDB: stack backtrace > (stack addresses can vary: just an example here) > 0xd23b17e0: at kdb_backtrace+0x5c > 0xd23b1850: at vpanic+0x1e8 > 0xd23b18c0: at panic+0x54 > 0xd23b1910: at ffs_blkfree_cq+0x278 > 0xd23b1980: at ffs_blkfree_trim_task+0x60 > 0xd23b19b0: at taskqueue_run_locked+0x10 > 0xd23b1a10: at taskqueue_thread_loop+0x174 > 0xd23b1a50: at fork_exit+0xf4 > 0xd23b1a80: at fork_trampoline+0xc > KDB: enter: panic > [ thread pid 0 tid 1000082 ] > Stopped at kdb_enter_0x70: addi r0,r0,0x0 >=20 >=20 > I've tried this on a powerpc64 and it works > the same, complete with the "freeing free > block" issue. I tried a sequence using a normal boot to multi-user that was not clean but did a automatic fsck -B and I got the messages and the later "freeing free block" crash. It appears that having mksnap_ffs (and code equivalents in other programs) broken in turn breaks fsck -B fairly majorly. (Michael Butler did the mksnap_ffs test at Rodney W. Grimes request.) I've been using the following to clean things up when I'm done with an experimental sequence that leaves things needing a fsck: boot -s (a single user boot) fsck -F So far it has resulted in a clean file system. With that status fsck -B then has no such problem: apparently it then does not create a snaphot by default. So then a multi-user boot works okay for its automatic fsck use. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@freebsd.org Sat Jul 8 18:13:29 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CCE39D9FC13 for ; Sat, 8 Jul 2017 18:13:29 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9F6A164398 for ; Sat, 8 Jul 2017 18:13:29 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (localhost [127.0.0.1]) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3) with ESMTP id v68IDSUb068637; Sat, 8 Jul 2017 11:13:28 -0700 (PDT) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: (from freebsd-rwg@localhost) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3/Submit) id v68IDR7Y068636; Sat, 8 Jul 2017 11:13:27 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201707081813.v68IDR7Y068636@pdx.rh.CN85.dnsmgr.net> Subject: Re: dump trying to access incorrect block numbers? In-Reply-To: To: Michael Butler Date: Sat, 8 Jul 2017 11:13:27 -0700 (PDT) CC: Peter Jeremy , freebsd-current X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Mailman-Approved-At: Sat, 08 Jul 2017 21:38:48 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Jul 2017 18:13:29 -0000 > On 07/08/17 12:28, Rodney W. Grimes wrote: > > > Since it has been speculated that this is occuring during the > > creation of the snapshot, could you try just creating a snapshot > > using mksnap_ffs and see if any errors occur? > > After a short pause with disk activity, the same sorts of errors are > logged when using "mksnap_ffs /.snap2" where .snap2 did not previously > exist, Ok, so this simplifies what needs to be looked at, this is no longer a dump(8) issue, but now a snapshot ufs issue. This should be much easier for more people to try out. -- Rod Grimes rgrimes@freebsd.org