[Users] compile problems on OSX High Sierra using homebrew

[Roland Haas]

Hello Erik,

> The intrinsic _mm_add_ps should always be available. _mm_hadd_ps (different
> spelling!), on the other hand, is only available if SSE3 is available.
Eieiei. Sorry about the spelling. I was quite clearly missing the "h"
when doing my grep for include files.

With the commit in the branch I can indeed compile the vectors.h files
(the ranlib issue still persists though they do no make the build
fail. This may be a screwed up homebrew installation after updating
to high siera).

On the other hand, I wonder if we really need to use ranlib in the
first place. Shouldn't "ar" already take care of creating an index (on
POSIX system which are the only ones we support anyway)? Setting
RANLIB=true (or "ar s" if I want to be very sure) in osx-homebrew.cfg
should be fine.

Yours,
Roland

> 
> This should be corrected by <
> https://bitbucket.org/cactuscode/cactusutils/pull-requests/14/vectors-check-for-sse3-availability/diff
> >.  
> 
> -erik
> 
> 
> On Mon, Jan 29, 2018 at 2:11 PM, Roland Haas <rhaas at illinois.edu> wrote:
> 
> > Hello all,
> >
> > ok, one question I can possibly answer: the inrinsic _mm_hadd_ps is
> > in /usr/local/Cellar/gcc//7.3.0/lib/gcc/7/gcc/x86_64-apple-
> > darwin17.3.0/7.3.0/include/pmmintrin.h
> > (not the "p") which is only included in x86intrin.h which
> > vectors-4-SSE.h only includes if __FMA4__ is set.
> >
> > However the line bringing _mm_add_ps into the code and the include for
> > FM4 are very old (from 2013) so should not be to blame. The layout of
> > files and includes also seem to be identical in both gcc 7 and gcc 6.
> >
> > Yours,
> > Roland
> >  
> > > Hello all,
> > >
> > > I am getting odd compile errors on OSX using osx-homebrew.cfg (in
> > > master).
> > >
> > > There seem to be two different errors right now:
> > >
> > > * _mm_add_ps is not found (even though xmmintrin.h exists)
> > > * ranlib (it uses XCode's) complains about the .a files that it claims
> > >   have no symbols. Forcing the use of ranlib from homebrew does not
> > >   show the error but then I need to hard-code the full path since
> > >   homebrew does not put ranlib in /usr/local/bin
> > >
> > > I attach the make output (both types of errors are visible at the end).
> > >
> > > A side node: to have remote commands work on OSX (ie remote compiling
> > > *on* my OSX laptop not from it) only works if I add
> > > "source /etc/profile" to my envsetup (otherwise /usr/local/bin is not
> > > added to $PATH it seems).
> > >
> > > Has anyone seen these types of errors before and / or could point me to
> > > a "canonical" location for ranlib on OSX (rather
> > > than /usr/local/Cellar/binutils/2.30/x86_64-apple-darwin17.3.0/  
> > bin/ranlib)?  
> > >
> > > Yours,
> > > Roland
> > >  
> >
> >
> >
> > --
> > My email is as private as my paper mail. I therefore support encrypting
> > and signing email messages. Get my PGP key from http://pgp.mit.edu .
> >
> > _______________________________________________
> > Users mailing list
> > Users at einsteintoolkit.org
> > http://lists.einsteintoolkit.org/mailman/listinfo/users
> >
> >  
> 
> 



-- 
My email is as private as my paper mail. I therefore support encrypting
and signing email messages. Get my PGP key from http://pgp.mit.edu .
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 833 bytes
Desc: OpenPGP digital signature
Url : http://lists.einsteintoolkit.org/pipermail/users/attachments/20180129/96c0e168/attachment.bin