search for: crammerz

---------- Forwarded message ---------- From: Wilhansen Li <krad at crammerz-inc.net> Date: Jan 4, 2008 6:18 PM Subject: Re: [LLVMdev] Utilizing gperf for TableGen To: Chris Lattner <sabre at nondot.org> It finally compiles well with MSVC. Thanks! On 1/4/08, Chris Lattner <sabre at nondot.org> wrote: > > > Alright, try this: > http://lists.cs.u...

On Wed, 2 Jan 2008, Chris Lattner wrote: >This should be fixed now, please verify, thanks! > >-Chris The newer code that TableGen produces is indeed lower however, MSVC still throws the same error messages (and moreover, I don't think they're fixing it anytime soon.. I'll try to re-open this issue to them). Also, it seems that the new code produces an extraneous "if

On 3/19/08, Argiris Kirtzidis <akyrtzi at gmail.com> wrote: > I'd like to hear your opinions and ideas for a proposal to improve > support for C++ parsing for LLVM's clang front end. > > Goal: > Improve clang's C++ support. The scope of the project will be limited to > C++ parsing, not code generation (I think the > timeframe of a GSoC project and the

The output of TableGen (intrinsics.gen) seems a bit too clunky specifically the switching parts (input the string, output the enum). Moreover, the code makes MSVC barf due to its nesting limit which even applices to if-else statements. One one hand, gperf (http://www.gnu.org/software/gperf/manual/gperf.html) offers a way to map strings to records without much difficulty (and it does its job