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]
裸好多
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 asking
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:
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 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
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
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
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/*
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
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.
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:
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
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 file:
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
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
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:
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.
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:
18 matches
Mail list logo