On 2/15/07, Ken Moffat <[EMAIL PROTECTED]> wrote:
> This is on a multilib build, using the second gcc-4.1.2 release
> candidate. I don't think the multilib part is relevant, so I'll
> take the risk of asking here. Xpdf (3.01pl2) is failing to compile
> with (lines wrapped)
>
> g++ -m32 -O2 -DHAVE_CONFIG_H -I.. -I./../goo -I./../fofi
> -I./../splash -I. -I/usr/include/freetype2 -DHAVE_XPDFCORE
> -c -o SecurityHandler.x.o \
> SecurityHandler.cc
> /usr/include/X11/VendorP.h:87: error: previous declaration of
> 'VendorShellClassRec vendorShellClassRec' with 'C++' linkage
> /usr/include/Xm/VendorSP.h:58: error: conflicts with new declaration
> with 'C' linkage
> make[1]: *** [SecurityHandler.x.o] Error 1
> make[1]: Leaving directory `/usr/src/xpdf-3.01/xpdf'
> make: *** [all] Error 2
>
> As far as I can see, the header hasn't changed since I last built
> xpdf:
>
> typedef struct _VendorShellClassRec {
> CoreClassPart core_class;
> CompositeClassPart composite_class;
> ShellClassPart shell_class;
> WMShellClassPart wm_shell_class;
> VendorShellClassPart vendor_shell_class;
> } VendorShellClassRec;
>
> externalref VendorShellClassRec vendorShellClassRec;
>
> line 87 is the 'externalref'.
I think the issue is with the header from lesstif, Xm/VendorSP.h, not
playing nice with the one from libXt, X11/VendorP.h when compiled in
C++ mode. Now I found a patch on arch for lesstif (it's for 0.95.0,
but maybe it'll work).
http://cvs.archlinux.org/cgi-bin/viewcvs.cgi/lib/lesstif/c%2B%2Bfix.patch?rev=1.1&cvsroot=Current&only_with_tag=CURRENT&content-type=text/vnd.viewcvs-markup
--
Dan
--
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
