On Tue, 4 Dec 2012 15:35:10 +1000 David Seikel <onef...@gmail.com> wrote:
> On Tue, 4 Dec 2012 12:22:00 +0900 Carsten Haitzler (The Rasterman) > <ras...@rasterman.com> wrote: > > > On Tue, 4 Dec 2012 09:50:25 +1000 David Seikel <onef...@gmail.com> > > said: > > > > > On Mon, 3 Dec 2012 20:23:48 +0900 Carsten Haitzler (The Rasterman) > > > <ras...@rasterman.com> wrote: > > > > > > > On Mon, 3 Dec 2012 20:17:49 +1000 David Seikel > > > > <onef...@gmail.com> said: > > > > > > > > > On Mon, 3 Dec 2012 10:03:24 +0100 Vincent Torri > > > > > <vincent.to...@gmail.com> wrote: > > > > > > > > > > > On Mon, Dec 3, 2012 at 9:55 AM, David Seikel > > > > > > <onef...@gmail.com> wrote: > > > > > > > On Sun, 2 Dec 2012 23:45:46 +0100 Vincent Torri > > > > > > > <vincent.to...@gmail.com> wrote: > > > > > > > > > > > > > >> hey > > > > > > >> > > > > > > >> i've aded ecore in efl/ I'm pretty sure that there are > > > > > > >> plenty if bugs. Please report them here > > > > > > >> > > > > > > >> There are also plenty of improvements to do too, i'm > > > > > > >> aware of that. > > > > > > > > > > > > > > I noticed you made ecore_con compile mandatory. > > > > > > > > > > > > indeed. Is it a problem for you ? > > > > > > > > > > Yep, as I have mentioned before, this embedded project I've > > > > > been working on has legal requirements that must be met, and > > > > > an audit lab that it has to go through to make sure it meets > > > > > those legal requirements. One of those legal requirements is > > > > > to not have anything on the device that is not actually > > > > > needed for the device to perform it's specific legal > > > > > function. On top of that, the less there is on the device, > > > > > the less time it will take the audit lab to audit it, the > > > > > cheaper the audit will be. The device does not need > > > > > networking, so leaving out ecore_con would be good. > > > > > > > > ecore-con is not just for "networking". it's for ipc. ecore-evas > > > > requires it because ecore-evas supports remote ipc canvases from > > > > other processes (ecore-evas-extn). in the bid to simplify our > > > > ifdef hell we have and ensure people have an always usable > > > > setup - ecore-con is now on by default. > > > > > > I don't need IPC or remote canvases either. > > > > > > And yes, it's still a problem for me. Now I have to explain to > > > the audit lab that while there is now the potential to connect up > > > to the device over a network and use this fancy ecore_con thing > > > to add new functionality and change what's on the screen, thus > > > potentially bypassing the legal requirements for our own > > > nefarious purposes, I promise that we don't do that. Cross my > > > heart and hope to die. > > > > oh don't be silly - unless some software literally ADVERTISES a > > service you can't do squat diddly to connect to it and do anything. > > you have to EXPLICITLY create a remove server service... and the > > ecore_evas_extn stuff never does remote services - it's > > machine-local only as it relies on shmmem to share pixel data. > > I'm being dat silly on behalf of da gubermit peoplez. No idea how > silly dey might be. Dey might think dis ecore_con thing is a backdoor > left by me. DAT'S what I have to deal with, audit labs paid by da > hour, gubermit laws, bureaucrazy. Dey getz into my codez and do silly > thingz. > > Otherwise I'd just say fuck it, the actual hardware has way more flash > and RAM than we need, who the fuck cares? Well, the gubermit cares, > the audit lab cares coz they do what the gubermit tells them to, the > client cares coz he has to pay the audit labs, the client's the one > paying me, so I'm paid to care. And, I'd like to actually do this > next project he wants me to work on, so I care about what the client > cares about. At least until he runs out of work for me, or until > some one pays me good money to do virtual world stuff and his > contract ends. > > > > > > Raster said that --disable-foo options will get replaced by > > > > > "just delete the libfoo.* files". I'm hoping that is stuck > > > > > to, at least for the stuff *I* don't need. B-) > > > > > > > > not in all cases. see above. :) > > > > > > EFL 1.7.2 let my remove fontconfig and it's dependencies, but made > > > me add pthreads and ecore_con. At least there was still an > > > overall decrease in the resulting flash image size. > > > > 1.7.2 made u AND pthreads and ecore-con? this was only in trunk (efl > > tree and ecore tree prior to merge) or... should only have been. ? > > Note the bug in 1.7.2's --disable-ecore-con that I mentioned before in > this thread. That is what forced me to add ecore_con to the 1.7.2 > based project. The bug crashes autofoo when you try to use the > disable option, so you can't use the disable option. Deleting the > ecore_con library that is produced crashes ecore when it tries to > open it, so you can't remove that library. Thus, my embedded project > needs ecore_con now, even though it's not actually used. In 1.7.2, > ecore_con is effectively mandatory, despite what the docs say. > > We went through the pthread dependency with the 1.7 release screw up > discussion. If I remember, 1.7 should have had --disable-pthread > removed, but it was only half removed in 1.7. Result of putting 1.7.3 into my embedded project - no more ecore_con, and the resulting image size is down to 11MB, compared to the 13MB one from before 1.7. I'll live with pthreads, it's the only addition after all these upgrades. -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world.
signature.asc
Description: PGP signature
------------------------------------------------------------------------------ LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d
_______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
