<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">
<br class="">
<div>
<blockquote type="cite" class="">
<div class="">On Jul 16, 2015, at 6:01 PM, Burton, Ross <<a href="mailto:ross.burton@intel.com" class="">ross.burton@intel.com</a>> wrote:</div>
<br class="Apple-interchange-newline">
<div class="">
<div dir="ltr" class="">
<div class="gmail_extra"><br class="">
<div class="gmail_quote">On 16 July 2015 at 17:51, Martin Jansa <span dir="ltr" class="">
<<a href="mailto:martin.jansa@gmail.com" target="_blank" class="">martin.jansa@gmail.com</a>></span> wrote:<br class="">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div id=":1ot" class="a3s" style="overflow:hidden">Yes, but if-found (by pkg-config) then the macro itself sets GLU_LIBS<br class="">
and GLU_CFLAGS, so it doesn't make sense to call AC_CHECK_LIB to change<br class="">
GLU_LIBS value.<br class="">
<br class="">
action-if-not-found on the other hand is for cases where your GLU<br class="">
implementation doesn't provide pkg-config and you want to try to find it<br class="">
with AC_CHECK_LIB.<br class="">
<br class="">
I believe you that there could be an issue with building glu demos, but<br class="">
I guess it's issue in your GLU implementation (whatever that is) and<br class="">
this change is not correct fix for it - it just happen to help in your<br class="">
case and breaks other cases.</div>
</blockquote>
</div>
<br class="">
I agree with Martin here. Can you replicate the problem using a qemu machine and just oe-core?</div>
<div class="gmail_extra"><br class="">
</div>
<div class="gmail_extra">Ross</div>
</div>
</div>
</blockquote>
</div>
<br class="">
<div class=""><br class="">
</div>
<div class="">I took a deeper look at this today and what I think needs to happen is that in the “if-found” block we need to set glu_enabled=yes. That way the HAVE_GLU AM_CONDITIONAL is set to yes later in the configure process. Does that seem right? I’ll
test a patch against my platform.</div>
<div class=""><br class="">
</div>
<div class="">I have not figured out how to enable GLUT on the QEMU platform so I cannot yet test it there.</div>
<div class=""><br class="">
</div>
<div class="">Drew</div>
</body>
</html>