[Bug 24641] refactor codegen, and use danni's spec parser
bugzilla-daemon at freedesktop.org
bugzilla-daemon at freedesktop.org
Tue Oct 20 16:01:43 CEST 2009
http://bugs.freedesktop.org/show_bug.cgi?id=24641
Simon McVittie <simon.mcvittie at collabora.co.uk> changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords|patch |
Summary|patch: refactor tools/c- |refactor codegen, and use
|constants-gen.py to look a |danni's spec parser
|bit less horrible. |
--- Comment #1 from Simon McVittie <simon.mcvittie at collabora.co.uk> 2009-10-20 07:01:43 PST ---
14:49 < smcv> alsuren: tbh, I'd prefer it if any rewrites were done using
danni's spec parser (from telepathy-spec doc-generator)
14:49 < smcv> alsuren: rather than doing ad-hoc parsing for every codegen tool
14:49 < smcv> alsuren: er, not doc-generator, but the thing that produces the
new multi-page spec
...
14:52 < smcv> I'm rather unconvinced by the templating library that danni uses
for the HTML (cheetah?)
14:52 < smcv> and in any case I don't think it's an acceptable build-dependency
for our other projects
14:53 < jonnylamb> You think we should NIH it?
14:53 < smcv> so we'll still be using the % operator in practice
14:53 < smcv> jonnylamb: I don't think our codegen is anywhere near as complex
as the HTML, so yes, I suppose I do think that
14:53 < wjt> i think it'd be fine to "rebase" the code generator on top of the
spec parser's object
...
14:56 < smcv> non-stdlib python for docs: fine, non-stdlib python for codegen:
bad
14:56 < smcv> IMO
14:56 < smcv> I deliberately asked danni to avoid using third-party XML
libraries for that reason
14:57 < smcv> so we could recycle the parser layer from tp-spec (but not the
cheetah layer) as a codegen tool
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
More information about the telepathy-bugs
mailing list