On Sat, 24 Nov 2012 23:48:09 +0100 Joel Klinghed <the...@spawned.biz> said:
> Hi, > > I installed alpha5 on my main machine today and encountered a couple of > problems, mainly configure issues (patches included) but one crash (or > because e_alert & software composition doesn't seem to work for me, > hang). > > As a pretext to my configuration issues, I'm running on my very own LFS > with homebrew prefix based package handling. So every program is > installed in its own prefix and not dumped in the mess that is /usr. > Also my X11 is not installed in /usr, /usr/X11 or any other of the > numerous "default" locations. So yes, I'm rather used to having to > nudge certain configure scripts into doing what they advertise ;) > (almost all configure scripts I've seen check the prefix for X11, very > few actually use it, EFL do pretty well considering). > > On to the patches (based on the 1.7.2 packages released recently): > > * eina-1.7.2-dirfd-fix.patch > The check for dirfd used AC_LANG_PROGRAM incorrectly and thus always > failed. already fixed - but differently. > * eet-1.7.2-libgcrypt.patch > Use cflags returned from libgcrypt-config when compiling files > including libgcrypt.h fixed it seems in later 1.7.x and in efl svn. > * evas-1.7.2-configure-xorg.patch > Use X_CFLAGS when checking X11 and GL headers and X_LIBS when checking > X11 and GL libs. > Also use X_CFLAGS when compiling gl_common as GL headers might use the > same prefix. ummm configure.ac is a lot different now... try again? > * evas-1.7.2-fribidi.patch > pkg-config --cflags for fribidi has always returned > ${prefix}/include/fribidi so including fribidi/fribidi.h doesn't work. indeed - right. i dont know how this has been missed for so long. > * enlightenment-0.17.0-alpha5-e_xsettings.patch > e_xsettings.c use X11 headers directly, so must check for x_cflags. better solution. make the code not use x headers directly. > * enlightenment-0.17.0-alpha5-mixer-alsa.patch > Use cflags from pkg-config alsa-lib when using alsa headers. indeed u are right! this should be there. added. > * enlightenment-0.17.0-alpha5-xkb_base.patch > When searching for xkeyboard-config rules, before trying a long list of > guessed standard paths, check the one given by the pkg-config file if > it exists. this is better indeed. > With all these patches applied I can compile, install and run > enlightenment fine (well, have to fiddle a bit with EDJE_PREFIX and > EDJE_LIB_DIR to allow edje and embryo to be installed in different > prefixes on a multilib system). > > I do however get a crash when trying to change the style of a shelf on > one of my secondary screens to invisible. > Attached gdb stacktrace (gdb.txt) and valgrind output (valgrind.txt). > Running with valgrind the operation actually succeeds but gives a few > bad accesses. > Please tell me if you need any more information. > > Regards, Joel Klinghed i'm going to have to pass on debugging these as so much has passed since then. do u still get segvs on latest 1.7.4 (or 1.7.5 when its out) and e17 release? -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) ras...@rasterman.com ------------------------------------------------------------------------------ Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnmore_122712 _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel