i spent quite a while searching through lists and bug reports, trying to find another instance of this problem, both to find a solution and to ensure that i won't be duping a bug. haven't come across one yet.
i went ahead and compiled with --disable-mmx as Alexandre suggested, and it built flawlessly. this, however, seems a poor workaround as i'm running a p4, rather than an amd, so mmx should be a given.
here's my new question: how much of a performance difference is there between mmx enabled and disabled builds? and, should i report this as a genuine bug, or let it go since it's an isolated compile error rather than a program error?
either way, i'm still going to try and find the problem.
--seth
Bryce Harrington wrote:
Okay, thanks, that rules out that class of issues.
Well, I'm not sure what the problem is, but I can give you some small bits of generic background info that might help you pinpoint it.
The name of the file, have_mmx.o, is Inkscape's MMX assembler code, for optimizing certain low level operations. If I remember right, its compilation is controlled such that if MMX is not available, it won't compile the code.
My guess would be that this control code is mussed up for some reason on your system. I might guess that you're on an architecture that for some reason is not getting detected right, or that something is conflicting.
Have you browsed through the bug tracker to see if anyone else has reported a similar problem? I don't recall ever hearing anyone report this particular problem before, but it's possible someone else has run into it.
Bryce
On Sat, Aug 06, 2005 at 07:52:31PM -0700, Seth Brutzman wrote:
unfortunately, i've attempted such rebuilds several times, not only though the steps you suggested, but from cvs updates *and* complete cvs checkouts (that is, delete all files from my computer and checkout from scratch). no dice.
i know there's a way to get this to work if other people are building without issue. i just don't have the ability to modify the makefile or somesuch voodoo without seriously causing some problems (read: i'm a noob).
i appreciate your swift reply. hopefully the resolution to this will help some other poor unfortunate soul, too.
--seth
Bryce Harrington wrote:
Have you tried doing a make clean and rebuilding everything from autogen.sh?
Bryce
On Sat, Aug 06, 2005 at 06:25:50PM -0700, Seth Brutzman wrote:
i've been attempting to build inkscape from cvs, using source from 2005.08.06. i ran autogen.sh, then ./configure -enable-perl --enable-python --with-xft. all of that went smoothly enough (perl and python were skipped), but i've run across the recurring error below on every make i've initiated.
i'm not quite sure whats going on here -- is it an issue with my config or am i missing some library/file? admittedly, i'm not overly experienced with compiling from cvs, but in the past have had no problems with building the tarballs.
if it helps at all, here are some vitals: debian GNU/linux i686 automake 1.9.4 gcc 3.3.5 (debian) latest libtools, etc
thanks for your help! --seth
/* make output and exit errors */ make all-recursive make[1]: Entering directory `/usr/src/inkscape' Making all in src make[2]: Entering directory `/usr/src/inkscape/src' gcc -g -O2 -c libnr/have_mmx.S gcc -g -O2 -c libnr/nr_mmx_R8G8B8A8_P_EMPTY_A8_RGBAP.S gcc -g -O2 -c libnr/nr_mmx_R8G8B8A8_P_R8G8B8A8_P_A8_RGBAP.S gcc -g -O2 -c libnr/nr_mmx_R8G8B8A8_P_R8G8B8A8_P_R8G8B8A8_N_TRANSFORM.S gcc -g -O2 -c libnr/nr_mmx_R8G8B8_R8G8B8_R8G8B8A8_P.S rm -f libnr/libnr.a ar cru libnr/libnr.a libnr/nr-blit.o libnr/nr-compose-transform.o libnr/nr-compose.o libnr/nr-gradient.o libnr/nr-matrix-div.o libnr/nr-matrix-fns.o libnr/nr-matrix-rotate-ops.o libnr/nr-matrix-scale-ops.o libnr/nr-matrix-translate-ops.o libnr/nr-matrix.o libnr/nr-object.o libnr/nr-path.o libnr/nr-pixblock-line.o libnr/nr-pixblock-pattern.o libnr/nr-pixblock-pixel.o libnr/nr-pixblock.o libnr/nr-point-fns.o libnr/nr-rect-l.o libnr/nr-rect.o libnr/nr-rotate-fns.o libnr/nr-rotate-matrix-ops.o libnr/nr-scale-matrix-ops.o libnr/nr-scale-translate-ops.o libnr/nr-svp-render.o libnr/nr-svp.o libnr/nr-translate-matrix-ops.o libnr/nr-translate-scale-ops.o libnr/nr-translate-rotate-ops.o libnr/nr-types.o libnr/nr-values.o libnr/have_mmx.o libnr/nr_mmx_R8G8B8A8_P_EMPTY_A8_RGBAP.o libnr/nr_mmx_R8G8B8A8_P_R8G8B8A8_P_A8_RGBAP.o libnr/nr_mmx_R8G8B8A8_P_R8G8B8A8_P_R8G8B8A8_N_TRANSFORM.o libnr/nr_mmx_R8G8B8_R8G8B8_R8G8B8A8_P.o make[2]: Leaving directory `/usr/src/inkscape/src' make[1]: Leaving directory `/usr/src/inkscape' ar: libnr/have_mmx.o: No such file or directory make[2]: *** [libnr/libnr.a] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2
SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel