From nobody Thu Mar 02 05:41:37 2023 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4PS0Nz5by2z3vt18 for ; Thu, 2 Mar 2023 05:42:27 +0000 (UTC) (envelope-from freebsd@walstatt-de.de) Received: from smtp6.goneo.de (smtp6.goneo.de [85.220.129.31]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4PS0Ny4TLQz4Njq; Thu, 2 Mar 2023 05:42:26 +0000 (UTC) (envelope-from freebsd@walstatt-de.de) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=walstatt-de.de header.s=DKIM001 header.b=dVyifFHE; spf=none (mx1.freebsd.org: domain of freebsd@walstatt-de.de has no SPF policy when checking 85.220.129.31) smtp.mailfrom=freebsd@walstatt-de.de; dmarc=none Received: from hub1.goneo.de (hub1.goneo.de [IPv6:2001:1640:5::8:52]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by smtp6.goneo.de (Postfix) with ESMTPS id 09C9410A330D; Thu, 2 Mar 2023 06:42:19 +0100 (CET) Received: from hub1.goneo.de (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by hub1.goneo.de (Postfix) with ESMTPS id 6B7EA10A1E97; Thu, 2 Mar 2023 06:42:17 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=walstatt-de.de; s=DKIM001; t=1677735737; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=/rm5TLyVWAAn0xp2sikquCH8pDDwruMQMLbgbpeqH1k=; b=dVyifFHE34rCcdNqQiHlEeMO0PqysZ0Hq3bLdVE5zgXvrEayiohFImnoOrX2EiiV33bF0r Pcf0OsLV4TAKXd+a5DLZB4IjK1NjtBRvAB68fivF4G+0oro8HNhD19cO4PaqUsBvKBN2PK LZ1VKoZ7yDKuRZCipIOTFGW2m8AxrSoxxr0OsoR3p3jBIbZfV4MQUT/Yz8LjlzcILkUJFZ YGjK+asnAJCiARqueSbcBhPUyQab84F5SUeA7TUJ4cVhmQNIGv6mT89/fg5KkjHwMq574D CYL3roZkhT8pDD8Lhg9yEAYiy0/kMlYCPYvu75eDtMVNrCVjiYG0Agnd9ABcnw== Received: from thor.intern.walstatt.dynvpn.de (dynamic-078-054-018-216.78.54.pool.telefonica.de [78.54.18.216]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by hub1.goneo.de (Postfix) with ESMTPSA id 3008710A1E83; Thu, 2 Mar 2023 06:42:17 +0100 (CET) Date: Thu, 2 Mar 2023 06:41:37 +0100 From: FreeBSD User To: Dimitry Andric Cc: FreeBSD CURRENT Subject: Re: NanoBSD: CURRENT unable to compile 13-STABLE : error: a function definition without a prototype is deprecated ... in C Message-ID: <20230302064153.12940fa8@thor.intern.walstatt.dynvpn.de> In-Reply-To: <1F3F20A1-C2BC-4A33-ABFD-D20F4ADB67E8@FreeBSD.org> References: <20230227192011.08f7aa8e@thor.intern.walstatt.dynvpn.de> <720721A7-B1ED-405B-98EB-04A3AFCA7FD5@gromit.dlib.vt.edu> <1F3F20A1-C2BC-4A33-ABFD-D20F4ADB67E8@FreeBSD.org> Organization: walstatt-de.de List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/s4TT8F=oNW07fRRE.J9kjoZ"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Rspamd-UID: a1162d X-Rspamd-UID: fe152c X-Spamd-Result: default: False [-5.39 / 15.00]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.992]; R_DKIM_ALLOW(-0.20)[walstatt-de.de:s=DKIM001]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; RCPT_COUNT_TWO(0.00)[2]; RCVD_VIA_SMTP_AUTH(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; DKIM_TRACE(0.00)[walstatt-de.de:+]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FROM_EQ_ENVFROM(0.00)[]; TO_DN_ALL(0.00)[]; HAS_ORG_HEADER(0.00)[]; ASN(0.00)[asn:25394, ipnet:85.220.128.0/17, country:DE]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; R_SPF_NA(0.00)[no SPF record]; DMARC_NA(0.00)[walstatt-de.de]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Queue-Id: 4PS0Ny4TLQz4Njq X-Spamd-Bar: ----- X-ThisMailContainsUnwantedMimeParts: N --Sig_/s4TT8F=oNW07fRRE.J9kjoZ Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Mon, 27 Feb 2023 23:46:21 +0100 Dimitry Andric schrieb: > On 27 Feb 2023, at 22:23, Paul Mather wrote: > >=20 > > On Feb 27, 2023, at 2:57 PM, Dimitry Andric wrote: > > =20 > >> On 27 Feb 2023, at 19:19, FreeBSD User wrote:= =20 > >>>=20 > >>> Running recent CURRENT as host (FreeBSD 14.0-CURRENT #23 main-n261147= -b8bb73ab724b: Sun > >>> Feb 26 17:39:38 CET 2023 amd64), and nanoBSD (recent 13-STABLE, git s= table/13). > >>>=20 > >>> Building an appliance based on 13-STABLE sources, a customized kernel= via nanoBSD, since > >>> a couple of weeks for now building the sources fails in kernel source= s: > >>>=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 of C and > >>> is not supported in C2x [-Werror,-Wdeprecated-non-prototype] > >>> [..] > >>>=20 > >>> Disabling all wireless options in the kernel config starts dropping e= rrors 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 = resolved if the > >>> subtree of FreeBSD's sources is a submodule? =20 > >>=20 > >> Not sure what you mean with "subtree is a submodule", but this is like= ly > >> caused by skipping the cross-tools stage somehow. Do you have any > >> specific make.conf or src.conf settings for that? =20 > >=20 > >=20 > > I got bitten by this recently. In my case, it was Poudriere (running o= n 14-CURRENT) > > trying to build a 13-STABLE jail. The Poudriere jail's "src.conf" was = taken from the > > actual system for which Poudriere builds packages. It had (amongst oth= ers) these two > > options: > >=20 > > WITH_SYSTEM_COMPILER=3Dyes > > WITHOUT_CROSS_COMPILER=3Dyes > >=20 > >=20 > > When I commented these out in the jail-src.conf Poudriere file the jail= built correctly. > >=20 > > I figure the system built fine because its system compiler is LLVM 14.x= . The Poudriere > > system compiler is LLVM 15.x, which has the breaking change wrt. old-st= yle prototypes.=20 Hello, I tried to find some documentation on my CURRENT host regarding "WITH_SYST= EM_COMPILER". None found via man src.conf, nor via make make.conf. Please delegate me to some = place where I can find such infos. >=20 > Yes, that is what I suspected in Oliver's case: if you skip the > cross-tools stage in a buildworld of stable/13 on a 14-CURRENT host, by > setting WITH_SYSTEM_COMPILER, you are bound to run into compilation > errors that have been fixed in 14-CURRENT, but not yet MFC'd. =46rom nanoBSD's perspective, all relevant build config files are merged into= a huge file containing three elementary sections, CONF_BUILD CONF_INSTALL CONF_WORLD in neither of them I had defined "WITH_SYSTEM_COMPILER=3DYES" in any way, b= ut I had configured in both CONF_INSTALL and CONF_WORLD "WITHOUT_CROSS_COMPILER=3DYES". I delet= ed that knob for now from "CONF_WORLD" and left it in CONF_INSTALL ("... Options to put in make.= conf during installworld only ..."). >=20 > The safest solution is to let cross-tools do its thing, which will check > the host compiler, and automatically build an appropriate version of the > compiler and linker for the stable branch, if required. I had a misunderstanding in the terminus "cross compiling", I check now the= build with this option set to be enabled. >=20 > That said, I will be merging clang 15.0.7 and a bunch of other things > that should solve all these errors to stable/13 at some point, but not > before the 13.2-RELEASE is out. This is to avoid making life more > difficult for our release engineering team. >=20 > -Dimitry >=20 Thank you for the efforts, Oliver --=20 O. Hartmann --Sig_/s4TT8F=oNW07fRRE.J9kjoZ Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iHUEARYKAB0WIQRQheDybVktG5eW/1Kxzvs8OqokrwUCZAA3LAAKCRCxzvs8Oqok r244AQDMNx8++rQNft5/TUtKwVCPzY9Ae2wZ3iFq1x6qFUnWjAEA+X+1MS7oPx3D L/a/+heMiiJ9eBJjG9GvjKClnoxFZgo= =OhOi -----END PGP SIGNATURE----- --Sig_/s4TT8F=oNW07fRRE.J9kjoZ--