<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Qt 5.1 Linux x64 and gcc 4.8.1-1 on Fedora Linux 19 x64]]></title><description><![CDATA[<p dir="auto">I have upgraded to Fedora 19 while preserving my Fedora 17 system.</p>
<p dir="auto">I launched a verification test of the Qt 5.1 installation on Fedora 19 (gcc 4.8.1-1) and<br />
was very upset to get a compile time error although the same test program compiles and runs<br />
fine on Fedora 17 (Qt 5.1/gcc 4.7.2-2).</p>
<p dir="auto">In the error output it is said that the file &lt;GL/gl.h&gt; cannot be found. The line including<br />
this header is located in qopengl.h, in this block:</p>
<h1>if defined(Q_OS_MAC)</h1>
<h1>include &lt;OpenGL/gl.h&gt;</h1>
<h1>if MAC_OS_X_VERSION_MAX_ALLOWED &gt;= MAC_OS_X_VERSION_10_7</h1>
<h1>define GL_DO_NOT_WARN_IF_MULTI_GL_VERSION_HEADERS_INCLUDED</h1>
<h1>include &lt;OpenGL/gl3.h&gt;</h1>
<h1>endif</h1>
<h1>include &lt;OpenGL/glext.h&gt;</h1>
<h1>else</h1>
<h1>define GL_GLEXT_LEGACY // Prevents GL/gl.h form #including system glext.h</h1>
<h1>include &lt;GL/gl.h&gt;</h1>
<h1>include &lt;QtGui/qopenglext.h&gt;</h1>
<h1>endif // Q_OS_MAC</h1>
<p dir="auto">On Fedora 17, by using an #error directive, I have checked that this line is actually reached.<br />
But the Gnome's "Search for Files" utility  finds no gl.h file in the (Fedora 17) gcc_64 directory<br />
although the test program compiles fine ! Nor does it find any file containing GL_GLEXT_LEGACY<br />
(which must be checked in gl.h). Could it have something to do with the metaobject compiler ?</p>
<p dir="auto">Be that as it may, this test program which works with gcc 4.7.2-2 does not anymore with gcc 4.8.1-1.</p>
<p dir="auto">Assuming it is worth being mentioned, "INCPATH" is set (by qmake) to :</p>
<p dir="auto">-I../../Qt5.1.0/5.1.0/gcc_64/mkspecs/linux-g++<br />
-I../../Qt5.1.0/5.1.0/gcc_64/include<br />
-I../../Qt5.1.0/5.1.0/gcc_64/include/QtWidgets<br />
-I../../Qt5.1.0/5.1.0/gcc_64/include/QtGui<br />
-I../../Qt5.1.0/5.1.0/gcc_64/include/QtCore</p>
]]></description><link>https://forum.qt.io/topic/29514/qt-5-1-linux-x64-and-gcc-4-8-1-1-on-fedora-linux-19-x64</link><generator>RSS for Node</generator><lastBuildDate>Mon, 16 Mar 2026 23:38:54 GMT</lastBuildDate><atom:link href="https://forum.qt.io/topic/29514.rss" rel="self" type="application/rss+xml"/><pubDate>Wed, 17 Jul 2013 00:19:04 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Qt 5.1 Linux x64 and gcc 4.8.1-1 on Fedora Linux 19 x64 on Wed, 17 Jul 2013 22:20:05 GMT]]></title><description><![CDATA[<p dir="auto">You are absolutely right, the Mesa libGL development package was not installed on Fedora 19 unlike the Mesa runtime libraries and the DRI drivers. My test program now compiles and runs fine .</p>
<p dir="auto">Thanks a lot.</p>
]]></description><link>https://forum.qt.io/post/186865</link><guid isPermaLink="true">https://forum.qt.io/post/186865</guid><dc:creator><![CDATA[Asm_x64]]></dc:creator><pubDate>Wed, 17 Jul 2013 22:20:05 GMT</pubDate></item><item><title><![CDATA[Reply to Qt 5.1 Linux x64 and gcc 4.8.1-1 on Fedora Linux 19 x64 on Wed, 17 Jul 2013 01:59:38 GMT]]></title><description><![CDATA[<p dir="auto">bq. But the Gnome’s “Search for Files” utility finds no gl.h file in the (Fedora 17) gcc_64 directory</p>
<p dir="auto">No, because it is not part of GCC.  "GL/gl.h" is typically part of Mesa on Linux machines and is usually found in the default system /usr/include directory.</p>
<p dir="auto">bq.  Could it have something to do with the metaobject compiler ?</p>
<p dir="auto">Since we cannot see, and you do not say, <em>what</em> is generating the paraphrased error message it is hard to say.   Similarly since we cannot see your project file or code it is hard to specifically diagnose.</p>
<p dir="auto">Presumably you are contending that Qt did not change through this update and therefore the behaviour of moc has not changed, which would imply this has nothing to do with moc.</p>
]]></description><link>https://forum.qt.io/post/186751</link><guid isPermaLink="true">https://forum.qt.io/post/186751</guid><dc:creator><![CDATA[ChrisW67]]></dc:creator><pubDate>Wed, 17 Jul 2013 01:59:38 GMT</pubDate></item></channel></rss>