Bug 407845 – mythtv 0.24.1_p20110524 - In function ‘int __glCheck__(const QString&, const char*, int)’: mythrender_opengl.cpp:38:9: error: ‘gluErrorString’ was not declared in this scope

• Product: Gentoo Linux
• Status: RESOLVED DUPLICATE

[Description raffaele 2012-03-11 20:49:42 UTC]

Created attachment 304949 [details]
output of 'emerge --info =media-tv/mythtv-0.24.1_p20110524'

mythtv-0.24.1_p20110524 fails to build with the following error:

mythrender_opengl.cpp:38:9: error: 'gluErrorString' was not declared in this scope

The fix suggested here:

http://www.gossamer-threads.com/lists/gentoo/user/248823

seems to work.

[Comment 1 raffaele 2012-03-11 21:00:59 UTC]

Created attachment 304951 [details]
output of 'emerge -pqv =media-tv/mythtv-0.24.1_p20110524'

[Comment 2 raffaele 2012-03-11 21:02:56 UTC]

Created attachment 304953 [details]
build log

[Comment 3 Gregg Casillo 2012-03-18 19:27:43 UTC]

Ran into this this morning. The suggested fix from the gossamer-threads.com link in #1 worked for me.

[Comment 4 Frank Noack 2012-05-12 16:58:16 UTC]

I had the same problem. Adding "#include <GL/glu.h>" to mythrender_opengl.cpp  and running "FEATURES=keepwork emerge --resume" works also fine for me.

[Comment 5 David Kaufman 2012-05-20 17:43:46 UTC]

(In reply to comment #4)
> I had the same problem. Adding "#include <GL/glu.h>" to
> mythrender_opengl.cpp  and running "FEATURES=keepwork emerge --resume" works
> also fine for me.

Same issue, same fix, same results.

The odd thing is: I just upgraded 3 machines to mythtv 0.24, and only one of them ran into this problem. The problem machine is one of two client/frontend boxes, so they have minimum software loaded and I keep the configurations as close as possible. All three are AMD boxes, all three are running gcc 4.5.3, etc. So why did I only hit the bug once?

[Comment 6 Dan Goodliffe 2012-05-24 12:58:11 UTC]

I've just stumbled across this too... and it feels awfully familiar.
I can't be sure, but changes in mesa ring a bell... could it be the upgrade from 7 to 8?
@David: Wondering what versions of mesa you have on your other boxes that worked compared to the one that didn't.

[Comment 7 David Kaufman 2012-06-03 01:39:26 UTC]

@Dan: I only have easy access to two of the machines right now (the one where the build failed, and one of the two where it worked). Both have media-libs/mesa 7.11.2 with USE flags classic egl gallium llvm nptl shared-glapi. So no smoking gun there.

[Comment 8 Doug Goldstein (RETIRED) 2012-06-22 04:02:41 UTC]

*** This bug has been marked as a duplicate of bug 417405 ***