On Sat, 23 Apr 2011 23:32:19 +0200 David Steiner <[email protected]> said:
i am wondering if this is related to the eet not building with threads thing... is it not? could we be using threads anyway and then not linking? check configure output. as such pthread support is becoming more and more necessary. > > >>> > > >>> <cinch> ../../config/default/e.cfg config \ > > >>> <cinch> e.src 1 > > >>> <cinch> /opt/e17/bin/eet:/opt/e17/lib/libeina.so.1.999: undefined > > >>> symbol 'pthread_mutex_init' cinch lazy binding failed! > > >>> <cinch> gmake[3]: *** [e.cfg] Segmentation fault (core dumped) > > >>> > > >>> is what happens > > >> > > >> No problem here. I bet you're using gentoo :p > > >> > > >> Vincent > > > Actually that was OpenBSD. > > > > arg, i lost :) How did you configur eina and eet ? > > "cinch" speaking here. > > > eina was configured like this: > > # change shm_open with open, openbsd doesn't have this syscall > sed 's/shm_open/open/' src/lib/eina_file.c > eina_file.c.tmp > mv eina_file.c.tmp src/lib/eina_file.c || exit > > ./autogen.sh --prefix=/opt/e17 --enable-tests --disable-doc > gmake > sudo gmake install > gmake check > gmake clean > > > > and eet like this: > > ./autogen.sh --prefix=/opt/e17 --enable-tests --disable-doc > --disable-gnutls gmake sudo gmake install > gmake check || /usr/bin/true # this fails, true to continue > gmake clean > > the thing with EET, is that i noticed some warnings while it was > compiling with default options. gcc was complaining that it > couldn't/shouldn't link (i can't remember the exact message). > and eet was segfaulting when building e17 (as you can see above). so a > workaround is to remove --as-needed when building EET. then the gcc > warning is gone and the rest works dandy. > > so now i build with this change. might want to include it upstream? > > sed 's/EFL_LINKER_FLAG(\[-Wl,--as-needed\])//' configure.ac > > configure.ac.tmp mv configure.ac.tmp configure.ac > > David > > > ------------------------------------------------------------------------------ > Fulfilling the Lean Software Promise > Lean software platforms are now widely adopted and the benefits have been > demonstrated beyond question. Learn why your peers are replacing JEE > containers with lightweight application servers - and what you can gain > from the move. http://p.sf.net/sfu/vmware-sfemails > _______________________________________________ > enlightenment-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) [email protected] ------------------------------------------------------------------------------ Fulfilling the Lean Software Promise Lean software platforms are now widely adopted and the benefits have been demonstrated beyond question. Learn why your peers are replacing JEE containers with lightweight application servers - and what you can gain from the move. http://p.sf.net/sfu/vmware-sfemails _______________________________________________ enlightenment-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
