On Mon, 19 Nov 2007 01:02:40 +0100 "Jorge Luis Zapata Muga" <[EMAIL PROTECTED]> babbled:
my plan was just to split it with no renaming. ecore builds as ecore. ecore_evas builds as ecore_evas with its own configure etc. no need to change names of api calls etc. at all. this won't break any apps (maybe just the configure scripts as the pkgconfig stuff will split).. and thus this can be punted off until later. > On Nov 18, 2007 9:51 PM, Gustavo Sverzut Barbieri <[EMAIL PROTECTED]> wrote: > > On Nov 18, 2007 5:19 PM, Andre Magalhaes <[EMAIL PROTECTED]> wrote: > > > On Nov 18, 2007 5:16 PM, Hisham Mardam Bey <[EMAIL PROTECTED]> > > > wrote: > > > > The situation is, everyone knows we should split up ecore, but > > > > everyone just keeps adding to it because no one is willing to split it > > > > up and cope with fixing the breakage. The more this keeps on being > > > > done, the harder its going to be to fix it all once its broken. > > > > > > > > We better do it now than wait for more code to creep in there. Someone > > > > has to do it, and if you guys dont mind, well, I'm personally all for > > > > it. > > > But what is the idea of a split. Put every module in a different > > > package? Rename them? > > > Why is it needed, as every module already are independent in a certain > > > way of each other. > > > Own pkgconfig file, own library, .... > > > So basically what is needed for a split? > > > We could do it, but first we need to know what needs to be done. > > > > yes, just that... turran did this with proto/ecore_li (actually it's a > > new lib, so it was just not added, instead of split). > > Indeed, that's my idea, just move every ecore subsytem to its own > directory outside ecore (at least as a beginning). I did this with > ecore_li under proto and also edata (which is ecore_data) i sent an > email to the list but got almost no feedback about it. The problem > splitting ecore_data is the large amount of projects to fix both code > and autotools stuff but it's doable in case we agree. > > > -- > > Gustavo Sverzut Barbieri > > -------------------------------------- > > Jabber: [EMAIL PROTECTED] > > MSN: [EMAIL PROTECTED] > > ICQ#: 17249123 > > Skype: gsbarbieri > > Mobile: +55 (81) 9927 0010 > > > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by: Microsoft > > Defy all challenges. Microsoft(R) Visual Studio 2005. > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > _______________________________________________ > > enlightenment-devel mailing list > > enlightenment-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) [EMAIL PROTECTED] ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
