On Mon, 30 Aug 2010 12:28:04 -0300 "Eduardo Lima (Etrunko)" <ebl...@gmail.com> said:
> Hey there, > > I was following the advice that --enable-pthread only makes sense for what advice that says that? none in evas that's for sure. > multicore systems and since I am building for embedded, I thought it > was a good idea to disable it. But I didn't know that asynchronous > render had something to do with threads, so I let it there. > > What happens is that if you configure Evas with --disable-pthreads and > --enable-async-render all you get is compile errors. I tried to > investigate the issue a bit further but I just got more confused in > the middle of all those #ifdefs. async rendering REQUIRES threads. you've basically created a logical fallacy in your options. sure - configure could fix this up by forcing pthreads back on again or disabling async anyway. > Questions: > 1) Does it make sense to build with --disable-pthread and > --enable-async-render at all? no. > 2) In anyways, don't you think build should work regardless of the > configure options? not really - there are so many of them and if you are smart enough to be swizzling around with the options, then you should read the README. you asked it to do the impossible. otherwise just leave it at default options and done --enable/disable stuff. :) like pointers in c/c+=... your responsibility to get it right at this level. :) > Best regards, Etrunko > > -- > Eduardo de Barros Lima > ebl...@gmail.com > > ------------------------------------------------------------------------------ > Sell apps to millions through the Intel(R) Atom(Tm) Developer Program > Be part of this innovative community and reach millions of netbook users > worldwide. Take advantage of special opportunities to increase revenue and > speed time-to-market. Join now, and jumpstart your future. > http://p.sf.net/sfu/intel-atom-d2d > _______________________________________________ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) ras...@rasterman.com ------------------------------------------------------------------------------ This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
