From mboxrd@z Thu Jan 1 00:00:00 1970 References: <2fb2c31fa3cb67d0f3fe70f628f24bf6@ladd.quanstro.net> <8e8648e7029cff027f2fbfc4920762ae@quintile.net> <20110722193047.45addae9@kolari.ethans.dre.am> <21a2bc226f7eac7896ea79da600f3d1e@coraid.com> From: "ComeauAt9Fans@gmail.com" Content-Type: text/plain; charset=us-ascii In-Reply-To: <21a2bc226f7eac7896ea79da600f3d1e@coraid.com> Message-Id: <4CF7FE6C-5FB4-4919-B679-2405CDA755BF@gmail.com> Date: Fri, 22 Jul 2011 14:53:00 -0400 To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (iPhone Mail 8C148a) Subject: Re: [9fans] Plan 9 Go (Was: GNU/Linux/Plan 9 disto) Topicbox-Message-UUID: 0546a64c-ead7-11e9-9d60-3106f5b1d025 On Jul 22, 2011, at 2:33 PM, erik quanstrom wrote= : > On Fri Jul 22 14:32:43 EDT 2011, eekee57@fastmail.fm wrote: >> On Fri, 22 Jul 2011 17:35:24 +0100 >> "Steve Simon" wrote: >>=20 >>> My understanding is that bison can be convinced to output some static >>> tables which the Go authors munge into some C source (with awk). >>=20 >> I wonder what it would take to add that feature to Plan 9's yacc. I'm not= normally one to suggest adding features, but if the authors of Go found it u= seful I'm a bit inclined to think about it. >=20 > can you make this argument independent of go? it could > be that go could have done it differently but chose to depend > on a bison feature. Erik has a good point; don't assume too much even if they had a reason=20=