./configure --enable-mkl ,checking whether the INTEL compiler is enabled... no

[leaftree111]

I have installed the Intel compiler, but when i "./configure --enable-mkl ", it does not work, the error is :

checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a race-free mkdir -p... /usr/bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether make supports nested variables... yes
******** Configuring: SExtractor 2.25.0 (2024-04-26) ********
checking if compilation flags are set automatically... no
checking whether the INTEL compiler is enabled... no
checking whether INTEL's MKL is enabled... yes
checking whether make supports the include directive... yes (GNU style)
checking for gcc... icc
checking whether the C compiler works... no
configure: error: in /home/dell/zsl/sextractor-2.25.0': configure: error: C compiler cannot create executables See config.log' for more details

Also when i make -j, the errors are:
collect2: error: ld returned 1 exit status
make[3]: *** [Makefile:573：sex] 错误 1
make[3]: 离开目录“/home/dell/zsl/sextractor-2.25.0/src”
make[2]: *** [Makefile:663：all-recursive] 错误 1
make[2]: 离开目录“/home/dell/zsl/sextractor-2.25.0/src”
make[1]: *** [Makefile:530：all-recursive] 错误 1
make[1]: 离开目录“/home/dell/zsl/sextractor-2.25.0”
make: *** [Makefile:437：all] 错误 2
how to solve this problem?

[rmathar]

I'd recommend:

• post the actual contents of config.log here around
  the point where a conftest dummy file with the main()
  is generated and compiled, so one can figure out how
  icc is not generating code as expected at that point
• get the autoconf package for your operating system
  and run autoreconf -i -f -s and then ./configure --enable-mkl
  and see whether this works. This will adapt libtool
  to your operating system (which you did not say what it is)
• check whether the executable icc is in your PATH
  such that configure has a chance of finding it.
• is the environment variable MKLROOT set such
  that $MKLROOT/lib and $MKLROOT/include exist?
  If not try to set an explicit path to this top directory with
  configure --with-mkl-dir=.... --enable-mkl
  and see whether the compiler succeeds then.
• if the actual compiler is not invoked by icc but by icx
  one needs probably configure CC=icx --enable-mkl... . A related change in libtool is https://cgit.git.savannah.gnu.org/cgit/libtool.git/commit/?h=development&id=64f31f45db18952a1ce273edc7ce86dd5b53585a
  which supports a larger set of names than icc. The compilers icx, icpx and ifx are supported in libtool 2.6.0

[rmathar]

Issue ought to be closed because it is not possible to make progress on this without additional information by the origional contributor.