xpdf, new gcc?

Dan Nicholson dbn.lists at gmail.com
Thu Feb 15 11:20:06 PST 2007

On 2/15/07, Ken Moffat <ken at linuxfromscratch.org> 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).



More information about the blfs-support mailing list