Date: Mon, 27 Feb 2023 15:40:41 -0500 From: Shawn Webb <shawn.webb@hardenedbsd.org> To: Dimitry Andric <dim@FreeBSD.org> Cc: FreeBSD User <freebsd@walstatt-de.de>, FreeBSD CURRENT <freebsd-current@freebsd.org> Subject: Re: NanoBSD: CURRENT unable to compile 13-STABLE : error: a function definition without a prototype is deprecated ... in C Message-ID: <20230227204041.oage2knrjb4o3dr6@mutt-hbsd> In-Reply-To: <E2AFBCE9-4467-4E75-B7E4-4C6E0B03C0AA@FreeBSD.org> References: <20230227192011.08f7aa8e@thor.intern.walstatt.dynvpn.de> <E2AFBCE9-4467-4E75-B7E4-4C6E0B03C0AA@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
--wsxbnssms6o73xzn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 27, 2023 at 08:57:19PM +0100, Dimitry Andric wrote: > On 27 Feb 2023, at 19:19, FreeBSD User <freebsd@walstatt-de.de> wrote: > >=20 > > Running recent CURRENT as host (FreeBSD 14.0-CURRENT #23 main-n261147-b= 8bb73ab724b: Sun Feb 26 > > 17:39:38 CET 2023 amd64), and nanoBSD (recent 13-STABLE, git stable/13). > >=20 > > Building an appliance based on 13-STABLE sources, a customized kernel v= ia nanoBSD, since a > > couple of weeks for now building the sources fails in kernel sources: > >=20 > > [...] > > --- modules-all --- > > --- all_subdir_an --- > > /pool/home/ohartmann/Projects/router/router/apu2c4/src/sys/dev/an/if_an= _pci.c:143:1: error: a > > function definition without a prototype is deprecated in all versions o= f C and is not > > supported in C2x [-Werror,-Wdeprecated-non-prototype] > > [..] > >=20 > > Disabling all wireless options in the kernel config starts dropping err= ors of a similar kind > > on other kernel places. > >=20 > > Compiling on FBSD 13-STABLE seems to be all right. > >=20 > > Can this be fixed. please? What causes the error and how can this be re= solved if the subtree > > of FreeBSD's sources is a submodule? >=20 > Not sure what you mean with "subtree is a submodule", but this is likely > caused by skipping the cross-tools stage somehow. Do you have any > specific make.conf or src.conf settings for that? FWIW, HardenedBSD is also impacted by this. We set WITH_SYSTEM_COMPILER and WITH_SYSTEM_LINKER by default, which I think might be a contributing factor. Thanks, --=20 Shawn Webb Cofounder / Security Engineer HardenedBSD https://git.hardenedbsd.org/hardenedbsd/pubkeys/-/raw/master/Shawn_Webb/03A= 4CBEBB82EA5A67D9F3853FF2E67A277F8E1FA.pub.asc --wsxbnssms6o73xzn Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEA6TL67gupaZ9nzhT/y5nonf44foFAmP9FUMACgkQ/y5nonf4 4fqZAQ//eA6tcY7a3S/j5E1l5scDHf/L5IU6MWlb7kTKmugEqc2N4yyi9BcLZdcR Ou+RkliRQZkbtrEMok4vl/6lTxL7Mn4Qe9DQgfqex1iUZzM+bXnw+ClawcMFFQYJ rcTEFx33zS//wpE6Tc+khHe23FJ1MYtSvyOYP+zC5/0yGzj4iBxH0NgRcn2oU59u mU5yZhvh7h+linaoc3F4yeC7f9gLIH802RI+dYsTJLRojKK3Wox0M2AZPeyR0kkc C9u/CRI+/+Zz/PWOJ4a+/cFYnIQD0dHaxHeNeNy3+fqPY23re0BrUZCPOs5YBgok uCkwnizGFXvdEuHpnfQO23+rn3zOgggwYONwNRlJdjy4XiCVlPh1oP4Y1YOH1Blj tJPF04gF3xBjs/N/Ao4XLOD7twQuHOLAnvbQAng3PAUGRfepCn3NRNz11r/F6SXs PyX7W/0Wr2M0IT5Obx70FTuMyeDarh1VnejrItOe2VtweDa3suHDbACgCEZ8YM6/ B3wpGZ7z1xZdHDk3u12BrRREOWPz51JQjvv9foqKv7NRZwL4nr1YEZD5o2JZ6dMs B0WpzO+I6WsLV7Seqzp1ZL8DiG//4F/qX6s5zUZz9YE1M5D4dsGoux27LFpwb/+e Q1gsXrEh1ujBbOWYiRMux5uwm0yOw5tRNN9fIv1K8FlhmuuXhDo= =vYX2 -----END PGP SIGNATURE----- --wsxbnssms6o73xzn--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20230227204041.oage2knrjb4o3dr6>