Hi,
raster just enlightenment me on this puzzle and he just fixed it
in CVS. In engage configure.in:
- MODULE_ARCH="$target_os-$target_cpu"
+ MODULE_ARCH="$host_os-$host_cpu"
ok problem solved now. :)
With kind regards,
Didier.
Yum/apt repository for DR17/EFL: http://sps.nus.ed
On Thu, 2005-06-02 at 21:04 -0400, John Ellson wrote:
> Its not the xor thats failing. Its the cast of the LHS of the
> assignments.
I understand now. Sorry for the confusion.
--
Tres
---
This SF.Net email is sponsored by Yahoo.
Introduc
Begin chunk 'o stuff:
Date: Thu, 2 Jun 2005 13:43:36 +0400
From: satyr <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: e17 with entrance on Hurd
Hello, man.
Today I find screenshot of e17 on Hurd.
http://www.linux.org.ru/gallery/bigrB6jOL.png
May be it
On 6/2/05, Michael Jennings <[EMAIL PROTECTED]> wrote:
> On Thursday, 02 June 2005, at 10:05:06 (-0400),
> John Ellson wrote:
>
> > Isn't this the same problem that I hit with x86_64 ?My fix was just to
> > have rpm install whatever directory make generates:
> >
> > -%{_libdir}/enlightenment/
Tres Melton wrote:
Has anyone actually looked into why this is failing?
By the rules of Discreet Math/Boolean Algebra:
something xor something = 0
something_else xor 0 = something_else
so
valA ^ ( valA ^ valB ) = valB
If that is not working then you may have found a comp
Has anyone actually looked into why this is failing?
By the rules of Discreet Math/Boolean Algebra:
something xor something = 0
something_else xor 0 = something_else
so
valA ^ ( valA ^ valB ) = valB
If that is not working then you may have found a compil
On Thursday 02 June 2005 01:01 pm, Michael Jennings wrote:
> On Thursday, 02 June 2005, at 10:28:15 (-0400),
>
> John Ellson wrote:
> > The problem is that the xor trick isn't working for swapping pointers.
> > One possible work around is to use
> > the more straightfoward SWAP code:
> >
> > RCS fi
Michael Jennings wrote:
On Thursday, 02 June 2005, at 13:56:28 (-0400),
John Ellson wrote:
Sure, but then there should be a configure test for the cases that need it.
Patches welcome. :)
Michael
RCS file: /cvsroot/enlightenment/eterm/libast/configure.in,v
retrieving revision 1
On Thursday, 02 June 2005, at 13:56:28 (-0400),
John Ellson wrote:
> Sure, but then there should be a configure test for the cases that need it.
Patches welcome. :)
Michael
--
Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]>
n + 1, Inc., http://www.nplus1.net/
Michael Jennings wrote:
Why not just define STRICT_ISO_C99? I created it specifically for
that purpose.
Sure, but then there should be a configure test for the cases that need it.
john
---
This SF.Net email is sponsored by Yahoo.
Intr
On Thursday, 02 June 2005, at 10:28:15 (-0400),
John Ellson wrote:
> The problem is that the xor trick isn't working for swapping pointers.
> One possible work around is to use
> the more straightfoward SWAP code:
>
> RCS file: /cvsroot/enlightenment/eterm/libast/include/libast.h,v
> retrievin
Michael Jennings wrote:
John wins again.
Michael,
Thanks for your support, again. :-)
Just so that no one thinks we're ganging up on them, here is one for you ;-)
libast from Eterm CVS fails to build with gcc4 on x86_64.
/usr/bin/gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../include/libast
-I
On Thursday, 02 June 2005, at 10:05:06 (-0400),
John Ellson wrote:
> Isn't this the same problem that I hit with x86_64 ?My fix was just to
> have rpm install whatever directory make generates:
>
> -%{_libdir}/enlightenment/modules_extra/engage/linux-gnu-i686/*
> +%{_libdir}/enlightenment/mo
Didier Casse wrote:
Hi there,
Previously to install packages I used:
./autogen.sh
make
make install
But now Fedora requires to do:
./autogen.sh
make dist
then take the << resulting tarball >> then do a:
./configure
make
make install
For all the packages this seem to be fine e
Hi there,
Previously to install packages I used:
./autogen.sh
make
make install
But now Fedora requires to do:
./autogen.sh
make dist
then take the << resulting tarball >> then do a:
./configure
make
make install
For all the packages this seem to be fine except for engage and
pro
On 6/2/05, The Rasterman Carsten Haitzler <[EMAIL PROTECTED]> wrote:
> On Thu, 2 Jun 2005 01:09:02 -0700 David Sharp <[EMAIL PROTECTED]> babbled:
> > We originally were not going to take new mentors, but we
> > decided to> open it up for one more day.> > Wait till tomorrow and pick
> > another men
On Thu, 2 Jun 2005 01:09:02 -0700 David Sharp <[EMAIL PROTECTED]> babbled:
> We originally were not going to take new mentors, but we
> decided to> open it up for one more day.> > Wait till tomorrow and pick
> another mentor if they can't do it in time.> > Chris> so, maybe beg as Didier
On 6/2/05, The Rasterman Carsten Haitzler <[EMAIL PROTECTED]> wrote:
> On Wed, 1 Jun 2005 15:19:46 -0400 Stefan Gueorguiev <[EMAIL PROTECTED]>
>
> and just to make everyone unhappy... we're too late. :(
>
Are you sure? i saw this email on the summer-discuss list:
http://groups-beta.google.com/gr
On Thu, 2 Jun 2005 15:32:48 +0800 Didier Casse <[EMAIL PROTECTED]> babbled:
> On 6/2/05, The Rasterman Carsten Haitzler <[EMAIL PROTECTED]> wrote:
> > On Wed, 1 Jun 2005 15:19:46 -0400 Stefan Gueorguiev <[EMAIL PROTECTED]>
> >
> > and just to make everyone unhappy... we're too late
On 6/2/05, The Rasterman Carsten Haitzler <[EMAIL PROTECTED]> wrote:
> On Wed, 1 Jun 2005 15:19:46 -0400 Stefan Gueorguiev <[EMAIL PROTECTED]>
>
> and just to make everyone unhappy... we're too late. :(
How about begging? ;-) I'm pretty sure they can make an exception. And
it also depends who's a
On Wed, 1 Jun 2005 15:19:46 -0400 Stefan Gueorguiev <[EMAIL PROTECTED]>
and just to make everyone unhappy... we're too late. :(
--
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)[EMAIL PROTECTED]
裸好多
21 matches
Mail list logo