From owner-freebsd-standards Sun Dec 29 6:30:10 2002 Delivered-To: freebsd-standards@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 95C6337B401 for ; Sun, 29 Dec 2002 06:30:03 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7DACA43F0C for ; Sun, 29 Dec 2002 06:30:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.6/8.12.6) with ESMTP id gBTEU2NS098875 for ; Sun, 29 Dec 2002 06:30:02 -0800 (PST) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.6/8.12.6/Submit) id gBTEU2xq098874; Sun, 29 Dec 2002 06:30:02 -0800 (PST) Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8ED3237B401 for ; Sun, 29 Dec 2002 06:20:47 -0800 (PST) Received: from postfix4-2.free.fr (postfix4-2.free.fr [213.228.0.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A1C043ED1 for ; Sun, 29 Dec 2002 06:20:46 -0800 (PST) (envelope-from thierry@pompo.net) Received: from graf.pompo.net (lyon-4-a7-62-147-50-42.dial.proxad.net [62.147.50.42]) by postfix4-2.free.fr (Postfix) with ESMTP id D374FC10C for ; Sun, 29 Dec 2002 15:20:37 +0100 (CET) Received: by graf.pompo.net (Postfix, from userid 1001) id 2AC7C750D; Sun, 29 Dec 2002 15:20:04 +0100 (CET) Message-Id: <20021229142004.2AC7C750D@graf.pompo.net> Date: Sun, 29 Dec 2002 15:20:04 +0100 (CET) From: Thierry Thomas Reply-To: Thierry Thomas To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Subject: standards/46614: [i18n][patch] strftime and locales without variants. Sender: owner-freebsd-standards@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >Number: 46614 >Category: standards >Synopsis: [i18n][patch] strftime and locales without variants. >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-standards >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sun Dec 29 06:30:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Thierry Thomas >Release: FreeBSD 4.7-STABLE i386 >Organization: Kabbale Eros >Environment: System: FreeBSD graf.pompo.net 4.7-STABLE FreeBSD 4.7-STABLE #0: Sun Dec 29 12:46:07 CET 2002 root@graf.pompo.net:/usr/obj/mntsrc/src/sys/GRAF020727 i386 >Description: Some applications don't expect to find variants in LC_TIME, and when LC_TIME is set to something like "fr_FR.ISO8859-15", they default to C, and strftime does not translate anything. If we define an alias from /usr/share/locale/xx_XX to /usr/share/locale/xx_XX.variant, this is fixed. >How-To-Repeat: For example, install the ports mail/imp3 or better deskutils/kronolith, set a non-english environment, and look at the dates: they are not localized. Apply the following patches, rebuild world, and the dates will be translated. Remark: to test directly, just `ln -s fr_FR.ISO8859-15 fr_FR` in /usr/share/locale. >Fix: The proposed patch adds aliases for languages with ISO-variant into /usr/src/etc/locale.alias. /usr/src/etc/nls.alias is not necessary, but I have patched it for coherence. For each language, the alias is set to the most complete variant. Nothing was made for asiatic languages, because I don't know them... --- /usr/src/etc/locale.alias.orig Wed Apr 17 23:31:14 2002 +++ /usr/src/etc/locale.alias Sun Dec 29 00:13:17 2002 @@ -2,75 +2,112 @@ ASCII en_US.US-ASCII US-ASCII en_US.US-ASCII +af_ZA af_ZA.ISO8859-15 af_ZA.ISO_8859-1 af_ZA.ISO8859-1 af_ZA.ISO_8859-15 af_ZA.ISO8859-15 +cs_CZ cs_CZ.ISO8859-2 cs_CZ.ISO_8859-2 cs_CZ.ISO8859-2 +da_DK da_DK.ISO8859-15 da_DK.ISO_8859-1 da_DK.ISO8859-1 da_DK.ISO_8859-15 da_DK.ISO8859-15 +de_AT de_AT.ISO8859-15 de_AT.ISO_8859-1 de_AT.ISO8859-1 de_AT.ISO_8859-15 de_AT.ISO8859-15 +de_CH de_CH.ISO8859-15 de_CH.ISO_8859-1 de_CH.ISO8859-1 de_CH.ISO_8859-15 de_CH.ISO8859-15 +de_DE de_DE.ISO8859-15 de_DE.ISO_8859-1 de_DE.ISO8859-1 de_DE.ISO_8859-15 de_DE.ISO8859-15 +el_GR el_GR.ISO8859-7 el_GR.ISO_8859-7 el_GR.ISO8859-7 +en_AU en_AU.ISO8859-15 en_AU.ISO_8859-1 en_AU.ISO8859-1 en_AU.ISO_8859-15 en_AU.ISO8859-15 +en_CA en_CA.ISO8859-15 en_CA.ISO_8859-1 en_CA.ISO8859-1 en_CA.ISO_8859-15 en_CA.ISO8859-15 +en_GB en_GB.ISO8859-15 en_GB.ISO_8859-1 en_GB.ISO8859-1 en_GB.ISO_8859-15 en_GB.ISO8859-15 +en_NZ en_NZ.ISO8859-15 en_NZ.ISO_8859-1 en_NZ.ISO8859-1 en_NZ.ISO_8859-15 en_NZ.ISO8859-15 +en_US en_US.ISO8859-15 en_US.ISO_8859-1 en_US.ISO8859-1 en_US.ISO_8859-15 en_US.ISO8859-15 +es_ES es_ES.ISO8859-15 es_ES.ISO_8859-1 es_ES.ISO8859-1 es_ES.ISO_8859-15 es_ES.ISO8859-15 +et_EE et_EE.ISO8859-15 et_EE.ISO_8859-15 et_EE.ISO8859-15 +fi_FI fi_FI.ISO8859-15 fi_FI.ISO_8859-1 fi_FI.ISO8859-1 fi_FI.ISO_8859-15 fi_FI.ISO8859-15 +fr_BE fr_BE.ISO8859-15 fr_BE.ISO_8859-1 fr_BE.ISO8859-1 fr_BE.ISO_8859-15 fr_BE.ISO8859-15 +fr_CA fr_CA.ISO8859-15 fr_CA.ISO_8859-1 fr_CA.ISO8859-1 fr_CA.ISO_8859-15 fr_CA.ISO8859-15 +fr_CH fr_CH.ISO8859-15 fr_CH.ISO_8859-1 fr_CH.ISO8859-1 fr_CH.ISO_8859-15 fr_CH.ISO8859-15 +fr_FR fr_FR.ISO8859-15 fr_FR.ISO_8859-1 fr_FR.ISO8859-1 fr_FR.ISO_8859-15 fr_FR.ISO8859-15 +hr_HR hr_HR.ISO8859-2 hr_HR.ISO_8859-2 hr_HR.ISO8859-2 +hu_HU hu_HU.ISO8859-2 hu_HU.ISO_8859-2 hu_HU.ISO8859-2 +is_IS is_IS.ISO8859-15 is_IS.ISO_8859-1 is_IS.ISO8859-1 is_IS.ISO_8859-15 is_IS.ISO8859-15 +it_CH it_CH.ISO8859-15 it_CH.ISO_8859-1 it_CH.ISO8859-1 it_CH.ISO_8859-15 it_CH.ISO8859-15 +it_IT it_IT.ISO8859-15 it_IT.ISO_8859-1 it_IT.ISO8859-1 it_IT.ISO_8859-15 it_IT.ISO8859-15 ja_JP.EUC ja_JP.eucJP ja_JP.Shift_JIS ja_JP.SJIS ko_KR.EUC ko_KR.eucKR +la_LN la_LN.ISO8859-15 la_LN.ASCII la_LN.US-ASCII la_LN.ISO_8859-1 la_LN.ISO8859-1 la_LN.ISO_8859-15 la_LN.ISO8859-15 la_LN.ISO_8859-2 la_LN.ISO8859-2 la_LN.ISO_8859-4 la_LN.ISO8859-4 +lt_LT lt_LT.ISO8859-4 lt_LT.ISO_8859-4 lt_LT.ISO8859-4 +nl_BE nl_BE.ISO8859-15 nl_BE.ISO_8859-1 nl_BE.ISO8859-1 nl_BE.ISO_8859-15 nl_BE.ISO8859-15 +nl_NL nl_NL.ISO8859-15 nl_NL.ISO_8859-1 nl_NL.ISO8859-1 nl_NL.ISO_8859-15 nl_NL.ISO8859-15 +no_NO no_NO.ISO8859-15 no_NO.ISO_8859-1 no_NO.ISO8859-1 no_NO.ISO_8859-15 no_NO.ISO8859-15 +pl_PL pl_PL.ISO8859-2 pl_PL.ISO_8859-2 pl_PL.ISO8859-2 +pt_PT pt_PT.ISO8859-15 pt_PT.ISO_8859-1 pt_PT.ISO8859-1 pt_PT.ISO_8859-15 pt_PT.ISO8859-15 -ru_SU.CP866 ru_RU.CP866 +ru_RU ru_RU.ISO8859-5 ru_RU.ISO_8859-5 ru_RU.ISO8859-5 -ru_SU.ISO8859-5 ru_RU.ISO8859-5 +ru_SU ru_RU.ISO8859-5 +ru_SU.CP866 ru_RU.CP866 ru_SU.ISO_8859-5 ru_RU.ISO8859-5 +ru_SU.ISO8859-5 ru_RU.ISO8859-5 ru_SU.KOI8-R ru_RU.KOI8-R +sk_SK sk_SK.ISO8859-2 sk_SK.ISO_8859-2 sk_SK.ISO8859-2 +sl_SI sl_SI.ISO8859-2 sl_SI.ISO_8859-2 sl_SI.ISO8859-2 +sv_SE sv_SE.ISO8859-15 sv_SE.ISO_8859-1 sv_SE.ISO8859-1 sv_SE.ISO_8859-15 sv_SE.ISO8859-15 +tr_TR tr_TR.ISO8859-9 tr_TR.ISO_8859-9 tr_TR.ISO8859-9 zh_CN.EUC zh_CN.eucCN --- /usr/src/etc/nls.alias.orig Wed Apr 17 23:31:14 2002 +++ /usr/src/etc/nls.alias Sat Dec 28 23:53:36 2002 @@ -3,76 +3,113 @@ ASCII C POSIX C US-ASCII C +af_ZA af_ZA.ISO8859-15 af_ZA.ISO_8859-1 af_ZA.ISO8859-1 af_ZA.ISO_8859-15 af_ZA.ISO8859-15 +cs_CZ cs_CZ.ISO8859-2 cs_CZ.ISO_8859-2 cs_CZ.ISO8859-2 +da_DK da_DK.ISO8859-15 da_DK.ISO_8859-1 da_DK.ISO8859-1 da_DK.ISO_8859-15 da_DK.ISO8859-15 +de_AT de_AT.ISO8859-15 de_AT.ISO_8859-1 de_AT.ISO8859-1 de_AT.ISO_8859-15 de_AT.ISO8859-15 +de_CH de_CH.ISO8859-15 de_CH.ISO_8859-1 de_CH.ISO8859-1 de_CH.ISO_8859-15 de_CH.ISO8859-15 +de_DE de_DE.ISO8859-15 de_DE.ISO_8859-1 de_DE.ISO8859-1 de_DE.ISO_8859-15 de_DE.ISO8859-15 +el_GR el_GR.ISO8859-7 el_GR.ISO_8859-7 el_GR.ISO8859-7 +en_AU en_AU.ISO8859-15 en_AU.ISO_8859-1 en_AU.ISO8859-1 en_AU.ISO_8859-15 en_AU.ISO8859-15 +en_CA en_CA.ISO8859-15 en_CA.ISO_8859-1 en_CA.ISO8859-1 en_CA.ISO_8859-15 en_CA.ISO8859-15 +en_GB en_GB.ISO8859-15 en_GB.ISO_8859-1 en_GB.ISO8859-1 en_GB.ISO_8859-15 en_GB.ISO8859-15 +en_NZ en_NZ.ISO8859-15 en_NZ.ISO_8859-1 en_NZ.ISO8859-1 en_NZ.ISO_8859-15 en_NZ.ISO8859-15 +en_US en_US.ISO8859-15 en_US.ISO_8859-1 en_US.ISO8859-1 en_US.ISO_8859-15 en_US.ISO8859-15 en_US.US-ASCII C +es_ES es_ES.ISO8859-15 es_ES.ISO_8859-1 es_ES.ISO8859-1 es_ES.ISO_8859-15 es_ES.ISO8859-15 +et_EE et_EE.ISO8859-15 et_EE.ISO_8859-15 et_EE.ISO8859-15 +fi_FI fi_FI.ISO8859-15 fi_FI.ISO_8859-1 fi_FI.ISO8859-1 fi_FI.ISO_8859-15 fi_FI.ISO8859-15 +fr_BE fr_BE.ISO8859-15 fr_BE.ISO_8859-1 fr_BE.ISO8859-1 fr_BE.ISO_8859-15 fr_BE.ISO8859-15 +fr_CA fr_CA.ISO8859-15 fr_CA.ISO_8859-1 fr_CA.ISO8859-1 fr_CA.ISO_8859-15 fr_CA.ISO8859-15 +fr_CH fr_CH.ISO8859-15 fr_CH.ISO_8859-1 fr_CH.ISO8859-1 fr_CH.ISO_8859-15 fr_CH.ISO8859-15 +fr_FR fr_FR.ISO8859-15 fr_FR.ISO_8859-1 fr_FR.ISO8859-1 fr_FR.ISO_8859-15 fr_FR.ISO8859-15 +hr_HR hr_HR.ISO8859-2 hr_HR.ISO_8859-2 hr_HR.ISO8859-2 +hu_HU hu_HU.ISO8859-2 hu_HU.ISO_8859-2 hu_HU.ISO8859-2 +is_IS is_IS.ISO8859-15 is_IS.ISO_8859-1 is_IS.ISO8859-1 is_IS.ISO_8859-15 is_IS.ISO8859-15 +it_CH it_CH.ISO8859-15 it_CH.ISO_8859-1 it_CH.ISO8859-1 it_CH.ISO_8859-15 it_CH.ISO8859-15 +it_IT it_IT.ISO8859-15 it_IT.ISO_8859-1 it_IT.ISO8859-1 it_IT.ISO_8859-15 it_IT.ISO8859-15 ja_JP.EUC ja_JP.eucJP ja_JP.Shift_JIS ja_JP.SJIS ko_KR.EUC ko_KR.eucKR +la_LN la_LN.ISO8859-15 la_LN.ASCII la_LN.US-ASCII la_LN.ISO_8859-1 la_LN.ISO8859-1 la_LN.ISO_8859-15 la_LN.ISO8859-15 la_LN.ISO_8859-2 la_LN.ISO8859-2 la_LN.ISO_8859-4 la_LN.ISO8859-4 +lt_LT lt_LT.ISO8859-4 lt_LT.ISO_8859-4 lt_LT.ISO8859-4 +nl_BE nl_BE.ISO8859-15 nl_BE.ISO_8859-1 nl_BE.ISO8859-1 nl_BE.ISO_8859-15 nl_BE.ISO8859-15 +nl_NL nl_NL.ISO8859-15 nl_NL.ISO_8859-1 nl_NL.ISO8859-1 nl_NL.ISO_8859-15 nl_NL.ISO8859-15 +no_NO no_NO.ISO8859-15 no_NO.ISO_8859-1 no_NO.ISO8859-1 no_NO.ISO_8859-15 no_NO.ISO8859-15 +pl_PL pl_PL.ISO8859-2 pl_PL.ISO_8859-2 pl_PL.ISO8859-2 +pt_PT pt_PT.ISO8859-15 pt_PT.ISO_8859-1 pt_PT.ISO8859-1 pt_PT.ISO_8859-15 pt_PT.ISO8859-15 +ru_RU ru_RU.ISO8859-5 ru_RU.ISO_8859-5 ru_RU.ISO8859-5 +ru_SU ru_RU.ISO8859-5 ru_SU.CP866 ru_RU.CP866 ru_SU.ISO_8859-5 ru_RU.ISO8859-5 ru_SU.ISO8859-5 ru_RU.ISO8859-5 ru_SU.KOI8-R ru_RU.KOI8-R +sk_SK sk_SK.ISO8859-2 sk_SK.ISO_8859-2 sk_SK.ISO8859-2 +sl_SI sl_SI.ISO8859-2 sl_SI.ISO_8859-2 sl_SI.ISO8859-2 +sv_SE sv_SE.ISO8859-15 sv_SE.ISO_8859-1 sv_SE.ISO8859-1 sv_SE.ISO_8859-15 sv_SE.ISO8859-15 +tr_TR tr_TR.ISO8859-9 tr_TR.ISO_8859-9 tr_TR.ISO8859-9 zh_CN.EUC zh_CN.eucCN >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-standards" in the body of the message From owner-freebsd-standards Sun Dec 29 10: 2:28 2002 Delivered-To: freebsd-standards@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C991737B401 for ; Sun, 29 Dec 2002 10:02:27 -0800 (PST) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F26743EA9 for ; Sun, 29 Dec 2002 10:02:27 -0800 (PST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: from khavrinen.lcs.mit.edu (localhost [IPv6:::1]) by khavrinen.lcs.mit.edu (8.12.6/8.12.6) with ESMTP id gBTI2NCJ008751 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Sun, 29 Dec 2002 13:02:23 -0500 (EST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.12.6/8.12.6/Submit) id gBTI2NRS008748; Sun, 29 Dec 2002 13:02:23 -0500 (EST) (envelope-from wollman) Date: Sun, 29 Dec 2002 13:02:23 -0500 (EST) From: Garrett Wollman Message-Id: <200212291802.gBTI2NRS008748@khavrinen.lcs.mit.edu> To: Craig Rodrigues Cc: freebsd-standards@FreeBSD.ORG Subject: Re: pthread.h: improved _POSIX_THREAD_PROCESS_SHARED check In-Reply-To: <20021228194535.GA4161@attbi.com> References: <20021225215044.GA12788@attbi.com> <20021225221430.GA12969@attbi.com> <200212261928.gBQJShrr049276@khavrinen.lcs.mit.edu> <20021228194535.GA4161@attbi.com> Sender: owner-freebsd-standards@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG < said: > OK, how about this. Looks great to me. -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-standards" in the body of the message From owner-freebsd-standards Sun Dec 29 11:24:18 2002 Delivered-To: freebsd-standards@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7079437B401; Sun, 29 Dec 2002 11:24:16 -0800 (PST) Received: from mailout10.sul.t-online.com (mailout10.sul.t-online.com [194.25.134.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6948543ED8; Sun, 29 Dec 2002 11:24:15 -0800 (PST) (envelope-from corecode@corecode.ath.cx) Received: from fwd04.sul.t-online.de by mailout10.sul.t-online.com with smtp id 18Sj2j-0005LL-02; Sun, 29 Dec 2002 20:24:13 +0100 Received: from pride.uni.stoert.net (320050403952-0001@[217.224.160.80]) by fmrl04.sul.t-online.com with esmtp id 18Sj2S-1JS3BQC; Sun, 29 Dec 2002 20:23:56 +0100 Received: from terrorfish.uni.stoert.net (terrorfish.uni.stoert.net [10.150.180.178]) by pride.uni.stoert.net (Postfix) with ESMTP id 62A8C12CA75; Sun, 29 Dec 2002 20:23:52 +0100 (CET) Received: from terrorfish.uni.stoert.net (localhost [127.0.0.1]) by terrorfish.uni.stoert.net (8.12.6/8.12.6) with ESMTP id gBTJOR7B002264; Sun, 29 Dec 2002 20:24:27 +0100 (CET) (envelope-from corecode@terrorfish.uni.stoert.net) Received: (from corecode@localhost) by terrorfish.uni.stoert.net (8.12.6/8.12.6/Submit) id gBTJOQNp002263; Sun, 29 Dec 2002 20:24:26 +0100 (CET) Date: Sun, 29 Dec 2002 20:24:23 +0100 From: "Simon 'corecode' Schubert" To: current@freebsd.org Cc: standards@freebsd.org Subject: missing support for std::wstring breaks stuff on -CURRENT Message-Id: <20021229202423.0f2dcd73.corecode@corecode.ath.cx> X-Mailer: Sylpheed version 0.8.8claws (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="=.VXvdwvbYoLNg)J" X-Sender: 320050403952-0001@t-dialin.net Sender: owner-freebsd-standards@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --=.VXvdwvbYoLNg)J Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit hello people, as several other people already noted -current doesn't support std::wstring. this is a real pitty as more and more programs tend to use this. you can test with this simple case: % cat wchar.cc #include int main(int, char *[]) { std::wstring test(L"test"); } % c++ wchar.cc wchar.cc: In function `int main(int, char**)': wchar.cc:6: syntax error before `(' token if programs use std::basic_string things will get worse: % cat wchar2.cc #include int main(int, char *[]) { std::basic_string test(L"test"); } % c++ wchar2.cc /tmp/ccKRNQn4.o: In function `std::basic_string, std::allocator >::basic_string(wchar_t const*, std::allocator const&)': /tmp/ccKRNQn4.o(.gnu.linkonce.t._ZNSbIwSt11char_traitsIwESaIwEEC1EPKwRKS1_+0x1f): undefined reference to `std::char_traits::length(wchar_t const*)' /tmp/ccKRNQn4.o: In function `std::basic_string, std::allocator >::_S_copy_chars(wchar_t*, wchar_t const*, wchar_t const*)': /tmp/ccKRNQn4.o(.gnu.linkonce.t._ZNSbIwSt11char_traitsIwESaIwEE13_S_copy_charsEPwPKwS5_+0x1c): undefined reference to `std::char_traits::copy(wchar_t*, wchar_t const*, unsigned)' this ain't no fun anymore (and furthermore prevents several program updates) would please somebody look into this case and explain why wchar_t support wasn't enabled? tim robins already provided a patch that will make stuff working. cheers simon -- /"\ http://corecode.ath.cx/#donate \ / \ ASCII Ribbon Campaign / \ Against HTML Mail and News --=.VXvdwvbYoLNg)J Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+D0vqr5S+dk6z85oRAh5rAJ9vmRl666ZM29xv/G8VVYXeqhb7pwCg4F3Z SuqWny8kUe5VYafgrXpWOUc= =5+W0 -----END PGP SIGNATURE----- --=.VXvdwvbYoLNg)J-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-standards" in the body of the message From owner-freebsd-standards Sun Dec 29 11:27:35 2002 Delivered-To: freebsd-standards@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CEE2137B401; Sun, 29 Dec 2002 11:27:34 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 796CB43EA9; Sun, 29 Dec 2002 11:27:34 -0800 (PST) (envelope-from mike@FreeBSD.org) Received: from freefall.freebsd.org (mike@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.6/8.12.6) with ESMTP id gBTJRYNS050909; Sun, 29 Dec 2002 11:27:34 -0800 (PST) (envelope-from mike@freefall.freebsd.org) Received: (from mike@localhost) by freefall.freebsd.org (8.12.6/8.12.6/Submit) id gBTJRYqb050905; Sun, 29 Dec 2002 11:27:34 -0800 (PST) Date: Sun, 29 Dec 2002 11:27:34 -0800 (PST) From: Mike Barcroft Message-Id: <200212291927.gBTJRYqb050905@freefall.freebsd.org> To: mike@FreeBSD.org, freebsd-standards@FreeBSD.org, ache@FreeBSD.org Subject: Re: standards/46614: [i18n][patch] strftime and locales without variants. Sender: owner-freebsd-standards@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Synopsis: [i18n][patch] strftime and locales without variants. Responsible-Changed-From-To: freebsd-standards->ache Responsible-Changed-By: mike Responsible-Changed-When: Sun Dec 29 11:27:10 PST 2002 Responsible-Changed-Why: Locale issue. http://www.freebsd.org/cgi/query-pr.cgi?pr=46614 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-standards" in the body of the message From owner-freebsd-standards Sun Dec 29 16:50:11 2002 Delivered-To: freebsd-standards@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7420D37B401 for ; Sun, 29 Dec 2002 16:50:03 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id E4C2B43EC5 for ; Sun, 29 Dec 2002 16:50:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.6/8.12.6) with ESMTP id gBU0o2NS043600 for ; Sun, 29 Dec 2002 16:50:02 -0800 (PST) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.6/8.12.6/Submit) id gBU0o24E043598; Sun, 29 Dec 2002 16:50:02 -0800 (PST) Date: Sun, 29 Dec 2002 16:50:02 -0800 (PST) Message-Id: <200212300050.gBU0o24E043598@freefall.freebsd.org> To: freebsd-standards@FreeBSD.org Cc: From: Craig Rodrigues Subject: Re: standards/44394: restrict qualifiers missing from sys/socket.h Reply-To: Craig Rodrigues Sender: owner-freebsd-standards@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG The following reply was made to PR standards/44394; it has been noted by GNATS. From: Craig Rodrigues To: freebsd-gnats-submit@freebsd.org Cc: Subject: Re: standards/44394: restrict qualifiers missing from sys/socket.h Date: Sun, 29 Dec 2002 19:42:40 -0500 --WIyZ46R2i8wDzkSu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, Here is a followup patch which adds restrict qualifiers to accept(), getpeername(), getsockname(), getsockopt(), and recvfrom() as specified in the latest POSIX standard. After applying the patch, and before recompiling everything, you need to regenerate syscall.h, syscall.mk and sysproto.h by doing: cd /usr/src/sys/kern sh makesyscalls.sh syscalls.master Is the attached patch OK? -- Craig Rodrigues http://www.gis.net/~craigr rodrigc@attbi.com --WIyZ46R2i8wDzkSu Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="socket-restrict.diff" Index: lib/libc/sys/accept.2 =================================================================== RCS file: /home/ncvs/src/lib/libc/sys/accept.2,v retrieving revision 1.26 diff -u -r1.26 accept.2 --- lib/libc/sys/accept.2 2002/12/19 09:40:24 1.26 +++ lib/libc/sys/accept.2 2002/12/29 23:59:40 @@ -44,7 +44,7 @@ .In sys/types.h .In sys/socket.h .Ft int -.Fn accept "int s" "struct sockaddr *addr" "socklen_t *addrlen" +.Fn accept "int s" "struct sockaddr * restrict addr" "socklen_t * restrict addrlen" .Sh DESCRIPTION The argument .Fa s Index: lib/libc/sys/getpeername.2 =================================================================== RCS file: /home/ncvs/src/lib/libc/sys/getpeername.2,v retrieving revision 1.21 diff -u -r1.21 getpeername.2 --- lib/libc/sys/getpeername.2 2002/12/19 09:40:24 1.21 +++ lib/libc/sys/getpeername.2 2002/12/29 23:59:40 @@ -44,7 +44,7 @@ .In sys/types.h .In sys/socket.h .Ft int -.Fn getpeername "int s" "struct sockaddr *name" "socklen_t *namelen" +.Fn getpeername "int s" "struct sockaddr * restrict name" "socklen_t * restrict namelen" .Sh DESCRIPTION The .Fn getpeername Index: lib/libc/sys/getsockname.2 =================================================================== RCS file: /home/ncvs/src/lib/libc/sys/getsockname.2,v retrieving revision 1.21 diff -u -r1.21 getsockname.2 --- lib/libc/sys/getsockname.2 2002/12/19 09:40:24 1.21 +++ lib/libc/sys/getsockname.2 2002/12/29 23:59:40 @@ -44,7 +44,7 @@ .In sys/types.h .In sys/socket.h .Ft int -.Fn getsockname "int s" "struct sockaddr *name" "socklen_t *namelen" +.Fn getsockname "int s" "struct sockaddr * restrict name" "socklen_t * restrict namelen" .Sh DESCRIPTION The .Fn getsockname Index: lib/libc/sys/getsockopt.2 =================================================================== RCS file: /home/ncvs/src/lib/libc/sys/getsockopt.2,v retrieving revision 1.28 diff -u -r1.28 getsockopt.2 --- lib/libc/sys/getsockopt.2 2002/12/19 09:40:25 1.28 +++ lib/libc/sys/getsockopt.2 2002/12/29 23:59:41 @@ -45,7 +45,7 @@ .In sys/types.h .In sys/socket.h .Ft int -.Fn getsockopt "int s" "int level" "int optname" "void *optval" "socklen_t *optlen" +.Fn getsockopt "int s" "int level" "int optname" "void * restrict optval" "socklen_t * restrict optlen" .Ft int .Fn setsockopt "int s" "int level" "int optname" "const void *optval" "socklen_t optlen" .Sh DESCRIPTION Index: lib/libc/sys/recv.2 =================================================================== RCS file: /home/ncvs/src/lib/libc/sys/recv.2,v retrieving revision 1.18 diff -u -r1.18 recv.2 --- lib/libc/sys/recv.2 2002/12/19 09:40:25 1.18 +++ lib/libc/sys/recv.2 2002/12/29 23:59:41 @@ -48,7 +48,7 @@ .Ft ssize_t .Fn recv "int s" "void *buf" "size_t len" "int flags" .Ft ssize_t -.Fn recvfrom "int s" "void *buf" "size_t len" "int flags" "struct sockaddr *from" "socklen_t *fromlen" +.Fn recvfrom "int s" "void * restrict buf" "size_t len" "int flags" "struct sockaddr * restrict from" "socklen_t * restrict fromlen" .Ft ssize_t .Fn recvmsg "int s" "struct msghdr *msg" "int flags" .Sh DESCRIPTION Index: sys/kern/syscalls.master =================================================================== RCS file: /home/ncvs/src/sys/kern/syscalls.master,v retrieving revision 1.138 diff -u -r1.138 syscalls.master --- sys/kern/syscalls.master 2002/12/15 19:17:56 1.138 +++ sys/kern/syscalls.master 2002/12/29 23:59:42 @@ -84,10 +84,11 @@ 27 MSTD BSD { int recvmsg(int s, struct msghdr *msg, int flags); } 28 MSTD BSD { int sendmsg(int s, caddr_t msg, int flags); } 29 MSTD BSD { int recvfrom(int s, caddr_t buf, size_t len, \ - int flags, caddr_t from, int *fromlenaddr); } -30 MSTD BSD { int accept(int s, caddr_t name, int *anamelen); } -31 MSTD BSD { int getpeername(int fdes, caddr_t asa, int *alen); } -32 MSTD BSD { int getsockname(int fdes, caddr_t asa, int *alen); } + int flags, struct sockaddr * __restrict from, \ + __socklen_t * __restrict fromlenaddr); } +30 MSTD BSD { int accept(int s, struct sockaddr * __restrict name, __socklen_t *__restrict anamelen); } +31 MSTD BSD { int getpeername(int fdes, struct sockaddr * __restrict asa, __socklen_t * __restrict alen); } +32 MSTD BSD { int getsockname(int fdes, struct sockaddr * __restrict asa, __socklen_t * __restrict alen); } 33 STD POSIX { int access(char *path, int flags); } 34 STD BSD { int chflags(char *path, int flags); } 35 STD BSD { int fchflags(int fd, int flags); } @@ -197,7 +198,8 @@ struct timezone *tzp); } 117 MSTD BSD { int getrusage(int who, struct rusage *rusage); } 118 MSTD BSD { int getsockopt(int s, int level, int name, \ - caddr_t val, int *avalsize); } + void * __restrict val, \ + __socklen_t * __restrict avalsize); } 119 UNIMPL NOHIDE resuba (BSD/OS 2.x) 120 MSTD BSD { int readv(int fd, struct iovec *iovp, u_int iovcnt); } 121 MSTD BSD { int writev(int fd, struct iovec *iovp, \ Index: sys/kern/uipc_syscalls.c =================================================================== RCS file: /home/ncvs/src/sys/kern/uipc_syscalls.c,v retrieving revision 1.133 diff -u -r1.133 uipc_syscalls.c --- sys/kern/uipc_syscalls.c 2002/12/23 22:46:47 1.133 +++ sys/kern/uipc_syscalls.c 2002/12/29 23:59:44 @@ -233,15 +235,16 @@ struct thread *td; register struct accept_args /* { int s; - caddr_t name; - int *anamelen; + struct sockaddr * __restrict name; + socklen_t * __restrict anamelen; } */ *uap; int compat; { struct filedesc *fdp; struct file *nfp = NULL; struct sockaddr *sa; - int namelen, error, s; + socklen_t namelen; + int error, s; struct socket *head, *so; int fd; u_int fflag; @@ -876,7 +879,8 @@ struct uio auio; register struct iovec *iov; register int i; - int len, error; + socklen_t len; + int error; struct mbuf *m, *control = 0; caddr_t ctlbuf; struct socket *so; @@ -925,7 +929,7 @@ (struct mbuf **)0, mp->msg_control ? &control : (struct mbuf **)0, &mp->msg_flags); if (error) { - if (auio.uio_resid != len && (error == ERESTART || + if (auio.uio_resid != (int)len && (error == ERESTART || error == EINTR || error == EWOULDBLOCK)) error = 0; } @@ -933,7 +937,7 @@ if (ktriov != NULL) { if (error == 0) { ktruio.uio_iov = ktriov; - ktruio.uio_resid = len - auio.uio_resid; + ktruio.uio_resid = (int)len - auio.uio_resid; ktrgenio(s, UIO_READ, &ktruio, error); } FREE(ktriov, M_TEMP); @@ -941,7 +945,7 @@ #endif if (error) goto out; - td->td_retval[0] = len - auio.uio_resid; + td->td_retval[0] = (int)len - auio.uio_resid; if (mp->msg_name) { len = mp->msg_namelen; if (len <= 0 || fromsa == 0) @@ -963,7 +967,7 @@ } mp->msg_namelen = len; if (namelenp && - (error = copyout(&len, namelenp, sizeof (int)))) { + (error = copyout(&len, namelenp, sizeof (socklen_t)))) { #ifdef COMPAT_OLDSOCK if (mp->msg_flags & MSG_COMPAT) error = 0; /* old recvfrom didn't check */ @@ -1038,8 +1042,8 @@ caddr_t buf; size_t len; int flags; - caddr_t from; - int *fromlenaddr; + struct sockaddr * __restrict from; + socklen_t * __restrict fromlenaddr; } */ *uap; { struct msghdr msg; @@ -1301,11 +1305,12 @@ int s; int level; int name; - caddr_t val; - int *avalsize; + void * __restrict val; + socklen_t * __restrict avalsize; } */ *uap; { - int valsize, error; + socklen_t valsize; + int error; struct socket *so; struct sockopt sopt; @@ -1354,14 +1359,15 @@ struct thread *td; register struct getsockname_args /* { int fdes; - caddr_t asa; - int *alen; + struct sockaddr * __restrict asa; + socklen_t * __restrict alen; } */ *uap; int compat; { struct socket *so; struct sockaddr *sa; - int len, error; + socklen_t len; + int error; mtx_lock(&Giant); if ((error = fgetsock(td, uap->fdes, &so, NULL)) != 0) @@ -1438,14 +1444,15 @@ struct thread *td; register struct getpeername_args /* { int fdes; - caddr_t asa; - int *alen; + struct sockaddr * __restrict asa; + socklen_t * __restrict alen; } */ *uap; int compat; { struct socket *so; struct sockaddr *sa; - int len, error; + socklen_t len; + int error; mtx_lock(&Giant); if ((error = fgetsock(td, uap->fdes, &so, NULL)) != 0) Index: sys/sys/socket.h =================================================================== RCS file: /home/ncvs/src/sys/sys/socket.h,v retrieving revision 1.70 diff -u -r1.70 socket.h --- sys/sys/socket.h 2002/12/28 22:17:29 1.70 +++ sys/sys/socket.h 2002/12/29 23:59:44 @@ -513,18 +513,15 @@ #include __BEGIN_DECLS -/* - * XXX functions missing restrict type-qualifiers. - */ -int accept(int, struct sockaddr *, socklen_t *); +int accept(int, struct sockaddr * __restrict, socklen_t * __restrict); int bind(int, const struct sockaddr *, socklen_t); int connect(int, const struct sockaddr *, socklen_t); -int getpeername(int, struct sockaddr *, socklen_t *); -int getsockname(int, struct sockaddr *, socklen_t *); -int getsockopt(int, int, int, void *, socklen_t *); +int getpeername(int, struct sockaddr * __restrict, socklen_t * __restrict); +int getsockname(int, struct sockaddr * __restrict, socklen_t * __restrict); +int getsockopt(int, int, int, void * __restrict, socklen_t * __restrict); int listen(int, int); ssize_t recv(int, void *, size_t, int); -ssize_t recvfrom(int, void *, size_t, int, struct sockaddr *, socklen_t *); +ssize_t recvfrom(int, void *, size_t, int, struct sockaddr * __restrict, socklen_t * __restrict); ssize_t recvmsg(int, struct msghdr *, int); ssize_t send(int, const void *, size_t, int); ssize_t sendto(int, const void *, --WIyZ46R2i8wDzkSu-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-standards" in the body of the message From owner-freebsd-standards Mon Dec 30 0:51:15 2002 Delivered-To: freebsd-standards@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 49E3637B401; Mon, 30 Dec 2002 00:51:14 -0800 (PST) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7BC0D43ED1; Mon, 30 Dec 2002 00:51:13 -0800 (PST) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.6/8.12.2) with ESMTP id gBU8oxmm066148; Mon, 30 Dec 2002 00:50:59 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.6/8.12.6/Submit) id gBU8niX8066111; Mon, 30 Dec 2002 00:49:44 -0800 (PST) Date: Mon, 30 Dec 2002 00:49:44 -0800 From: "David O'Brien" To: "Simon 'corecode' Schubert" Cc: current@freebsd.org, standards@freebsd.org Subject: Re: missing support for std::wstring breaks stuff on -CURRENT Message-ID: <20021230084944.GA64824@dragon.nuxi.com> Reply-To: obrien@freebsd.org Mail-Followup-To: David O'Brien , Simon 'corecode' Schubert , current@freebsd.org, standards@freebsd.org References: <20021229202423.0f2dcd73.corecode@corecode.ath.cx> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021229202423.0f2dcd73.corecode@corecode.ath.cx> User-Agent: Mutt/1.4i X-Operating-System: FreeBSD 5.0-RC Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-standards@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Dec 29, 2002 at 08:24:23PM +0100, Simon 'corecode' Schubert wrote: > would please somebody look into this case and explain why wchar_t > support wasn't enabled? Because the GCC developers disabled it for GCC 3.2.1 > tim robins already provided a patch that will make stuff working. Please dig into why the above occured, and if it still seems reasonable to commit Tim's patch, I will. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-standards" in the body of the message From owner-freebsd-standards Mon Dec 30 9:17: 4 2002 Delivered-To: freebsd-standards@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ACFB937B401 for ; Mon, 30 Dec 2002 09:17:02 -0800 (PST) Received: from web13401.mail.yahoo.com (web13401.mail.yahoo.com [216.136.175.59]) by mx1.FreeBSD.org (Postfix) with SMTP id 57ED243E4A for ; Mon, 30 Dec 2002 09:17:02 -0800 (PST) (envelope-from giffunip@yahoo.com) Message-ID: <20021230171702.87632.qmail@web13401.mail.yahoo.com> Received: from [200.24.79.187] by web13401.mail.yahoo.com via HTTP; Mon, 30 Dec 2002 18:17:02 CET Date: Mon, 30 Dec 2002 18:17:02 +0100 (CET) From: "=?iso-8859-1?q?Pedro=20F.=20Giffuni?=" Subject: Any libm maintainer (was Math changes in Mac OS X) To: freebsd-standards@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-standards@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi; I asked Jordan about this changes in Darwin: _________________ * The libm library is now standard compliant. The new math library in jaguar is now IEEE-754 and C99 compliant in double precision. In addition, the new libm is faster than MathLib found in Mac OS 9 and faster than libm in Mac OS 10.1.x. * SIGFPE (New in 10.2) Jaguar floating-point environment now fully supports IEEE-754 style exception halts. * rounding control (changed in 10.2) The return values of the floating point environment routines fesetround(), feholdexcept() have been changed and corrected. These routines in Mac OS 10.1.x and earlier returned boolean status opposite to that specified by C99. Jaguar libm corrects this and brings them into agreement with the ISO/IEC 9899:1999 (C99) specification. . * The gamma function has been changed in Mac OS X 10.2. See Technical Q&A 1143 for more information ; . * Quiet and signaling NaNs have been changed in Mac OS X 10.2. FP_SNAN, FP_QNAN are deprecated in the final C99 spec. The new defines them to be the standard FP_NAN. __________________ And he OK'd us merging their changes in libm, "It's not like Apple needs to do anything specific to "donate" it, it's already essentially donated". In fact..he sent me a copy of their libm. Anyone want to have a look at it??, or should we reimplement this stuff from scratch... just for the sake of diversity?? ;). cheers, Pedro. ps. email me and I'll be glad to toss the tarball. ______________________________________________________________________ Yahoo! Cellulari: scarica i loghi e le suonerie per le tue feste! http://it.yahoo.com/mail_it/foot/?http://it.mobile.yahoo.com/index2002.html To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-standards" in the body of the message From owner-freebsd-standards Mon Dec 30 10:42:51 2002 Delivered-To: freebsd-standards@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 488CC37B401 for ; Mon, 30 Dec 2002 10:42:50 -0800 (PST) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4693A43E4A for ; Mon, 30 Dec 2002 10:42:49 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id FAA25597; Tue, 31 Dec 2002 05:42:45 +1100 Date: Tue, 31 Dec 2002 05:44:46 +1100 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: "=?iso-8859-1?q?Pedro=20F.=20Giffuni?=" Cc: freebsd-standards@FreeBSD.ORG Subject: Re: Any libm maintainer (was Math changes in Mac OS X) In-Reply-To: <20021230171702.87632.qmail@web13401.mail.yahoo.com> Message-ID: <20021231053228.X47970-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-standards@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 30 Dec 2002, [iso-8859-1] Pedro F. Giffuni wrote: > Hi; > I asked Jordan about this changes in Darwin: > _________________ > * The libm library is now standard compliant. The new > math library in jaguar is now IEEE-754 and C99 > compliant in double precision. In addition, the new > libm is faster than MathLib found in Mac OS 9 and > faster than libm in Mac OS 10.1.x. > > * SIGFPE (New in 10.2) Jaguar floating-point > environment now fully supports IEEE-754 style > exception halts. > > * rounding control (changed in 10.2) The return values > of the floating point environment routines > fesetround(), feholdexcept() have been changed and > corrected. These routines in Mac OS 10.1.x and earlier > returned boolean status opposite to that specified by > C99. Jaguar libm corrects this and brings them into > agreement with the ISO/IEC 9899:1999 (C99) > specification. . The Mac libm seems to be unrelated to the FreeBSD one, and many man months or years of development ahead of the FreeBSD libm even before these changes. E.g., the FreeBSD libm doesn't even have a hint of fesetround() (FreeBSD's libc has fpsetround()). > And he OK'd us merging their changes in libm, "It's > not like Apple needs to do anything specific to > "donate" it, it's already essentially donated". In > fact..he sent me a copy of their libm. Are you sure that they want to give away the whole thing? Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-standards" in the body of the message From owner-freebsd-standards Mon Dec 30 11:53: 3 2002 Delivered-To: freebsd-standards@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4AE0A37B401 for ; Mon, 30 Dec 2002 11:53:01 -0800 (PST) Received: from web13404.mail.yahoo.com (web13404.mail.yahoo.com [216.136.175.62]) by mx1.FreeBSD.org (Postfix) with SMTP id 41F3243ED1 for ; Mon, 30 Dec 2002 11:53:00 -0800 (PST) (envelope-from giffunip@yahoo.com) Message-ID: <20021230195259.60456.qmail@web13404.mail.yahoo.com> Received: from [200.24.79.234] by web13404.mail.yahoo.com via HTTP; Mon, 30 Dec 2002 20:52:59 CET Date: Mon, 30 Dec 2002 20:52:59 +0100 (CET) From: "=?iso-8859-1?q?Pedro=20F.=20Giffuni?=" Subject: Re: Any libm maintainer (was Math changes in Mac OS X) To: freebsd-standards@FreeBSD.ORG In-Reply-To: <20021231053228.X47970-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-standards@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi Mike Bancroft just noted (on private email) exactly the same thing. This might have been an error on Jordan's part induced by my ignorance. I'll ask again just to be sure, but here's Jordan's original mail: ____________ Hmm. Well, my group isn't responsible for libm so I don't know how portable the changes are, and it's traditionally pretty difficult to get other groups at Apple to sign up for doing extra work. Since anyone can check libm out of the OpenDarwin project (www.opendarwin.org), why not simply pull a copy across and see how much can be merged? It's not like Apple needs to do anything specific to "donate" it, it's already essentially donated. In fact, I might just as well attach it if you're really keen... ______ --- Bruce Evans ha scritto: > On Mon, 30 Dec 2002, [iso-8859-1] Pedro F. Giffuni > wrote: > > > Hi; > > I asked Jordan about this changes in Darwin: > > _________________ > > * The libm library is now standard compliant. The > new > > math library in jaguar is now IEEE-754 and C99 > > compliant in double precision. In addition, the > new > > libm is faster than MathLib found in Mac OS 9 and > > faster than libm in Mac OS 10.1.x. > > > > * SIGFPE (New in 10.2) Jaguar floating-point > > environment now fully supports IEEE-754 style > > exception halts. > > > > * rounding control (changed in 10.2) The return > values > > of the floating point environment routines > > fesetround(), feholdexcept() have been changed and > > corrected. These routines in Mac OS 10.1.x and > earlier > > returned boolean status opposite to that specified > by > > C99. Jaguar libm corrects this and brings them > into > > agreement with the ISO/IEC 9899:1999 (C99) > > specification. . > > The Mac libm seems to be unrelated to the FreeBSD > one, and many > man months or years of development ahead of the > FreeBSD libm even > before these changes. E.g., the FreeBSD libm > doesn't even have a > hint of fesetround() (FreeBSD's libc has > fpsetround()). > > > And he OK'd us merging their changes in libm, > "It's > > not like Apple needs to do anything specific to > > "donate" it, it's already essentially donated". In > > fact..he sent me a copy of their libm. > > Are you sure that they want to give away the whole > thing? > > Bruce > ______________________________________________________________________ Yahoo! Cellulari: scarica i loghi e le suonerie per le tue feste! http://it.yahoo.com/mail_it/foot/?http://it.mobile.yahoo.com/index2002.html To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-standards" in the body of the message From owner-freebsd-standards Mon Dec 30 12:12:42 2002 Delivered-To: freebsd-standards@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B08937B401 for ; Mon, 30 Dec 2002 12:12:40 -0800 (PST) Received: from web13405.mail.yahoo.com (web13405.mail.yahoo.com [216.136.175.63]) by mx1.FreeBSD.org (Postfix) with SMTP id D938043E4A for ; Mon, 30 Dec 2002 12:12:39 -0800 (PST) (envelope-from giffunip@yahoo.com) Message-ID: <20021230201239.25594.qmail@web13405.mail.yahoo.com> Received: from [200.24.79.234] by web13405.mail.yahoo.com via HTTP; Mon, 30 Dec 2002 21:12:39 CET Date: Mon, 30 Dec 2002 21:12:39 +0100 (CET) From: "=?iso-8859-1?q?Pedro=20F.=20Giffuni?=" Subject: Re: Any libm maintainer (was Math changes in Mac OS X) To: freebsd-standards@FreeBSD.ORG In-Reply-To: <20021231053228.X47970-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-standards@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Official Answer is: "Well, you should read the APPLE_LICENSE file for this particular code and possibly also wait for the next revision of the APSL to come out - that should happen early in 2003. It wouldn't be BSD licensed code in this particular case, no, but I don't believe the APSL prohibits it from being included in other OSes like FreeBSD, it just requires that changes be sent back to Apple (and that's no concern in this case since FreeBSD is open source and the changes wouldn't be unavailable for Apple's use). As to Darwin in general, only some small parts are under the APSL. Other parts are under the BSD license or the GPL, depending on origin, so you need to check it out on a case-by-case basis to see which license to use going forward in FreeBSD. - Jordan " --- Bruce Evans ha scritto: > On Mon, 30 Dec 2002, [iso-8859-1] Pedro F. Giffuni > wrote: > > > Hi; > > I asked Jordan about this changes in Darwin: > > _________________ > > * The libm library is now standard compliant. The > new > > math library in jaguar is now IEEE-754 and C99 > > compliant in double precision. In addition, the > new > > libm is faster than MathLib found in Mac OS 9 and > > faster than libm in Mac OS 10.1.x. > > > > * SIGFPE (New in 10.2) Jaguar floating-point > > environment now fully supports IEEE-754 style > > exception halts. > > > > * rounding control (changed in 10.2) The return > values > > of the floating point environment routines > > fesetround(), feholdexcept() have been changed and > > corrected. These routines in Mac OS 10.1.x and > earlier > > returned boolean status opposite to that specified > by > > C99. Jaguar libm corrects this and brings them > into > > agreement with the ISO/IEC 9899:1999 (C99) > > specification. . > > The Mac libm seems to be unrelated to the FreeBSD > one, and many > man months or years of development ahead of the > FreeBSD libm even > before these changes. E.g., the FreeBSD libm > doesn't even have a > hint of fesetround() (FreeBSD's libc has > fpsetround()). > > > And he OK'd us merging their changes in libm, > "It's > > not like Apple needs to do anything specific to > > "donate" it, it's already essentially donated". In > > fact..he sent me a copy of their libm. > > Are you sure that they want to give away the whole > thing? > > Bruce > ______________________________________________________________________ Yahoo! Cellulari: scarica i loghi e le suonerie per le tue feste! http://it.yahoo.com/mail_it/foot/?http://it.mobile.yahoo.com/index2002.html To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-standards" in the body of the message From owner-freebsd-standards Mon Dec 30 17:11:34 2002 Delivered-To: freebsd-standards@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C60EB37B401 for ; Mon, 30 Dec 2002 17:11:33 -0800 (PST) Received: from HAL9000.homeunix.com (12-232-220-15.client.attbi.com [12.232.220.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D98A43E4A for ; Mon, 30 Dec 2002 17:11:33 -0800 (PST) (envelope-from dschultz@uclink.Berkeley.EDU) Received: from HAL9000.homeunix.com (localhost [127.0.0.1]) by HAL9000.homeunix.com (8.12.6/8.12.5) with ESMTP id gBV1BWZs002584; Mon, 30 Dec 2002 17:11:32 -0800 (PST) (envelope-from dschultz@uclink.Berkeley.EDU) Received: (from das@localhost) by HAL9000.homeunix.com (8.12.6/8.12.5/Submit) id gBV1BW4Y002583; Mon, 30 Dec 2002 17:11:32 -0800 (PST) (envelope-from dschultz@uclink.Berkeley.EDU) Date: Mon, 30 Dec 2002 17:11:32 -0800 From: David Schultz To: "Pedro F. Giffuni" Cc: freebsd-standards@FreeBSD.ORG Subject: Re: Any libm maintainer (was Math changes in Mac OS X) Message-ID: <20021231011132.GA2471@HAL9000.homeunix.com> Mail-Followup-To: "Pedro F. Giffuni" , freebsd-standards@FreeBSD.ORG References: <20021230171702.87632.qmail@web13401.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021230171702.87632.qmail@web13401.mail.yahoo.com> Sender: owner-freebsd-standards@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thus spake Pedro F. Giffuni : > And he OK'd us merging their changes in libm, "It's > not like Apple needs to do anything specific to > "donate" it, it's already essentially donated". In > fact..he sent me a copy of their libm. > > Anyone want to have a look at it??, or should we > reimplement this stuff from scratch... just for the > sake of diversity?? ;). The FreeBSD libm is in a horrible state of disrepair. Many C99 features are unimplemented, some areas have a poor distinction between MD and MI bits, there's still some VAX cruft lying around, and parts of the library are scattered among several directories. NetBSD has done a lot to clean up and rearrange the code, but there's still a long way to go. If Apple has reimplemented libm, I'm sure there would be interest in it. Bill Fenner was working on some of the C99 math stuff last I heard, so you might want to run it by him. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-standards" in the body of the message From owner-freebsd-standards Mon Dec 30 23:29:51 2002 Delivered-To: freebsd-standards@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 06CEF37B401 for ; Mon, 30 Dec 2002 23:29:50 -0800 (PST) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0635D43E4A for ; Mon, 30 Dec 2002 23:29:49 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id SAA17343; Tue, 31 Dec 2002 18:29:42 +1100 Date: Tue, 31 Dec 2002 18:31:45 +1100 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: David Schultz Cc: "Pedro F. Giffuni" , Subject: Re: Any libm maintainer (was Math changes in Mac OS X) In-Reply-To: <20021231011132.GA2471@HAL9000.homeunix.com> Message-ID: <20021231181805.P49902-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-standards@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 30 Dec 2002, David Schultz wrote: > The FreeBSD libm is in a horrible state of disrepair. Very little in it needs repairing. > Many C99 > features are unimplemented, That's because it only attempts to support C90. > some areas have a poor distinction > between MD and MI bits, there's still some VAX cruft lying around, > and parts of the library are scattered among several directories. You seem to be looking at the old BSD math library (lib/libm). This hasn't been used since FreeBSD_1, and doesn't exist in 5.x. > NetBSD has done a lot to clean up and rearrange the code, but > there's still a long way to go. If Apple has reimplemented libm, FreeBSD uses essentially the same code and organization as NetBSD. NetBSD has some complications (essentially, different copies of parts of the library scattered among several directories but well organized) to support non-IEEE machines. The Sun parts of lib/msun only work on IEEE machines. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-standards" in the body of the message From owner-freebsd-standards Tue Dec 31 0: 3:23 2002 Delivered-To: freebsd-standards@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6DB0B37B401 for ; Tue, 31 Dec 2002 00:03:22 -0800 (PST) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8051743EC5 for ; Tue, 31 Dec 2002 00:03:21 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id TAA19309; Tue, 31 Dec 2002 19:03:17 +1100 Date: Tue, 31 Dec 2002 19:05:21 +1100 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: "=?iso-8859-1?q?Pedro=20F.=20Giffuni?=" Cc: freebsd-standards@freebsd.org Subject: Re: Any libm maintainer (was Math changes in Mac OS X) In-Reply-To: <20021231172011.Y49902-100000@gamplex.bde.org> Message-ID: <20021231190444.J50564-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-standards@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG [Resending this to correct address error] On Mon, 30 Dec 2002, [iso-8859-1] Pedro F. Giffuni wrote: > I'm attaching you libm.tar.bz2 . For now I think the > best would be to use the code as reference and wait > until the APSL change next year. This turns out to be underwhelming. The i386 parts have the same base as the FreeBSD i386 parts (Sun's fdlibm) and the changes in both are relatively trivial. The main differences are - Apple has the assembler sources more directly integrated. We don't want this, since it reduces portability and gets in the way of implementing all math functions in software like we do to support i386's with no {i387's or full (GPLed) emulator}. - Apple doesn't have the fdlibm sources for things that are implemented in assembler on all supported machines (at least in this packaging of the library which supports only i386 and ppc). - Apple doesn't have the cruftier parts of libm (wrapper functions and k_standard()). We never really supported these without a recompile. - Apple is missing a fix for pow() (PR 39236). - Apple apparently derived tgamma() from old Apple sources. We derived it from old BSD sources. - Apple has a more up to date version of the NetBSD assembler sources. This mainly involves ugly macros to support XMM (SSE?). - Apple has support for some of the simpler parts of C99 (fenv.h and some conversion and classification functions). - Apple has more specialized ppc support. - Apple has a test suite. I use mainly ucbtest for testing libm. ucbtest seems to have vastly more extensive and hard to use coverage the functions that it covers, but it doesn't touch the more exotic functions (Bessel, gamma) of fenv stuff. By contrast, the glibc libm is overwhelming. It has assembler versions for almost everything on several machines, including ones with long double precision... Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-standards" in the body of the message From owner-freebsd-standards Tue Dec 31 8:14:35 2002 Delivered-To: freebsd-standards@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 07B0B37B401 for ; Tue, 31 Dec 2002 08:14:34 -0800 (PST) Received: from HAL9000.homeunix.com (12-232-220-15.client.attbi.com [12.232.220.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id C6BBF43EB2 for ; Tue, 31 Dec 2002 08:14:26 -0800 (PST) (envelope-from dschultz@uclink.Berkeley.EDU) Received: from HAL9000.homeunix.com (localhost [127.0.0.1]) by HAL9000.homeunix.com (8.12.6/8.12.5) with ESMTP id gBVGDfjU001077; Tue, 31 Dec 2002 08:13:41 -0800 (PST) (envelope-from dschultz@uclink.Berkeley.EDU) Received: (from das@localhost) by HAL9000.homeunix.com (8.12.6/8.12.5/Submit) id gBVGDejt001076; Tue, 31 Dec 2002 08:13:40 -0800 (PST) (envelope-from dschultz@uclink.Berkeley.EDU) Date: Tue, 31 Dec 2002 08:13:40 -0800 From: David Schultz To: Bruce Evans Cc: "Pedro F. Giffuni" , freebsd-standards@FreeBSD.ORG Subject: Re: Any libm maintainer (was Math changes in Mac OS X) Message-ID: <20021231161340.GA855@HAL9000.homeunix.com> Mail-Followup-To: Bruce Evans , "Pedro F. Giffuni" , freebsd-standards@FreeBSD.ORG References: <20021231011132.GA2471@HAL9000.homeunix.com> <20021231181805.P49902-100000@gamplex.bde.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021231181805.P49902-100000@gamplex.bde.org> Sender: owner-freebsd-standards@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thus spake Bruce Evans : > On Mon, 30 Dec 2002, David Schultz wrote: > > > The FreeBSD libm is in a horrible state of disrepair. > > Very little in it needs repairing. > > > Many C99 > > features are unimplemented, > > That's because it only attempts to support C90. Yes, and as a consequence, it needs to be repaired (or replaced) to support C99. I'm not trying to criticize the original designers for lack of foresight, or even suggesting that all of the new crap should be part of the C language in the first place. I'm just pointing out that if the needed work has already been done, it is worth investigating. > > some areas have a poor distinction > > between MD and MI bits, there's still some VAX cruft lying around, > > and parts of the library are scattered among several directories. > > You seem to be looking at the old BSD math library (lib/libm). This > hasn't been used since FreeBSD_1, and doesn't exist in 5.x. Aah, I just noticed that you ripped out the remnants of libm from -CURRENT earlier this year. I had been looking at that and various bits of math support in libc a number of months ago, and comparing to the NetBSD organization. The latter was laid out in a way that allowed me to correctly predict where things were, as opposed to having to hunt down the bits in several different places. When I return from vacation, I'll have to have another look at the FreeBSD version again to see what changes have been made. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-standards" in the body of the message From owner-freebsd-standards Tue Dec 31 8:28:48 2002 Delivered-To: freebsd-standards@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 46F6037B401; Tue, 31 Dec 2002 08:28:48 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id E721843EB2; Tue, 31 Dec 2002 08:28:47 -0800 (PST) (envelope-from mike@FreeBSD.org) Received: from freefall.freebsd.org (mike@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.6/8.12.6) with ESMTP id gBVGSlNS051066; Tue, 31 Dec 2002 08:28:47 -0800 (PST) (envelope-from mike@freefall.freebsd.org) Received: (from mike@localhost) by freefall.freebsd.org (8.12.6/8.12.6/Submit) id gBVGSlNi051062; Tue, 31 Dec 2002 08:28:47 -0800 (PST) Date: Tue, 31 Dec 2002 08:28:47 -0800 (PST) From: Mike Barcroft Message-Id: <200212311628.gBVGSlNi051062@freefall.freebsd.org> To: mike@FreeBSD.org, freebsd-standards@FreeBSD.org, mike@FreeBSD.org Subject: Re: standards/44394: restrict qualifiers missing from sys/socket.h Sender: owner-freebsd-standards@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Synopsis: restrict qualifiers missing from sys/socket.h Responsible-Changed-From-To: freebsd-standards->mike Responsible-Changed-By: mike Responsible-Changed-When: Tue Dec 31 08:28:25 PST 2002 Responsible-Changed-Why: Over to me. http://www.freebsd.org/cgi/query-pr.cgi?pr=44394 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-standards" in the body of the message From owner-freebsd-standards Tue Dec 31 8:31:10 2002 Delivered-To: freebsd-standards@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D53E637B401; Tue, 31 Dec 2002 08:31:09 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 817F043E4A; Tue, 31 Dec 2002 08:31:09 -0800 (PST) (envelope-from mike@FreeBSD.org) Received: from freefall.freebsd.org (mike@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.6/8.12.6) with ESMTP id gBVGV9NS053008; Tue, 31 Dec 2002 08:31:09 -0800 (PST) (envelope-from mike@freefall.freebsd.org) Received: (from mike@localhost) by freefall.freebsd.org (8.12.6/8.12.6/Submit) id gBVGV9u1053004; Tue, 31 Dec 2002 08:31:09 -0800 (PST) Date: Tue, 31 Dec 2002 08:31:09 -0800 (PST) From: Mike Barcroft Message-Id: <200212311631.gBVGV9u1053004@freefall.freebsd.org> To: mike@FreeBSD.org, freebsd-standards@FreeBSD.org, mike@FreeBSD.org Subject: Re: standards/45274: msgsnd() improperly prototyped Sender: owner-freebsd-standards@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Synopsis: msgsnd() improperly prototyped Responsible-Changed-From-To: freebsd-standards->mike Responsible-Changed-By: mike Responsible-Changed-When: Tue Dec 31 08:30:52 PST 2002 Responsible-Changed-Why: Over to me. http://www.freebsd.org/cgi/query-pr.cgi?pr=45274 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-standards" in the body of the message