Bug 28657 - Mesa 7.8.2 fails to compile
Summary: Mesa 7.8.2 fails to compile
Status: RESOLVED FIXED
Alias: None
Product: Mesa
Classification: Unclassified
Component: Mesa core (show other bugs)
Version: 7.8
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: mesa-dev
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-06-21 17:44 UTC by mrhedx
Modified: 2011-09-14 04:43 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:


Attachments

Description mrhedx 2010-06-21 17:44:05 UTC
Mesa 7.8.2 fails to compile under slackware 64 gcc version 4.4.3
 using the configuration options 
./configure --prefix=/usr --libdir=/usr/lib64 --enable-gl-osmesa

the error i get is

gmake[6]: `../../../../../lib64/swrast_dri.so' is up to date.
gmake[6]: Leaving directory `/root/Mesa-7.8.2/src/mesa/drivers/dri/swrast'
gmake[5]: Leaving directory `/root/Mesa-7.8.2/src/mesa/drivers/dri/swrast'
gmake[4]: Leaving directory `/root/Mesa-7.8.2/src/mesa/drivers/dri'
gmake[4]: Entering directory `/root/Mesa-7.8.2/src/mesa/drivers/osmesa'
gmake[4]: Nothing to be done for `default'.
gmake[4]: Leaving directory `/root/Mesa-7.8.2/src/mesa/drivers/osmesa'
gmake[3]: Leaving directory `/root/Mesa-7.8.2/src/mesa/drivers'
gmake[2]: Leaving directory `/root/Mesa-7.8.2/src/mesa'
gmake[2]: Entering directory `/root/Mesa-7.8.2/src/glx'
gcc -c -I. -I../../include -I../../include/GL/internal -I../../src/mesa -I../../src/mesa/glapi -I/usr/include/drm -I/usr/include/libdrm     -g -O2 -Wall -Wmissing-prototypes -std=c99 -ffast-math -fvisibility=hidden -fno-strict-aliasing  -fPIC  -DUSE_X86_64_ASM -D_GNU_SOURCE -DPTHREADS -DHAVE_POSIX_MEMALIGN -DUSE_EXTERNAL_DXTN_LIB=1 -DIN_DRI_DRIVER -DGLX_DIRECT_RENDERING -DGLX_INDIRECT_RENDERING -DHAVE_ALIAS -DHAVE_XEXTPROTO_71 -DXF86VIDMODE -D_REENTRANT -DDEFAULT_DRIVER_DIR=\"/usr/lib64/dri\" glxcmds.c -o glxcmds.o
glxcmds.c:129: error: expected '=', ',', ';', 'asm' or '__attribute__' before '__GLXDRIdrawable'
glxcmds.c:531: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'void'
glxcmds.c:2568: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'GLboolean'
glxcmds.c:2653: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'GLboolean'
glxcmds.c:3118: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'char'
glxcmds.c:3368: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'int'
gmake[2]: *** [glxcmds.o] Error 1
gmake[2]: Leaving directory `/root/Mesa-7.8.2/src/glx'
make[1]: *** [subdirs] Error 1
make[1]: Leaving directory `/root/Mesa-7.8.2/src'
make: *** [default] Error 1
Comment 1 Dan Nicholson 2010-06-22 06:37:25 UTC
It appears to be choking on _X_HIDDEN. That should come from <X11/Xfuncproto.h>, which is pulled in by xf86dri.h. You can try adding an explicit '#include <X11/Xfuncproto.h>' to the beginning of src/glx/glxcmds.c. Do you have a really old X version installed?
Comment 2 mrhedx 2010-06-22 14:11:13 UTC
(In reply to comment #1)
> It appears to be choking on _X_HIDDEN. That should come from
> <X11/Xfuncproto.h>, which is pulled in by xf86dri.h. You can try adding an
> explicit '#include <X11/Xfuncproto.h>' to the beginning of src/glx/glxcmds.c.
> Do you have a really old X version installed?

(In reply to comment #1)
> It appears to be choking on _X_HIDDEN. That should come from
> <X11/Xfuncproto.h>, which is pulled in by xf86dri.h. You can try adding an
> explicit '#include <X11/Xfuncproto.h>' to the beginning of src/glx/glxcmds.c.
> Do you have a really old X version installed?
Comment 3 mrhedx 2010-06-22 14:12:55 UTC
thanks that worked also found out a recent package update a server was updating old xorg packages as current i had a old version of xfuncproto after updating to the new correct one it compiled fine thans for thehelp
Comment 4 Dan Nicholson 2010-06-23 09:29:22 UTC
(In reply to comment #3)
> thanks that worked also found out a recent package update a server was updating
> old xorg packages as current i had a old version of xfuncproto after updating
> to the new correct one it compiled fine thans for thehelp

So, does that mean the problem was fixed when you added <X11/Xfuncproto.h>, updated Xfuncproto.h (xproto), or both? Also, what version of xorg was installed that choked on _X_HIDDEN?
Comment 5 mrhedx 2010-06-23 22:15:29 UTC

imnot sure exactly what version it was i removed it then reinstalled after comparing files and found that some files were missing things and different headers but originally it was whatever came with slackware13.0 when updating on slackware13.1 then everything stopped compiling that needed those headers. when i looked at them i saw some of the code comments and stuff were from 2006. thinking mabe i got a server that had old files or something i was using a server that wasnt on slackwares official list
Comment 6 Corbin Simpson 2011-09-14 04:43:26 UTC
Closing as fixed per original reporter's comments. (How does one get by with so little punctuation?)


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.