Michael Jennings wrote:
As I do not have a P4 box or an x86_64 box, please test the latest CVS
stuff to make sure nothing was merged incorrectly.
Michael,
Just one small remaining problem on 86_64 with gcc4.
libast/include/libast.h doesn't
deal correctly with a predefined
Didier Casse wrote:
Btw what happens when you disable mmx and sse for evas? Does it
compile on your architecture?
Didn't fix it.
Carsten Haitzler (The Rasterman) wrote:
have u checked the CFLAGS? actually READ the error output? evas does NOT set
CFLAGs - it inherits from the build
Michael,
Tres asked me to help with the configure.in and Makefile.am bits for his
SSE2 code for x86_64. I've attached patches against Eterm CVS
with changes to: configure.in, src/Makefile.am, src/pixmap.c, and the
new file: src/sse2_cmod.c (changed since Tres's earlier version)
The
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
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.
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
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
Corey Donohoe wrote:
The below patches aren't needed, entrance builds fine on x86_64 and has for
some time. If the defaults don't work for you, look into exporting your
CFLAGS and LDFLAGS environmental variables so these sort of things get
picked up.
This came up in the discussion of
Corey Donohoe wrote:
I guess I sorta see why this was working for me, I'm on gentoo not fedora.
nemesis% ls -l /usr/X11R6/ | grep lib
lrwxrwxrwx1 rootroot5 Mar 29 14:49 lib - lib64
drwxr-xr-x7 rootroot 4096 May 7 02:44 lib32
drwxr-xr-x 83 rootroot49152
10 matches
Mail list logo
