[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Bitset statistics
From: |
Akim Demaille |
Subject: |
Re: Bitset statistics |
Date: |
25 Jan 2002 15:17:35 +0100 |
User-agent: |
Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Common Lisp) |
>>>>> "Michael" == Michael Hayes <address@hidden> writes:
Michael> Akim Demaille writes:
>> I'm very interested by your work. I maintain Bison which spends a
>> significant time in handling sets.
Michael> Thanks. I've had an underwhelming response from the GCC
Michael> mailing list so far.
Yep, I've seen that. To be honest, that's a problem for me: I am
looking for a solution for which I'm sure there will be maintenance.
Being hosted by GCC is a strong evidence it would be.
>> Would it be possible (i), to have your implementation, and (ii)
>> your input as to we should steal GCC's implementation, or yours
>> (the last question includes ``is it used somewhere, and do you plan
>> to maintain it'').
Michael> (i) Sure.
Thanks a lot! It looks cute. A quick browse doesn't seem to reveal
you left the statistics code in there, did you? I'd be interested to
know how bison uses its bitsets.
Michael> (ii) I have rewritten the code to work with libiberty but
Michael> have not fully retested it yet. It is not used anywhere else
Michael> yet but hopefully it will be picked up for use with GCC since
Michael> efficient bitsets are going to become increasingly more
Michael> important. With any luck the code should be maintenance free
Michael> but I'm willing to support it.
Great! So I think we will soon integrate your work in Bison. But
again, seeing it accepted by GCC would certainly speed the process up :)
Michael> I have attached a copy of my latest patch. I would
Michael> appreciate any feedback to improve the consistency of the
Michael> interface, say for example the naming of functions, and for
Michael> suggested improvements.
OK. Currently we face other challenges in Bison, so I can't tell you
_when_ we will integrate it. But we will.