<div><div dir="auto">I’m pretty sure you need to reinstall homebrew after an OS upgrade.</div><div dir="auto"><br></div><div dir="auto">-erik</div><br><div class="gmail_quote"><div>On Mon, Jan 29, 2018 at 16:20 Roland Haas &lt;<a href="mailto:roland.haas@physics.gatech.edu">roland.haas@physics.gatech.edu</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello Erik,<br>
<br>
&gt; The intrinsic _mm_add_ps should always be available. _mm_hadd_ps (different<br>
&gt; spelling!), on the other hand, is only available if SSE3 is available.<br>
Eieiei. Sorry about the spelling. I was quite clearly missing the &quot;h&quot;<br>
when doing my grep for include files.<br>
<br>
With the commit in the branch I can indeed compile the vectors.h files<br>
(the ranlib issue still persists though they do no make the build<br>
fail. This may be a screwed up homebrew installation after updating<br>
to high siera).<br>
<br>
On the other hand, I wonder if we really need to use ranlib in the<br>
first place. Shouldn&#39;t &quot;ar&quot; already take care of creating an index (on<br>
POSIX system which are the only ones we support anyway)? Setting<br>
RANLIB=true (or &quot;ar s&quot; if I want to be very sure) in osx-homebrew.cfg<br>
should be fine.<br>
<br>
Yours,<br>
Roland<br>
<br>
&gt;<br>
&gt; This should be corrected by &lt;<br>
&gt; <a href="https://bitbucket.org/cactuscode/cactusutils/pull-requests/14/vectors-check-for-sse3-availability/diff" rel="noreferrer" target="_blank">https://bitbucket.org/cactuscode/cactusutils/pull-requests/14/vectors-check-for-sse3-availability/diff</a><br>
&gt; &gt;.<br>
&gt;<br>
&gt; -erik<br>
&gt;<br>
&gt;<br>
&gt; On Mon, Jan 29, 2018 at 2:11 PM, Roland Haas &lt;<a href="mailto:rhaas@illinois.edu" target="_blank">rhaas@illinois.edu</a>&gt; wrote:<br>
&gt;<br>
&gt; &gt; Hello all,<br>
&gt; &gt;<br>
&gt; &gt; ok, one question I can possibly answer: the inrinsic _mm_hadd_ps is<br>
&gt; &gt; in /usr/local/Cellar/gcc//7.3.0/lib/gcc/7/gcc/x86_64-apple-<br>
&gt; &gt; darwin17.3.0/7.3.0/include/pmmintrin.h<br>
&gt; &gt; (not the &quot;p&quot;) which is only included in x86intrin.h which<br>
&gt; &gt; vectors-4-SSE.h only includes if __FMA4__ is set.<br>
&gt; &gt;<br>
&gt; &gt; However the line bringing _mm_add_ps into the code and the include for<br>
&gt; &gt; FM4 are very old (from 2013) so should not be to blame. The layout of<br>
&gt; &gt; files and includes also seem to be identical in both gcc 7 and gcc 6.<br>
&gt; &gt;<br>
&gt; &gt; Yours,<br>
&gt; &gt; Roland<br>
&gt; &gt;<br>
&gt; &gt; &gt; Hello all,<br>
&gt; &gt; &gt;<br>
&gt; &gt; &gt; I am getting odd compile errors on OSX using osx-homebrew.cfg (in<br>
&gt; &gt; &gt; master).<br>
&gt; &gt; &gt;<br>
&gt; &gt; &gt; There seem to be two different errors right now:<br>
&gt; &gt; &gt;<br>
&gt; &gt; &gt; * _mm_add_ps is not found (even though xmmintrin.h exists)<br>
&gt; &gt; &gt; * ranlib (it uses XCode&#39;s) complains about the .a files that it claims<br>
&gt; &gt; &gt;   have no symbols. Forcing the use of ranlib from homebrew does not<br>
&gt; &gt; &gt;   show the error but then I need to hard-code the full path since<br>
&gt; &gt; &gt;   homebrew does not put ranlib in /usr/local/bin<br>
&gt; &gt; &gt;<br>
&gt; &gt; &gt; I attach the make output (both types of errors are visible at the end).<br>
&gt; &gt; &gt;<br>
&gt; &gt; &gt; A side node: to have remote commands work on OSX (ie remote compiling<br>
&gt; &gt; &gt; *on* my OSX laptop not from it) only works if I add<br>
&gt; &gt; &gt; &quot;source /etc/profile&quot; to my envsetup (otherwise /usr/local/bin is not<br>
&gt; &gt; &gt; added to $PATH it seems).<br>
&gt; &gt; &gt;<br>
&gt; &gt; &gt; Has anyone seen these types of errors before and / or could point me to<br>
&gt; &gt; &gt; a &quot;canonical&quot; location for ranlib on OSX (rather<br>
&gt; &gt; &gt; than /usr/local/Cellar/binutils/2.30/x86_64-apple-darwin17.3.0/<br>
&gt; &gt; bin/ranlib)?<br>
&gt; &gt; &gt;<br>
&gt; &gt; &gt; Yours,<br>
&gt; &gt; &gt; Roland<br>
&gt; &gt; &gt;<br>
&gt; &gt;<br>
&gt; &gt;<br>
&gt; &gt;<br>
&gt; &gt; --<br>
&gt; &gt; My email is as private as my paper mail. I therefore support encrypting<br>
&gt; &gt; and signing email messages. Get my PGP key from <a href="http://pgp.mit.edu" rel="noreferrer" target="_blank">http://pgp.mit.edu</a> .<br>
&gt; &gt;<br>
&gt; &gt; _______________________________________________<br>
&gt; &gt; Users mailing list<br>
&gt; &gt; <a href="mailto:Users@einsteintoolkit.org" target="_blank">Users@einsteintoolkit.org</a><br>
&gt; &gt; <a href="http://lists.einsteintoolkit.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.einsteintoolkit.org/mailman/listinfo/users</a><br>
&gt; &gt;<br>
&gt; &gt;<br>
&gt;<br>
&gt;<br>
<br>
<br>
<br>
--<br>
My email is as private as my paper mail. I therefore support encrypting<br>
and signing email messages. Get my PGP key from <a href="http://pgp.mit.edu" rel="noreferrer" target="_blank">http://pgp.mit.edu</a> .<br>
</blockquote></div></div><div dir="ltr">-- <br></div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div>Erik Schnetter &lt;<a href="mailto:schnetter@cct.lsu.edu" target="_blank">schnetter@cct.lsu.edu</a>&gt;<br><a href="http://www.perimeterinstitute.ca/personal/eschnetter/" target="_blank">http://www.perimeterinstitute.ca/personal/eschnetter/</a></div><div><br></div></div></div>