From owner-freebsd-standards@FreeBSD.ORG Tue Jan 15 05:47:09 2008 Return-Path: Delivered-To: freebsd-standards@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D955316A420 for ; Tue, 15 Jan 2008 05:47:09 +0000 (UTC) (envelope-from das@FreeBSD.ORG) Received: from VARK.MIT.EDU (VARK.MIT.EDU [18.95.3.179]) by mx1.freebsd.org (Postfix) with ESMTP id AF55E13C458 for ; Tue, 15 Jan 2008 05:47:09 +0000 (UTC) (envelope-from das@FreeBSD.ORG) Received: from VARK.MIT.EDU (localhost [127.0.0.1]) by VARK.MIT.EDU (8.14.2/8.14.1) with ESMTP id m0F5kwiw048627 for ; Tue, 15 Jan 2008 00:46:58 -0500 (EST) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by VARK.MIT.EDU (8.14.2/8.14.1/Submit) id m0F5kwmD048626 for freebsd-standards@freebsd.org; Tue, 15 Jan 2008 00:46:58 -0500 (EST) (envelope-from das@FreeBSD.ORG) Date: Tue, 15 Jan 2008 00:46:58 -0500 From: David Schultz To: freebsd-standards Message-ID: <20080115054658.GA67116@VARK.MIT.EDU> Mail-Followup-To: freebsd-standards References: <20080110152153.GC994@medusa.sysfault.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080110152153.GC994@medusa.sysfault.org> Cc: Subject: Re: cflow now supports a basic GNU as syntax now 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: Tue, 15 Jan 2008 05:47:09 -0000 On Thu, Jan 10, 2008, Marcus von Appen wrote: > Another year, another status report, > > the BSD cflow implementation can handle a very limited GNU as(1) subset > now. You can get the most recent version as always from > http://sysfault.org/freebsd > > There's also a bzr repository available which can be used using > bzr branch http://sysfault.org/freebsd/cflow > > I hope to have basic yacc and lex support available within the next few > months, so an addition to the base system can be discussed. Cool, this seems useful. Have you considered an implementation strategy more along the lines of egypt (in ports/devel/egypt)? Egypt has two important advantages. First, it lets gcc interpret the source code instead of using an ad hoc C lexer. Second, it generates output for dot (ports/graphics/graphviz), which is arguably the most popular free tool for generating graph diagrams in Unix. At least the first of these properties is highly desirable because it means that the tool can interpret any program that cc(1) can interpret, instead of some highly constrained subset of them.