2014-09-17 2:38 GMT+01:00 Tom Hacohen <t...@stosb.com>: > On 17 Sep 2014 09:26, "Daniel Kolesa" <quake...@gmail.com> wrote: > > > > 2014-09-16 23:48 GMT+01:00 Cedric BAIL <cedric.b...@free.fr>: > > > > > Hello, > > > > > > On Tue, Sep 16, 2014 at 8:54 PM, Jeff Hoogland <jeffhoogl...@linux.com > > > > > wrote: > > > > As someone who has never explored the idea of running EFL/Elementary > > > > libraries on anything other than Linux - what is the current status > of > > > > cross platform support? > > > > > > Depend :-) > > > > > > > Is Elementary functional/easily installable on Windows/OSX currently? > I > > > > want to start work on some new tools and I like working with > elementary, > > > > but I want my new work to be cross platform. Is elementary in its > current > > > > form a good choice for this or should I finally cave and start > learning > > > my > > > > way around QT? > > > > > > There is work underway for having a package manager for Windows, that > > > will deliver EFL in a good shape on that platform. Adrien Nader is > > > working on it. There are still a few things I need to fix and add in > > > elementary for him to complete his task. I hope to have done my part > > > of the work by end of the year. Once that is done we will have a > > > pretty good support for Windows that will be easy to test for every > > > one, but there will still be some additional work needed to have an > > > accelerated backend with GL or Angle. > > > > > > For MacOS X, there are interest by at least two contributor over the > > > last 6 months to fix issue and improve integration of EFL to be able > > > to run terminology nicely. I am guessing that if you develop your > > > application for that target, you will need some help for packaging and > > > bug fixing issue that would not have been detected with terminology. > > > > > > Finally for BSD, we are lacking people to at least report build issue > > > on git daily so that we can fix compilation issue as we go. We could > > > do by having someone help provide a VM for our buildbot, but so far > > > nobody as stepped in. In my opinion, if we support MacOS X and Linux, > > > having support for all BSD should be pretty straight forward and > > > having just a build bot should be enough to have a working stable > > > solution. > > > > > > > EFL works great on FreeBSD (at least - I don't know about the other BSDs > or > > Solaris or whatever), and I'm taking care of it keeping to work, so no > > worries there. I might be quiet about it but it currently builds and > works > > fine and whenever there is a problem I fix it. > > Another thing is E though, > > which works rather poorly (mainly because of rather frequent segfaults, > > which is a problem on Linux as well, but on Linux it supports the > > restart-dialog and on other platforms it does not, and also because the > > Eeze wrapper is stupidly thin and can't be sensibly ported outside > libudev, > > IMHO it was a stupid idea to introduce it like this in the first place) > > Yes, very annoying about e not working well on BSD. We also got some people > asking about it on IRC and Twitter. They are first class users (even though > our devs are mostly Linux guys) and deserve better than this. :) We really > need to fix that. > > As for eeze, I hated it from the start, I hate it when we create libs just > for the sake of creating libs as "wrappers". Eeze is as good as nothing for > us now. >
Had the same opinion on it ever since it was introduced. > > > > > > > > > > > Also I think you do develop with Python, I have absolutely no idea > > > about python-efl portability and maybe kuuko could answer that. > > > > > > Have fun, > > > -- > > > Cedric BAIL > > > > > > > > > > > ------------------------------------------------------------------------------ > > > Want excitement? > > > Manually upgrade your production database. > > > When you want reliability, choose Perforce. > > > Perforce version control. Predictably reliable. > > > > > > > > http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk > > > _______________________________________________ > > > enlightenment-devel mailing list > > > enlightenment-devel@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > > > > > > D5 > > > > ------------------------------------------------------------------------------ > > Want excitement? > > Manually upgrade your production database. > > When you want reliability, choose Perforce > > Perforce version control. Predictably reliable. > > > > http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk > > _______________________________________________ > > enlightenment-devel mailing list > > enlightenment-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > ------------------------------------------------------------------------------ > Want excitement? > Manually upgrade your production database. > When you want reliability, choose Perforce > Perforce version control. Predictably reliable. > > http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk > _______________________________________________ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > ------------------------------------------------------------------------------ Want excitement? Manually upgrade your production database. When you want reliability, choose Perforce Perforce version control. Predictably reliable. http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
