make[5]: Entering directory `/var/tmp/portage/lyx-1.2.0/work/lyx-1.2.0/src/frontends/xforms' source='bmtable.c' object='bmtable.lo' libtool=yes \ depfile='.deps/bmtable.Plo' tmpdepfile='.deps/bmtable.TPlo' \ depmode=gcc3 /bin/sh ../../../config/depcomp \ /bin/sh ../../../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../../../src -I../../../images -I../../../src/ -I../../../src/frontends/ -I../../../src/frontends/controllers -I../../.. -I../../../boost -I/usr/X11R6/include -isystem /usr/X11R6/include -march=athlon-tbird -O2 -pipe -mmmx -m3dnow -c -o bmtable.lo `test -f bmtable.c || echo './'`bmtable.c gcc -DHAVE_CONFIG_H -I. -I. -I../../../src -I../../../images -I../../../src/ -I../../../src/frontends/ -I../../../src/frontends/controllers -I../../.. -I../../../boost -I/usr/X11R6/include -isystem /usr/X11R6/include -march=athlon-tbird -O2 -pipe -mmmx -m3dnow -c bmtable.c -MT bmtable.lo -MD -MP -MF .deps/bmtable.TPlo cc1: warning: changing search order for system directory "/usr/X11R6/include" cc1: warning: as it has already been specified as a non-system directory bmtable.c:24:24: xpm.h: No such file or directory bmtable.c: In function `fl_set_bmtable_pixmap_data': bmtable.c:262: `XpmAttributes' undeclared (first use in this function) bmtable.c:262: (Each undeclared identifier is reported only once bmtable.c:262: for each function it appears in.) bmtable.c:262: parse error before "dumb_attributes" bmtable.c:272: `dumb_attributes' undeclared (first use in this function) bmtable.c:274: `XpmColormap' undeclared (first use in this function) bmtable.c:274: `XpmCloseness' undeclared (first use in this function) bmtable.c:277: `XpmSuccess' undeclared (first use in this function) bmtable.c: In function `fl_set_bmtable_pixmap_file': bmtable.c:326: `XpmAttributes' undeclared (first use in this function) bmtable.c:326: parse error before "dumb_attributes" bmtable.c:337: `dumb_attributes' undeclared (first use in this function) bmtable.c:339: `XpmColormap' undeclared (first use in this function) bmtable.c:339: `XpmCloseness' undeclared (first use in this function) bmtable.c:343: `XpmSuccess' undeclared (first use in this function) make[5]: *** [bmtable.lo] Error 1 make[5]: Leaving directory `/var/tmp/portage/lyx-1.2.0/work/lyx-1.2.0/src/frontends/xforms' make[4]: *** [all-recursive] Error 1 make[4]: Leaving directory `/var/tmp/portage/lyx-1.2.0/work/lyx-1.2.0/src/frontends/xforms' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/var/tmp/portage/lyx-1.2.0/work/lyx-1.2.0/src/frontends' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/var/tmp/portage/lyx-1.2.0/work/lyx-1.2.0/src' make[1]: *** [all] Error 2 make[1]: Leaving directory `/var/tmp/portage/lyx-1.2.0/work/lyx-1.2.0/src' make: *** [all-recursive] Error 1 !!! ERROR: The ebuild did not complete successfully. !!! Function src_compile, Line 48, Exitcode 2 !!! emake failed !!! emerge aborting on /usr/portage/app-office/lyx/lyx-1.2.0.ebuild .
Strange, because I don't have an xpm.h anywhere either and lyx compiled fine here. Will investigate...
No, this is quite correct. It's part of the suspended kde parent/chldren ebuilds project. Long story, but the important thing is that it's a) masked, b) as it should be and thus c) nothing to worry about.
Sorry! I added comments to the wrong bug, disregard this.
I do have a /usr/X11R6/include/X11/xpm.h. Missed it somehow earlier. It comes with the xfree package. You probably have it too (though check), and the problem's source must be in the "changing source order" warning. Do you happen to use gcc 3?
yeah, I have xpm.h, too. I use gcc-3.1-r5. I have earlyer version of lyx installed with earlyer version of gcc 3 - no problem...
I'm still not handlig gcc 3.1 miscompile reports, sorry.
Seemant and co., please look at my last comment and do not throw it back to me :-)
I've committed lyx-1.2.0.20020705, a snapshot of lyx's 1.2.x (stable/bugfixes only) cvs tree, it fixes this problem (which I reproduced with 1.2.0 and gcc3.1). Please test and confirm fix.
Yep, compiles nicely... thanks
Closing, then.
*** Bug 35839 has been marked as a duplicate of this bug. ***