Re: [Evolution-hackers] Evolution and Evolution Libs split

[Not Zed <notzed ximian com>]

> e-list.h
> used in multiple places could copy for now or have evo link against a
> util lib in the new package
>
> e-sexp.h
> used in multiple spots including camel - Jeff, Michael maybe camel wants
> its own anyhow so it can be split out at a later date?  The filter code
> could use the camel one and the rest of the usage is in the calendar and
> addressbook (and only in 2 addressbook instance in the gui)

I guess camel could have its own.  I'm getting a bit cool on the whole idea anyway to be honest, maybe a parse tree was a better idea.

> e-msgport.h
> the wombat clients now use the e_mutex bits maybe we should just copy
> those out?
As dan said, probbaly c(sh)ould just use gmutex stuff.  (emutex could probably all go away, although i so detest the stupid glib api for recursive mutexes).