On Fri, 11 Jan 2013 14:14:38 +0900 Carsten Haitzler (The Rasterman) <ras...@rasterman.com> 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 is not broken. Leave the result > > easily downloaded, and I'm sure people will download it to test it > > on their expensive Windows installs. > > but we can't make sure that compiling *ON* windows is not broken. we > also can't verify if it runs properly or not (missing symbols, > modules simply not loading at all etc.). > > > BTW, I already have a qemu VM for Windows XP and 7 specifically for > > testing stuff with. I just can't bring myself to actually use it > > much. I hate Windows, but a lot of my users want it. More > > importantly, my girlfriend uses Windows. She who must be obeyed > > must be appeased. Coz not sure which is more painful, using > > Windows, or teaching her Linux. lol > > hahahaha! indeed. i just think we need to set up a shared vm that has > a mingw32 dev env installed with dropbear/sshd so u can ssh in and > "use it" to do builds at least. with rdesktop you could verify > rendering at least... and some behaviour. i guess with vnc too... :) Well, with qemu you don't have to use RDP. VNC to the host and look at the qemu window. B-) That's how I installed Win7 remotely an a clients VM host last year. KVM (qemu) and VNC. It can directly output to VNC. BTW, I'm part way through setting up a "fire up qemu and compile shit on Windows from a git repo" script. It's one Unix shell script that does everything from the script, no need for support scripts on the Windows guest. I figured out the thing is gonna be busy enough as it is compiling, ssh is just overkill, and a waste of precious CPU resources with all that doubled up encryption going on. Tripled ssh encryption if you are ssh'ed into the host in the first place and want to watch the compiling going on. Serial port is much saner. Security is not needed, the serial port only goes to the host, or in my case, the script on the host. -- 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
------------------------------------------------------------------------------ Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812
_______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
