On Fri, 2 Apr 2010 07:47:45 +0200 (CEST)
Vincent Torri vto...@univ-evry.fr wrote:
On Fri, 2 Apr 2010, Carsten Haitzler (The Rasterman) wrote:
On Fri, 2 Apr 2010 08:56:26 +0800 Tom Haste tomha...@gmail.com
said:
So...
We're adding a patch that packagers use to make LUA install
On Fri, 2 Apr 2010 14:25:59 +0900 Brett Nash n...@nash.id.au said:
On Fri, 2 Apr 2010 07:47:45 +0200 (CEST)
Vincent Torri vto...@univ-evry.fr wrote:
On Fri, 2 Apr 2010, Carsten Haitzler (The Rasterman) wrote:
On Fri, 2 Apr 2010 08:56:26 +0800 Tom Haste tomha...@gmail.com
On Fri, 2 Apr 2010, Brett Nash wrote:
On Fri, 2 Apr 2010 07:47:45 +0200 (CEST)
Vincent Torri vto...@univ-evry.fr wrote:
On Fri, 2 Apr 2010, Carsten Haitzler (The Rasterman) wrote:
On Fri, 2 Apr 2010 08:56:26 +0800 Tom Haste tomha...@gmail.com
said:
So...
We're adding a patch that
On Wed, Mar 31, 2010 at 7:09 PM, Carsten Haitzler ras...@rasterman.com wrote:
On Wed, 31 Mar 2010 14:57:52 -0700 Dave Ray cl...@jonive.com 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
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
On Thu, 1 Apr 2010 15:11:55 -0700 Dave Ray cl...@jonive.com 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
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
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
On Fri, 2 Apr 2010 08:56:26 +0800 Tom Haste tomha...@gmail.com 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
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
On Fri, 2 Apr 2010, Carsten Haitzler (The Rasterman) wrote:
On Fri, 2 Apr 2010 08:56:26 +0800 Tom Haste tomha...@gmail.com 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
On Tue, Mar 30, 2010 at 9:40 PM, Vincent Torri vto...@univ-evry.fr 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
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
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
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
On Wed, 31 Mar 2010 14:57:52 -0700 Dave Ray cl...@jonive.com 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
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
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
On Wed, 31 Mar 2010 20:33:38 -0300 Eduardo Felipe eduardofelip...@gmail.com
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
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
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.
21 matches
Mail list logo