On Wednesday, January 16, 2013, Carsten Haitzler wrote: > On Sat, 12 Jan 2013 09:26:13 +0100 Adrien Nader <adr...@notk.org> said: > > > On Fri, Jan 11, 2013, Carsten Haitzler wrote: > > > On Fri, 11 Jan 2013 13:59:48 +1000 David Seikel <onef...@gmail.com> > said: > > > > > > > On Fri, 11 Jan 2013 11:51:04 +0900 Cedric BAIL <cedric.b...@free.fr> > > > > wrote: > > > > > > > > > On Fri, Jan 11, 2013 at 11:46 AM, Carsten Haitzler > > > > > <ras...@rasterman.com> wrote: > > > > > > On Fri, 11 Jan 2013 09:46:42 +0900 Cedric BAIL > > > > > > <cedric.b...@free.fr> said: > > > > > >> On Fri, Jan 11, 2013 at 9:26 AM, Carsten Haitzler > > > > > >> <ras...@rasterman.com> wrote: > > > > > >> > On Fri, 11 Jan 2013 09:08:20 +0900 Cedric BAIL > > > > > >> > <cedric.b...@free.fr> said: > > > > > >> >> On Fri, Jan 11, 2013 at 7:51 AM, Nicolas Aguirre > > > > > >> >> <aguirre.nico...@gmail.com> wrote: > > > > > >> >> > After lucas commit, i tried to build EFL merge for win32. > > > > > >> >> > > > > > > >> >> > i configure with : ./configure --prefix=$MINGW_PREFIX > > > > > >> >> > --host=$TARGET --disable-static --with-tests=none > > > > > >> >> > --with-crypto=gnutls --disable-gstreamer > > > > > >> >> > --disable-pulseaudio --disable-audio --disable-physics > > > > > >> >> > > > > > > >> >> > --disable-gstreamer option does't work at all, it's > ignored, > > > > > >> >> > attached a patch which fix this issue. > > > > > >> >> > > > > > > >> >> > The next issue is that the configure try to check for eeze, > > > > > >> >> > but eeze is a linux only package, it's a non sense for > > > > > >> >> > windows or macos. So how to remove eeze from the build ? > > > > > >> >> > It could be a good option to add a --disable-eeze option in > > > > > >> >> > the configure ? what you think about it ? > > > > > >> >> > > > > > >> >> Obviously, yes. > > > > > >> >> > > > > > >> >> I think we really need to setup a buildbot for mingw as the > > > > > >> >> last serie of patch prove that nobody did test it at all and > > > > > >> >> made change that are likely to break it. > > > > > >> > > > > > > >> > first... need to make a qemu vm for windows... and that means > a > > > > > >> > windows licence/copy at a minimum. we should test a real build > > > > > >> > ON windows ... as opposed to a cross-compile. here's the > > > > > >> > question. windows xp, vista, 7 or 8? sure - in theory we > should > > > > > >> > have all. in theory if we use xp... then what we build > > > > > >> > binary-wise AND the build itself should work on later versions > > > > > >> > too... > > > > > >> > > > > > >> At this point, just automated building will be a huge step > > > > > >> forward... > > > > > > > > > > > > but we can't build on windows.. without a windows... install ... > to > > > > > > build on. :P > > > > > > > > > > Cross compilation is faster as far as I know for windows :-) > > > > > > > > Vincent's Windows stuff was made to cross compile with mingw under > > > > Linux. That's the main delivery method he used. So no need for a > > > > Windows license to compile it. And as Cedric said, at least that > means > > > > we can make sure compiling ilast time i ran elementary under wine: > > 1. font all missing > 2. window kept moving down the screen by 1 titlebar height each time it .. > rendered? or mouse entered? i dont remember... vincent reported that on > windows > it was fine - but not under wine. > 3. build times i dont think are a problem... we will have the ram and cpu > power > to throw at it. yes - cross-build on linux is faster. we should use that, > BUT > we should ALSO test builds on windows and EXECUTION/display on a real > windows > install regardless. we don't NEED a vm to do that on the server though.. > but we > need windows install(s) somewhere. and if its not automated it'll get > missed. > we can do cross-builds of each revision BUT limit "windows vm builds" to > every > N revisions or once per week or something... > > :) >
Ahahah it would be so reasonable to have a windows port that we compile from Linux and test in wine! I could even call the x11 port and nobody would notice! ;-) </joke> Now seriously, we always lacked manpower to do the windows port. Now that Vincent left, the situation became worse. While I can install the mingw stuff and fix compilations, I'll not maintain it as I don't have time or interest. That said, if the windows support is to be kept I'd ask: - a maintainer that compiles and test at least every week. - a build bot that will work in the same way as Linux (integrated to our master) Otherwise it's fixing now to have it broken in the other day. :-( -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -------------------------------------- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 ------------------------------------------------------------------------------ Master Java SE, Java EE, Eclipse, Spring, Hibernate, JavaScript, jQuery and much more. Keep your Java skills current with LearnJavaNow - 200+ hours of step-by-step video tutorials by Java experts. SALE $49.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122612 _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel