From nobody Thu Nov 28 21:19:50 2024 X-Original-To: freebsd-standards@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 4Xzq2t5kbzz5fHWg for ; Thu, 28 Nov 2024 21:20:06 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-55.consmr.mail.gq1.yahoo.com (sonic316-55.consmr.mail.gq1.yahoo.com [98.137.69.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 4Xzq2s6yWRz3xbv for ; Thu, 28 Nov 2024 21:20:05 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1732828803; bh=8/xMTtyB/PqVf6eZm9hPQA5GjaqiIG/eBh903c6p/fY=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=VoXrSqR0eOjbCSTAfqa+anabkBOJi6tehDfYkyjRMyNsjXxgV24tlYG9qtadZGh7APcKEj5HqDT7rfQCGa4HSWTO8HnWvCToYygJWRA2QaLCvBy00FvOxQzmqbYuGltJEllnmil+uTRvrXdgYPYvMaSAmgHuYLqbapcGG+i4VW8DeZNUnLTOaydVYwWIbef87np73+Tz50qpBgBthEQGfSi6rn3RaXiDziXrlsbXmYT8PoJgzqVQMolzmL4EjCSKzwj/A1QP0Uz236vQAlz5jrt4CPfRm9BsoyNGSo59KJLCN2VKnq+M0YU+Ya7NaLQ3w/B0wRMRurhUOMgZN1IcwA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1732828803; bh=S3asz4EPSUKYe6e3bqb4GsDfWMBIukNHJ/oIJfKplP4=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=h7xMv159CY7JoddWrvHEEbEf0By8oh3fGegvWzH9liSIFK60bewunLPhigC6e8wBZQzGGEqRY4JLnHjIRteZQVEjLjkEWzhw4+56rsoYKAhaBVi65+m80+BA2uOsHbRLk/X+2Xk8QS0KcqU0IULP8H25eygdjuTJBJR0oLEypfrsU8vnuW4Ekcu874JRvK5p2Wbtg0PrTxMY3iIJt+VFKEI7A4rexHw/FwyDDnWaROlgojtwgk22M4WFEQLK7dghXHcC++JZxjB0yN1plqvNY5c7niNoDLDIh+ti8jWcKpG0UPaZzSLQAt22n0nkBwXAxGi8w0M8npkQytOdbhM7Fw== X-YMail-OSG: OggXM18VM1klJ39JM8H2VK8eImww2JXCJgIRpp3MMRsC8ZIQJUrr5IR4K9ipK64 LpnbhI844bosAxnnLHsh50pXDBGji9t2WxARHg2qqkAyCuosY_RSopkB36pCM.zIBAfHs.zG1YZj iEguQU0ODhv2qREF3XpRoD7qU9N9PML5tYg22geBkDiWLIyR37Fu5Pb8yWZf_oDME5lIUZSy4pAj dmIS6IGtLDxlNu_3yO6rrexd1yE3Iezd86zULJUZMKV2_JyFO70tdQmrbnJxM3w1D2hE84yx8fTo RgLvdM2BnNUjV8cfOw_G.Phw.fyXeJ_a68sX94szJxN.Bu4Vnf.jL9giMCMhA_vu_uzEgJFON0bd 7oYS5uDbt2NwrOrX0KHf006owwi3OTQpWOmPt4IJyW0G_Hr2OCvNt0gzsBaLPfQcYRH_n.w.zGwA qJ0CW2x1kfd42bYJXxnwysJAlYRVpNo0IcQStH5YSbHW5bvDBAJSzzTGV3A2HIiM_ibDjLXh8Q.s IFffwmI412cwauWIXK8jJ1.6R9qIplYQeTAlVHPjTeChlYjcMNs45Wazm0EWS010U.L.RHbeTd0M 7COzWkoVatxoboxpO4qSQMW1_8q6pyFQTuwZcPAdeVAyIfxAUxdv8KV_GOfJw43.8lVFfNiNEWy6 GV84BDIm0aWZawGCP.gOt3RCl.l5uMRTr0H4841HZc6dQ32rT8reQaropyuzELaCiBsUztxqd7m. yNLjkyMvVKzIxpGvxDC_3iZBIloV1znTdF1.QSyqy_83dbuL_i2REPg.ibnvUgP1a1rGX6EB75Qe 3ok4H0iC.HUg3Y3vE.W61Nja9C0Kc04ufym4_K51yrC7ZBGI8JWN_qMYik32gUi0BqvvHqHXKAzv yFLAIYw8H_Qn..ytmy9wg_IX5I0zFZ2LAMMlUPm1bV8DbPR4qJlXJ3sqN2numQ1WqtIQ5y_2h4Cr mpNAPK8iJ9x3ZrutCYOKRX2o5AvewjUpSYdm0TXbXu0U_7idvEpiOnAdOzhyixCpBvpP9Tk0M3JM v_oTkF2Ne3CTSoT2v_MQ2KwGZ549Uivn3vcCFLP6_naE3fJHj4TCuwQ8zmcsbFVEsrA7yO8gfowR ._wLmK8GBjxlSZ9L4I_pmFgzT0DPDgN5dZ5CeD2uocpalM9Ps5TH.h0DwqfMg6tnY6dfMu0UCdPR 3NNdaUmDxbcOOJ7s7y9mQXHyLrL7fPSD.Fhp8VbuBrM76zY_Nb7erp8BXwhJjHhs3nybI_bJXIhU qWqSsEMwSnOhQnJauBx8Pr1E3oPRFu9jBUpF8Htok9UM.omy6ZxzzLZIivg6Ye7_sSZ0ZPoiPwwa _6s1yH3tlvm9f6UPFlLfWxNGW1pqRtRtjSkgdYcbBBQXq81_4rCFHx7p15eL0EBpKjZrKhZwh65Q 4pHPMXH6HRe655LkTwLXJDDYfJoiRLxBQQW7Hj05XSklx1KgdLg3Qv6YN3x7W12L.VM2.UfFLn_H wLC1jqYZuMR4ApIFITcv0vYoVt4o8Uwe_l8YvRFiGVZ0JOp9bHZ7t3hwAHFk2CgJ.sNKKv73uXUR kXos6YrfTU7sA9lh4qo1yB9QEmTrSfRSdD.8f1mwDW71AH.c4Ja90xBliYDJVwmoK46l6hC1867K 9qv8BBbmPwAYv2BEw9VQsMHf6oD3DZr6bU2mg5czzri0sIGSJf0mZgaCv5Oh0Sadc8qCyXfzyEZS YzXHxxfpr52sU3OKVKAKAi10OmnqaCSawCBh3v3MYv8nSvZ1X7e2NnODPIrtagdy6WohR75_jBXh y42j12GjiSr74mlQb3akXNNF7ptEqyn.m0K9icLluKBfbUyxhcKJuHQ4n3cPmptszDX_IG0tyVNm sUuJjkDsPS4zeeY3lJX2ZoFFdSMpyZYZW9tPocMi6Wo3D83svdT8UlgpyABWdx4qB4zQEBj6jslh LoDfkQhfixcyjeduzGLOGYYrm962abjPElzrHtcvriufLzEydGAxS2QLKW.EADU5E08.OHsPismO WCVmIBe8fXVnIbcKxWSpYrUQNzgfQb73J9x7ylLjcL9vyWP8NvNxUo0GFMSWKSJSwWSNFxQwpAkp G8JZAOWg7ut4p12jFyR_VpM9buf62EFLAgSoqS6O5DitNGgM_rTqEYxtMmPpXWsxUF5QlVCIUm5A gCt.SV0uUUv6HeOFDJ7qr7II0IzVyni2YeAMwvtOcbHewS3NsOxjoDLhCGOZclG1_qO6lGdbSrlz 6zjQyuD3_8l.lXdKbHnJjWLMziWvkmgc1QbMLd_HPYNbGcAGm2utie2tq_sAeXPLQyEeDAufa7Sp avb2cR7.O X-Sonic-MF: X-Sonic-ID: 158c89d8-7da9-4ac3-ae29-241fb31d0358 Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.gq1.yahoo.com with HTTP; Thu, 28 Nov 2024 21:20:03 +0000 Received: by hermes--production-gq1-5dd4b47f46-bwg5p (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID b6b674bc5d342a4ac5ce823ab63efbe3; Thu, 28 Nov 2024 21:20:01 +0000 (UTC) Content-Type: text/plain; charset=utf-8 List-Id: Standards compliance List-Archive: https://lists.freebsd.org/archives/freebsd-standards List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-standards@freebsd.org Sender: owner-freebsd-standards@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3776.700.51.11.1\)) Subject: Re: /usr/share/mk/sys.mk for main [so: 15]: .if defined(%POSIX) and CC ?= c89 and CFLAGS ?= -O [still appropriate?] From: Mark Millard In-Reply-To: Date: Thu, 28 Nov 2024 13:19:50 -0800 Cc: FreeBSD Standards Content-Transfer-Encoding: quoted-printable Message-Id: <473382FD-89BA-4389-BF89-7A37FB719EF0@yahoo.com> References: To: Warner Losh X-Mailer: Apple Mail (2.3776.700.51.11.1) X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] X-Rspamd-Queue-Id: 4Xzq2s6yWRz3xbv X-Spamd-Bar: ---- On Nov 28, 2024, at 13:05, Warner Losh wrote: >> On Thu, Nov 28, 2024, 1:58=E2=80=AFPM Mark Millard = wrote: >> With the recent POSIX 2024 activity I'm wondering if sys.mk having: >>=20 >> .if defined(%POSIX) >> CC ?=3D c89 >> CFLAGS ?=3D -O >> .else >>=20 >> may be outdated for main [so: 15 as stands] and may have >> been so for some time. >>=20 >>=20 >> https://pubs.opengroup.org/onlinepubs/9799919799/ (Issue 8) >> reports a base document set including: >>=20 >> ISO/IEC 9899:2018, Programming Languages =E2=80=94 C (C17) >>=20 >> Also: c17 =E2=80=94 compile standard C programs >> (FreeBSD does not have c17 as a command yet.) >>=20 >>=20 >> https://pubs.opengroup.org/onlinepubs/9699919799.orig/ (Issue 7) >> reports a base document set including: >>=20 >> ISO/IEC 9899:1999, Programming Languages - C >> ISO/IEC 9899:1999/Cor.1:2001(E) >> ISO/IEC 9899:1999/Cor.2:2004(E) >> ISO/IEC 9899:1999/Cor.3 >>=20 >> also: c99 - compile standard C programs >>=20 >> (FreeBSD has c99 .) >=20 > What does the section on make specify? I suspect that issue 7 says c99 = here. We are no where close to adding all or even most of the issue 8 = features, though. Issue 7 reports for make: MACROS MAKE=3Dmake AR=3Dar ARFLAGS=3D-rv YACC=3Dyacc YFLAGS=3D LEX=3Dlex LFLAGS=3D LDFLAGS=3D CC=3Dc99 CFLAGS=3D-O 1 FC=3Dfort77 FFLAGS=3D-O 1 [XSI] GET=3Dget GFLAGS=3D SCCSFLAGS=3D SCCSGETFLAGS=3D-s and: The default rules are based on System V. The default CC=3D value is c99 = instead of cc because this volume of POSIX.1-2017 does not standardize = the utility named cc. Thus, every conforming application would be = required to define CC=3D c99 to expect to run. There is no advantage = conferred by the hope that the makefile might hit the "preferred" = compiler because this cannot be guaranteed to work. Also, since the = portable makescript can only use the c99 options, no advantage is = conferred in terms of what the script can do. It is a = quality-of-implementation issue as to whether c99 is as valuable as cc. (I've omitted examples that just use c99 text explicitly.) Analogously, Issue 8 for make: MACROS AR=3Dar ARFLAGS=3D-rv YACC=3Dyacc YFLAGS=3D LEX=3Dlex LFLAGS=3D LDFLAGS=3D CC=3Dc17 CFLAGS=3D-O 1 [XSI] GET=3Dget GFLAGS=3D SCCSFLAGS=3D SCCSGETFLAGS=3D-s and: The default rules are based on System V. The default CC=3D value is c17 = instead of cc because this volume of POSIX.1-2024 does not standardize = the utility named cc. Thus, every conforming application would be = required to define CC=3Dc17 to expect to run. There is no advantage = conferred by the hope that the makefile might hit the "preferred" = compiler because this cannot be guaranteed to work. Also, since the = portable makescript can only use the c17 options, no advantage is = conferred in terms of what the script can do. It is a = quality-of-implementation issue as to whether c17 is as valuable as cc. (I've omitted examples that just use c17 text explicitly.) =3D=3D=3D Mark Millard marklmi at yahoo.com