(sorry about the late reply - this got stuck in the approval buffers :( )Ok, I've just subscribed... so we shouldn't have that problem again :-)
<snip>
it seems ok here - --disable-mmx disables it... its not enabled in config.h... how did you build the configure script? did you do: --disable-mmx ?
Yep, I definetly tried --disable-mmx. I just did ./autogen.sh --disable-mmx again with updated CVS, and it seems to have done the right thing... strange, my mistake I guess.
I've had to remove libltdl from Makefile.am's subdir's section, and all references of libltdl from src/Makefile
we have done that no. cvs now doesn't ship or use libltdl in the source. it expects an installed libltdl now since this is commonplace :) (it wasn't when we first started using libltdl)
Still seems to be in CVS: cvs server: Updating libltdl U libltdl/.cvsignore U libltdl/acconfig.h
But its not getting built so no stress.
-MipsPro doesn't like a structure been assigned a value using { }'s outside of the declaration. Hence:
hmmm... really? this is comon practice. i'm pretty sure is standard (not a gnu extension) - maybe it was C99 - not sure.
Several projects I've worked on (mozilla, openoffice) have resorted to while { ... } do(0); style constructs to get around this. It aint pretty, but some compilers need it.
<snip>
yeah - there are complaints almost daily that some combination of autoconf, automake and libtool stopped working/building. the versions that break keep changing. :) we gave up tracking it.
Fair enough... I wish they'd just stablise the tools... *sigh*
Ok, a single new problem (and solution):
MipsPro fails with an error if you return a value from a void function (even if its NULL): Index: api.c =================================================================== RCS file: /cvsroot/enlightenment/e17/libs/imlib2/src/api.c,v retrieving revision 1.97 diff -u -r1.97 api.c --- api.c 27 Apr 2004 10:15:38 -0000 1.97 +++ api.c 27 Apr 2004 23:35:33 -0000 @@ -3197,10 +3197,8 @@
if (!ctx) ctx = imlib_context_new(); - CHECK_PARAM_POINTER_RETURN("imlib_image_get_attached_data", "image", - ctx->image, NULL); - CHECK_PARAM_POINTER_RETURN("imlib_image_get_attached_data", "key", key, - NULL); + CHECK_PARAM_POINTER("imlib_image_get_attached_data", "image", ctx->image); + CHECK_PARAM_POINTER("imlib_image_get_attached_data", "key", key); CAST_IMAGE(im, ctx->image); t = __imlib_GetTag(im, key); if (t) @@ -3372,13 +3370,11 @@ if (!ctx) ctx = imlib_context_new(); // source image (to rotate) - CHECK_PARAM_POINTER_RETURN("imlib_rotate_image_from_buffer", "source_image", - source_image, NULL); + CHECK_PARAM_POINTER("imlib_rotate_image_from_buffer", "source_image", source_image); CAST_IMAGE(im_old, source_image);
// current context image - CHECK_PARAM_POINTER_RETURN("imlib_rotate_image_from_buffer", "image", - ctx->image, NULL); + CHECK_PARAM_POINTER("imlib_rotate_image_from_buffer", "image", ctx->image); CAST_IMAGE(im, ctx->image);
if ((!(im_old->data)) && (im_old->loader) && (im_old->loader->load))
Ok, that was the ONLY change I needed to make now to build Imlib2! :-) Thanks for fixing the other little issues.
Nick
-------------------------------------------------------
This SF.Net email is sponsored by Sleepycat Software
Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to deliver higher performing products faster, at low TCO.
http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3
_______________________________________________
enlightenment-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel