<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On 18 March 2016 at 00:22, Khem Raj <span dir="ltr">&lt;<a href="mailto:raj.khem@gmail.com" target="_blank">raj.khem@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><span class=""><blockquote type="cite"><div><div dir="ltr"><div class="gmail_extra">Which is interesting as building apr-native (so the site files don&#39;t get used) for x86-64 gives:</div><div class="gmail_extra"><br></div><div class="gmail_extra">apr_cv_process_shared_works=yes<br></div><div class="gmail_extra"><br></div><div class="gmail_extra">Can we not go around disabling stuff when it actually does work?</div></div></div></blockquote><div><br></div></span>No it really doesnt work. its running a configure time test on your build host ( which I assume is x86_64 mostly now</div><div>a days) and then deciding that process shared mutexes work, which is not correct. </div><div><br></div><div>If we think that it should work on x86_64 then lets cache the value to ‘yes’ but not leave it</div><div>at the mercy of configure.</div></blockquote></div><br>That was my point: the patch was to add works=no to x86-64 target builds, but if I run the same test on x86-64 hardware directly then the result is works=yes.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Ross</div></div>