Re: [radeonhd] DRI support hit master
On May 29, 08 11:47:26 -0700, Adam Williamson wrote:
We want to be able to compile the driver against older Xservers for some of our distributions. Eventually, we'll get rid of it as well.
OK, got it. Will poke you again if it breaks in future :)
Yes, please do that! These issues typically linger around too long, so
that nobody knows anymore what triggered them ;-)
Matthias
--
Matthias Hopf
On Fri, 2008-05-30 at 16:33 +0200, Matthias Hopf wrote:
On May 29, 08 11:47:26 -0700, Adam Williamson wrote:
We want to be able to compile the driver against older Xservers for some of our distributions. Eventually, we'll get rid of it as well.
OK, got it. Will poke you again if it breaks in future :)
Yes, please do that! These issues typically linger around too long, so that nobody knows anymore what triggered them ;-)
Well, it's back - The Error That Rose From The Grave...:) Just to refresh your memory, this is the 'conflicting types for xf86jmp_buf' error that's shown up twice already. Here's the latest iteration: http://kenobi.mandriva.com/queue/failure/cooker/main/release/20080721163915.... (URL will only be valid for a day or two, let me know if you come to it too late) Can you fix it again? Thanks! This is with today's git master. -- adamw -- To unsubscribe, e-mail: radeonhd+unsubscribe@opensuse.org For additional commands, e-mail: radeonhd+help@opensuse.org
On Mon, 21 Jul 2008 09:51:25 -0700
Adam Williamson
On Fri, 2008-05-30 at 16:33 +0200, Matthias Hopf wrote:
On May 29, 08 11:47:26 -0700, Adam Williamson wrote:
We want to be able to compile the driver against older Xservers for some of our distributions. Eventually, we'll get rid of it as well.
OK, got it. Will poke you again if it breaks in future :)
Yes, please do that! These issues typically linger around too long, so that nobody knows anymore what triggered them ;-)
Well, it's back - The Error That Rose From The Grave...:)
Just to refresh your memory, this is the 'conflicting types for xf86jmp_buf' error that's shown up twice already. Here's the latest iteration:
http://kenobi.mandriva.com/queue/failure/cooker/main/release/20080721163915....
(URL will only be valid for a day or two, let me know if you come to it too late)
Can you fix it again? Thanks! This is with today's git master.
Okay, well, I'll send this again with a different subject line... As written above, current git does not build on Mandriva with a 'conflicting types for xf86jmp_buf' error. This has happened twice before and been corrected upstream both times, and I was asked to report it if it happens again. Well, it's happening. :) Here's the error: gcc -DHAVE_CONFIG_H -I. -I.. -I./AtomBios/includes -I/usr/include/xorg -I/usr/include/pixman-1 -I/usr/include/drm -I/usr/include/X11/dri -Wall -Wextra -Wno-unused-parameter -Werror-implicit-function-declaration -Wstrict-aliasing -Wstrict-overflow -Wpointer-arith -Woverlength-strings -Wvolatile-register-var -Winit-self -Wbad-function-cast -Wstrict-prototypes -Wold-style-definition -Wnested-externs -Wdisabled-optimization -pedantic -Wno-long-long -Wno-variadic-macros -O2 -g -pipe -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -fomit-frame-pointer -march=i586 -mtune=generic -fasynchronous-unwind-tables -finline-functions -MT radeonhd_drv_la-rhd_crtc.lo -MD -MP -MF .deps/radeonhd_drv_la-rhd_crtc.Tpo -c rhd_crtc.c -fPIC -DPIC -o .libs/radeonhd_drv_la-rhd_crtc.o rhd_atombios.c: In function ‘rhdAtomConnectorInfo’: rhd_atombios.c:2366: warning: assuming signed overflow does not occur when changing X +- C1 cmp C2 to X cmp C1 +- C2 In file included from /usr/include/xorg/miscstruct.h:54, from /usr/include/xorg/regionstr.h:53, from /usr/include/xorg/region.h:51, from /usr/include/xorg/window.h:52, from /usr/include/xorg/input.h:55, from /usr/include/xorg/xf86str.h:38, from /usr/include/xorg/xf86.h:45, from rhd_crtc.c:30: /usr/include/pixman-1/pixman.h:503: warning: comma at end of enumerator list In file included from /usr/include/xorg/opaque.h:48, from /usr/include/xorg/windowstr.h:60, from /usr/include/xorg/exa.h:36, from rhd.h:36, from rhd_crtc.c:39: /usr/include/setjmp.h:49: error: conflicting types for ‘xf86jmp_buf’ /usr/include/xorg/xf86_libc.h:99: error: previous declaration of ‘xf86jmp_buf’ was here /usr/include/setjmp.h:53: error: expected ‘)’ before ‘==’ token /usr/include/setjmp.h:82: error: conflicting types for ‘xf86longjmp’ /usr/include/xorg/xf86_ansic.h:292: error: previous declaration of ‘xf86longjmp’ was here -- adamw -- To unsubscribe, e-mail: radeonhd+unsubscribe@opensuse.org For additional commands, e-mail: radeonhd+help@opensuse.org
On Jul 30, 08 14:54:16 -0700, Adam Williamson wrote:
As written above, current git does not build on Mandriva with a 'conflicting types for xf86jmp_buf' error. This has happened twice before and been corrected upstream both times, and I was asked to report it if it happens again. Well, it's happening. :)
Just to make sure - this is working again, isn't it?
Matthias
--
Matthias Hopf
On Mon, 2008-10-13 at 20:29 +0200, Matthias Hopf wrote:
On Jul 30, 08 14:54:16 -0700, Adam Williamson wrote:
As written above, current git does not build on Mandriva with a 'conflicting types for xf86jmp_buf' error. This has happened twice before and been corrected upstream both times, and I was asked to report it if it happens again. Well, it's happening. :)
Just to make sure - this is working again, isn't it?
Yep, it was fixed a while later. -- adamw -- To unsubscribe, e-mail: radeonhd+unsubscribe@opensuse.org For additional commands, e-mail: radeonhd+help@opensuse.org
On Mon, 2008-10-13 at 20:29 +0200, Matthias Hopf wrote:
On Jul 30, 08 14:54:16 -0700, Adam Williamson wrote:
As written above, current git does not build on Mandriva with a 'conflicting types for xf86jmp_buf' error. This has happened twice before and been corrected upstream both times, and I was asked to report it if it happens again. Well, it's happening. :)
Just to make sure - this is working again, isn't it?
...and it just came back again, in 1.2.3: gcc -DHAVE_CONFIG_H -I. -I.. -I./AtomBios/includes -I/usr/include/xorg -I/usr/include/pixman-1 -I/usr/include/drm -I/usr/include/X11/dri -Wall -Wextra -Wno-unused-parameter -Werror-implicit-function-declaration -Wstrict-aliasing -Wstrict-overflow -Wpointer-arith -Woverlength-strings -Wvolatile-register-var -Winit-self -Wbad-function-cast -Wstrict-prototypes -Wold-style-definition -Wnested-externs -Wdisabled-optimization -pedantic -Wno-long-long -Wno-variadic-macros -O2 -g -pipe -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -fomit-frame-pointer -march=i586 -mtune=generic -fasynchronous-unwind-tables -finline-functions -MT radeonhd_drv_la-radeon_exa_render.lo -MD -MP -MF .deps/radeonhd_drv_la-radeon_exa_render.Tpo -c radeon_exa_render.c -fPIC -DPIC -o .libs/radeonhd_drv_la-radeon_exa_render.o In file included from /usr/include/xorg/opaque.h:48, from /usr/include/xorg/windowstr.h:60, from /usr/include/xorg/exa.h:36, from r5xx_exa.c:56: /usr/include/setjmp.h:49: error: conflicting types for 'xf86jmp_buf' /usr/include/xorg/xf86_libc.h:99: error: previous declaration of 'xf86jmp_buf' was here /usr/include/setjmp.h:53: error: expected ')' before '==' token /usr/include/setjmp.h:82: error: conflicting types for 'xf86longjmp' /usr/include/xorg/xf86_ansic.h:292: error: previous declaration of 'xf86longjmp' was here -- adamw -- To unsubscribe, e-mail: radeonhd+unsubscribe@opensuse.org For additional commands, e-mail: radeonhd+help@opensuse.org
On Oct 13, 08 22:14:36 -0700, Adam Williamson wrote:
On Mon, 2008-10-13 at 20:29 +0200, Matthias Hopf wrote:
On Jul 30, 08 14:54:16 -0700, Adam Williamson wrote:
As written above, current git does not build on Mandriva with a 'conflicting types for xf86jmp_buf' error. This has happened twice before and been corrected upstream both times, and I was asked to report it if it happens again. Well, it's happening. :)
Just to make sure - this is working again, isn't it?
...and it just came back again, in 1.2.3:
!@#$% It's *really* time to nuke HAVE_XF86_ANSIC_H. Don't remember why we didn't kill it in the same time frame as the other drivers, but there was a reason.
gcc -DHAVE_CONFIG_H -I. -I.. -I./AtomBios/includes -I/usr/include/xorg -I/usr/include/pixman-1 -I/usr/include/drm -I/usr/include/X11/dri -Wall -Wextra -Wno-unused-parameter -Werror-implicit-function-declaration -Wstrict-aliasing -Wstrict-overflow -Wpointer-arith -Woverlength-strings -Wvolatile-register-var -Winit-self -Wbad-function-cast -Wstrict-prototypes -Wold-style-definition -Wnested-externs -Wdisabled-optimization -pedantic -Wno-long-long -Wno-variadic-macros -O2 -g -pipe -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -fomit-frame-pointer -march=i586 -mtune=generic -fasynchronous-unwind-tables -finline-functions -MT radeonhd_drv_la-radeon_exa_render.lo -MD -MP -MF .deps/radeonhd_drv_la-radeon_exa_render.Tpo -c radeon_exa_render.c -fPIC -DPIC -o .libs/radeonhd_drv_la-radeon_exa_render.o In file included from /usr/include/xorg/opaque.h:48, from /usr/include/xorg/windowstr.h:60, from /usr/include/xorg/exa.h:36, from r5xx_exa.c:56: /usr/include/setjmp.h:49: error: conflicting types for 'xf86jmp_buf'
Hm. I don't understand this, in my /usr/include/xorg/opaque.h there is
no inclusion of setjmp.h...
Can you check your opaque.h? It'll be difficult to solve, if that file
includes a system header, and we're not supposed to do so.
FWIW, you can try the attached patch, maybe this already helps...
Matthias
--
Matthias Hopf
participants (2)
-
Adam Williamson
-
Matthias Hopf