<br><br><div class="gmail_quote">On Thu, Oct 29, 2009 at 3:00 PM, Eliot Gable <span dir="ltr"><<a href="mailto:egable@broadvox.com">egable@broadvox.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">






<div lang="EN-US" link="blue" vlink="purple">
<div>
<p class="MsoNormal">When building Pacemaker (1-0-78e8ab00359a) on CentOS 5.3 64-bit, I run into all sorts of errors. First, the compiler flag ‘-Werror’ is enabled. On CentOS 5.3, gcc issues a warning when you drop a const qualifier on a pointer, which Pacemaker
 code seems to do all over the place (why does it do that, btw? It breaks good coding practices);</p></div></div></blockquote><div><br></div><div>It doesn't.</div><div>There are two (maybe three) places that I know do this and -Wcast-qual is removed from the CFLAGS used for those files.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div lang="EN-US" link="blue" vlink="purple"><div><p class="MsoNormal"> so gcc terminates compilation of Pacemaker when encountering these issues.</p>
</div></div></blockquote><div><br></div><div>I just compiled against EPEL-5 and the failure I get is </div><div><div><br></div><div>DEBUG: xml.c: In function 'string2xml':</div><div>DEBUG: xml.c:490: warning: argument 2 of 'xmlSetGenericErrorFunc' might be a candidate for a format attribute</div>
<div>DEBUG: xml.c: In function 'filename2xml':</div><div>DEBUG: xml.c:626: warning: argument 2 of 'xmlSetGenericErrorFunc' might be a candidate for a format attribute</div><div><br></div></div><div>Which is coming from -Wmissing-format-attribute - stupid option which I've now disabled.</div>
<div>Once I did that, it built just fine with -Werror</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div lang="EN-US" link="blue" vlink="purple"><div><p class="MsoNormal">

</p>
<p class="MsoNormal">Once I modify <a href="http://configure.ac" target="_blank">configure.ac</a> to remove this flag and regenerate everything, I run into linking errors because the Makefile LIBS= line tells Pacemaker to use /usr/lib and /lib64 instead of /usr/lib64 and /lib64.</p>
</div></div></blockquote><div><br></div><div>Possibly something from your machine?</div><div>It builds fine in a clean chroot.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div lang="EN-US" link="blue" vlink="purple"><div><p class="MsoNormal"> I tried to fix this in <a href="http://configure.ac" target="_blank">configure.ac</a>,
 but I’m not really an expert when it comes to manipulating <a href="http://configure.ac" target="_blank">configure.ac</a> files, so I couldn’t get it to work. Instead, I find myself manually modifying nearly every Makefile that gets generated to make it use /usr/lib64 instead of /usr/lib.
</p>
<p class="MsoNormal"> </p>
<p class="MsoNormal">If someone could fix these issues quickly, it would save everyone using CentOS lots of time and headache trying to make this work.
<span style="font-family:Wingdings">J</span> I would be more than happy to test any modifications for anyone willing to try to fix it.</p></div></div></blockquote><div><br></div><div>You could also use the packages from:</div>
<div>   <a href="http://clusterlabs.org/rpm/epel-5/">http://clusterlabs.org/rpm/epel-5/</a></div><div> </div></div>