Re: [E-devel] e17 issue: EDJE not finding LUA on MacOS-X Leopard
On Fri, 2 Apr 2010, Brett Nash wrote: > On Fri, 2 Apr 2010 07:47:45 +0200 (CEST) > Vincent Torri wrote: > >> >> >> On Fri, 2 Apr 2010, Carsten Haitzler (The Rasterman) wrote: >> >>> On Fri, 2 Apr 2010 08:56:26 +0800 Tom Haste >>> said: >>> So... We're adding a patch that packagers use to make LUA install correctly, so wouldnt that make E more difficult to package? Since its effecting the install of LUA? Its early in the morning here so it may just be my squishy morning brain not understanding the idea. >>> >>> no no no.. WE are not adding the patch. WE are just assuming the >>> lua install is "sane" (ie provides a .pc file etc.) and expect the >>> installed lua to be patched and set up properly. :) >> >> technically speaking, the problem is the same than zlib or libjpeg, >> and we never complained that they don't have a .pc file. It would be >> easier, of course, to have one (btw, zlib 1.2.4 has one, now. The >> libjpeg maintainer does not want to add one, though) > > At least you don't need to patch their Makefile to get dynamic > libraries however. they also removed dynamic lib ??? > And Lua _removed_ the .pc that was there. yes. You saw my mails to their ML, iirc :-) Vincent -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e17 issue: EDJE not finding LUA on MacOS-X Leopard
On Fri, 2 Apr 2010 14:25:59 +0900 Brett Nash said: > On Fri, 2 Apr 2010 07:47:45 +0200 (CEST) > Vincent Torri wrote: > > > > > > > On Fri, 2 Apr 2010, Carsten Haitzler (The Rasterman) wrote: > > > > > On Fri, 2 Apr 2010 08:56:26 +0800 Tom Haste > > > said: > > > > > >> So... > > >> > > >> We're adding a patch that packagers use to make LUA install > > >> correctly, so wouldnt that make E more difficult to package? Since > > >> its effecting the install of LUA? Its early in the morning here so > > >> it may just be my squishy morning brain not understanding the idea. > > > > > > no no no.. WE are not adding the patch. WE are just assuming the > > > lua install is "sane" (ie provides a .pc file etc.) and expect the > > > installed lua to be patched and set up properly. :) > > > > technically speaking, the problem is the same than zlib or libjpeg, > > and we never complained that they don't have a .pc file. It would be > > easier, of course, to have one (btw, zlib 1.2.4 has one, now. The > > libjpeg maintainer does not want to add one, though) > > At least you don't need to patch their Makefile to get dynamic > libraries however. > > And Lua _removed_ the .pc that was there. also it is not the common case for these libs to HAVE a pc on systems - for lua it is common - as it is patched - at least on the major os's that have most of the userbase. -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e17 issue: EDJE not finding LUA on MacOS-X Leopard
On Fri, 2 Apr 2010 07:47:45 +0200 (CEST) Vincent Torri wrote: > > > On Fri, 2 Apr 2010, Carsten Haitzler (The Rasterman) wrote: > > > On Fri, 2 Apr 2010 08:56:26 +0800 Tom Haste > > said: > > > >> So... > >> > >> We're adding a patch that packagers use to make LUA install > >> correctly, so wouldnt that make E more difficult to package? Since > >> its effecting the install of LUA? Its early in the morning here so > >> it may just be my squishy morning brain not understanding the idea. > > > > no no no.. WE are not adding the patch. WE are just assuming the > > lua install is "sane" (ie provides a .pc file etc.) and expect the > > installed lua to be patched and set up properly. :) > > technically speaking, the problem is the same than zlib or libjpeg, > and we never complained that they don't have a .pc file. It would be > easier, of course, to have one (btw, zlib 1.2.4 has one, now. The > libjpeg maintainer does not want to add one, though) At least you don't need to patch their Makefile to get dynamic libraries however. And Lua _removed_ the .pc that was there. Regards, nash -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e17 issue: EDJE not finding LUA on MacOS-X Leopard
On Fri, 2 Apr 2010, Carsten Haitzler (The Rasterman) wrote: > On Fri, 2 Apr 2010 08:56:26 +0800 Tom Haste said: > >> So... >> >> We're adding a patch that packagers use to make LUA install correctly, >> so wouldnt that make E more difficult to package? Since its effecting >> the install of LUA? Its early in the morning here so it may just be my >> squishy morning brain not understanding the idea. > > no no no.. WE are not adding the patch. WE are just assuming the lua install > is > "sane" (ie provides a .pc file etc.) and expect the installed lua to be > patched > and set up properly. :) technically speaking, the problem is the same than zlib or libjpeg, and we never complained that they don't have a .pc file. It would be easier, of course, to have one (btw, zlib 1.2.4 has one, now. The libjpeg maintainer does not want to add one, though) Vincent -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e17 issue: EDJE not finding LUA on MacOS-X Leopard
On Thu, 1 Apr 2010, Dave Ray wrote: > 2) with patchfile: > > ./autogen.sh produces: > ... > checking for LUA... no > checking for LUA... no > checking for LUA... no > checking for LUA... no > ... > [autogen.sh finishes without error] > [make fails with "ld: symbols not found"] in which directory ? src/lib or src/bin ? Vincent -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e17 issue: EDJE not finding LUA on MacOS-X Leopard
On Fri, 2 Apr 2010 08:56:26 +0800 Tom Haste said: > So... > > We're adding a patch that packagers use to make LUA install correctly, > so wouldnt that make E more difficult to package? Since its effecting > the install of LUA? Its early in the morning here so it may just be my > squishy morning brain not understanding the idea. no no no.. WE are not adding the patch. WE are just assuming the lua install is "sane" (ie provides a .pc file etc.) and expect the installed lua to be patched and set up properly. :) > On 2 April 2010 08:22, Carsten Haitzler wrote: > > On Thu, 1 Apr 2010 16:21:51 -0700 Dave Ray said: > > > >> Thanks, I am not aware of any patch for MacOS-X but I would be happy > >> to create one , although I might need some help. > > > > use the same ones linux distros use - look at the debian ones for example. > > > > http://packages.debian.org/lenny/lua5.1 > > > > and specifically: > > > > http://ftp.de.debian.org/debian/pool/main/l/lua5.1/lua5.1_5.1.3-1.diff.gz > > > > sure. the patch also contains things to add debian packaging info into the > > tree > > - but within that patch is what you need to 1. build shared libs, 2. > > provide .pc files that are correct and usable. > > > >> In the mean time, I have used other work-arounds that have allowed me > >> to compile and install the packages. > >> > >> FYI "Fink" (as described on the E MacOSX page) is an older X11 > >> implementation on MacOS that has been out of date and unsupported for > >> at least 2 years (actually Fink has many problems and was abandoned). > >> Apple's latest X11 implementation is excellent, much more compatible > >> than before, and does not require Fink. E16 compiles and runs great > >> just using the default Darwin environment, and I am very close to > >> getting E17 to work. I plan to make a binary install package for MacOS > >> and to help update the Enlightenment MacOS-X page as soon as I have a > >> working wm. That page is very out of date. > >> > >> -Dave > >> > >> > >> > >> > >> On Apr 1, 2010, at 3:33 PM, Carsten Haitzler (The Rasterman) wrote: > >> > >> > On Thu, 1 Apr 2010 15:11:55 -0700 Dave Ray said: > >> > > >> > see my previous mail. lua as-is from upstream is insufficient. you > >> > need to > >> > patch it like linux distributions do to make it sane. > >> > > >> >> Thans for taking the time to make this diff. Sadly it does not seem > >> >> to > >> >> fix the problem. I tried compiling EDJE with and without the patch > >> >> and > >> >> with a number of different ENV options with the following results: > >> >> > >> >> my normal environment: > >> >> LDFLAGS=-L/usr/lib -L/usr/X11/lib -L/usr/local/lib > >> >> [ lua located at /usr/local/lib/liblua.a ] > >> >> > >> >> 1) without patchfile: > >> >> > >> >> ./autogen.sh produces: > >> >> ... > >> >> checking for LUA... no > >> >> checking for LUA... no > >> >> checking for LUA... no > >> >> checking for LUA... no > >> >> configure: error: unable to find Lua > >> >> > >> >> 2) with patchfile: > >> >> > >> >> ./autogen.sh produces: > >> >> ... > >> >> checking for LUA... no > >> >> checking for LUA... no > >> >> checking for LUA... no > >> >> checking for LUA... no > >> >> ... > >> >> [autogen.sh finishes without error] > >> >> [make fails with "ld: symbols not found"] > >> >> > >> >> 3) with patchfile: > >> >> LDFLAGS=-L/usr/lib -L/usr/X11/lib -L/usr/local/lib -llua (<- > >> >> added - > >> >> llua) > >> >> ./autogen.sh produces: > >> >> ... > >> >> checking for LUA... no > >> >> checking for LUA... no > >> >> checking for LUA... no > >> >> checking for LUA... no > >> >> ... > >> >> [autogen.sh finishes without error] > >> >> [make finishes without error, but might not have LUA linked] > >> >> > >> >> 4) with patchfile: > >> >> LDFLAGS=-L/usr/lib -L/usr/X11/lib -L/usr/local/lib (<- without - > >> >> llua) > >> >> LUA_CFLAGS=-I/usr/local/include > >> >> LUA_LIBS=-L/usr/local/lib > >> >> > >> >> ./autogen.sh produces: > >> >> ... > >> >> checking for LUA... yes > >> >> ... > >> >> [autogen.sh finishes without error] > >> >> [make fails with "ld: symbols not found"] > >> >> > >> >> 5) with patchfile: > >> >> LDFLAGS=-L/usr/lib -L/usr/X11/lib -L/usr/local/lib -llua (<- > >> >> added - > >> >> llua) > >> >> LUA_CFLAGS=-I/usr/local/include > >> >> LUA_LIBS=-L/usr/local/lib > >> >> > >> >> ./autogen.sh produces: > >> >> ... > >> >> checking for LUA... yes > >> >> ... > >> >> [autogen.sh finishes without error] > >> >> [make finishes without error] > >> >> > >> >> From there on, I have to set new environment variables for every > >> >> package I need to compile that uses LUA or EDJE. > >> >> [package-name]_CFLAGS=-I/usr/local/include > >> >> [package-name]_LIBS=-L/usr/local/lib -llua > >> >> > >> >> This is what I was reporting yesterday. > >> >> > >> >> By the way this is using the latest source in svn. > >> >> > >> >> Dave > >> >> > >> >> > >> >> On Mar 31, 2010, at 9:20 PM, Vincent Torri wrote: > >> >> > >> >>> > >> >>> 1) patch edje with the attached f
Re: [E-devel] e17 issue: EDJE not finding LUA on MacOS-X Leopard
On Fri, Apr 2, 2010 at 12:56 AM, Tom Haste wrote: > So... > > We're adding a patch that packagers use to make LUA install correctly, > so wouldnt that make E more difficult to package? Since its effecting > the install of LUA? Its early in the morning here so it may just be my > squishy morning brain not understanding the idea. > No, distributions already patch it and we are pointing someone to those patches so he can install Lua from upstream correctly. > Toma. > > > On 2 April 2010 08:22, Carsten Haitzler wrote: >> On Thu, 1 Apr 2010 16:21:51 -0700 Dave Ray said: >> >>> Thanks, I am not aware of any patch for MacOS-X but I would be happy >>> to create one , although I might need some help. >> >> use the same ones linux distros use - look at the debian ones for example. >> >> http://packages.debian.org/lenny/lua5.1 >> >> and specifically: >> >> http://ftp.de.debian.org/debian/pool/main/l/lua5.1/lua5.1_5.1.3-1.diff.gz >> >> sure. the patch also contains things to add debian packaging info into the >> tree >> - but within that patch is what you need to 1. build shared libs, 2. >> provide .pc files that are correct and usable. >> >>> In the mean time, I have used other work-arounds that have allowed me >>> to compile and install the packages. >>> >>> FYI "Fink" (as described on the E MacOSX page) is an older X11 >>> implementation on MacOS that has been out of date and unsupported for >>> at least 2 years (actually Fink has many problems and was abandoned). >>> Apple's latest X11 implementation is excellent, much more compatible >>> than before, and does not require Fink. E16 compiles and runs great >>> just using the default Darwin environment, and I am very close to >>> getting E17 to work. I plan to make a binary install package for MacOS >>> and to help update the Enlightenment MacOS-X page as soon as I have a >>> working wm. That page is very out of date. >>> >>> -Dave >>> >>> >>> >>> >>> On Apr 1, 2010, at 3:33 PM, Carsten Haitzler (The Rasterman) wrote: >>> >>> > On Thu, 1 Apr 2010 15:11:55 -0700 Dave Ray said: >>> > >>> > see my previous mail. lua as-is from upstream is insufficient. you >>> > need to >>> > patch it like linux distributions do to make it sane. >>> > >>> >> Thans for taking the time to make this diff. Sadly it does not seem >>> >> to >>> >> fix the problem. I tried compiling EDJE with and without the patch >>> >> and >>> >> with a number of different ENV options with the following results: >>> >> >>> >> my normal environment: >>> >> LDFLAGS=-L/usr/lib -L/usr/X11/lib -L/usr/local/lib >>> >> [ lua located at /usr/local/lib/liblua.a ] >>> >> >>> >> 1) without patchfile: >>> >> >>> >> ./autogen.sh produces: >>> >> ... >>> >> checking for LUA... no >>> >> checking for LUA... no >>> >> checking for LUA... no >>> >> checking for LUA... no >>> >> configure: error: unable to find Lua >>> >> >>> >> 2) with patchfile: >>> >> >>> >> ./autogen.sh produces: >>> >> ... >>> >> checking for LUA... no >>> >> checking for LUA... no >>> >> checking for LUA... no >>> >> checking for LUA... no >>> >> ... >>> >> [autogen.sh finishes without error] >>> >> [make fails with "ld: symbols not found"] >>> >> >>> >> 3) with patchfile: >>> >> LDFLAGS=-L/usr/lib -L/usr/X11/lib -L/usr/local/lib -llua (<- >>> >> added - >>> >> llua) >>> >> ./autogen.sh produces: >>> >> ... >>> >> checking for LUA... no >>> >> checking for LUA... no >>> >> checking for LUA... no >>> >> checking for LUA... no >>> >> ... >>> >> [autogen.sh finishes without error] >>> >> [make finishes without error, but might not have LUA linked] >>> >> >>> >> 4) with patchfile: >>> >> LDFLAGS=-L/usr/lib -L/usr/X11/lib -L/usr/local/lib (<- without - >>> >> llua) >>> >> LUA_CFLAGS=-I/usr/local/include >>> >> LUA_LIBS=-L/usr/local/lib >>> >> >>> >> ./autogen.sh produces: >>> >> ... >>> >> checking for LUA... yes >>> >> ... >>> >> [autogen.sh finishes without error] >>> >> [make fails with "ld: symbols not found"] >>> >> >>> >> 5) with patchfile: >>> >> LDFLAGS=-L/usr/lib -L/usr/X11/lib -L/usr/local/lib -llua (<- >>> >> added - >>> >> llua) >>> >> LUA_CFLAGS=-I/usr/local/include >>> >> LUA_LIBS=-L/usr/local/lib >>> >> >>> >> ./autogen.sh produces: >>> >> ... >>> >> checking for LUA... yes >>> >> ... >>> >> [autogen.sh finishes without error] >>> >> [make finishes without error] >>> >> >>> >> From there on, I have to set new environment variables for every >>> >> package I need to compile that uses LUA or EDJE. >>> >> [package-name]_CFLAGS=-I/usr/local/include >>> >> [package-name]_LIBS=-L/usr/local/lib -llua >>> >> >>> >> This is what I was reporting yesterday. >>> >> >>> >> By the way this is using the latest source in svn. >>> >> >>> >> Dave >>> >> >>> >> >>> >> On Mar 31, 2010, at 9:20 PM, Vincent Torri wrote: >>> >> >>> >>> >>> >>> 1) patch edje with the attached file : >>> >>> >>> >>> put that file in edje/, then: >>> >>> >>> >>> patch -p0 < edje_lua.diff >>> >>> >>> >>> 2) set CFLAGS accordingly: >>> >>> >>> >>> export CFLAGS="$CFLAGS -
Re: [E-devel] e17 issue: EDJE not finding LUA on MacOS-X Leopard
So... We're adding a patch that packagers use to make LUA install correctly, so wouldnt that make E more difficult to package? Since its effecting the install of LUA? Its early in the morning here so it may just be my squishy morning brain not understanding the idea. Toma. On 2 April 2010 08:22, Carsten Haitzler wrote: > On Thu, 1 Apr 2010 16:21:51 -0700 Dave Ray said: > >> Thanks, I am not aware of any patch for MacOS-X but I would be happy >> to create one , although I might need some help. > > use the same ones linux distros use - look at the debian ones for example. > > http://packages.debian.org/lenny/lua5.1 > > and specifically: > > http://ftp.de.debian.org/debian/pool/main/l/lua5.1/lua5.1_5.1.3-1.diff.gz > > sure. the patch also contains things to add debian packaging info into the > tree > - but within that patch is what you need to 1. build shared libs, 2. > provide .pc files that are correct and usable. > >> In the mean time, I have used other work-arounds that have allowed me >> to compile and install the packages. >> >> FYI "Fink" (as described on the E MacOSX page) is an older X11 >> implementation on MacOS that has been out of date and unsupported for >> at least 2 years (actually Fink has many problems and was abandoned). >> Apple's latest X11 implementation is excellent, much more compatible >> than before, and does not require Fink. E16 compiles and runs great >> just using the default Darwin environment, and I am very close to >> getting E17 to work. I plan to make a binary install package for MacOS >> and to help update the Enlightenment MacOS-X page as soon as I have a >> working wm. That page is very out of date. >> >> -Dave >> >> >> >> >> On Apr 1, 2010, at 3:33 PM, Carsten Haitzler (The Rasterman) wrote: >> >> > On Thu, 1 Apr 2010 15:11:55 -0700 Dave Ray said: >> > >> > see my previous mail. lua as-is from upstream is insufficient. you >> > need to >> > patch it like linux distributions do to make it sane. >> > >> >> Thans for taking the time to make this diff. Sadly it does not seem >> >> to >> >> fix the problem. I tried compiling EDJE with and without the patch >> >> and >> >> with a number of different ENV options with the following results: >> >> >> >> my normal environment: >> >> LDFLAGS=-L/usr/lib -L/usr/X11/lib -L/usr/local/lib >> >> [ lua located at /usr/local/lib/liblua.a ] >> >> >> >> 1) without patchfile: >> >> >> >> ./autogen.sh produces: >> >> ... >> >> checking for LUA... no >> >> checking for LUA... no >> >> checking for LUA... no >> >> checking for LUA... no >> >> configure: error: unable to find Lua >> >> >> >> 2) with patchfile: >> >> >> >> ./autogen.sh produces: >> >> ... >> >> checking for LUA... no >> >> checking for LUA... no >> >> checking for LUA... no >> >> checking for LUA... no >> >> ... >> >> [autogen.sh finishes without error] >> >> [make fails with "ld: symbols not found"] >> >> >> >> 3) with patchfile: >> >> LDFLAGS=-L/usr/lib -L/usr/X11/lib -L/usr/local/lib -llua (<- >> >> added - >> >> llua) >> >> ./autogen.sh produces: >> >> ... >> >> checking for LUA... no >> >> checking for LUA... no >> >> checking for LUA... no >> >> checking for LUA... no >> >> ... >> >> [autogen.sh finishes without error] >> >> [make finishes without error, but might not have LUA linked] >> >> >> >> 4) with patchfile: >> >> LDFLAGS=-L/usr/lib -L/usr/X11/lib -L/usr/local/lib (<- without - >> >> llua) >> >> LUA_CFLAGS=-I/usr/local/include >> >> LUA_LIBS=-L/usr/local/lib >> >> >> >> ./autogen.sh produces: >> >> ... >> >> checking for LUA... yes >> >> ... >> >> [autogen.sh finishes without error] >> >> [make fails with "ld: symbols not found"] >> >> >> >> 5) with patchfile: >> >> LDFLAGS=-L/usr/lib -L/usr/X11/lib -L/usr/local/lib -llua (<- >> >> added - >> >> llua) >> >> LUA_CFLAGS=-I/usr/local/include >> >> LUA_LIBS=-L/usr/local/lib >> >> >> >> ./autogen.sh produces: >> >> ... >> >> checking for LUA... yes >> >> ... >> >> [autogen.sh finishes without error] >> >> [make finishes without error] >> >> >> >> From there on, I have to set new environment variables for every >> >> package I need to compile that uses LUA or EDJE. >> >> [package-name]_CFLAGS=-I/usr/local/include >> >> [package-name]_LIBS=-L/usr/local/lib -llua >> >> >> >> This is what I was reporting yesterday. >> >> >> >> By the way this is using the latest source in svn. >> >> >> >> Dave >> >> >> >> >> >> On Mar 31, 2010, at 9:20 PM, Vincent Torri wrote: >> >> >> >>> >> >>> 1) patch edje with the attached file : >> >>> >> >>> put that file in edje/, then: >> >>> >> >>> patch -p0 < edje_lua.diff >> >>> >> >>> 2) set CFLAGS accordingly: >> >>> >> >>> export CFLAGS="$CFLAGS -I/my/lua/prefix/include" >> >>> >> >>> 3) set LDFLAGS accordingly: >> >>> >> >>> export LDFLAGS="$LDFLAGS -L/my/lua/prefix/lib" >> >>> >> >>> note that there is no -llua anymore >> >>> >> >>> 4) run 'make', it should launch autoconf and other autotools >> >>> automatically >> >>> >> >>> 5) if edje compiles: >> >>> >> >>> go to elementary
Re: [E-devel] e17 issue: EDJE not finding LUA on MacOS-X Leopard
On Thu, 1 Apr 2010 16:21:51 -0700 Dave Ray said: > Thanks, I am not aware of any patch for MacOS-X but I would be happy > to create one , although I might need some help. use the same ones linux distros use - look at the debian ones for example. http://packages.debian.org/lenny/lua5.1 and specifically: http://ftp.de.debian.org/debian/pool/main/l/lua5.1/lua5.1_5.1.3-1.diff.gz sure. the patch also contains things to add debian packaging info into the tree - but within that patch is what you need to 1. build shared libs, 2. provide .pc files that are correct and usable. > In the mean time, I have used other work-arounds that have allowed me > to compile and install the packages. > > FYI "Fink" (as described on the E MacOSX page) is an older X11 > implementation on MacOS that has been out of date and unsupported for > at least 2 years (actually Fink has many problems and was abandoned). > Apple's latest X11 implementation is excellent, much more compatible > than before, and does not require Fink. E16 compiles and runs great > just using the default Darwin environment, and I am very close to > getting E17 to work. I plan to make a binary install package for MacOS > and to help update the Enlightenment MacOS-X page as soon as I have a > working wm. That page is very out of date. > > -Dave > > > > > On Apr 1, 2010, at 3:33 PM, Carsten Haitzler (The Rasterman) wrote: > > > On Thu, 1 Apr 2010 15:11:55 -0700 Dave Ray said: > > > > see my previous mail. lua as-is from upstream is insufficient. you > > need to > > patch it like linux distributions do to make it sane. > > > >> Thans for taking the time to make this diff. Sadly it does not seem > >> to > >> fix the problem. I tried compiling EDJE with and without the patch > >> and > >> with a number of different ENV options with the following results: > >> > >> my normal environment: > >> LDFLAGS=-L/usr/lib -L/usr/X11/lib -L/usr/local/lib > >> [ lua located at /usr/local/lib/liblua.a ] > >> > >> 1) without patchfile: > >> > >> ./autogen.sh produces: > >> ... > >> checking for LUA... no > >> checking for LUA... no > >> checking for LUA... no > >> checking for LUA... no > >> configure: error: unable to find Lua > >> > >> 2) with patchfile: > >> > >> ./autogen.sh produces: > >> ... > >> checking for LUA... no > >> checking for LUA... no > >> checking for LUA... no > >> checking for LUA... no > >> ... > >> [autogen.sh finishes without error] > >> [make fails with "ld: symbols not found"] > >> > >> 3) with patchfile: > >> LDFLAGS=-L/usr/lib -L/usr/X11/lib -L/usr/local/lib -llua(<- > >> added - > >> llua) > >> ./autogen.sh produces: > >> ... > >> checking for LUA... no > >> checking for LUA... no > >> checking for LUA... no > >> checking for LUA... no > >> ... > >> [autogen.sh finishes without error] > >> [make finishes without error, but might not have LUA linked] > >> > >> 4) with patchfile: > >> LDFLAGS=-L/usr/lib -L/usr/X11/lib -L/usr/local/lib (<- without - > >> llua) > >> LUA_CFLAGS=-I/usr/local/include > >> LUA_LIBS=-L/usr/local/lib > >> > >> ./autogen.sh produces: > >> ... > >> checking for LUA... yes > >> ... > >> [autogen.sh finishes without error] > >> [make fails with "ld: symbols not found"] > >> > >> 5) with patchfile: > >> LDFLAGS=-L/usr/lib -L/usr/X11/lib -L/usr/local/lib -llua(<- > >> added - > >> llua) > >> LUA_CFLAGS=-I/usr/local/include > >> LUA_LIBS=-L/usr/local/lib > >> > >> ./autogen.sh produces: > >> ... > >> checking for LUA... yes > >> ... > >> [autogen.sh finishes without error] > >> [make finishes without error] > >> > >> From there on, I have to set new environment variables for every > >> package I need to compile that uses LUA or EDJE. > >> [package-name]_CFLAGS=-I/usr/local/include > >> [package-name]_LIBS=-L/usr/local/lib -llua > >> > >> This is what I was reporting yesterday. > >> > >> By the way this is using the latest source in svn. > >> > >> Dave > >> > >> > >> On Mar 31, 2010, at 9:20 PM, Vincent Torri wrote: > >> > >>> > >>> 1) patch edje with the attached file : > >>> > >>> put that file in edje/, then: > >>> > >>> patch -p0 < edje_lua.diff > >>> > >>> 2) set CFLAGS accordingly: > >>> > >>> export CFLAGS="$CFLAGS -I/my/lua/prefix/include" > >>> > >>> 3) set LDFLAGS accordingly: > >>> > >>> export LDFLAGS="$LDFLAGS -L/my/lua/prefix/lib" > >>> > >>> note that there is no -llua anymore > >>> > >>> 4) run 'make', it should launch autoconf and other autotools > >>> automatically > >>> > >>> 5) if edje compiles: > >>> > >>> go to elementary directory > >>> run 'make maintainer-clean' > >>> run './autogen.sh' > >>> run 'make' > >>> > >>> tell me if there are errors > >>> > >>> Vincent > >> > >> > >> -- > >> Download Intel® Parallel Studio Eval > >> Try the new software tools for yourself. Speed compiling, find bugs > >> proactively, and fine-tune applications for parallel performance. > >> See why Intel Parall
Re: [E-devel] e17 issue: EDJE not finding LUA on MacOS-X Leopard
Thanks, I am not aware of any patch for MacOS-X but I would be happy to create one , although I might need some help. In the mean time, I have used other work-arounds that have allowed me to compile and install the packages. FYI "Fink" (as described on the E MacOSX page) is an older X11 implementation on MacOS that has been out of date and unsupported for at least 2 years (actually Fink has many problems and was abandoned). Apple's latest X11 implementation is excellent, much more compatible than before, and does not require Fink. E16 compiles and runs great just using the default Darwin environment, and I am very close to getting E17 to work. I plan to make a binary install package for MacOS and to help update the Enlightenment MacOS-X page as soon as I have a working wm. That page is very out of date. -Dave On Apr 1, 2010, at 3:33 PM, Carsten Haitzler (The Rasterman) wrote: > On Thu, 1 Apr 2010 15:11:55 -0700 Dave Ray said: > > see my previous mail. lua as-is from upstream is insufficient. you > need to > patch it like linux distributions do to make it sane. > >> Thans for taking the time to make this diff. Sadly it does not seem >> to >> fix the problem. I tried compiling EDJE with and without the patch >> and >> with a number of different ENV options with the following results: >> >> my normal environment: >> LDFLAGS=-L/usr/lib -L/usr/X11/lib -L/usr/local/lib >> [ lua located at /usr/local/lib/liblua.a ] >> >> 1) without patchfile: >> >> ./autogen.sh produces: >> ... >> checking for LUA... no >> checking for LUA... no >> checking for LUA... no >> checking for LUA... no >> configure: error: unable to find Lua >> >> 2) with patchfile: >> >> ./autogen.sh produces: >> ... >> checking for LUA... no >> checking for LUA... no >> checking for LUA... no >> checking for LUA... no >> ... >> [autogen.sh finishes without error] >> [make fails with "ld: symbols not found"] >> >> 3) with patchfile: >> LDFLAGS=-L/usr/lib -L/usr/X11/lib -L/usr/local/lib -llua(<- >> added - >> llua) >> ./autogen.sh produces: >> ... >> checking for LUA... no >> checking for LUA... no >> checking for LUA... no >> checking for LUA... no >> ... >> [autogen.sh finishes without error] >> [make finishes without error, but might not have LUA linked] >> >> 4) with patchfile: >> LDFLAGS=-L/usr/lib -L/usr/X11/lib -L/usr/local/lib (<- without - >> llua) >> LUA_CFLAGS=-I/usr/local/include >> LUA_LIBS=-L/usr/local/lib >> >> ./autogen.sh produces: >> ... >> checking for LUA... yes >> ... >> [autogen.sh finishes without error] >> [make fails with "ld: symbols not found"] >> >> 5) with patchfile: >> LDFLAGS=-L/usr/lib -L/usr/X11/lib -L/usr/local/lib -llua(<- >> added - >> llua) >> LUA_CFLAGS=-I/usr/local/include >> LUA_LIBS=-L/usr/local/lib >> >> ./autogen.sh produces: >> ... >> checking for LUA... yes >> ... >> [autogen.sh finishes without error] >> [make finishes without error] >> >> From there on, I have to set new environment variables for every >> package I need to compile that uses LUA or EDJE. >> [package-name]_CFLAGS=-I/usr/local/include >> [package-name]_LIBS=-L/usr/local/lib -llua >> >> This is what I was reporting yesterday. >> >> By the way this is using the latest source in svn. >> >> Dave >> >> >> On Mar 31, 2010, at 9:20 PM, Vincent Torri wrote: >> >>> >>> 1) patch edje with the attached file : >>> >>> put that file in edje/, then: >>> >>> patch -p0 < edje_lua.diff >>> >>> 2) set CFLAGS accordingly: >>> >>> export CFLAGS="$CFLAGS -I/my/lua/prefix/include" >>> >>> 3) set LDFLAGS accordingly: >>> >>> export LDFLAGS="$LDFLAGS -L/my/lua/prefix/lib" >>> >>> note that there is no -llua anymore >>> >>> 4) run 'make', it should launch autoconf and other autotools >>> automatically >>> >>> 5) if edje compiles: >>> >>> go to elementary directory >>> run 'make maintainer-clean' >>> run './autogen.sh' >>> run 'make' >>> >>> tell me if there are errors >>> >>> Vincent >> >> >> -- >> Download Intel® Parallel Studio Eval >> Try the new software tools for yourself. Speed compiling, find bugs >> proactively, and fine-tune applications for parallel performance. >> See why Intel Parallel Studio got high marks during beta. >> http://p.sf.net/sfu/intel-sw-dev >> ___ >> 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 > -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-
Re: [E-devel] e17 issue: EDJE not finding LUA on MacOS-X Leopard
On Thu, 1 Apr 2010 15:11:55 -0700 Dave Ray said: see my previous mail. lua as-is from upstream is insufficient. you need to patch it like linux distributions do to make it sane. > Thans for taking the time to make this diff. Sadly it does not seem to > fix the problem. I tried compiling EDJE with and without the patch and > with a number of different ENV options with the following results: > > my normal environment: > LDFLAGS=-L/usr/lib -L/usr/X11/lib -L/usr/local/lib > [ lua located at /usr/local/lib/liblua.a ] > > 1) without patchfile: > > ./autogen.sh produces: > ... > checking for LUA... no > checking for LUA... no > checking for LUA... no > checking for LUA... no > configure: error: unable to find Lua > > 2) with patchfile: > > ./autogen.sh produces: > ... > checking for LUA... no > checking for LUA... no > checking for LUA... no > checking for LUA... no > ... > [autogen.sh finishes without error] > [make fails with "ld: symbols not found"] > > 3) with patchfile: > LDFLAGS=-L/usr/lib -L/usr/X11/lib -L/usr/local/lib -llua(<- added - > llua) > ./autogen.sh produces: > ... > checking for LUA... no > checking for LUA... no > checking for LUA... no > checking for LUA... no > ... > [autogen.sh finishes without error] > [make finishes without error, but might not have LUA linked] > > 4) with patchfile: > LDFLAGS=-L/usr/lib -L/usr/X11/lib -L/usr/local/lib (<- without -llua) > LUA_CFLAGS=-I/usr/local/include > LUA_LIBS=-L/usr/local/lib > > ./autogen.sh produces: > ... > checking for LUA... yes > ... > [autogen.sh finishes without error] > [make fails with "ld: symbols not found"] > > 5) with patchfile: > LDFLAGS=-L/usr/lib -L/usr/X11/lib -L/usr/local/lib -llua(<- added - > llua) > LUA_CFLAGS=-I/usr/local/include > LUA_LIBS=-L/usr/local/lib > > ./autogen.sh produces: > ... > checking for LUA... yes > ... > [autogen.sh finishes without error] > [make finishes without error] > > From there on, I have to set new environment variables for every > package I need to compile that uses LUA or EDJE. > [package-name]_CFLAGS=-I/usr/local/include > [package-name]_LIBS=-L/usr/local/lib -llua > > This is what I was reporting yesterday. > > By the way this is using the latest source in svn. > > Dave > > > On Mar 31, 2010, at 9:20 PM, Vincent Torri wrote: > > > > > 1) patch edje with the attached file : > > > > put that file in edje/, then: > > > > patch -p0 < edje_lua.diff > > > > 2) set CFLAGS accordingly: > > > > export CFLAGS="$CFLAGS -I/my/lua/prefix/include" > > > > 3) set LDFLAGS accordingly: > > > > export LDFLAGS="$LDFLAGS -L/my/lua/prefix/lib" > > > > note that there is no -llua anymore > > > > 4) run 'make', it should launch autoconf and other autotools > > automatically > > > > 5) if edje compiles: > > > > go to elementary directory > > run 'make maintainer-clean' > > run './autogen.sh' > > run 'make' > > > > tell me if there are errors > > > > Vincent > > > -- > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > ___ > 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 -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e17 issue: EDJE not finding LUA on MacOS-X Leopard
Thans for taking the time to make this diff. Sadly it does not seem to fix the problem. I tried compiling EDJE with and without the patch and with a number of different ENV options with the following results: my normal environment: LDFLAGS=-L/usr/lib -L/usr/X11/lib -L/usr/local/lib [ lua located at /usr/local/lib/liblua.a ] 1) without patchfile: ./autogen.sh produces: ... checking for LUA... no checking for LUA... no checking for LUA... no checking for LUA... no configure: error: unable to find Lua 2) with patchfile: ./autogen.sh produces: ... checking for LUA... no checking for LUA... no checking for LUA... no checking for LUA... no ... [autogen.sh finishes without error] [make fails with "ld: symbols not found"] 3) with patchfile: LDFLAGS=-L/usr/lib -L/usr/X11/lib -L/usr/local/lib -llua(<- added - llua) ./autogen.sh produces: ... checking for LUA... no checking for LUA... no checking for LUA... no checking for LUA... no ... [autogen.sh finishes without error] [make finishes without error, but might not have LUA linked] 4) with patchfile: LDFLAGS=-L/usr/lib -L/usr/X11/lib -L/usr/local/lib (<- without -llua) LUA_CFLAGS=-I/usr/local/include LUA_LIBS=-L/usr/local/lib ./autogen.sh produces: ... checking for LUA... yes ... [autogen.sh finishes without error] [make fails with "ld: symbols not found"] 5) with patchfile: LDFLAGS=-L/usr/lib -L/usr/X11/lib -L/usr/local/lib -llua(<- added - llua) LUA_CFLAGS=-I/usr/local/include LUA_LIBS=-L/usr/local/lib ./autogen.sh produces: ... checking for LUA... yes ... [autogen.sh finishes without error] [make finishes without error] From there on, I have to set new environment variables for every package I need to compile that uses LUA or EDJE. [package-name]_CFLAGS=-I/usr/local/include [package-name]_LIBS=-L/usr/local/lib -llua This is what I was reporting yesterday. By the way this is using the latest source in svn. Dave On Mar 31, 2010, at 9:20 PM, Vincent Torri wrote: > > 1) patch edje with the attached file : > > put that file in edje/, then: > > patch -p0 < edje_lua.diff > > 2) set CFLAGS accordingly: > > export CFLAGS="$CFLAGS -I/my/lua/prefix/include" > > 3) set LDFLAGS accordingly: > > export LDFLAGS="$LDFLAGS -L/my/lua/prefix/lib" > > note that there is no -llua anymore > > 4) run 'make', it should launch autoconf and other autotools > automatically > > 5) if edje compiles: > > go to elementary directory > run 'make maintainer-clean' > run './autogen.sh' > run 'make' > > tell me if there are errors > > Vincent -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e17 issue: EDJE not finding LUA on MacOS-X Leopard
On Wed, Mar 31, 2010 at 7:09 PM, Carsten Haitzler wrote: > On Wed, 31 Mar 2010 14:57:52 -0700 Dave Ray said: > >> >> On Mar 31, 2010, at 1:05 PM, Vincent Torri wrote: >> >> > On Wed, 31 Mar 2010, Dave Ray wrote: >> >>> if you just configured with >> >>> LUA_CFLAGS="-I/my/prefix/include" LUA_LIBS="-L/my/prefix/lib" ./ >> >>> configure >> >>> then it's normal. >> >>> Try >> >>> LUA_CFLAGS="-I/my/prefix/include" LUA_LIBS="-L/my/prefix/lib - >> >>> llua" ./configure >> > >> > did you read **carefully** the above line. See the >> > >> > -llua >> >> No I didn't read carefully. My bad. Ok, I retried it with -llua and >> EDJE compiled just fine. Thanks you! >> >> I share your frustration with the LUA implementation. > > this is a fundamental issue with lua upstream. they simply don't want to join > the modern world. if you want to use lua upstream directly-as-is... you will > continue to have such problems. i know i'm in no mood to work around such > silliness. ALL they need to do is provide a .pc file - a single tiny text > file. > the work has already been done for them by several linux distributions. it > gets > patched to provide this file and to also build shared libraries (.so's > vs .a's). > as such my suggestion is to find and adopt the patches applied by linux > distributions to your lua install. sanity will then be restored. What about adding the lua source as a single file in Edje? It's pretty common for projects to do that, since Edje is not supposed to run arbitrary Lua scripts, why bother having that as a dependency? By design Lua is an embeddable language/runtime. A trimmed version without some libs that aren't enabled can be around 90k. Edje itself weights around 600k on my system. Again, just a thought. They are not "refusing to join the modern world". It's you that are choosing not to follow their guidelines and embed lua ;) []s Eduardo. >> As it turns out, other packages for e17 that I compile after EDJE run >> into similar problems. In order to compile Elementary I had to >> manually set ELEMENTARY_CFLAGS and ELEMENTARY_LIBS and manually add - >> llua. >> >> I seem to be on my way to success for installing e17, but standard >> usage of "configure, make, sudo make install" don't work with anything >> that has a Lua dependency. >> >> -Dave >> >> -- >> Download Intel® Parallel Studio Eval >> Try the new software tools for yourself. Speed compiling, find bugs >> proactively, and fine-tune applications for parallel performance. >> See why Intel Parallel Studio got high marks during beta. >> http://p.sf.net/sfu/intel-sw-dev >> ___ >> 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 > > > -- > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e17 issue: EDJE not finding LUA on MacOS-X Leopard
On Wed, 31 Mar 2010 20:33:38 -0300 Eduardo Felipe said: > > this is a fundamental issue with lua upstream. they simply don't want to > > join the modern world. if you want to use lua upstream directly-as-is... > > you will continue to have such problems. i know i'm in no mood to work > > around such silliness. ALL they need to do is provide a .pc file - a single > > tiny text file. the work has already been done for them by several linux > > distributions. it gets patched to provide this file and to also build > > shared libraries (.so's vs .a's). > > as such my suggestion is to find and adopt the patches applied by linux > > distributions to your lua install. sanity will then be restored. > > What about adding the lua source as a single file in Edje? It's pretty "hell no". :) this is the kind of mess i dont want to have. > common for projects to do that, since Edje is not supposed to run > arbitrary Lua scripts, why bother having that as a dependency? they may do it... efl standards are higher than that :) > By design Lua is an embeddable language/runtime. A trimmed version > without some libs that aren't enabled can be around 90k. Edje itself > weights around 600k on my system. > > Again, just a thought. They are not "refusing to join the modern > world". It's you that are choosing not to follow their guidelines and > embed lua ;) they are refusing - every distro i see patches lua. if you have 20 apps/libs on your system all use the same lua - you have 20 copies of it. if it has a bug all 20 need rebuilding and updating. i know it's their guidelines. the guidelines are misguided. if i want it statically compiled into my app/lib - i have a choice. if i want to share the same implementation with everyone else on the system and get bug and security fixes for free with no further effort on my part, i can link dynamically to the .so. the modern world on linux uses .pc files to indicate how to link and compile with a given shared lib - even if it doesnt provide a .so - distros often rename liblua so u can get a specific version. lua 4.0 is incompatible with 5.1 for example - i need to specifically chose the lua i am compatible with (ad otherwise code will break) so it may become -lliba51 or -llua or -llua-5.1 or -llua-51 the .pc tells you what they did and what directory it's in (the -L) and adds the include flags (-I) etc. without having to go through a whole lot of guessing. it's a tiny text file - so any claims of "my god an extra file will bloat the distribution" are just wrong. it is harmless and useful. it's a modern mechanism. lua doesn't provide it. it actually seems to refuse to do it. it's not a matter of "we just havent gotten to it, or had the time etc.". :) > []s > > Eduardo. > > >> As it turns out, other packages for e17 that I compile after EDJE run > >> into similar problems. In order to compile Elementary I had to > >> manually set ELEMENTARY_CFLAGS and ELEMENTARY_LIBS and manually add - > >> llua. > >> > >> I seem to be on my way to success for installing e17, but standard > >> usage of "configure, make, sudo make install" don't work with anything > >> that has a Lua dependency. > >> > >> -Dave > >> > >> -- > >> Download Intel® Parallel Studio Eval > >> Try the new software tools for yourself. Speed compiling, find bugs > >> proactively, and fine-tune applications for parallel performance. > >> See why Intel Parallel Studio got high marks during beta. > >> http://p.sf.net/sfu/intel-sw-dev > >> ___ > >> 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 > > > > > > -- > > Download Intel® Parallel Studio Eval > > Try the new software tools for yourself. Speed compiling, find bugs > > proactively, and fine-tune applications for parallel performance. > > See why Intel Parallel Studio got high marks during beta. > > http://p.sf.net/sfu/intel-sw-dev > > ___ > > 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 -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev
Re: [E-devel] e17 issue: EDJE not finding LUA on MacOS-X Leopard
1) patch edje with the attached file :
put that file in edje/, then:
patch -p0 < edje_lua.diff
2) set CFLAGS accordingly:
export CFLAGS="$CFLAGS -I/my/lua/prefix/include"
3) set LDFLAGS accordingly:
export LDFLAGS="$LDFLAGS -L/my/lua/prefix/lib"
note that there is no -llua anymore
4) run 'make', it should launch autoconf and other autotools automatically
5) if edje compiles:
go to elementary directory
run 'make maintainer-clean'
run './autogen.sh'
run 'make'
tell me if there are errors
VincentIndex: configure.ac
===
--- configure.ac (revision 47640)
+++ configure.ac (working copy)
@@ -200,16 +200,30 @@
# Dependencies for the library
# Lua pkg-config hack for different naming conventions
+have_lua="yes"
requirement_lua=""
+lua_libs=""
PKG_CHECK_MODULES([LUA], [lua >= 5.1.0], requirement_lua="lua",
- [PKG_CHECK_MODULES([LUA], [lua5.1 >= 5.1.0], requirement_lua="lua5.1",
- [PKG_CHECK_MODULES([LUA], [lua-5.1 >= 5.1.0], requirement_lua="lua-5.1",
- [PKG_CHECK_MODULES([LUA], [lua51 >= 5.1.0], requirement_lua="lua51",
-AC_MSG_ERROR([unable to find Lua])
- )
- ])
- ])
-])
+ [PKG_CHECK_MODULES([LUA], [lua5.1 >= 5.1.0], requirement_lua="lua5.1",
+ [PKG_CHECK_MODULES([LUA], [lua-5.1 >= 5.1.0], requirement_lua="lua-5.1",
+ [PKG_CHECK_MODULES([LUA], [lua51 >= 5.1.0], requirement_lua="lua51",
+[have_lua="no])])])])
+
+if test "x${have_lua}" = "no" ; then
+ AC_MSG_CHECKING([whether lua_newstate() is in liblua])
+ AC_CHECK_LIB([lua], [lua_newstate],
+ [
+ have_lua="yes"
+ lua_libs="-llua"
+ ],
+ [have_lua="no"])
+ AC_MSG_RESULT([${have_lua}])
+fi
+AC_SUBST(lua_libs)
+
+if test "x${have_lua}" = "no" ; then
+ AC_MSG_ERROR([Cannot find lua library. Be sure that you have installed it and set CFLAGS and LDFLAGS correctly])
+fi
PKG_CHECK_MODULES([EDJE],
[
@@ -221,8 +235,8 @@
embryo >= 0.9.1
])
-EDJE_LIBS="$EDJE_LIBS $LUA_LIBS"
-EDJE_CFLAGS="$EDJE_CFLAGS $LUA_CFLAGS"
+EDJE_LIBS="${EDJE_LIBS} ${LUA_LIBS} ${lua_libs}"
+EDJE_CFLAGS="${EDJE_CFLAGS} ${LUA_CFLAGS}"
requirement_edje="embryo ecore evas eet eina-0 ${requirement_edje}"
requirement_edje="${requirement_lua} ${requirement_edje}"
Index: edje.pc.in
===
--- edje.pc.in (revision 47640)
+++ edje.pc.in (working copy)
@@ -10,5 +10,5 @@
@pkgconfig_requires_private@: @requirement_edje@
Version: @VERSION@
Libs: -L${libdir} -ledje
-Libs.private:
+Libs.private: @lua_libs@
Cflags: -I${includedir}
--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e17 issue: EDJE not finding LUA on MacOS-X Leopard
On Wed, 31 Mar 2010, Dave Ray wrote: > > On Mar 31, 2010, at 1:05 PM, Vincent Torri wrote: > >> On Wed, 31 Mar 2010, Dave Ray wrote: if you just configured with LUA_CFLAGS="-I/my/prefix/include" LUA_LIBS="-L/my/prefix/lib" ./configure then it's normal. Try LUA_CFLAGS="-I/my/prefix/include" LUA_LIBS="-L/my/prefix/lib -llua" ./configure >> >> did you read **carefully** the above line. See the >> >> -llua > > No I didn't read carefully. My bad. Ok, I retried it with -llua and EDJE > compiled just fine. Thanks you! > > I share your frustration with the LUA implementation. > > As it turns out, other packages for e17 that I compile after EDJE run into > similar problems. In order to compile Elementary I had to manually set > ELEMENTARY_CFLAGS and ELEMENTARY_LIBS and manually add -llua. Maybe i have to add to edje.pc's Libs.private field the lua lib. I'll modify edje.pc so that it works. Dave, if you have some time, can you improve that documentation: http://trac.enlightenment.org/e/wiki/MACOSX ? You can look at http://trac.enlightenment.org/e/wiki/EFLWindowsXP for the layout of the doc, if you want regards Vincent -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e17 issue: EDJE not finding LUA on MacOS-X Leopard
On Wed, 31 Mar 2010 14:57:52 -0700 Dave Ray said: > > On Mar 31, 2010, at 1:05 PM, Vincent Torri wrote: > > > On Wed, 31 Mar 2010, Dave Ray wrote: > >>> if you just configured with > >>> LUA_CFLAGS="-I/my/prefix/include" LUA_LIBS="-L/my/prefix/lib" ./ > >>> configure > >>> then it's normal. > >>> Try > >>> LUA_CFLAGS="-I/my/prefix/include" LUA_LIBS="-L/my/prefix/lib - > >>> llua" ./configure > > > > did you read **carefully** the above line. See the > > > > -llua > > No I didn't read carefully. My bad. Ok, I retried it with -llua and > EDJE compiled just fine. Thanks you! > > I share your frustration with the LUA implementation. this is a fundamental issue with lua upstream. they simply don't want to join the modern world. if you want to use lua upstream directly-as-is... you will continue to have such problems. i know i'm in no mood to work around such silliness. ALL they need to do is provide a .pc file - a single tiny text file. the work has already been done for them by several linux distributions. it gets patched to provide this file and to also build shared libraries (.so's vs .a's). as such my suggestion is to find and adopt the patches applied by linux distributions to your lua install. sanity will then be restored. > As it turns out, other packages for e17 that I compile after EDJE run > into similar problems. In order to compile Elementary I had to > manually set ELEMENTARY_CFLAGS and ELEMENTARY_LIBS and manually add - > llua. > > I seem to be on my way to success for installing e17, but standard > usage of "configure, make, sudo make install" don't work with anything > that has a Lua dependency. > > -Dave > > -- > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > ___ > 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 -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e17 issue: EDJE not finding LUA on MacOS-X Leopard
On Mar 31, 2010, at 1:05 PM, Vincent Torri wrote: > On Wed, 31 Mar 2010, Dave Ray wrote: >>> if you just configured with >>> LUA_CFLAGS="-I/my/prefix/include" LUA_LIBS="-L/my/prefix/lib" ./ >>> configure >>> then it's normal. >>> Try >>> LUA_CFLAGS="-I/my/prefix/include" LUA_LIBS="-L/my/prefix/lib - >>> llua" ./configure > > did you read **carefully** the above line. See the > > -llua No I didn't read carefully. My bad. Ok, I retried it with -llua and EDJE compiled just fine. Thanks you! I share your frustration with the LUA implementation. As it turns out, other packages for e17 that I compile after EDJE run into similar problems. In order to compile Elementary I had to manually set ELEMENTARY_CFLAGS and ELEMENTARY_LIBS and manually add - llua. I seem to be on my way to success for installing e17, but standard usage of "configure, make, sudo make install" don't work with anything that has a Lua dependency. -Dave -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e17 issue: EDJE not finding LUA on MacOS-X Leopard
On Wed, 31 Mar 2010, Dave Ray wrote:
>>
>> if you just configured with
>>
>> LUA_CFLAGS="-I/my/prefix/include" LUA_LIBS="-L/my/prefix/lib" ./configure
>>
>> then it's normal.
>>
>> Try
>>
>> LUA_CFLAGS="-I/my/prefix/include" LUA_LIBS="-L/my/prefix/lib -llua"
>> ./configure
did you read **carefully** the above line. See the
-llua
that i have added
Vincent
>>
>> I prefer at least adding some options to configure rather than doing that.
>>
>> Vincent
>
> You are correct, that's exactly how I did it.
>
> As I mentioned in my last post, the original problem I posted about was
> resolved. Adding those env variables allowed EDJE to find LUA and I can run
> ./autogen.sh without errors. EDJE found LUA.
>
> bash> export LUA_CFLAGS="-I/usr/local/include"
> bash> export LUA_LIBS="-L/usr/local/lib"
> bash> env | grep LUA
> LUA_LIBS=-L/usr/local/lib
> LUA_CFLAGS=-I/usr/local/include
> bash>
>
> I am now having a different problem. "make" fails with hundreds of unresolved
> symbols containing "LUA" in their names. I feel it's safe to assume that the
> problem ("make" failing) is still related to the relationship between EDJE
> and LUA on a MacOS-X environment.
>
> There may be a real problem with the liblua.a file, although "make test" in
> lua was successful. Or EDJE is getting something unexpected from LUA during
> "make".
>
> If anyone cares I can post some of the error messages.
>
> Dave
>
--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e17 issue: EDJE not finding LUA on MacOS-X Leopard
On Mar 31, 2010, at 12:36 PM, Vincent Torri wrote:
> On Wed, 31 Mar 2010, Dave Ray wrote:
>> Gustavo Sverzut Barbieri wrote:
Well, there is several solutions:
...
2) i can add a check of lua library in edje's configure.ac if
no .pc file
is found.
I'll try to find some time to improve lua check this week
>>>
>>> not needed, LUA_CFLAGS and LUA_LIBS should do.
>>
>> ... I added those to my environment. EDJE now finds LUA, and
>> completes the configure script.
>> ...
>> But now EDJE fails to compile. The errors show hundreds of unresolved
>> symbols involving LUA. I have no idea what the problem is.
>
> if you just configured with
>
> LUA_CFLAGS="-I/my/prefix/include" LUA_LIBS="-L/my/prefix/lib" ./
> configure
>
> then it's normal.
>
> Try
>
> LUA_CFLAGS="-I/my/prefix/include" LUA_LIBS="-L/my/prefix/lib -
> llua" ./configure
>
> I prefer at least adding some options to configure rather than doing
> that.
>
> Vincent
You are correct, that's exactly how I did it.
As I mentioned in my last post, the original problem I posted about
was resolved. Adding those env variables allowed EDJE to find LUA and
I can run ./autogen.sh without errors. EDJE found LUA.
bash> export LUA_CFLAGS="-I/usr/local/include"
bash> export LUA_LIBS="-L/usr/local/lib"
bash> env | grep LUA
LUA_LIBS=-L/usr/local/lib
LUA_CFLAGS=-I/usr/local/include
bash>
I am now having a different problem. "make" fails with hundreds of
unresolved symbols containing "LUA" in their names. I feel it's safe
to assume that the problem ("make" failing) is still related to the
relationship between EDJE and LUA on a MacOS-X environment.
There may be a real problem with the liblua.a file, although "make
test" in lua was successful. Or EDJE is getting something unexpected
from LUA during "make".
If anyone cares I can post some of the error messages.
Dave
--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e17 issue: EDJE not finding LUA on MacOS-X Leopard
On Wed, 31 Mar 2010, Dave Ray wrote: > Gustavo Sverzut Barbieri wrote: >>> Well, there is several solutions: >>> >>> 1) as you said, write your own .pc file and put it in the correct >>> directory. (that's what i do for Windows) >>> >>> 2) i can add a check of lua library in edje's configure.ac if >>> no .pc file >>> is found. >>> >>> I'll try to find some time to improve lua check this week >> >> not needed, LUA_CFLAGS and LUA_LIBS should do. > > Thank you, I added those to my environment. EDJE now finds LUA, and > completes the configure script. > > That fixed my original problem. EDJE's autogen.sh completes without > errors. > > But now EDJE fails to compile. The errors show hundreds of unresolved > symbols involving LUA. I have no idea what the problem is. > > This will put an end to my attempts to install e17 on MacOS-X, unless > somebody is willing to look at those. if you just configured with LUA_CFLAGS="-I/my/prefix/include" LUA_LIBS="-L/my/prefix/lib" ./configure then it's normal. Try LUA_CFLAGS="-I/my/prefix/include" LUA_LIBS="-L/my/prefix/lib -llua" ./configure I prefer at least adding some options to configure rather than doing that. Vincent -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e17 issue: EDJE not finding LUA on MacOS-X Leopard
Gustavo Sverzut Barbieri wrote: >> Well, there is several solutions: >> >> 1) as you said, write your own .pc file and put it in the correct >> directory. (that's what i do for Windows) >> >> 2) i can add a check of lua library in edje's configure.ac if >> no .pc file >> is found. >> >> I'll try to find some time to improve lua check this week > > not needed, LUA_CFLAGS and LUA_LIBS should do. Thank you, I added those to my environment. EDJE now finds LUA, and completes the configure script. That fixed my original problem. EDJE's autogen.sh completes without errors. But now EDJE fails to compile. The errors show hundreds of unresolved symbols involving LUA. I have no idea what the problem is. This will put an end to my attempts to install e17 on MacOS-X, unless somebody is willing to look at those. Dave -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e17 issue: EDJE not finding LUA on MacOS-X Leopard
On Tue, Mar 30, 2010 at 9:40 PM, Vincent Torri wrote: > On Tue, 30 Mar 2010, Dave Ray wrote: > >> My environment is MacOS-X 10.5.8 (Leopard) on a Macbook Pro (64-bit >> Intel i686 Darwin), gcc 4.0.1 from XCode 3.1.4. >> I am not using fink, everything installs in /usr/local. e16 and many >> other X11 programs install successfully. >> $LD_LIBRARY_PATH=/lib:/usr/lib:/usr/X11/lib:/usr/local/lib >> >> The current release of EDJE fails to compile on MacOSX due to an issue >> between EDJE and LUA. This prevents completion of prerequisites for >> e17. On MacOSX the LUA distribution installs perfectly except it does >> library linkage differently than EDJE expects. This causes EDJE to >> fail with an error that LUA is not installed, when in fact it is. >> >> The LUA source does not have a configure script and is compiled by non- >> standard makefile arguments. They are fairly simple and clearly >> explained in the README. On MacOSX the make command is "sudo make >> macosx install" followed by "sudo make ranlib". This is roughly >> equivalent to "make; sudo make install; sudo ranlib /usr/local/lib/ >> liblua.a". However the LUA compilation does not produce .so libraries >> or .pc files. It produces the .a library and working binaries. "make >> test" is successful. >> >> pkg-config does not see it. >> "pkg-config --list-all | grep lua" produces nothing. >> >> When I try to compile EDJE I get the following error: >> ... >> checking pkg-config is at least version 0.9.0... yes >> checking for LUA... no >> checking for LUA... no >> checking for LUA... no >> checking for LUA... no >> configure: error: unable to find Lua >> >> If LUA produced a .pc file, I could manually move that from lua's src >> directory to /usr/lib/pkgconfig. That would be one possible fix but it >> requires mods to the lua source. >> >> Alternatively EDJE could look for $LD_LIBRARY_PATH/liblua.a instead of >> whatever it is doing. >> >> I'm not an expert but it seems it shouldn't be too hard to make a diff >> to fix this, but is a little beyond my skills. >> >> Has anyone looked at this? > > Yes, I have. The problem is not compatibility between edje and lua. The > problem is that there is no .pc file in the lua source. These stupid > developpers answered me that they want to reduce the number of files in > their tarball when i asked why there is no .pc file. Do you believe it ?? > On linux distro, package maintainers usually add a .pc file. OMG > Well, there is several solutions: > > 1) as you said, write your own .pc file and put it in the correct > directory. (that's what i do for Windows) > > 2) i can add a check of lua library in edje's configure.ac if no .pc file > is found. > > I'll try to find some time to improve lua check this week not needed, LUA_CFLAGS and LUA_LIBS should do. -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] e17 issue: EDJE not finding LUA on MacOS-X Leopard
On Tue, 30 Mar 2010, Dave Ray wrote: > My environment is MacOS-X 10.5.8 (Leopard) on a Macbook Pro (64-bit > Intel i686 Darwin), gcc 4.0.1 from XCode 3.1.4. > I am not using fink, everything installs in /usr/local. e16 and many > other X11 programs install successfully. > $LD_LIBRARY_PATH=/lib:/usr/lib:/usr/X11/lib:/usr/local/lib > > The current release of EDJE fails to compile on MacOSX due to an issue > between EDJE and LUA. This prevents completion of prerequisites for > e17. On MacOSX the LUA distribution installs perfectly except it does > library linkage differently than EDJE expects. This causes EDJE to > fail with an error that LUA is not installed, when in fact it is. > > The LUA source does not have a configure script and is compiled by non- > standard makefile arguments. They are fairly simple and clearly > explained in the README. On MacOSX the make command is "sudo make > macosx install" followed by "sudo make ranlib". This is roughly > equivalent to "make; sudo make install; sudo ranlib /usr/local/lib/ > liblua.a". However the LUA compilation does not produce .so libraries > or .pc files. It produces the .a library and working binaries. "make > test" is successful. > > pkg-config does not see it. > "pkg-config --list-all | grep lua" produces nothing. > > When I try to compile EDJE I get the following error: > ... > checking pkg-config is at least version 0.9.0... yes > checking for LUA... no > checking for LUA... no > checking for LUA... no > checking for LUA... no > configure: error: unable to find Lua > > If LUA produced a .pc file, I could manually move that from lua's src > directory to /usr/lib/pkgconfig. That would be one possible fix but it > requires mods to the lua source. > > Alternatively EDJE could look for $LD_LIBRARY_PATH/liblua.a instead of > whatever it is doing. > > I'm not an expert but it seems it shouldn't be too hard to make a diff > to fix this, but is a little beyond my skills. > > Has anyone looked at this? Yes, I have. The problem is not compatibility between edje and lua. The problem is that there is no .pc file in the lua source. These stupid developpers answered me that they want to reduce the number of files in their tarball when i asked why there is no .pc file. Do you believe it ?? On linux distro, package maintainers usually add a .pc file. Well, there is several solutions: 1) as you said, write your own .pc file and put it in the correct directory. (that's what i do for Windows) 2) i can add a check of lua library in edje's configure.ac if no .pc file is found. I'll try to find some time to improve lua check this week best regards -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
