<div dir="ltr">Hi Ian,<div><br></div><div>I have downloaded a new version from scratch of Hilbert and have checked that I have installed all recommended macports, to wit:</div><div><br></div><div><div>ComerMacProRetina:~ comerduncan$ port installed pkgconfig gcc49 fftw-3 gsl jpeg zlib hdf5 openmpi openssl</div><div>The following ports are currently installed:</div><div> fftw-3 @3.3.4_1 (active)</div><div> fftw-3 @3.3.4_1+universal</div><div> gcc49 @4.9.2_1 (active)</div><div> gsl @1.16_3 (active)</div><div> gsl @1.16_3+gcc46</div><div> hdf5 @1.8.13_0+cxx+gcc46</div><div> hdf5 @1.8.14_0+cxx+fortran+gfortran</div><div> hdf5 @1.8.14_0+cxx+gcc46</div><div> hdf5 @1.8.15_0+cxx+fortran+gfortran (active)</div><div> hdf5 @1.8.15_0+cxx+gcc46</div><div> jpeg @9a_1 (active)</div><div> openmpi @1.7.5_3 (active)</div><div> openssl @1.0.1j_0</div><div> openssl @1.0.1j_0+universal</div><div> openssl @1.0.2_0+universal</div><div> openssl @1.0.2a_0</div><div> openssl @1.0.2a_0+universal (active)</div><div> pkgconfig @0.28_0 (active)</div><div> zlib @1.2.8_0</div><div> zlib @1.2.8_0+universal (active)</div></div><div><br></div><div>I then put in the new version of <a href="http://detect.pl">detect.pl</a> that Frank recommended. When I build using the osx-macports config file, I still (today!) get a crash before the build completes. I am sort of at a loss about what to do further. I could completely nuke macports and reinstall all, which will take quite a while, but can do that if there is a good chance that it will help. </div><div><br></div><div>Do you have some recommendations of other things to try before the nuke option?</div><div><br></div><div>Thanks.</div><div><br></div><div>Comer</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, May 22, 2015 at 12:34 PM, Ian Hinder <span dir="ltr"><<a href="mailto:ian.hinder@aei.mpg.de" target="_blank">ian.hinder@aei.mpg.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><br><div><span class=""><div>On 22 May 2015, at 16:10, Roberto De Pietri <<a href="mailto:roberto.depietri@unipr.it" target="_blank">roberto.depietri@unipr.it</a>> wrote:</div><br><blockquote type="cite">Hi Ian:<br><br><br>Thanks for the answer. I followed exactly your procedure and I was very surprised of having<br>a failing compilation. Than I starting tracing back the problem. <br>* All the thorns except one were compiling correctly.<br>* The failing thorn was CarpetIOHDF5 and of the 5 source files present only 3 failed<br>* The error was very strange because the only real problem was related to <br> a system include “/opt/local/lib/gcc49/gcc/x86_64-apple-darwin14/4.9.2/include/mmintrin.h”<br> and was related to conversion using AVX intel intrinsic. The error were of the type:<br><br> error: can’t convert between vector values of different size<br> return (__m64) __builtin_ia32_vec_init_v2si (__i, 0);<br></blockquote><div><br></div></span><div>There is a stackoverflow post (<a href="http://stackoverflow.com/questions/19043109/gcc-4-8-1-combining-c-code-with-c11-code" target="_blank">http://stackoverflow.com/questions/19043109/gcc-4-8-1-combining-c-code-with-c11-code</a> ) which describes a similar problem, which I haven't studied in depth, but they seem to suggest that it's a bug in gcc, and that setting --std=gnu++11 instead of --std=c++11 in CXXFLAGS will work around the problem. We currently have</div><div><br></div><div><div><span style="white-space:pre-wrap"> </span>CXXFLAGS = -g -std=c++14</div><div><br></div><div>so I'm guessing that changing this to</div><div><br></div><div><div><span style="white-space:pre-wrap"> </span>CXXFLAGS = -g -std=gnu++14</div></div><div><br></div><div>might have the same effect.</div></div><div><br></div><div>What I don't understand is why we didn't pick this up in testing. I successfully compiled the whole ET using exactly that set of MacPorts packages and the optionlist before the release, and the gcc49 macports package hasn't been updated since 4 weeks ago.</div><div><br></div><div>When you say you followed exactly my procedure, do you mean that you get the above compilation problem even when you have only the ports listed in the optionlist installed, and have not installed anything else, such as gcc5 or the python packages? </div><div><br></div></div><span class=""><div>
<div style="color:rgb(0,0,0);letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;word-wrap:break-word"><div style="color:rgb(0,0,0);letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;word-wrap:break-word"><div style="color:rgb(0,0,0);letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;word-wrap:break-word"><div style="color:rgb(0,0,0);letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;word-wrap:break-word"><div>-- </div><div>Ian Hinder</div><div><a href="http://members.aei.mpg.de/ianhin" target="_blank">http://members.aei.mpg.de/ianhin</a></div></div></div></div></div>
</div>
<br></span></div></blockquote></div><br></div>