This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: Patch to define __NO_STRING_INLINES in system.h
- From: Zack Weinberg <zack at codesourcery dot com>
- To: Daniel Berlin <dberlin at dberlin dot org>
- Cc: "Kaveh R. Ghazi" <ghazi at caip dot rutgers dot edu>, gcc-patches at gcc dot gnu dot org, jh at suse dot cz
- Date: Sun, 19 Jan 2003 02:06:38 -0800
- Subject: Re: Patch to define __NO_STRING_INLINES in system.h
- References: <960CA1EA-2B6C-11D7-A5D6-000393575BCC@dberlin.org>
Daniel Berlin <dberlin@dberlin.org> writes:
>> insn-recog.c contains a giant decision tree all spelled out in C.
>> Back in 1999 rth and I got about halfway done with a patch to
>> implement it using a bytecode interpreter instead. This gave ~10x
>> size reduction and no measurable performance difference. That's the
>> patch I'm working on again now.
>
> When i resurrected this patch a year or so ago (after you sent it to
> me, if you don't remember), I got it working somewhat, and *did*
> notice a performance difference, so i gave up on it.
I don't believe I heard back from you about it at any point, so I'd
forgotten I'd done that. A performance difference surprises me - I
couldn't persuade gcc to spend any measurable time in recog() when I
was experimenting with it. We'll see what happens this time round.
zw