From nobody Thu Mar 02 16:13:13 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 4PSGP80gNqz3vyMG for ; Thu, 2 Mar 2023 16:13:32 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic308-55.consmr.mail.gq1.yahoo.com (sonic308-55.consmr.mail.gq1.yahoo.com [98.137.68.31]) (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 4PSGP70sSgz4Snb for ; Thu, 2 Mar 2023 16:13:31 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b="lG8/9r1a"; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.68.31 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=1677773609; bh=j6riC0ucb03BQd9UgY9so5ovdoF4OT4z4xqBdZIQqSE=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=lG8/9r1aOchkfM4rd5Vc/ZctOO9e6GFuxAiHVOjrn+6fFDXsM56kxzT6Bz85tCgmGfD6Q3TG4wHFrxh7I11hBqFqNw4GMAoX6VmPTS8/IAmLGK1kGlU7BwNYpALuU6c76uUECPKkQd0aJ2n4He260u+42z39T5erqbrR0QN/aYy2g/M+t/eOC8tjoUNzly+az1R560xVuO/eSK8YEH0/HqUt4PqZDs5Z6EEqqolXkKupwY8Mpm3uj/sbk8BT43W5+y2dcJZ7kMZEDFSCYulekMbttZ8JHZR6pMpBred3JjFh1sPJj36NYAcX/O0Vxji/gmc7Tx6sQxHOsNTn/DA/Zw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1677773609; bh=CyifXRGN/DzBCaVRrb1RVxMw5WlA76F8mPlvdiJJtlb=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=duFBe56n2zA+R5oNWcgMp2sKInVwgp+sbSdMVG+/zjAyErXS8PmMfuXdY0PukwTw23mvOXMwBy2LsGz4aNqPiWcNWjWg+3a7sXavXBlIUG8RH20Mx4FmKK38ZJZh4i6jygWA4sQFuiKLkt2AxcOV5f82yb909lOg3McY3m2NoBc9D0RtPPzQSn8HOtRMw8kxHHskMzV2u+VjgqaIE5JC0/aF5I/oIm1O+GhJ4qcJgLwPXS75IM64JjoC3y7mjHB3WbY7/8sZo96FXJZhGx8DBz+hM9XTSFswhe2fcYmsuBoo/8EqbanstKg6LZEgvi7q8ZM27jYQoPcx+K5PItIJfQ== X-YMail-OSG: GUrdE1oVM1kyVejDEmGk42dGjSfKKNNABXzwkqR14oCUHEwT3ccFBB1o7cTWvFT _3svo_2n.lmWAaljpDzihavZzWt.SFMfmlkYkcwByKQW0.RMvmikRdWythLmro7JoqEaS5_MvkFs zJCEIxipTOOoZFcICLqdKBZRQ48pmzOtafRfmJXnV842.lpZQXKGLXaN8i4h.ml5nrTeaxz3nk.6 Cs_7pbsyolct3XIS7zQJVDmm9LaK0hfyU6.AW0IKaW_2WiNf7BUAAlhdPJTGtja8EcIWJhsveqhI _Aep3kBAGahUqTndLu9IAGrqkAphewmLXALjAVyZYfMkdWZNT6sF_nI20ooTi4OW14cseK0shMai RxkbEETBFIpdgLFMm3HPQAZGKpg7VaFcYVC1AgnVCk8KvV9N3Fm_Uz0_5eO6AUH5N9CL6KJz.UUS pHYgZWIhxh1VvHwE.06AUzEY7OLDbReiwcfUIRVMF1te_sEjUKJM1OJEewEwPeoZzoZYSfUtUdVB XE7Xc3cnSR183Ji3O8rdLWckH0ytedTgtlxlEUtIfjgXDGqdGVVterZrQ4dlEeot7JPvw8aEZpWR J0R2AljnrWuIJWcDQZelo5iyvPZ4v2MBSxuvIMIS1IIX1WTsthAuc0lmXjjhcxPrGMeDj8XghHyB ayFLzzhv7MzU8yM.DW6NM7GZjLUTdXks6igwZIft5kojUFSDyN5WOjYkulDTCGZIpxoq5VVLorsC RraofFAF1OKxOxLIgDk._zfbTkObLzZCf6nGXgwOnrYkyt2F3aRgqtCAeYbJ_Z6ihaXlpbtbjfpu dcaqKKZR_mAPQG2SFEP63PrVTa9l4RXAsQtOC5_z7A.h2lMQKANXbjxo2vVIopjqf7dUrHm1JMyV Uteg5RyRMzWY.pwjbU7h2q2bXWvSZBtlMxYmJrdpI3AqEhT3MQ8GGpBjxwn7kgo9kZxMp3XvrROW 0JBcCPkDqZyeS11mqVU0VMpQU2ptpW.dh0s1tgZ7NEwvGqVZq.uhEIoLF3V4VGUnLRYu8pbre11V 3QoC9QpuuqzCQHFK.LcYPAOnjq_uEZk1olMskuu5z..DTJj6lTX_VbcO8QAw3kxkMh5bSXc8TmZZ IYiAHbrFsja_ldyx3Ev1oV2M8f..09ZDJLJpewWTZB_CPqsHIa58d1fyDIwq6hu9KtMrkZVTFd9X u65HHWPvcV6taWYok_6FTalPvCGIuMktNzo5c.P_gTqFU9QLMXIxmDeXDLMD1R3v8k3bljbNO.6e IoU1vFfmmsQpCeywKgVnpHf0KJMg7xxaSawpml6yxnfDIZe8XjTs25Ap3RjHjvcgctZE01nCKQA5 wCMZ6eb2PwW0n6mN_bcVMyz5_g6PJmA4JASlzteVo0q8Pry5QAtJVorBFKnvBhm7Twe1M6eWXA3z m0lJZMfUiFnrC.yP4_uJ.Sflz1mg65V6RPUNhbYgNhfjF5oj1t7P5CjHH0I2PJ_HpvjBKksqUWj4 AFx7YUxkg4EFvt83t5RiN4D67tlPhIUJTVRZxPPrCVXC3PUGoUTgMD300Fn5hb8Re9DWqaQGbt2F vZnuPWSTIBe3D7ikN9uffe5k4PJQrxcBQib8ZBJ5WZVvQOGeNwQ36lEG2L0ECoxoV99Gvz.IzXNn FkuizOPtH.z4bzy8HzxNUE4NoA.h0pZ.lj_Quid0QnAW6sKf923971nhR8VKenhf81OPhIEJqgX0 jSoYGwztzIugRkUnUqFnI_6tS7xiOiFExMlt_AEtA7HHvkVVS0O9dcAz0VeTW9SLVgGnobDO.niX TtWo85ctzAPRr4hr5lAmnq1jwLh2aZ3fLzJFhgaIgonA7tTqqgLHz56Pt.DcRUgaATL9Synp4UVB Qlp0mtl3V3Mt5d5inTaJU7lcGpzNK.djIcl8Qz77wCHyLPw1kB26.BlJGcbAhFszKZmzSJalxoJ8 BgWm_dlg9kqmdJ7semwvXOsY_jwb3lmfaAujd1y25xjtXHIpqErhua1WtneFwg9w00zL_JgFkK7f khQh6XrxYSbgVOKeIsuGxh_nMHYwL3nr8D.s_nMJ1xN_PG3.J2oxR_9C4wtAeGp90Mn5jpBA9qwa k4xhev_z.T2j57OahvbNuh9yWB6KAdu..y7JTcl_AeVcWTBulla0LW7YcqX9T6SSW9e_9EiQpxKg l6LtoZN5wieaMJUQMyOe60vfUNOqYSZtDVksjVSOecbVWyr86Ypi4ZKVagYZ.emNKfAr5jnzK_ah eM4MPzxkT8fTvMuqJnWnZASjS5Rii_wtajREqQ4cnoRo6P6Kq80vE641zVYCWejWxzOb7OLKK_bV y8w-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.gq1.yahoo.com with HTTP; Thu, 2 Mar 2023 16:13:29 +0000 Received: by hermes--production-bf1-57c96c66f6-lmv78 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID aabdd5d80a04743c0772d0aeebd9b645; Thu, 02 Mar 2023 16:13:25 +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: <668F3258-534B-4225-BDE6-74784BF57448@yahoo.com> Date: Thu, 2 Mar 2023 08:13:13 -0800 To: Dimitry Andric , freebsd@walstatt-de.de, Current FreeBSD X-Mailer: Apple Mail (2.3731.400.51.1.1) References: <668F3258-534B-4225-BDE6-74784BF57448.ref@yahoo.com> X-Spamd-Result: default: False [-3.50 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.997]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.31:from]; RCVD_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; TO_DN_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org] X-Rspamd-Queue-Id: 4PSGP70sSgz4Snb X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N [Seems to have gotten stuck in my Outbox. Trying again.] 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