Hello. On 10/10/12 08:12, Carsten Haitzler (The Rasterman) wrote: > > what i want is for everyone please to test the efl tree and look at configure > options and find things to clean up/remove/whatever. i already think we need > to > remove much more.
Magic checks, debug and log level left out here as they seem to be handled by profiles. Should valgrind support also be handled with this? Unit tests, coverage and benchmark will be enabled for all libs at once I suppose. Eina: - Remove threads configure option (on by default) - Remove mempool configure options - For Iconv, dirfd, xattr and shm_open I would also think remove the configure option and set on by default. But I'm surely not seeing all implications for these and have no hard feelings here. :) Eet: - GnuTLS might need to stay. My feelings here are that not enough people use this feature to justice the overhead of the default linkage with gnutls. But we could at least have one option instead of cipher and signature. - Remove old eet file format option (on by default) > what we also need to do is strip down configure options for evas, and ecore > and > the rest of efl where needed, so feel free to look at that. i intent to poke > around evas soon., but the current efl tree needs yet more options nuked > imho. :) Evas is a real beast when it comes to configure options. :) The first thing that jumps into my eye are the ARGB Conversion Options. Having them all on by default would really be so much overhead? I mean you don't use them it should be fine to just always build them. Image loaders are way more complicated sadly as we drag in dependencies here. I would vote for making jpeg, png, gif, bmp, eet on by default. For the others we might need to see what libs distros ship in a default installation so we can decide if we have a hard dep on these libs or not. That should clear things up a lot. (Yes, I left out engines here on purpose. Don't wanted to fight over them :)) regards Stefan Schmidt ------------------------------------------------------------------------------ Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
