Looks as if it was a corrupted cache, after deleting it and adding "-march=native" in the field DEAL_II_CXX_FLAGS I get the expected value 2 instead of 0.
Am Mittwoch, 10. Oktober 2018 08:36:42 UTC+2 schrieb Martin Kronbichler: > > Dear Maxi, > > This variable is populated by a series of checks on your particular > system. It happens when the configuration stage prints the following lines, > and I assume that this is what you see: > > -- Performing Test DEAL_II_HAVE_SSE2 > -- Performing Test DEAL_II_HAVE_SSE2 - Failed > -- Performing Test DEAL_II_HAVE_AVX > -- Performing Test DEAL_II_HAVE_AVX - Failed > -- Performing Test DEAL_II_HAVE_AVX512 > -- Performing Test DEAL_II_HAVE_AVX512 - Failed > -- Performing Test DEAL_II_HAVE_ALTIVEC > -- Performing Test DEAL_II_HAVE_ALTIVEC - Failed > -- Performing Test DEAL_II_HAVE_OPENMP_SIMD > -- Performing Test DEAL_II_HAVE_OPENMP_SIMD - Success > > Since you are on x86-64, you should at least have a level of 1 (anyway, > also level 0 should not result in a linker error and we need to investigate > it). > > Can you please post the file CMakeFiles/CMakeError.log which contains the > output of all checks that ended up being "failed" (i.e., the checks our > configuration system is doing to determine a stable configuration that does > not fail)? This way, I can look into why that failed on your system and it > might give me some hint... > > Best, > Martin > > On 10.10.2018 08:24, 'Maxi Miller' via deal.II User Group wrote: > > Yes, I think that is the reason for that behavior. What can I do to set > the level to >= 1? > Thanks! > > Am Mittwoch, 10. Oktober 2018 01:14:06 UTC+2 schrieb David Wells: >> >> Hey there, >> >> I think this may be actually a bug in how we recently fixed a related >> problem: >> >> https://github.com/dealii/dealii/pull/7198 >> >> Could you please post the detailed.log file from when you configured the >> library? I think the value for DEAL_II_COMPILER_VECTORIZATION_LEVEL may be >> wrong (or, at least, it is causing problems somewhere else). >> >> Thanks, >> David Wells >> >> On Tuesday, October 9, 2018 at 6:29:25 AM UTC-4, Maxi Miller wrote: >>> >>> I tried to compile deal.II on a new computer, but I got multiple linking >>> errors for some of the examples: >>> /usr/lib64/gcc/x86_64-suse-linux/8/../../../../x86_64-suse-linux/bin/ld: >>> ../lib/libdeal_II.g.so.9.1.0-pre: undefined reference to >>> `dealii::VectorizedArray<double>::n_array_elements' >>> /usr/lib64/gcc/x86_64-suse-linux/8/../../../../x86_64-suse-linux/bin/ld: >>> ../lib/libdeal_II.g.so.9.1.0-pre: undefined reference to `dealii:: >>> VectorizedArray<float>::n_array_elements' >>> >>> The examples in question are all debug versions of the examples, with >>> example number 2, 3, 24, 29, 36, 44, 45, 48, 50, 52, 53, 55, 56, 59, 60. I >>> used the following external libraries/options: >>> ADOL-C, Boost, C++14/17, GSL, HDF5, Lapack, Metis, MPI, nanoflann, >>> P4est, PETSC, ScalaPack, SLEPC, Sundials, Threads, Trilinos, Umfpack and >>> Zlib >>> and the internal version of Muparser >>> Why do I get that linking error, and how can I fix it? Apparently it is >>> not related to the external libraries, else it would show up. Is that >>> correct? >>> Thanks! >>> >> -- > The deal.II project is located at http://www.dealii.org/ > For mailing list/forum options, see > https://groups.google.com/d/forum/dealii?hl=en > --- > You received this message because you are subscribed to the Google Groups > "deal.II User Group" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected] <javascript:>. > For more options, visit https://groups.google.com/d/optout. > > > -- The deal.II project is located at http://www.dealii.org/ For mailing list/forum options, see https://groups.google.com/d/forum/dealii?hl=en --- You received this message because you are subscribed to the Google Groups "deal.II User Group" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
