On Tue, Apr 6, 2010 at 9:17 AM, IOhannes m zmoelnig <span dir="ltr">&lt;<a href="mailto:zmoelnig@iem.at">zmoelnig@iem.at</a>&gt;</span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">On 2010-04-06 14:57, chris clepper wrote:<br>
&gt; But all of the QT code is wrapped with HAVE_QUICKTIME, and in at least one<br>
&gt; case it looks like HAVE_CARBONQUICKTIME undefines HAVE_QUICKTIME.<br>
<br>
</div>cannot reproduce.<br>
i checked all the files that make use of &quot;HAVE_CARBONQUICKTIME&quot; and have<br>
the &quot;undef&quot; keyword, which builds down to Pixes/filmQT.h<br>
Pixes/recordQT.h, and here HAVE_QUICKTIME get&#39;s undefined only if it&#39;s<br>
not w32 and HAVE_CARBONQT is not defined.<br>
so if HAVE_CARBONQUICKTIME is defined (which it has to be if carbon is<br>
available) it shouldn&#39;t make a difference.<br>
<div class="im"><br></div></blockquote><div><br>I defined both and the QT pix_ objects all did nothing when I compiled them.  I had to change the undefine to define to get it going.  Maybe there is something else in your setup or a mistake on my part?<br>
<br>The build setup on GEM has always been pretty bad, but now I have no idea what is what since it has been a long time since I set it up.  The #ifdef hell has descended several more layers, and I think it is extremely difficult for even experienced developers to sort it out.  <br>
</div></div><br>