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 package
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...
> > >>
> > >> W
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 w
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?
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 director
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
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 br
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
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 sp
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
imp
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 w
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 locat
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=
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 s
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, 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
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.
>
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/l
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 **
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
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
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
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
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:/
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 curre
25 matches
Mail list logo