From owner-freebsd-standards@FreeBSD.ORG Mon May 22 05:15:22 2006 Return-Path: X-Original-To: freebsd-standards@hub.freebsd.org 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 6A58416A433; Mon, 22 May 2006 05:15:22 +0000 (UTC) (envelope-from ache@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21C3E43D48; Mon, 22 May 2006 05:15:22 +0000 (GMT) (envelope-from ache@FreeBSD.org) Received: from freefall.freebsd.org (ache@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k4M5FLQh009496; Mon, 22 May 2006 05:15:21 GMT (envelope-from ache@freefall.freebsd.org) Received: (from ache@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k4M5FL8J009492; Mon, 22 May 2006 05:15:21 GMT (envelope-from ache) Date: Mon, 22 May 2006 05:15:21 GMT From: "Andrey A. Chernov" Message-Id: <200605220515.k4M5FL8J009492@freefall.freebsd.org> To: pmedwards@eircom.net, ache@FreeBSD.org, freebsd-standards@FreeBSD.org Cc: Subject: Re: standards/55112: glob.h, glob_t's gl_pathc should be "size_t", not "int". X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 May 2006 05:15:22 -0000 Synopsis: glob.h, glob_t's gl_pathc should be "size_t", not "int". State-Changed-From-To: open->patched State-Changed-By: ache State-Changed-When: Mon May 22 05:14:55 UTC 2006 State-Changed-Why: Fixed in -current http://www.freebsd.org/cgi/query-pr.cgi?pr=55112 From owner-freebsd-standards@FreeBSD.ORG Mon May 22 11:03:07 2006 Return-Path: X-Original-To: freebsd-standards@freebsd.org 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 1034716A582 for ; Mon, 22 May 2006 11:03:07 +0000 (UTC) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 991FB43D66 for ; Mon, 22 May 2006 11:03:06 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k4MB36cc035033 for ; Mon, 22 May 2006 11:03:06 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k4MB35I8035029 for freebsd-standards@freebsd.org; Mon, 22 May 2006 11:03:05 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 22 May 2006 11:03:05 GMT Message-Id: <200605221103.k4MB35I8035029@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: freebsd-standards@FreeBSD.org Cc: Subject: Current problem reports assigned to you X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 May 2006 11:03:13 -0000 Current FreeBSD problem reports Critical problems Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2001/03/05] bin/25542 standards /bin/sh: null char in quoted string o [2002/12/13] kern/46239 standards posix semaphore implementation errors o [2003/07/12] standards/54410standards one-true-awk not POSIX compliant (no exte o [2005/06/25] standards/82654standards C99 long double math functions are missin o [2006/03/20] standards/94729standards fcntl() throws undocumented ENOTTY 5 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2000/09/24] bin/21519 standards sys/dir.h should be deprecated some more o [2001/01/16] bin/24390 standards Replacing old dir-symlinks when using /bi s [2001/01/24] standards/24590standards timezone function not compatible witn Sin s [2001/06/18] kern/28260 standards UIO_MAXIOV needs to be made public s [2002/03/19] standards/36076standards Implementation of POSIX fuser command s [2002/05/07] standards/37843standards manual for pthread_setschedparam(3) is wr o [2002/06/14] standards/39256standards snprintf/vsnprintf aren't POSIX-conforman p [2002/08/12] standards/41576standards POSIX compliance of ln(1) o [2002/10/23] standards/44425standards getcwd() succeeds even if current dir has o [2002/12/09] standards/46119standards Priority problems for SCHED_OTHER using p o [2003/07/25] standards/54833standards [pcvt] more pcvt deficits o [2003/07/25] standards/54839standards [pcvt] pcvt deficits p [2003/07/31] standards/55112standards glob.h, glob_t's gl_pathc should be "size o [2003/09/05] standards/56476standards cd9660 unicode support simple hack o [2003/10/29] standards/58676standards grantpt(3) alters storage used by ptsname s [2004/02/14] standards/62858standards malloc(0) not C99 compliant s [2004/03/29] kern/64875 standards [libc] [patch] [feature request] add a sy o [2004/05/07] standards/66357standards make POSIX conformance problem ('sh -e' & o [2004/05/11] standards/66531standards _gettemp uses a far smaller set of filena o [2004/08/22] standards/70813standards [PATCH] ls(1) not Posix compliant o [2004/09/22] standards/72006standards floating point formating in non-C locales o [2005/03/20] standards/79056standards regex(3) regression tests a [2005/04/23] standards/80293standards sysconf() does not support well-defined u o [2005/05/20] standards/81287standards [PATCH]: fingerd(8) might send a line not o [2005/07/21] standards/83845standards [libm] [patch] add log2() and log2f() sup o [2005/08/18] standards/85080standards output of long double subnormals (with pr o [2006/01/26] standards/92360standards [headers] [patch] Missing TAB3 in kernel o [2006/01/26] standards/92362standards [headers] [patch] Missing SIGPOLL in kern o [2006/02/22] kern/93705 standards [headers] [patch] ENODATA and EGREGIOUS ( o [2006/04/18] standards/96016standards clock_getres et al should be in o [2006/04/23] standards/96236standards [PATCH] [POSIX] sed.1 incorrectly describ o [2006/04/23] standards/96239standards [PATCH] /usr/bin/id output not POSIX comp 32 problems total. From owner-freebsd-standards@FreeBSD.ORG Thu May 25 20:30:19 2006 Return-Path: X-Original-To: freebsd-standards@hub.freebsd.org 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 7D3EA16A511 for ; Thu, 25 May 2006 20:30:19 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id EFEE943D5D for ; Thu, 25 May 2006 20:30:18 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k4PKUIJv076457 for ; Thu, 25 May 2006 20:30:18 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k4PKUIf1076456; Thu, 25 May 2006 20:30:18 GMT (envelope-from gnats) Resent-Date: Thu, 25 May 2006 20:30:18 GMT Resent-Message-Id: <200605252030.k4PKUIf1076456@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-standards@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Thierry Thomas Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A6DA16B2E4 for ; Thu, 25 May 2006 20:22:31 +0000 (UTC) (envelope-from thierry@pompo.net) Received: from graf.pompo.net (graf.pompo.net [81.56.186.139]) by mx1.FreeBSD.org (Postfix) with ESMTP id E352243D46 for ; Thu, 25 May 2006 20:22:30 +0000 (GMT) (envelope-from thierry@pompo.net) Received: by graf.pompo.net (Postfix, from userid 1001) id 980E61148C; Thu, 25 May 2006 22:22:20 +0200 (CEST) Message-Id: <20060525202220.980E61148C@graf.pompo.net> Date: Thu, 25 May 2006 22:22:20 +0200 (CEST) From: Thierry Thomas To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Cc: Subject: standards/97928: fenv.h: fix to compile with gcc > 4.0. X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Thierry Thomas List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 May 2006 20:30:25 -0000 >Number: 97928 >Category: standards >Synopsis: fenv.h: fix to compile with gcc > 4.0. >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-standards >State: open >Quarter: >Keywords: >Date-Required: >Class: update >Submitter-Id: current-users >Arrival-Date: Thu May 25 20:30:18 GMT 2006 >Closed-Date: >Last-Modified: >Originator: Thierry Thomas >Release: FreeBSD 6.1-STABLE i386 >Organization: Kabbale Eros >Environment: System: FreeBSD graf.pompo.net 6.1-STABLE FreeBSD 6.1-STABLE #0: Fri May 12 07:08:06 CEST 2006 thierry@graf.pompo.net:/usr/obj/usr/src/sys/GRAF060511 i386 >Description: When preparing the next version of ports/french/aster, with MUMPS support, which requires gfortran and gcc41, I'm stuck with an error in : In file included from inisig.c:108: /usr/include/fenv.h: In function 'inisig_': /usr/include/fenv.h:112: error: invalid storage class for function 'feclearexcept' /usr/include/fenv.h:133: error: invalid storage class for function 'fegetexceptflag' /usr/include/fenv.h:150: error: invalid storage class for function 'fetestexcept' /usr/include/fenv.h:163: error: invalid storage class for function 'fegetround' /usr/include/fenv.h:178: error: invalid storage class for function 'fesetround' /usr/include/fenv.h:204: error: invalid storage class for function 'fesetenv' /usr/include/fenv.h:225: error: invalid storage class for function 'fegetexcept' >How-To-Repeat: Try to compile something including with gcc41 (or later). >Fix: The following patch, which remove the clause "static", fixes the problem for me. It should surely be applied to the other achitectures too, but I have only tested it on i386. --- fenv.h.diff begins here --- --- src/lib/msun/i387/fenv.h.orig Thu Mar 17 23:21:46 2005 +++ src/lib/msun/i387/fenv.h Thu May 25 22:04:42 2006 @@ -107,7 +107,7 @@ #define __ldmxcsr(__csr) __asm __volatile("ldmxcsr %0" : : "m" (__csr)) #define __stmxcsr(__csr) __asm __volatile("stmxcsr %0" : "=m" (*(__csr))) -static __inline int +__inline int feclearexcept(int __excepts) { fenv_t __env; @@ -128,7 +128,7 @@ return (0); } -static __inline int +__inline int fegetexceptflag(fexcept_t *__flagp, int __excepts) { int __mxcsr, __status; @@ -145,7 +145,7 @@ int fesetexceptflag(const fexcept_t *__flagp, int __excepts); int feraiseexcept(int __excepts); -static __inline int +__inline int fetestexcept(int __excepts) { int __mxcsr, __status; @@ -158,7 +158,7 @@ return ((__status | __mxcsr) & __excepts); } -static __inline int +__inline int fegetround(void) { int __control; @@ -173,7 +173,7 @@ return (__control & _ROUND_MASK); } -static __inline int +__inline int fesetround(int __round) { int __mxcsr, __control; @@ -199,7 +199,7 @@ int fegetenv(fenv_t *__envp); int feholdexcept(fenv_t *__envp); -static __inline int +__inline int fesetenv(const fenv_t *__envp) { fenv_t __env = *__envp; @@ -220,7 +220,7 @@ int feenableexcept(int __mask); int fedisableexcept(int __mask); -static __inline int +__inline int fegetexcept(void) { int __control; --- fenv.h.diff ends here --- >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-standards@FreeBSD.ORG Fri May 26 08:26:06 2006 Return-Path: X-Original-To: freebsd-standards@freebsd.org 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 943CE16A5A5 for ; Fri, 26 May 2006 08:26:06 +0000 (UTC) (envelope-from mail@sysfault.org) Received: from smtprelay06.ispgateway.de (smtprelay06.ispgateway.de [80.67.18.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id E543E43D58 for ; Fri, 26 May 2006 08:26:01 +0000 (GMT) (envelope-from mail@sysfault.org) Received: (qmail 26599 invoked from network); 26 May 2006 08:25:57 -0000 Received: from unknown (HELO medusa.sysfault.org) (936934@[81.14.185.107]) (envelope-sender ) by smtprelay06.ispgateway.de (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 26 May 2006 08:25:57 -0000 Received: from localhost ([127.0.0.1] helo=medusa.sysfault.org) by medusa.sysfault.org with esmtp (Exim 4.62 (FreeBSD)) (envelope-from ) id 1FjXfG-000Liq-Au for freebsd-standards@freebsd.org; Fri, 26 May 2006 10:27:22 +0200 Received: (from marcus@localhost) by medusa.sysfault.org (8.13.1/8.13.1/Submit) id k4Q8RL67083503 for freebsd-standards@freebsd.org; Fri, 26 May 2006 10:27:21 +0200 (CEST) (envelope-from marcus) Date: Fri, 26 May 2006 10:27:21 +0200 From: Marcus von Appen To: freebsd-standards@freebsd.org Message-ID: <20060526082721.GA83222@medusa.sysfault.org> Mail-Followup-To: freebsd-standards@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vtzGhvizbBRQ85DL" Content-Disposition: inline User-Agent: Mutt/1.5.11 X-Spam-Score: -4.4 (----) Subject: Import of the cflow utility to conform to POSIX X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Marcus von Appen List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 May 2006 08:26:11 -0000 --vtzGhvizbBRQ85DL Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, I wonder, if someone is working on that task to create a POSIX compliant cflow utility[0] on basis of the cflow implementation in the ports. If not, I would like to take over that task (as I am working on it devel/cflow anyways at the moment). Whom would be the responsible to get into detail about it? [0] http://www.opengroup.org/onlinepubs/009695399/utilities/cflow.html Regards Marcus --vtzGhvizbBRQ85DL Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEdrvpo/JpszXavhwRAheZAJ4+yPSlFnRqVlvgPSv5p6xx+tjaWQCfREZO xn9relnYokutWxjyN/0pDko= =HiZf -----END PGP SIGNATURE----- --vtzGhvizbBRQ85DL-- From owner-freebsd-standards@FreeBSD.ORG Fri May 26 11:19:51 2006 Return-Path: X-Original-To: freebsd-standards@freebsd.org 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 C5ED516A43D for ; Fri, 26 May 2006 11:19:51 +0000 (UTC) (envelope-from schweikh@schweikhardt.net) Received: from bremen.shuttle.de (bremen.shuttle.de [194.95.249.251]) by mx1.FreeBSD.org (Postfix) with ESMTP id 28B3C43D53 for ; Fri, 26 May 2006 11:19:50 +0000 (GMT) (envelope-from schweikh@schweikhardt.net) Received: by bremen.shuttle.de (Postfix, from userid 10) id 2264124B250; Fri, 26 May 2006 13:19:49 +0200 (CEST) Received: from hal9000.schweikhardt.net (localhost [127.0.0.1]) by hal9000.schweikhardt.net (8.13.6/8.13.6) with ESMTP id k4QBIn2d040013 for ; Fri, 26 May 2006 13:18:49 +0200 (CEST) (envelope-from schweikh@hal9000.schweikhardt.net) Received: (from schweikh@localhost) by hal9000.schweikhardt.net (8.13.6/8.13.6/Submit) id k4QBInsn040012 for freebsd-standards@freebsd.org; Fri, 26 May 2006 13:18:49 +0200 (CEST) (envelope-from schweikh) Date: Fri, 26 May 2006 13:18:49 +0200 From: Jens Schweikhardt To: freebsd-standards@freebsd.org Message-ID: <20060526111849.GA35337@schweikhardt.net> References: <20060526082721.GA83222@medusa.sysfault.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060526082721.GA83222@medusa.sysfault.org> User-Agent: Mutt/1.5.11 Subject: Re: Import of the cflow utility to conform to POSIX X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 May 2006 11:19:51 -0000 On Fri, May 26, 2006 at 10:27:21AM +0200, Marcus von Appen wrote: # Hi, # # I wonder, if someone is working on that task to create a POSIX compliant # cflow utility[0] on basis of the cflow implementation in the ports. If # not, I would like to take over that task (as I am working on it # devel/cflow anyways at the moment). I haven't heard of anyone working on this. I suspect not many people these days miss cflow, and the few that do simply use devel/cflow. # Whom would be the responsible to get into detail about it? This list is most likely the best place. I expect some argument about making it part of src/ when a port is available. You would counter that if your version does something that devel/cflow can not do or your version does better. As a minimum requirement it would have to correctly process what we have in the src tree. (I never tested if devel/cflow can do this). As for basing your work on devel/cflow, I looked at the source and it says it was put in the public domain by Andrew Moore. However there are a lot of other authors mentioned. IANAL, but I question if someone can put something in the PD if it's not 100% his own and without asking all other contributors. To avoid all these questions, a reimplementation from scratch with ideas (but not verbatim code) taken from devel/cflow would be best. A BSD licensed and style(9) conformant result would certainly be appreciated. Regards, Jens -- Jens Schweikhardt http://www.schweikhardt.net/ SIGSIG -- signature too long (core dumped) From owner-freebsd-standards@FreeBSD.ORG Fri May 26 11:41:39 2006 Return-Path: X-Original-To: freebsd-standards@freebsd.org 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 F121116A465 for ; Fri, 26 May 2006 11:41:39 +0000 (UTC) (envelope-from mail@sysfault.org) Received: from smtprelay05.ispgateway.de (smtprelay05.ispgateway.de [80.67.18.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85A5943D55 for ; Fri, 26 May 2006 11:41:29 +0000 (GMT) (envelope-from mail@sysfault.org) Received: (qmail 28286 invoked from network); 26 May 2006 11:41:27 -0000 Received: from unknown (HELO medusa.sysfault.org) (936934@[81.14.185.107]) (envelope-sender ) by smtprelay05.ispgateway.de (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 26 May 2006 11:41:27 -0000 Received: from localhost ([127.0.0.1] helo=medusa.sysfault.org) by medusa.sysfault.org with esmtp (Exim 4.62 (FreeBSD)) (envelope-from ) id 1FjaiR-000LwL-DC for freebsd-standards@freebsd.org; Fri, 26 May 2006 13:42:51 +0200 Received: (from marcus@localhost) by medusa.sysfault.org (8.13.1/8.13.1/Submit) id k4QBgowO084340 for freebsd-standards@freebsd.org; Fri, 26 May 2006 13:42:50 +0200 (CEST) (envelope-from marcus) Date: Fri, 26 May 2006 13:42:50 +0200 From: Marcus von Appen To: freebsd-standards@freebsd.org Message-ID: <20060526114250.GB83222@medusa.sysfault.org> Mail-Followup-To: freebsd-standards@freebsd.org References: <20060526082721.GA83222@medusa.sysfault.org> <20060526111849.GA35337@schweikhardt.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EuxKj2iCbKjpUGkD" Content-Disposition: inline In-Reply-To: <20060526111849.GA35337@schweikhardt.net> User-Agent: Mutt/1.5.11 X-Spam-Score: -4.4 (----) Subject: Re: Import of the cflow utility to conform to POSIX X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Marcus von Appen List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 May 2006 11:41:40 -0000 --EuxKj2iCbKjpUGkD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On, Fri May 26, 2006, Jens Schweikhardt wrote: [...]=20 > I expect some argument about making it part of src/ when a port is > available. You would counter that if your version does something that > devel/cflow can not do or your version does better. As a minimum I am currently enhancing large parts of it to be ready for the complete C99 and POSIX standard recognition (exclude/ignore support) as well as rewriting part of it as those are not that standard/POSIX conformous and platform compatible (e.g. bash/gmake dependencies, many GCC warnings, if compiled with warning flags, etc.pp.). > requirement it would have to correctly process what we have in the src > tree. (I never tested if devel/cflow can do this). >=20 > As for basing your work on devel/cflow, I looked at the source and it > says it was put in the public domain by Andrew Moore. However there are > a lot of other authors mentioned. IANAL, but I question if someone can > put something in the PD if it's not 100% his own and without asking all > other contributors. To avoid all these questions, a reimplementation > from scratch with ideas (but not verbatim code) taken from devel/cflow > would be best. A BSD licensed and style(9) conformant result would > certainly be appreciated. Several parts of the current code have to be dropped anyways in favour for a better structure and implementation, so a complete rewrite might be the best. There are several other derived works on the current FreeBSD port source available in the internet, so this would lower possible copyright infringements. I'll go ahead and will post my results as soon as a first part is done. Regards Marcus --EuxKj2iCbKjpUGkD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD4DBQFEdum6o/JpszXavhwRAgrlAJYlgi08asA+7z2+wcS3BNjkk1WyAJ9PWaSg WL4A6PdXMkjJhnMaZgAJRQ== =GQf1 -----END PGP SIGNATURE----- --EuxKj2iCbKjpUGkD-- From owner-freebsd-standards@FreeBSD.ORG Fri May 26 21:07:29 2006 Return-Path: X-Original-To: freebsd-standards@freebsd.org 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 48A8816AAD1 for ; Fri, 26 May 2006 21:07:29 +0000 (UTC) (envelope-from mva@sysfault.org) Received: from webmailv3.ispgateway.de (webmailv3.ispgateway.de [80.67.16.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5127043D53 for ; Fri, 26 May 2006 21:07:27 +0000 (GMT) (envelope-from mva@sysfault.org) Received: from localhost (webmailv3.ispgateway.de [127.0.0.1]) by webmailv3.ispgateway.de (8.12.8/8.12.8) with ESMTP id k4QL7NiU018437; Fri, 26 May 2006 23:07:23 +0200 Received: from a81-14-179-177.net-htp.de (a81-14-179-177.net-htp.de [81.14.179.177]) by www.domainfactory-webmail.de (IMP) with HTTP for <320095@localhost>; Fri, 26 May 2006 23:07:23 +0200 Message-ID: <1148677643.44776e0b2d0de@domainfactory-webmail.de> Date: Fri, 26 May 2006 23:07:23 +0200 From: mva@sysfault.org To: Garrett Wollman References: <20060526082721.GA83222@medusa.sysfault.org> <17527.13899.348360.174412@khavrinen.csail.mit.edu> In-Reply-To: <17527.13899.348360.174412@khavrinen.csail.mit.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.8 X-Originating-IP: 81.14.179.177 Cc: freebsd-standards@freebsd.org Subject: Re: Import of the cflow utility to conform to POSIX X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 May 2006 21:07:30 -0000 Garrett Wollman : > < > said: > > > I wonder, if someone is working on that task to create a POSIX compliant > > cflow utility[0] on basis of the cflow implementation in the ports. If > > not, I would like to take over that task (as I am working on it > > devel/cflow anyways at the moment). > > I don't see any reason why it would need to be in the base system. It came up my mind, when I did some research on the various cflow implementations available in the internet. After deciding to do some work on it, I came up with the idea to make this an addition to the base system. As the POSIX standard expects cflow in a POSIX conformous environment, it might be a good thing to add anyways. It also does not add much overhead to it; the currently available implementations consume around 20kb of space ;-). Regards Marcus From owner-freebsd-standards@FreeBSD.ORG Sat May 27 14:10:22 2006 Return-Path: X-Original-To: freebsd-standards@hub.freebsd.org 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 D170416BA5D for ; Sat, 27 May 2006 14:10:22 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5AC7E43D48 for ; Sat, 27 May 2006 14:10:22 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k4REAMtP041584 for ; Sat, 27 May 2006 14:10:22 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k4REAMNh041583; Sat, 27 May 2006 14:10:22 GMT (envelope-from gnats) Date: Sat, 27 May 2006 14:10:22 GMT Message-Id: <200605271410.k4REAMNh041583@freefall.freebsd.org> To: freebsd-standards@FreeBSD.org From: Rostislav Krasny Cc: Subject: Re: standards/97928: fenv.h: fix to compile with gcc > 4.0. X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Rostislav Krasny List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 May 2006 14:10:37 -0000 The following reply was made to PR standards/97928; it has been noted by GNATS. From: Rostislav Krasny To: Thierry Thomas Cc: bug-followup@FreeBSD.org Subject: Re: standards/97928: fenv.h: fix to compile with gcc > 4.0. Date: Sat, 27 May 2006 16:54:21 +0300 Hi, > >How-To-Repeat: > Try to compile something including with gcc41 (or later). Any regular program with fenv.h compiles without any problem. However running 'gcc41 -c inisig.c -DP_LINUX' reproduces the problem. That made me interested. After some searching on the web I've found that this is because in GCC 4.1 and newer "function prototype declarations in nested scopes are no longer accepted". So this is aster's bug. Try following patch: --- inisig.c.orig Thu Dec 22 09:51:16 2005 +++ inisig.c Sat May 27 16:34:05 2006 @@ -51,6 +51,11 @@ void stptrap(int sig); #endif +#ifdef P_LINUX +#define _GNU_SOURCE 1 +#include +#endif + #ifdef CRAY void INISIG( void ) #elif defined SOLARIS || IRIX || P_LINUX || TRU64 || SOLARIS64 @@ -103,8 +108,6 @@ #elif defined P_LINUX -#define _GNU_SOURCE 1 -#include /* Enable some exceptions. At startup all exceptions are masked. */ feenableexcept(FE_DIVBYZERO|FE_OVERFLOW);