AW: Another compile problem (X11R7.1): "error: 'TS_Raw' undeclared"

Adam K Kirchhoff adamk at voicenet.com
Sun Jan 14 06:58:08 PST 2007


On Thu, 2007-01-11 at 11:42 +0100, Harmuth, Florian wrote:
> >>> ------------------------------
> >>>
> >>> Message: 8
> >>> Date: Wed, 10 Jan 2007 13:45:45 +0100
> >>> From: "Harmuth, Florian" <fhar at msc-ge.com>
> >>> Subject: Another compile problem (X11R7.1): "error: 'TS_Raw'
> >>>         undeclared"
> >>> To: <xorg at lists.freedesktop.org>
> >>> Message-ID:
> >>>         <2D6F4E675EF5F04D8F97184E32378A1B2897AF at msc-ex02.msc-ge.mscnet>
> >>> Content-Type: text/plain; charset="iso-8859-1"
> >>>
> >>> Hello all,
> >>> after building the xserver successfully (with: --disable-dmx --disable-xprint --disable-dri), i run now into another problem.
> >>> xf86Calcomp.c:47:1: warning: "NEED_XF86_TYPES" redefined
> >>> In file included from ../config.h:4,
> >>>                  from xf86Calcomp.c:37:
> >>> /usr/include/xorg/xorg-server.h:75:1: warning: this is the location of the previous definition
> >>> xf86Calcomp.c: In function 'CalcompPreInit':
> >>> xf86Calcomp.c:682: error: 'TS_Raw' undeclared (first use in this function)
> >>> xf86Calcomp.c:682: error: (Each undeclared identifier is reported only once
> >>> xf86Calcomp.c:682: error: for each function it appears in.)
> >>> xf86Calcomp.c:684: error: 'TS_Scaled' undeclared (first use in this function)
> >>> make[2]: *** [xf86Calcomp.lo] Fehler 1
> >>> make[1]: *** [all-recursive] Fehler 1
> >>> make: *** [all] Fehler 2
> >>> root at fhar-desktop:~/tmp/X11R7.1_new#
> >>>
> >>
> >>Hi,
> >>
> >>that error happens because your inputproto is too new. You have to
> >>downgrade it. I run into the same problem some weeks ago. You can find
> >>my mail in the archives. According to Daniel Stone this is because the
> >>newest inputproto release is for xorg 7.3 and not for 7.2 . A couple
> >>of drivers won't build.
> >>
> >>The thread can be find here :
> >>http://lists.freedesktop.org/archives/xorg/2006-December/020710.html
> >>
> >>regards
> >>
> >>-- 
> >>Tobias Gerschner
> >>Member of Board of Yoper Linux Ltd. NZ
> >>
> >>Knowing is not enough; we must apply. Willing is not enough; we must do.
> >>_______________________________________________
> >>xorg mailing list
> >>xorg at lists.freedesktop.org
> >>http://lists.freedesktop.org/mailman/listinfo/xorg
> >
> >Hello,
> >thanks for your answer. I try now to compile it with the inputproto 1.3.2. 
> >Is it possible to clone a defined version of the source code with git?
> >
> >Regards,
> >Florian Harmuth
> >_______________________________________________
> >xorg mailing list
> >xorg at lists.freedesktop.org
> >http://lists.freedesktop.org/mailman/listinfo/xorg
> 
> sorry that i post again...now the xserver stops because he wants inputproto 1.4...
> 
> Requested 'randrproto >= 1.2' but version of RandrProto is 1.1.2
> No package 'damageproto' found
> No package 'xcmiscproto' found
> No package 'scrnsaverproto' found
> No package 'bigreqsproto' found
> No package 'resourceproto' found
> No package 'fontsproto' found
> Requested 'inputproto >= 1.4' but version of InputProto is 1.3.2
> 
> Is the way to get the sources over git described on http://wiki.x.org/wiki/ModularDevelopersGuide not the normal/correct way? If not how can i get the 7.1 sources (complete)?
> 
> Regards and sry for my newbie questions,
> Florian Harmuth

I've encountered the same problem, myself.  Previously I would just skip
the input drivers that wouldn't build since I didn't need them anyway.
However, I've encountered problems with mouse input in some OpenGL/SDL
games that I thought might be due to using the wrong version of
inputproto.  Unfortunately, my attempts to compile the server using the
correct version of inputproto results in the same message from
configure.

Can anyone shed some light on what to do in this situation?

Adam





More information about the xorg mailing list