From owner-freebsd-standards@FreeBSD.ORG Mon Dec 16 11:06:56 2013 Return-Path: Delivered-To: freebsd-standards@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2B468F74 for ; Mon, 16 Dec 2013 11:06:56 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 167CE135B for ; Mon, 16 Dec 2013 11:06:56 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id rBGB6tk8019516 for ; Mon, 16 Dec 2013 11:06:55 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id rBGB6tLk019514 for freebsd-standards@FreeBSD.org; Mon, 16 Dec 2013 11:06:55 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 16 Dec 2013 11:06:55 GMT Message-Id: <201312161106.rBGB6tLk019514@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-standards@FreeBSD.org Subject: Current problem reports assigned to freebsd-standards@FreeBSD.org X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Dec 2013 11:06:56 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o stand/184694 standards gssapi.h does not define GSS_C_PRF_KEY_{FULL,PARTIAL} o stand/183654 standards FreeBSD 10 Beta2: Installer provided five times the am o stand/183652 standards make installkernel failure with installer provided ZFS o stand/179248 standards A return value of telldir(3) only seekable for once o stand/177742 standards conflict of dd's bs= option with use of conv=sparse o stand/176683 standards catman pages shall be stored in /var (/usr/local/var,/ o stand/176412 standards newfs writes by default, compare to bsdlabel/disklabel o stand/175711 standards When the server has more than 3 days, rising interrupt p stand/175453 standards Catching C++ std::bad_cast doesn't work in FreeBSD 9.1 o stand/174938 standards Problem statement: iSCSI target failure o stand/173421 standards [libc] [patch] strptime() accepts formats that should o stand/173087 standards pax(1) does not support the pax interchange format o stand/172805 standards Fix catopen(3)'s EINVAL usage and document EFTYPE o stand/172276 standards POSIX: {get,set}groups gidsetsize is u_int not int o stand/172215 standards localeconv() grouping appears not to match POSIX o stand/170403 standards wrong ntohs expression type tickling clang o stand/169697 standards syslogd(8) is not BOM aware o stand/166349 standards Support the assignment-allocation character for fscanf p stand/164787 standards dirfd() function not available when _POSIX_C_SOURCE is o kern/164674 standards [patch] [libc] vfprintf/vfwprintf return error (EOF) o o stand/162434 standards getaddrinfo: addrinfo.ai_family is an address family, o stand/150093 standards C++ std::locale support is broken o stand/130067 standards Wrong numeric limits in system headers? o stand/125751 standards man 3 pthread_getschedparam section ERRORS incomplete o stand/124860 standards flockfile(3) doesn't work when the memory has been exh o stand/121921 standards [patch] Add leap second support to at(1), atrun(8) o stand/116477 standards rm(1): rm behaves unexpectedly when using -r and relat o bin/116413 standards incorrect getconf(1) handling of unsigned constants gi o stand/116081 standards make does not work with the directive sinclude a stand/86484 standards [patch] mkfifo(1) uses wrong permissions o stand/81287 standards [patch] fingerd(8) might send a line not ending in CRL a stand/80293 standards sysconf() does not support well-defined unistd values o stand/79056 standards [feature request] [atch] regex(3) regression tests o stand/70813 standards [patch] ls(1) not Posix compliant o stand/66357 standards make POSIX conformance problem ('sh -e' & '+' command- s kern/64875 standards [libc] [patch] [request] add a system call: fdatasync( o stand/56476 standards [patch] cd9660 unicode support simple hack o stand/54410 standards one-true-awk not POSIX compliant (no extended REs) o stand/46119 standards Priority problems for SCHED_OTHER using pthreads o stand/44365 standards [headers] [patch] [request] introduce ulong and unchar a stand/41576 standards ln(1): replacing old dir-symlinks a docs/26003 standards getgroups(2) lists NGROUPS_MAX but not syslimits.h s stand/24590 standards timezone function not compatible witn Single Unix Spec o stand/21519 standards sys/dir.h should be deprecated some more s bin/14925 standards getsubopt isn't poisonous enough 45 problems total. From owner-freebsd-standards@FreeBSD.ORG Mon Dec 16 18:34:39 2013 Return-Path: Delivered-To: freebsd-standards@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 95E622A4; Mon, 16 Dec 2013 18:34:39 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 681121DD2; Mon, 16 Dec 2013 18:34:39 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id rBGIYd55026669; Mon, 16 Dec 2013 18:34:39 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id rBGIYdnW026668; Mon, 16 Dec 2013 18:34:39 GMT (envelope-from linimon) Date: Mon, 16 Dec 2013 18:34:39 GMT Message-Id: <201312161834.rBGIYdnW026668@freefall.freebsd.org> To: dfilter@FreeBSD.ORG, linimon@FreeBSD.org, gnats-admin@FreeBSD.org, freebsd-standards@FreeBSD.org From: linimon@FreeBSD.org Subject: Re: standards/184788: Re: standards/184641: commit references a PR X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Dec 2013 18:34:39 -0000 Old Synopsis: Re: standard/184641: commit references a PR New Synopsis: Re: standards/184641: commit references a PR State-Changed-From-To: open->closed State-Changed-By: linimon State-Changed-When: Mon Dec 16 18:33:35 UTC 2013 State-Changed-Why: Misfiled followup to standards/184641; content migrated. Responsible-Changed-From-To: gnats-admin->freebsd-standards Responsible-Changed-By: linimon Responsible-Changed-When: Mon Dec 16 18:33:35 UTC 2013 Responsible-Changed-Why: http://www.freebsd.org/cgi/query-pr.cgi?pr=184788 From owner-freebsd-standards@FreeBSD.ORG Mon Dec 16 18:35:38 2013 Return-Path: Delivered-To: freebsd-standards@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C6B272E2; Mon, 16 Dec 2013 18:35:38 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9B03A1DDC; Mon, 16 Dec 2013 18:35:38 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id rBGIZcvB026752; Mon, 16 Dec 2013 18:35:38 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id rBGIZcPZ026751; Mon, 16 Dec 2013 18:35:38 GMT (envelope-from linimon) Date: Mon, 16 Dec 2013 18:35:38 GMT Message-Id: <201312161835.rBGIZcPZ026751@freefall.freebsd.org> To: dfilter@FreeBSD.ORG, linimon@FreeBSD.org, gnats-admin@FreeBSD.org, freebsd-standards@FreeBSD.org From: linimon@FreeBSD.org Subject: Re: standards/184789: Re: standards/184641: commit references a PR X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Dec 2013 18:35:38 -0000 Old Synopsis: Re: standard/184641: commit references a PR New Synopsis: Re: standards/184641: commit references a PR State-Changed-From-To: open->closed State-Changed-By: linimon State-Changed-When: Mon Dec 16 18:34:40 UTC 2013 State-Changed-Why: Misfiled followup to standards/184641; content migrated. Responsible-Changed-From-To: gnats-admin->freebsd-standards Responsible-Changed-By: linimon Responsible-Changed-When: Mon Dec 16 18:34:40 UTC 2013 Responsible-Changed-Why: http://www.freebsd.org/cgi/query-pr.cgi?pr=184789 From owner-freebsd-standards@FreeBSD.ORG Sat Dec 21 20:23:50 2013 Return-Path: Delivered-To: freebsd-standards@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 87F32352; Sat, 21 Dec 2013 20:23:50 +0000 (UTC) Received: from zim.MIT.EDU (poofydog.net [198.0.194.193]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2EFCA103E; Sat, 21 Dec 2013 20:23:49 +0000 (UTC) Received: from zim.MIT.EDU (localhost [127.0.0.1]) by zim.MIT.EDU (8.14.7/8.14.7) with ESMTP id rBEL0gpW006622; Sat, 14 Dec 2013 13:00:42 -0800 (PST) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by zim.MIT.EDU (8.14.7/8.14.7/Submit) id rBEL0fvY006621; Sat, 14 Dec 2013 13:00:41 -0800 (PST) (envelope-from das@FreeBSD.ORG) Date: Sat, 14 Dec 2013 13:00:41 -0800 From: David Schultz To: Eitan Adler Subject: Re: c99 project Message-ID: <20131214210041.GA5343@zim.MIT.EDU> References: <20130205103509.GB28045@saturn> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Cc: FreeBSD Hackers , "freebsd-doc@freebsd.org" , FreeBSD Standards , Giorgos Keramidas X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Dec 2013 20:23:50 -0000 On Sun, Dec 08, 2013, Eitan Adler wrote: > On Tue, Feb 5, 2013 at 5:35 AM, Giorgos Keramidas wrote: > > On 2013-02-04 21:48, Eitan Adler wrote: > >> Is the following page still useful? > >> Would there be any objection to me removing it? > >> > >> http://www.freebsd.org/projects/c99/index.html > > > > I think this is useful until we have full C99 support in at least one > > compiler toolchain. To the best of my knowledge this is not entirely > > true for either GCC or LLVM. > > > > So we should keep the page alive, until the project is done or canceled. > > Reviving an old thread here: > > The C99 compliance page was last updated in 2011 and it currently > shows a large amount of outdated information. > > I see this page being used in many discussion forums, on IRC, etc. to > show FreeBSD in a negative light. We need to either (A) move this to > the wiki (b) update it on a routine basis or (c) delete it. > > Can I please have a volunteer go through the page and tell me what to > change? I am more than happy to act as the 'doc proxy' but someone > needs to commit to monitoring changes. I chipped in a bit to maintain it after mike@ stepped down, but I haven't had time lately. It needs to be updated for C11, and the project is bigger than just writing down the state of the world. You need to figure out the requirements, carry out discussions, and work with people to get things done. If someone wants to take it over, I support that. Otherwise, it's probably safe to delete. At this point, the existing content doesn't have much value: someone needs to review the whole thing to figure out what is still missing.