Date: Thu, 2 Mar 2023 06:41:37 +0100 From: FreeBSD User <freebsd@walstatt-de.de> To: Dimitry Andric <dim@FreeBSD.org> Cc: 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: <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> <E2AFBCE9-4467-4E75-B7E4-4C6E0B03C0AA@FreeBSD.org> <720721A7-B1ED-405B-98EB-04A3AFCA7FD5@gromit.dlib.vt.edu> <1F3F20A1-C2BC-4A33-ABFD-D20F4ADB67E8@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
--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 <dim@FreeBSD.org> schrieb:
> On 27 Feb 2023, at 22:23, Paul Mather <paul@gromit.dlib.vt.edu> wrote:
> >=20
> > On Feb 27, 2023, at 2:57 PM, Dimitry Andric <dim@FreeBSD.org> wrote:
> > =20
> >> On 27 Feb 2023, at 19:19, FreeBSD User <freebsd@walstatt-de.de> 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--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20230302064153.12940fa8>