From nobody Wed Mar 08 00:22:43 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 4PWY1b12vPz3wrPS for ; Wed, 8 Mar 2023 00:22:59 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic308-8.consmr.mail.gq1.yahoo.com (sonic308-8.consmr.mail.gq1.yahoo.com [98.137.68.32]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 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 4PWY1Z0PWfz4KyY for ; Wed, 8 Mar 2023 00:22:57 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=rroLF69S; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.68.32 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1678234976; bh=3pHiTAewZeM77H79Z1fqrXjymNLX1IG7OOkp1aiGdVU=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=rroLF69S/cSghDFrrYyG1P27oNbC+18pRbkgtOELfShD+v7qKmRVuHSWV86Sl3RAxq0qwiiJCqdT1yD+AZ9Hvs8WKHJD0zeC0/xM1UwxewKXyafu/2vB1TyB0+7I8JAhpPG/Ui7KjJuHqSFddeSZ84IBtPNH6dYT3xABIqsj/n3br4QrWc1YRM3Y9u1kOG8NU261/leaVXZ+hWY9oJ56RxRgmQd50E2iUQwKNwGZ1MCXuRU8PJlXXBsXIZ+IGLuvfZUxHSGZQ7/4BOd4Wzl6DhEzVJ3ph9BYwAcVTdOZbNkRZRtH3lRXKDKCluhb/qteNF8w1h7ep3bZg4w6bcyShA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1678234976; bh=9sfStb3wngjdu9xj5qC0niNLHq6d9mW53x2++3hvGEs=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=jKm7nPg10WlTvhgjEmYKT5vYaOGWTyv92vCOAkdd1YQhXYScN0HUalkzJ2477XUDUpBLb/2LGZA3OcWd5rPe73h01+lyefUmxiFg0qU11xzFPV8E9xY76l9Ya4bPGL+1Gph7b/c/sbUVxUedTYARyrhr19pNhdBZ8ZNPkhTFTQmmdakQwlBaVdPjnpxpCyrVuisdOjlUwYrcuLobO0fUHN8nWba8/potgR1gH9Z/tlNEJhZTSF+pJTZioqmsS3X1+5KsnDVOrP2htttqKOhPMMvRjV0nXJ9b6jdArAK15eB75N7RKtracCpQx1TT2l3cG2VhyVYulG1h6TtL2eieYw== X-YMail-OSG: X4Fd1P8VM1nx9TztOOXR28rWcK2bBaQPNaNjY04N9BSZ8QPBdl54NPOaHTotz8Z ODZ2R.efNzmrzcPyLwTafuxp0PSt8GKr2TZZUvBJwEz7a2iw7NOJKMQuexgQixVBI_RPVz.dbV3e LaAwfxgZgzAGnyViStsuwwrvCSuz4VWGqvazJLLsV2oW1kZSVwQC80VimGctnaEAUeeuMjsyHsde sIXcQMR7E3hDhUTPaTyxJrwhL4pIGEnRgO6UX1LbXxZTe9L.JyhcLNZ8tcoYiqeNkvGgxkdqSjxN vJnZjG15VOiPa46Yg_0UXQsGwbQjJ2.ul67jljBcZd4xX5W4G.6pGMgE_1BqPCQF1JjRM0tPWkvq cmSxN1jg.PgdLz2ByeiG.Wpj7i9fo.AE4D9zKQfmj2fRpQszmIcZy.AwAE_sfKKxttJVOwUZD_HJ w20FNIEEOovD6lBDWG.lOrv9Xlv5JzCrtCQSEjT3Gf7bF_kuvcJdE.tVvkO.7khOoZ.jyEa52U9t OsE4HuG1Uc.jAl.AOrBsqGR04jsh6tflORi7vsN160SbbB2N_9SWlqx2J3n_12Yr_nzYfdQSoyG_ gvQVyL08D7HWfqtFqIWVIfQX3YKBIXq5k5ob8N2yx9NUi6w6zghi3k4D8XIANoc6Q2i4iL3jutTE fwqH7d04nAP.Xh3qbE0V4RGp1xX.jsZ26SUcNNZPOOM75Su.WqEXl61IQyhfX2AAABTBcasmaajW wiA3jWRu5dbgTj6AC5Jx3SVsjizqoWoQQMNKFtZ3KwQ4T8aE.G7V1Gn9gPTsG2zO.2d6y911zZ9u zQdi26mnxLofNUpta8F97aKELom9JM5CWvXYloPoev8pcGIO0VmgySAMHTCVf0wg5woV70EVL82Y o_npOcStnZ9lUvm6HmW5N3Swf6BTa5oIT9zgUHHug2NQlIQ89D3Taw3CtDziqTACjcu7.7w9dgK. vkITHewcbvPvz4UOF3K20jNEzNWhNIrFsQcuFkW1ZOColgfZUQY1TDi0tpRzQo4TkeL19Sm5ntDO fx0JbRInvLUCWxQw22T_vxeg0RHqA_ZapU621twMnB.y954nZgvOWaAEnxs.mDUkAeGn09KitiMA qbz3eLUrbgczltXtf3bJA9qwx9LNNwPtTnb5L81OQjVFmI__kX.8pamUxp04OW5EKPNIlpNnEFiZ sCFXlERYuzAsSAIYyjmsQlsrUJLMvfdjGR9x_Z4p4Nudg1dgbpemRXxSOVW7IaQjp635NTT4kUp7 4L6vHBLGwkANXc3yLF1LiA5VyMC25Oc8MdLPT66Hue_Va5JuAsgXFpy4azYQ8Bfld01ihI1qPeKi mSViV_djXdhduTKNrsHJlC3ffOxnhY.tZn1mTDdOQoQo8Jv4nFoKB5OLATSIqFioi04qay7otR3y 8h70r7NHNI.LmDOtg7_zJjA_F6q9_SpMn.9NV_BRDmGy9y15rx4mHkrFHzWMQqtuWD5mXSLSd678 M6kqJbzXFXfEgG8Yjxiz6tXICHoRTTT6jC1I8oJFMzqxq4YHX3F6zFuh.I0.Vq33J3QKunEc8P9i 4wz9bfv7EfuT5Q7tCucxvoQ7q6nTVB0pyMwDsDybWsyweaof0FV39GFHydyMIpiUvVxUYFfcsyjy l9MZ61yXssW.WCsxkinyu9U3.Wq4lhzCF4aFzNUkVDh2wp57rsU3dr9LdVwLDQ9h1N13kM2FBuA0 f8YaLar5B8mTSxHyNbWU998h_uMGABiM47EavYWSeNKhG6eXgTo.2RQTMDxfcS0ZytTqw6Q.i25j XHCPUQhCTFGXDy.HekaQ8g4p5uCh1t2Si_.i0KVUuiEodzc3D7H_fwaOoWRa26_1v.SO.XH2QzMe 7g2oL5v339wj9Vo99x2hSUE9KsIUFP3RXe3qxizqa2eW._fZO0X9KAMQYp8s8zBEzpWj80LriM15 2PqY.W0ZJvK98OjdNhM77VzyfoqUUKtNugGBVi_lv3WROv.vaytkM5j52yVJPnduEuxkUDv7Nsi3 .LbzBaQWBsIntmAVFMRiD2XWB72HjWQifFU4wvJCrnwk0eGjCEGxSeJipr.qWwc8vZIZTr39nHo. 20OztfYwHzqleCmsy2pn2hfvCPubWiQshwYj.Wgd12ZqTXiYFphe1e.psuS8VKfAqmV9DfkPm.jZ J.R__TeMM4OMg1Gs4cSE0c7PO41gTSkriFbMU20mNqUeVPSL5w6KLnA6DpSxZEQAp5WlRvV_7e0C 99vp.IrrO50RxYji3Zi89lzI1WWKKvFFLlCzUUKTcvHuGG9P7z27mWccIJdRyBe0BTE5zgqUq0fa kjG4- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.gq1.yahoo.com with HTTP; Wed, 8 Mar 2023 00:22:56 +0000 Received: by hermes--production-gq1-6cf7749bc8-w8vjj (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID f53779ed9c713463f40edd4e63b80ebf; Wed, 08 Mar 2023 00:22:53 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable 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 (Mac OS X Mail 16.0 \(3731.400.51.1.1\)) Subject: Re: NanoBSD: CURRENT unable to compile 13-STABLE : error: a function definition without a prototype is deprecated ... in C Message-Id: Date: Tue, 7 Mar 2023 16:22:43 -0800 To: Dimitry Andric , freebsd@walstatt-de.de, Current FreeBSD X-Mailer: Apple Mail (2.3731.400.51.1.1) References: X-Spamd-Result: default: False [-3.47 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.97)[-0.967]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; ARC_NA(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.32:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; RCVD_TLS_LAST(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; TO_DN_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.32:from] X-Rspamd-Queue-Id: 4PWY1Z0PWfz4KyY X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N Dimitry Andric wrote on Date: Thu, 02 Mar 2023 10:13:51 UTC : > On 2 Mar 2023, at 06:41, FreeBSD User wrote: >>=20 >> Am Mon, 27 Feb 2023 23:46:21 +0100 >> Dimitry Andric schrieb: > ... >>=20 >> I tried to find some documentation on my CURRENT host regarding = "WITH_SYSTEM_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 > Ah I was confused, WITH_SYSTEM_COMPILER is actually the default, and = it > means that you want to skip building the bootstrap compiler, and just > use the host compiler. If allowed?: Having a 13.* build 14.0 does not allow skipping building the bootstrap compiler for buildworld or kernel-toolchain (for the same processor family), for example, if I understand right. In other words, one does not have to explicitly use WITHOUT_SYSTEM_COMPILER for such FreeBSD version- increase builds, even for self-hosted builds: the default works and is WITH_SYSTEM_COMPILER . > The src.conf(5) man page documents the inverse > settings instead: >=20 > WITHOUT_SYSTEM_COMPILER > Do not opportunistically skip building a cross-compiler during > the bootstrap phase of the build. Normally, if the currently > installed compiler matches the planned bootstrap compiler type > and revision, then it will not be built. This does not prevent a > compiler from being built for installation though, only for > building one for the build itself. The WITHOUT_CLANG option > controls that. Explicit WITHOUT_SYSTEM_COMPILER usage is unconditional, unlike WITH_SYSTEM_COMPILER usage (implicit or explicit) depending on both the FreeBSD version differences and the processor family relationship, if I understand right. > WITHOUT_SYSTEM_LINKER > Do not opportunistically skip building a cross-linker during the > bootstrap phase of the build. Normally, if the currently > installed linker matches the planned bootstrap linker type and > revision, then it will not be built. This does not prevent a > linker from being built for installation though, only for > building one for the build itself. The WITHOUT_LLD option > controls that. >=20 > This option is only relevant when WITH_LLD_BOOTSTRAP is set. >=20 > I find the double negative phrasing "do not skip" always confusing. = But > the logic is normally: >=20 > * The early phase of buildworld retrieves the versions of your host's > compiler and linker > * It compares it against the versions in the source tree > * If the host compiler and linker are deemed "good enough", they are > used as-is (So I've effectively noted some of the not "good enough" criteria above.) > * If the host compiler or linker are not suitable, the compiler or > linker are bootstrapped from the source tree >=20 > But WITH_SYSTEM_COMPILER turns off all these checks and forces it to = use > the host compiler, Are you saying that an implicit WITH_SYSTEM_COMPILER (no explicit WITHOUT_SYSTEM_COMPILER either) works differently than an explicit WITH_SYSTEM_COMPILER for FreeBSD version transitions? If so, I need to correct my expectations. > which might or might not work, depending on the > circumstances. You may have to use NO_WERROR or other tricks. >=20 >=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. >>=20 >> I had a misunderstanding in the terminus "cross compiling", I check = now the build with this >> option set to be enabled. >=20 > Yes, this is a bit confusing, but in fact it *can* be a real cross > compiler, if you are targeting another architecture, for example doing > "make buildworld TARGET=3Darm64" from an x86_64 host. In my view/expectation the differences between the Target defaults for the likes of: Target: x86_64-unknown-freebsd13.1 vs: Target: x86_64-unknown-freebsd13.2 vs: Target: x86_64-unknown-freebsd14.0 system compilers is enough to make having FreeBSD from earlier in the list above build targeting a later one in the list as a "bootstrap/cross compile": in other words, either x86_64 vs. not or freebsdA.B vs. freebsdX.Y differences count in the criteria and either changing for FROM->TO ends up needing a bootstrap/cross compiler. >=20 > And of course if you are building natively, it is 'just' a regular > bootstrap compiler. Not for freebsdA.B -> freebsdX.Y transitions, based on changes in default targets (and other details that may sometimes implicitly go with that differing default Target being used in the new compiler). =3D=3D=3D Mark Millard marklmi at yahoo.com