On Tue, 8 Jul 2008, Peter Wehrfritz wrote:
> Hisham Mardam Bey schrieb: >> On Mon, Jul 7, 2008 at 6:45 PM, Peter Wehrfritz <[EMAIL PROTECTED]> wrote: >> >>> I've put now the evas stringshare code into a standalone lib. I know >>> that Nathan is working on improving ecore_hash, so that ecore_string >>> becomes faster. We can still change the code later, since the API and >>> ABI remains the same. I called that lib "edt" for "enlighten data >>> types". >>> >> >> At this point, I'm going to point you to Jorge's edata. Stuff should >> go in there if anything. >> >> > I actually took edata's infrastructure as a starting point. And what is > that special with edata? It is more or less the same code like the ecore > code, only the formating was changed and the headers are split. There is > even still the ecore_list2 in, although it isn't used anywhere. Only > thing that is new to it, is the array implementation. Besides that it > doesn't contain what we are talking about, a string pool. I think that Hisham wants you to put your code in edata, and not create another lib. Vincent ------------------------------------------------------------------------- Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel