Compile error with blis

[RustLyu]

hi.
I use this https://github.com/amd/libflame/blob/master/BUILD.md I compiled the libflame tutorial on Linux, and I also compiled the dependent blis and utilities myself
cmake command: cmake -DENABLE_AMD_AOCC_FLAGS=ON -DENABLE_AOCL_BLAS=ON

error message:

In file included from /home/rust/dev/MatX/build/cc-Debug/_deps/libflame-src/src/lapack/x86/avx2/fla_lapack_avx2_kernels.h:13,
from /home/rust/dev/MatX/build/cc-Debug/_deps/libflame-src/src/lapack/x86/avx2/fla_dgeqrf_small_avx2.c:10:
/home/rust/dev/MatX/build/cc-Debug/aocl_root/amd-blis/include/blis.h:25743:21: error: conflicting types for ‘ftnlen’; have ‘bla_integer’ {aka ‘int’}
25743 | typedef bla_integer ftnlen;
| ^~~~~~
compilation terminated due to -Wfatal-errors.
make[2]: *** [src/lapack/x86/avx2/CMakeFiles/FLA_LAPACK_AVX2.dir/build.make:79: src/lapack/x86/avx2/CMakeFiles/FLA_LAPACK_AVX2.dir/fla_dgeqrf_small_avx2.c.o] Error 1
make[2]: *** Waiting for unfinished jobs....
[ 0%] Building C object src/lapack/x86/avx512/CMakeFiles/FLA_LAPACK_AVX512.dir/fla_sgetrf_small_avx512.c.o
In file included from /home/rust/dev/MatX/build/cc-Debug/_deps/libflame-src/src/lapack/x86/avx2/fla_lapack_avx2_kernels.h:13,
from /home/rust/dev/MatX/build/cc-Debug/_deps/libflame-src/src/lapack/x86/avx2/fla_dgetrf_small_avx2.c:6:
/home/rust/dev/MatX/build/cc-Debug/aocl_root/amd-blis/include/blis.h:25743:21: error: conflicting types for ‘ftnlen’; have ‘bla_integer’ {aka ‘int’}
25743 | typedef bla_integer ftnlen;
| ^~~~~~
compilation terminated due to -Wfatal-errors.
In file included from /home/rust/dev/MatX/build/cc-Debug/_deps/libflame-src/src/lapack/x86/avx2/fla_lapack_avx2_kernels.h:13,
from /home/rust/dev/MatX/build/cc-Debug/_deps/libflame-src/src/lapack/x86/avx512/fla_dgetrf_small_avx512.c:6:
/home/rust/dev/MatX/build/cc-Debug/aocl_root/amd-blis/include/blis.h:25743:21: error: conflicting types for ‘ftnlen’; have ‘bla_integer’ {aka ‘int’}
25743 | typedef bla_integer ftnlen;
| ^~~~~~
compilation terminated due to -Wfatal-errors.
make[2]: *** [src/lapack/x86/avx2/CMakeFiles/FLA_LAPACK_AVX2.dir/build.make:93: src/lapack/x86/avx2/CMakeFiles/FLA_LAPACK_AVX2.dir/fla_dgetrf_small_avx2.c.o] Error 1
make[1]: *** [CMakeFiles/Makefile2:13483: src/lapack/x86/avx2/CMakeFiles/FLA_LAPACK_AVX2.dir/all] Error 2
make[1]: *** Waiting for unfinished jobs....
make[2]: *** [src/lapack/x86/avx512/CMakeFiles/FLA_LAPACK_AVX512.dir/build.make:79: src/lapack/x86/avx512/CMakeFiles/FLA_LAPACK_AVX512.dir/fla_dgetrf_small_avx512.c.o] Error 1
make[2]: *** Waiting for unfinished jobs....
[ 0%] Building C object src/lapacke/LAPACKE/CMakeFiles/lapacke_obj.dir/src/lapacke_sbbcsd.c.o
[ 0%] Building C object src/lapacke/LAPACKE/CMakeFiles/lapacke_obj.dir/src/lapacke_sbbcsd_work.c.o
[ 0%] Building C object src/lapacke/LAPACKE/CMakeFiles/lapacke_obj.dir/src/lapacke_sbdsdc.c.o
[ 0%] Building C object src/lapacke/LAPACKE/CMakeFiles/lapacke_obj.dir/src/lapacke_sbdsdc_work.c.o
[ 0%] Building C object src/lapacke/LAPACKE/CMakeFiles/lapacke_obj.dir/src/lapacke_sbdsqr.c.o
[ 0%] Building C object src/lapacke/LAPACKE/CMakeFiles/lapacke_obj.dir/src/lapacke_sbdsqr_work.c.o
[ 0%] Building C object src/lapacke/LAPACKE/CMakeFiles/lapacke_obj.dir/src/lapacke_sbdsvdx.c.o
[ 0%] Building C object src/lapacke/LAPACKE/CMakeFiles/lapacke_obj.dir/src/lapacke_sbdsvdx_work.c.o
In file included from /home/rust/dev/MatX/build/cc-Debug/_deps/libflame-src/src/lapack/x86/avx2/fla_lapack_avx2_kernels.h:13,
from /home/rust/dev/MatX/build/cc-Debug/_deps/libflame-src/src/lapack/x86/avx512/fla_sgetrf_small_avx512.c:6:
/home/rust/dev/MatX/build/cc-Debug/aocl_root/amd-blis/include/blis.h:25743:21: error: conflicting types for ‘ftnlen’; have ‘bla_integer’ {aka ‘int’}
25743 | typedef bla_integer ftnlen;
| ^~~~~~
compilation terminated due to -Wfatal-errors.

[RustLyu]

extra msg: compile tool: gcc

[varajago]

Hi RustLyu,

Thank you trying out AOCL.
'ftnlen' is of type defined in both libFLAME and BLIS.
Hence the type mismatch error seen in the log could be due to different integer types selected for these two libs during configure/build time. Specifically, we have to select the LP64 vs ILP64 option to be same across the two libs.
Please check the build options that you have used. If possible, post them here and we will cross check and verify.
Thank you.

[RustLyu]

Thank you varajago!
blis cmake command:
# =========================================================
# BLIS build dirs
# =========================================================

execute_process(
  COMMAND ${CMAKE_COMMAND}
          -S ${blis_SOURCE_DIR}
          -B ${blis_BINARY_DIR}
          -DENABLE_ILP64=ON
          -DBLIS_CONFIG_FAMILY=auto
          -DBLIS_DISABLE_F77_TYPES=ON
          -DBLIS_ENABLE_NOFORTRAN=ON
          -DCMAKE_INSTALL_PREFIX=${AOCL_ROOT}
)

# =========================================================
# build BLIS
# =========================================================

execute_process(
  COMMAND ${CMAKE_COMMAND}
          --build ${blis_BINARY_DIR}
          --parallel
  RESULT_VARIABLE BLIS_BUILD_RESULT
)

libflame cmake command: execute_process(
COMMAND ${CMAKE_COMMAND}
-S ${libflame_SOURCE_DIR}
-B ${libflame_BINARY_DIR}
-DCMAKE_BUILD_TYPE=RELEASE
-DBLIS_CONFIG_FAMILY=auto
-DAOCL_ROOT=${AOCL_ROOT}
-DENABLE_ILP64=ON
-DCMAKE_C_STANDARD_LIBRARIES="-lm"
-DCMAKE_SHARED_LINKER_FLAGS="-lm"
-DBLAS_LIBRARY=${BLAS_LIBRARY}
-DENABLE_AMD_FLAGS=ON
-DENABLE_AMD_AOCC_FLAGS=ON
-DENABLE_AOCL_BLAS=ON
-DCMAKE_INSTALL_PREFIX=${AOCL_ROOT}
)

  # =========================================================
  # build libflame
  # =========================================================

  execute_process(
    COMMAND ${CMAKE_COMMAND}
            --build ${libflame_BINARY_DIR}
            --parallel
    RESULT_VARIABLE libflame_BUILD_RESULT
  )

Thank you!

[varajago]

AOCL BLIS and libFLAME are following two different flags to set the integer bit-width.
For BLIS, the flag to use is BLAS_INT_SIZE and can be used as below for ILP64:
-DBLAS_INT_SIZE=64
Hope this helps.

[RustLyu]

Thank you.
It's getting better and compiling is fine, but it will look for the main function when linking. But library do't need to find main interface.

This is cc command detail message:
[ 34%] Linking C shared library /home/rust/dev/MatX/build/cc-Debug/_deps/libflame-src/lib/libflame.so
/usr/bin/cmake -E cmake_link_script CMakeFiles/flame.dir/link.txt --verbose=1
/usr/bin/cc -fPIC -mtune=native -O3 -mavx2 -mfma -fstack-protector-strong -fpie -Wformat -Wformat-security -g0 -Wall -Wno-comment -std=c11 -D_GNU_SOURCE -Wno-unused-function -Wno-parentheses -Wfatal-errors -D_FORTIFY_SOURCE=2 -fopenmp -O3 -DNDEBUG -shared "-lm" -pie -Wl,-z,relro -Wl,-z,now -Wl,--dependency-file=CMakeFiles/flame.dir/link.d -Wl,-soname,libflame.so -o /home/rust/dev/MatX/build/cc-Debug/_deps/libflame-src/lib/libflame.so @CMakeFiles/flame.dir/objects1.rsp @CMakeFiles/flame.dir/objects2.rsp @CMakeFiles/flame.dir/objects3.rsp @CMakeFiles/flame.dir/objects4.rsp @CMakeFiles/flame.dir/objects5.rsp -Wl,-rpath,/home/rust/dev/MatX/build/cc-Debug/aocl_root/lib: /home/rust/dev/MatX/build/cc-Debug/aocl_root/lib/libblis.so /home/rust/dev/MatX/build/cc-Debug/aocl_root/lib/libaoclutils.so /usr/lib/libgomp.so /usr/lib/libpthread.a "-lm"
/usr/bin/ld: /usr/lib/gcc/x86_64-pc-linux-gnu/15.2.1/../../../../lib/Scrt1.o: in function _start': (.text+0x1b): undefined reference to main'
collect2: error: ld returned 1 exit status
make[2]: *** [CMakeFiles/flame.dir/build.make:86608: /home/rust/dev/MatX/build/cc-Debug/_deps/libflame-src/lib/libflame.so] Error 1
make[2]: Leaving directory '/home/rust/dev/MatX/build/cc-Debug/libflame-build'
make[1]: *** [CMakeFiles/Makefile2:13451: CMakeFiles/flame.dir/all] Error 2
make[1]: Leaving directory '/home/rust/dev/MatX/build/cc-Debug/libflame-build'
make: *** [Makefile:136: all] Error 2

It seems to be due to cmakelist.txt line219:(set(COMPILE_FLAGS "-fstack-protector-strong -fpie -Wformat -Wformat-security") ).

Best regards!

[RustLyu]

  execute_process(
    COMMAND ${CMAKE_COMMAND}
            -S ${libflame_SOURCE_DIR}
            -B ${libflame_BINARY_DIR}
            -DCMAKE_BUILD_TYPE=RELEASE
            -DBLIS_CONFIG_FAMILY=auto
            -DAOCL_ROOT=${AOCL_ROOT}
            -DENABLE_ILP64=ON
            -DCMAKE_C_STANDARD_LIBRARIES="-lm"
            -DCMAKE_SHARED_LINKER_FLAGS="-lm"
            -DBLAS_LIBRARY=${BLAS_LIBRARY}
            -DENABLE_AMD_FLAGS=ON
            -DENABLE_AOCL_BLAS=ON
            -DCMAKE_INSTALL_PREFIX=${AOCL_ROOT}
            -DBUILD_SHARED_LIBS=ON
  )

This is lastest libflame`s cmake command.

[varajago]

Hi @RustLyu, your analysis could be right. The -fpie could be causing it. You can remove it and try.
Are you using GCC 15.2.1 as your log suggests?
We have so far tried with 15.1. We will try to reproduce with 15.2.1 and get back.

[RustLyu]

After blocking lines 225 and 219 of cmakelist.txt, it worked.
This is my gcc version:
gcc (GCC) 15.2.1 20260209
Copyright (C) 2025 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

Perhaps the 15.2.1 gcc version check is more strict.
Thank you very much for your help!

[vbooka1]

Same problem with GCC 12 and freshly compiled BLIS 5.3 https://github.com/amd/blis/releases/tag/5.3 trying to build libflame / AOCL-LAPACK 5.3 https://github.com/amd/libflame/releases/tag/5.3

libflame-5.3/build$ CC=gcc-12 CXX=g++-12 cmake ../ -DENABLE_ILP64=ON -DENABLE_AMD_FLAGS=ON -DENABLE_AOCL_BLAS=ON -DCMAKE_INSTALL_PREFIX=
-- The C compiler identification is GNU 12.4.0
-- The CXX compiler identification is GNU 12.4.0
...
[ 34%] Building C object src/lapacke/LAPACKE/CMakeFiles/lapacke_obj.dir/utils/lapacke_xerbla.c.o
[ 34%] Built target lapacke_obj
[ 34%] Building C object src/lapack/x86/avx2/CMakeFiles/FLA_LAPACK_AVX2.dir/fla_dgeqrf_small_avx2.c.o
In file included from libflame-5.3/src/lapack/x86/avx2/fla_lapack_avx2_kernels.h:13,
                 from libflame-5.3/src/lapack/x86/avx2/fla_dgeqrf_small_avx2.c:1 :
/usr/include/blis/blis.h:27460:21: error: conflicting types for ‘ftnlen’; have ‘bla_integer’ {aka ‘int’}
27460 | typedef bla_integer ftnlen;
      |                     ^~~~~~

Also tried compiling without -DENABLE_ILP64=ON but got the same error. Removing -fpie from all *.cmake files did not help.

Then I recompiled BLIS with -DBLAS_INT_SIZE=64 and tried to build libflame again:

libflame-5.3/build$ cmake ../ -DENABLE_AMD_FLAGS=ON -DENABLE_AMD_AOCC_FLAGS=ON -DENABLE_AOCL_BLAS=ON -DENABLE_CBLAS_INTERFACES=OFF -DCMAKE_INSTALL_PREFIX=/usr -DENABLE_ILP64=ON
libflame-5.3/build$ cmake --build .

And the error gone (after moving header files from /usr/include/ to /usr/include/blis/ 🙄 ). Perhaps it was a combination of adding -DBLAS_INT_SIZE=64 to BLIS and removing -fpie from all "*cmake" files found in libflame-5.3 directory.

However I've ran into another problem, seems that AOCL-Utils was installed incorrectly this time:

 Linking C shared library libflame-5.3/lib/libflame.so
/usr/bin/ld: cannot find -laoclutils: No such file or directory
collect2: error: ld returned 1 exit status

It would really help if all these libraries had clean build instructions...

[varajago]

From the final error log given, I could guess that linker is unable to find dependencies. Is this happening even after you set AOCL_ROOT?
Sorry for the experience you are having. Please inform if you are still having issue.

[varajago]

Also, in one of the commands you have set both ENABLE_AMD_FLAGS and ENABLE_AMD_AOCC_FLAGS to ON.
ENABLE_AMD_AOCC_FLAGS is specific to AOCC which is CLANG based compilers. For GCC, this flag need not be set.

[RustLyu]

HI, @varajago . Sorry, I just noticed the issue prompt.Is the latest situation still compilation failure?I can now build AOCL with GCC 16.1.1 normally. It works fine.The current construction sequence is:

1. aocl-utls
   

2. blis
   

3. libflame
   

4. aocl-sparse
   

Yes,. I set AOCL_ROOT before compile. I will set up an aocl_root directory at the compile beginning, compile each step, and then install it to the corresponding directory. Next, I will directly go to aocl_root to find the corresponding dynamic library. I see that your error seems to be in the default link library directory without the dynamic library of aocl-utls?

Yes, These two compilation options are indeed useless for GCC(ENABLE_AMD_FLAGS & ENABLE_AMD_AOCC_FLAGS). Thank you very much for the reminder, and I will remove them

[vbooka1]

From the final error log given, I could guess that linker is unable to find dependencies. Is this happening even after you set AOCL_ROOT? Sorry for the experience you are having. Please inform if you are still having issue.

It was my local problem, I have successfully reinstalled AOCL-utils and libflame since then.

Also, in one of the commands you have set both ENABLE_AMD_FLAGS and ENABLE_AMD_AOCC_FLAGS to ON. ENABLE_AMD_AOCC_FLAGS is specific to AOCC which is CLANG based compilers. For GCC, this flag need not be set.

I hope it will not bring problems if both flags are set at the same time?

I do not remember why I use both flags and how I came to this solution because I had many unsuccessful tries to compile these libraries, but in the end I have got this command working:

cd build && cmake ../ -DENABLE_AMD_FLAGS=ON -DENABLE_AMD_AOCC_FLAGS=ON -DENABLE_AOCL_BLAS=ON -DENABLE_CBLAS_INTERFACES=OFF -DCMAKE_INSTALL_PREFIX=/usr -DENABLE_ILP64=ON

but I remember that ENABLE_CBLAS_INTERFACES is required to be OFF because setting it ON leads to the following error:

/usr/include/blis/blis.h:50887:6: error: redeclaration of ‘enum CBLAS_ORDER’

because it includes FLAME.h which declares the same variables.

The current construction sequence is:

1. ```
   aocl-utls
   ```

2. ```
   blis
   ```

3. ```
   libflame
   ```

I confirm this sequence: AOCL-Utils must be compiled first of all, then BLIS, and then libflame.

[varajago]

The two flags (ENABLE_AMD_FLAGS, ENABLE_AMD_AOCC_FLAGS) enable the same set of internal flags except for a minor difference in how the generated code handles complex return variable (returning from a function). If the two flags combined works for you, then mostly ENABLE_AMD_AOCC_FLAGS alone also should work.

[RustLyu]

I tried compiling after removing these two flags (ENABLE_AMD_FLAGS, ENABLE_AMD_AOCC_FLAGS) and encountered errors. I'm wondering if it works fine on your end? Here is the error message::
/home/rust/dev/MatX/build/cc-Debug/_deps/libflame-src/src/map/lapack2flamec/FLA_orgbr.c: In function ‘aocl_lapack_dorgbr’:
/home/rust/dev/MatX/build/cc-Debug/_deps/libflame-src/src/map/lapack2flamec/FLA_orgbr.c:257:13: warning: variable ‘fla_error’ set but not used [-Wunused-but-set-variable=]
257 | int fla_error = LAPACK_SUCCESS;
| ^~~~~~~~~
/home/rust/dev/MatX/build/cc-Debug/_deps/libflame-src/src/map/lapack2flamec/FLA_orgbr.c:261:8: error: ‘fla_error’ undeclared (first use in this function); did you mean ‘FLA_Erro’?
261 | if(fla_error == LAPACK_SUCCESS)

The error message suggests that the placement of the return value might be incorrect.
The compilation succeeds if either one of the two flags is enabled.
There are still some compilation warnings, but it works fine. Here is warnning msessages:

/home/rust/dev/MatX/build/cc-Debug/_deps/libflame-src/src/map/lapack2flamec/FLA_getrf.c: In function ‘aocl_lapack_dgetrf’:
/home/rust/dev/MatX/build/cc-Debug/_deps/libflame-src/src/map/lapack2flamec/FLA_getrf.c:308:14: warning: unused variable ‘skip’ [-Wunused-variable]
  308 |     FLA_Bool skip = FALSE;                                  \
      |              ^~~~
/home/rust/dev/MatX/build/cc-Debug/_deps/libflame-src/src/map/lapack2flamec/FLA_getrf.c:502:9: note: in expansion of macro ‘LAPACK_getrf_body_d’
  502 |         LAPACK_getrf_body_d(d)
      |         ^~~~~~~~~~~~~~~~~~~
/home/rust/dev/MatX/build/cc-Debug/_deps/libflame-src/src/map/lapack2flamec/FLA_getrf.c: In function ‘aocl_lapack_dgetf2’:
/home/rust/dev/MatX/build/cc-Debug/_deps/libflame-src/src/map/lapack2flamec/FLA_getrf.c:308:14: warning: unused variable ‘skip’ [-Wunused-variable]
  308 |     FLA_Bool skip = FALSE;                                  \
      |              ^~~~
/home/rust/dev/MatX/build/cc-Debug/_deps/libflame-src/src/map/lapack2flamec/FLA_getrf.c:593:9: note: in expansion of macro ‘LAPACK_getrf_body_d’
  593 |         LAPACK_getrf_body_d(d)
      |         ^~~~~~~~~~~~~~~~~~~
[ 70%] Building C object CMakeFiles/flame.dir/src/map/lapack2flamec/FLA_hegst.c.o
In file included from /home/rust/dev/MatX/build/cc-Debug/_deps/libflame-src/src/map/lapack2flamec/FLA_hegst.c:11:
/home/rust/dev/MatX/build/cc-Debug/_deps/libflame-src/include/./FLAME.h:87:9: warning: ‘FLA_ENABLE_MULTITHREADING’ redefined
   87 | #define FLA_ENABLE_MULTITHREADING
      |         ^~~~~~~~~~~~~~~~~~~~~~~~~
<command-line>: note: this is the location of the previous definition
[ 70%] Building C object CMakeFiles/flame.dir/src/map/lapack2flamec/FLA_hetrd.c.o
In file included from /home/rust/dev/MatX/build/cc-Debug/_deps/libflame-src/src/map/lapack2flamec/FLA_hetrd.c:15:
/home/rust/dev/MatX/build/cc-Debug/_deps/libflame-src/include/./FLAME.h:87:9: warning: ‘FLA_ENABLE_MULTITHREADING’ redefined
   87 | #define FLA_ENABLE_MULTITHREADING
      |         ^~~~~~~~~~~~~~~~~~~~~~~~~
<command-line>: note: this is the location of the previous definition
[ 70%] Building C object CMakeFiles/flame.dir/src/map/lapack2flamec/FLA_lapack2flame_util.c.o
In file included from /home/rust/dev/MatX/build/cc-Debug/_deps/libflame-src/src/map/lapack2flamec/FLA_lapack2flame_util.c:11:
/home/rust/dev/MatX/build/cc-Debug/_deps/libflame-src/include/./FLAME.h:87:9: warning: ‘FLA_ENABLE_MULTITHREADING’ redefined
   87 | #define FLA_ENABLE_MULTITHREADING
      |         ^~~~~~~~~~~~~~~~~~~~~~~~~
<command-line>: note: this is the location of the previous definition
[ 70%] Building C object CMakeFiles/flame.dir/src/map/lapack2flamec/FLA_larfg.c.o
In file included from /home/rust/dev/MatX/build/cc-Debug/_deps/libflame-src/src/map/lapack2flamec/FLA_larfg.c:11:
/home/rust/dev/MatX/build/cc-Debug/_deps/libflame-src/include/./FLAME.h:87:9: warning: ‘FLA_ENABLE_MULTITHREADING’ redefined
   87 | #define FLA_ENABLE_MULTITHREADING
      |         ^~~~~~~~~~~~~~~~~~~~~~~~~
<command-line>: note: this is the location of the previous definition
[ 70%] Building C object CMakeFiles/flame.dir/src/map/lapack2flamec/FLA_lauum.c.o
In file included from /home/rust/dev/MatX/build/cc-Debug/_deps/libflame-src/src/map/lapack2flamec/FLA_lauum.c:11:
/home/rust/dev/MatX/build/cc-Debug/_deps/libflame-src/include/./FLAME.h:87:9: warning: ‘FLA_ENABLE_MULTITHREADING’ redefined
   87 | #define FLA_ENABLE_MULTITHREADING
      |         ^~~~~~~~~~~~~~~~~~~~~~~~~
<command-line>: note: this is the location of the previous definition
[ 70%] Building C object CMakeFiles/flame.dir/src/map/lapack2flamec/FLA_orgbr.c.o
In file included from /home/rust/dev/MatX/build/cc-Debug/_deps/libflame-src/src/map/lapack2flamec/FLA_orgbr.c:11:
/home/rust/dev/MatX/build/cc-Debug/_deps/libflame-src/include/./FLAME.h:87:9: warning: ‘FLA_ENABLE_MULTITHREADING’ redefined