Hi, Thanks for the pointer, that indeed does the trick, and compilation works perfectly in both cases (w/o cctools or with cctools+Xcode). I had tried to select as through compiler flags, but I guess this did not affect what gfortran was calling.
However, this then does not solve the underlying issue, For what I understand, the llvm70 variant of cctools is made the default to ensure reproducibility in some builds, but this also comes at a serious cost in terms of compiler optimization with such older tools, isn’t it? Cheers, Nicolas > On Jan 22, 2019, at 11:23, Chris Jones <[email protected]> wrote: > > Hi, > > Could you then please try either removing the cctools package, or reinstall > it with the xcode variant. Either should result in the build using the xcode > provided as instead. > > Chris > > On 21 Jan 2019, at 3:54 pm, Nicolas Pavillon <[email protected] > <mailto:[email protected]>> wrote: > >> Hi, >> >> I just tried that, and I think I have been using the current default: >> >> NicolasMacBook:~ nicos$ port installed cctools >> The following ports are currently installed: >> cctools @921_0+llvm70 (active) >> >> The reason I have been mentioning how old as might be is that the one >> provided by cctools returns version 1.38, which quite behind compared to the >> version provided by binutils, for example. >> >> /opt/local/bin/as -v >> Apple Inc version cctools-921, GNU assembler version 1.38 >> >> Cheers, >> >> Nicolas >> >>> On Jan 22, 2019, at 0:23, Chris Jones <[email protected] >>> <mailto:[email protected]>> wrote: >>> >>> Hi, >>> >>> What exactly version (and variants) of cctools do you have installed ? >>> >>> Perhaps try force removing it, then reinstall, to make sure you are using >>> the current default variants. >>> >>> Chris >>> >>> On 21 Jan 2019, at 2:47 pm, Nicolas Pavillon <[email protected] >>> <mailto:[email protected]>> wrote: >>> >>>> Hi, >>>> >>>> I stumbled on some issues with the fortran compiler that I cannot really >>>> understand. They might be linked with other topics discussed recently >>>> about cctools, but it still seems somewhat different. >>>> >>>> This happens with the port OpenBLAS, where the compilation fails when >>>> flags to compile AVX instructions yield errors during compilation, as >>>> described in the following tickets: >>>> https://trac.macports.org/ticket/57912 >>>> <https://trac.macports.org/ticket/57912> >>>> https://github.com/xianyi/OpenBLAS/issues/1951 >>>> <https://github.com/xianyi/OpenBLAS/issues/1951> >>>> >>>> However, when I tried even more basic flags such as -march=native, >>>> compilation also fails with errors such as >>>> /var/folders/x8/q7j02h4d661_p7cjh42_jh380000gn/T//ccqkNy6A.s:103:no such >>>> instruction: `vxorps %xmm0, %xmm0,%xmm0' >>>> >>>> I then tried with another gfortran compiler outside of macports, and it >>>> could compile without any issue if I remove macports’ prefix from the >>>> path, which seems to indicate that the issue is coming from the assembler >>>> in macports. >>>> >>>> My best guess is that as in cctools is too old, but I am not sure about >>>> that. Also, if it is correct, I wonder how this could be solved. Any ideas? >>>> >>>> Cheers, >>>> >>>> Nicolas >>
