Bug 38631 – dev-games/clanlib-0.7.7 fails to emerge, opengl_state_generic.cpp:521: error: invalid conversion

• Product: Gentoo Linux
• Status: RESOLVED FIXED

[Description bugs 2004-01-18 12:13:26 UTC]

This was on an emerge -U world

opengl_state_generic.cpp: In static member function `static CL_GLFunctions*
   CL_OpenGLState_Generic::setup_binds()':
opengl_state_generic.cpp:521: error: invalid conversion from `void (*)(int,
   const GLvoid*)' to `void (*)(int, const CLboolean*)'
make[2]: *** [opengl_state_generic.lo] Error 1

...

 g++ -DPACKAGE_NAME=\"ClanLib\" -DPACKAGE_TARNAME=\"clanlib\" -DPACKAGE_VERSION=\"0.7.7\" "-DPACKAGE_STRING=\"ClanLib 0.7.7\"" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"clanlib\" -DVERSION=\"0.7.7\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DHAVE_UNISTD_H=1 -DHAVE_FCNTL_H=1 -DHAVE_SYS_KD_H=1 -DHAVE_SYS_VT_H=1 -DUSE_I386_ASSEMBLER=1 -DUSE_DYN=1 -DHAVE_FSTAB_H=1 -DHAVE_LIBZ=1 -I. -I. -I/usr/X11R6/include -march=athlon-xp -pipe -O2 -mcpu=athlon-xp -fforce-addr -fomit-frame-pointer -funroll-loops -frerun-cse-after-loop -frerun-loop-opt -falign-functions=4 -I../../Sources/ -MT viewpoint.lo -MD -MP -MF .deps/viewpoint.Tpo -c viewpoint.cpp -o viewpoint.o >/dev/null 2>&1
make[2]: Leaving directory `/var/tmp/portage/clanlib-0.7.7/work/ClanLib-0.7.7/Sources/GL'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/clanlib-0.7.7/work/ClanLib-0.7.7/Sources'
make: *** [all-recursive] Error 1


I have no familiarity with this area or why GLVoid pointer isn't compatible with CLBoolean pointer or what is going on in code, but before I reluctantly dive in, I thought I'd ask what others were running into.


Reproducible: Always
Steps to Reproduce:

[Comment 1 bugs 2004-01-18 12:55:46 UTC]

Er. Rather why attempting to force a cast as void pointer to a void pointer is invalid.
They are both pointers no?  What's the prob?
I should ask #c++

[Comment 2 SpanKY 2004-01-18 13:37:31 UTC]

what opengl implementation are you using ?
it seems the nvidia-glx-1.0.5328-r1 prototype is diff from the one you're using

[Comment 3 Daniel Pierce 2004-01-18 13:57:33 UTC]

According to the ClanLib mailing list, this is fixed in cvs.

[Comment 4 Spider (RETIRED) 2004-01-18 13:58:51 UTC]

ok, Just got stumped on this in regressiontesting too

This is the same stage3 + evolved system, and it dies at the same point, there is no nvidia.* anywhere, so the opengl implementation would be mesa / xfree


x11-base/xfree-4.3.0-r3

Which is the latest avaiable for x86.

[Comment 5 bugs 2004-01-19 00:21:58 UTC]

Using xfree.
(II) ATI:  Candidate "Device" section "ATI Rage 128".
(--) Assigning device section with no busID to primary device
(--) Chipset ATI Rage 128 GL RF (AGP) found
(II) Loading sub module "r128"
(II) LoadModule: "r128"
(II) Loading /usr/X11R6/lib/modules/drivers/r128_drv.o
(II) Module r128: vendor="The XFree86 Project"
Yes, crappy card.

# es xfree
[ I] xfree (4.3.0-r3):  Xfree86: famous and free X server
[ I] xfree-drm (4.3.0-r6):  Xfree86 Kernel DRM modules

[Comment 6 SpanKY 2004-01-19 00:28:20 UTC]

ok, i changed my patch to the patch used in clanlib cvs

[Comment 7 bugs 2004-01-19 22:34:40 UTC]

emerged successfully.  thanks.