On Wed, 05 Dec 2012 10:16:47 +0100 Massimo Maiurana <maiur...@gmail.com> said:
> Carsten Haitzler (The Rasterman), il 05/12/2012 06:50, ha scritto: > > On Wed, 5 Dec 2012 06:20:12 +0100 Sebastian Dransfeld <s...@tango.flipp.net> > > said: > > > >> Den 4. des. 2012 kl. 23:27 skrev Massimo Maiurana <maiur...@gmail.com>: > >> > >>> Massimo Maiurana, il 04/12/2012 20:21, ha scritto: > >>> > >>>> I found that if I run efl/autogen.sh in a terminal, i.e. while under an X > >>>> session, it configures ecore_evas with x11 support, while doing it in a > >>>> console the output is as above. > >>>> I've always built everything in console because I use a custom script > >>>> that removes /opt/e17 and then installs everything in a brand > >>>> new /opt/e17, and never had any issue. > >>> > >>> well, I was just wrong. > >>> I can configure trunk/efl even on console, but ONLY if /opt/e17 is still > >>> present. if I run the following command without /opt/e17 and all its stuff > >>> it configures ecore_evas without X11 support: > >>> ./autogen.sh --prefix=/opt/e17 \ > >>> CPPFLAFS=-I/opt/e17/include LDFLAGS=-L/opt/e17/lib > >>> > >>> I've modifies my script and now all compiles fine :) > >>> > >> > >> Do you need LDFLAGS and CPPFLAGS? I also install to /opt/e17 and never used > >> it. Only need opt/e17 in PATH and PKG_CONFIG_PATH > > > > BUT.. the efl tree itself shouldnt need these set up as it should provide > > all its own deps itself... if its checking for external efl deps to build > > efl.. thats bad :) > > > > actually I have them set up because they are variables in the script, common > to all packages to compile. however, I tried even without them but still X11 > support for ecore_evas is built only if /opt/e17 exists at configure time. > > moreover, after rebooting e17 just hangs at some point at startup, leaving > only a splash screen which looks still alive (colored squares still changing). > it hangs before displaying any init message. > I tried to run it through valgrind and in the log (attached) I see a bunch of > messages right after the module loading stage, maybe related to composite. I'm > using opengl rendering with an intel graphic card, with tear free and pixmap > texture enabled. > I also use comp-scale. could it be the responsible? > > the odd part is that with valgrind e17 starts. it looks like the delayed > timing could be of any help, and after that it starts even in a normal > session. i had a quick look at the configure.ac in efl - there is some major wrongnesss in the autofoo... it is checking for existing efl lib pkgconfig files (eina, eet, etc.) when it should never do this... they are providing BY the efl tree itself already. the logic is wrong. :( -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) ras...@rasterman.com ------------------------------------------------------------------------------ LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
