[Xorg] cvs compile errors

[Alex Deucher]

On Wed, 21 Jul 2004 21:39:56 -0700, Eric Anholt <eta at lclark.edu> wrote:
> 
> 
> On Wed, 2004-07-21 at 21:28, Alex Deucher wrote:
> > On Wed, 21 Jul 2004 18:54:17 -0700, Eric Anholt <eta at lclark.edu> wrote:
> > > On Wed, 2004-07-21 at 18:35, Alex Deucher wrote:
> > > > FYI looks like freetype is broken in cvs:
> > > >
> > > > gcc -m32 -c -ansi -pedantic -Wall -Wpointer-arith -Wundef
> > > > -I/usr/include/freetype2 -I/usr/include/freetype2/config -I.
> > > > -I../../../include/fonts -I../include -I../../../exports/include/X11
> > > >          -I../../../programs/Xserver/include
> > > >         -I../../../exports/include  -I../../..
> > > > -I../../../exports/include   -Dlinux -D__i386__
> > > > -D_POSIX_C_SOURCE=199309L
> > > > -D_POSIX_SOURCE -D_XOPEN_SOURCE
> > > > -D_BSD_SOURCE -D_SVID_SOURCE                             -D_GNU_SOURCE
> > > >                            -DFUNCPROTO=15 -DNARROWPROTO   -DGCCUSESGAS
> > > > -DAVOID_GLYPHBLT -DPIXPRIV -DSINGLEDEPTH -DXFreeXDGA -DXvExtension
> > > >                            -DXFree86LOADER  -DXFree86Server
> > > >                     -DXF86VIDMODE
> > > > -DXvMCExtension                          -DSMART_SCHEDULE
> > > >          -DBUILDDEBUG -DXResExtension
> > > > -DX_BYTE_ORDER=X_LITTLE_ENDIAN
> > > > -DXORG_VERSION_CURRENT="(((6) * 10000000) + ((7) * 100000) + ((0) *
> > > > 1000) + 0)"           -DXFREE86_FT2         -O2 -fno-strength-reduce
> > > > -fno-strict-aliasing   ftfuncs.c -o unshared/ftfuncs.o
> > > > ftfuncs.c: In function `FT_Do_SBit_Metrics':
> > > > ftfuncs.c:931: error: structure has no member named `find_sbit_image'
> > > > ftfuncs.c:955: error: structure has no member named `load_sbit_metrics'
> > >
> > > I've been seeing this issue on multiple systems as well, including the
> > > FreeBSD tinderbox.  I think the Linux build defaults to using system
> > > Freetype, like FreeBSD does, and that this error might be something new
> > > from freetype 2.1.8 usage.  FreeBSD would have updated to freetype
> > > 2.1.9, but there are concerns about the rendering quality having
> > > decreased since 2.1.7.
> >
> > This was on a fedora core 2 system.  building just the Xserver fails
> > as well on what looks like a related error:
> >
> > gcc -m32 -o Xorg -O2 -fno-strength-reduce -fno-strict-aliasing -ansi
> > -pedantic -Wall -Wpointer-arith -Wundef     -L../../exports/lib
> > xkb/xf86KillSrv.o xkb/xf86VT.o xkb/xf86Private.o
> > ../../programs/Xserver/hw/xfree86/common/xf86Init.o
> > ../../programs/Xserver/hw/xfree86/common/xf86IniExt.o
> > ../../programs/Xserver/hw/xfree86/common/libxf86.a
> > ../../programs/Xserver/hw/xfree86/parser/libxf86config.a
> > ../../programs/Xserver/hw/xfree86/os-support/libxf86_os.a
> > ../../programs/Xserver/hw/xfree86/loader/libloader.a
> > ../../programs/Xserver/hw/xfree86/common/libxf86.a dix/libdix.a
> > os/libos.a            ../../lib/font/fontbase.o
> > ../../lib/font/libfontbase.a Xext/libexts.a xkb/libxkb.a
> > Xi/libxinput.a                   lbx/liblbx.a
> > ../../lib/lbxutil/liblbxutil.a
> > ../../programs/Xserver/hw/xfree86/common/libxf86.a
> >       Xext/libexts.a xkb/libxkb.a Xi/libxinput.a                   lbx/liblbx.a
> >                   ../../lib/lbxutil/liblbxutil.a  randr/librandr.a
> > render/librender.a dix/libxpstubs.a mi/libmi.a Xext/libexts.a
> > xkb/libxkb.a Xi/libxinput.a
> >                lbx/liblbx.a
> > ../../lib/lbxutil/liblbxutil.a  randr/librandr.a render/librender.a
> > ../../programs/Xserver/hw/xfree86/os-support/libxf86_os.a     -lz -lm
> >                   -lXau -lXdmcp  -rdynamic -ldl
> > -Wl,-rpath-link,../../exports/lib
> > gcc: ../../lib/font/fontbase.o: No such file or directory
> > gcc: ../../lib/font/libfontbase.a: No such file or directory
> > make: *** [Xorg] Error 1
> >
> > Any idea how I get around this?
> 
> If you haven't successfully built the font library (you failed in that
> before with the previous error), you won't have the font-library-related
> bits around to compile the server with.
> 
> I think setting #define HasFreetype2 NO in host.def would work around
> this by building you a new freetype.
> 
> 

Thanks Eric.  I'll give this a try tonight.  Any idea how we can fix
this in the future so 'make World' just works?

Alex

> 
> --
> Eric Anholt                                eta at lclark.edu
> http://people.freebsd.org/~anholt/         anholt at FreeBSD.org
>