[LLVMbugs] [Bug 19528] New: the cmake test for libffi is unreliable

bugzilla-daemon at llvm.org bugzilla-daemon at llvm.org
Wed Apr 23 06:52:50 PDT 2014


            Bug ID: 19528
           Summary: the cmake test for libffi is unreliable
           Product: Build scripts
           Version: trunk
          Hardware: PC
                OS: Linux
            Status: NEW
          Severity: release blocker
          Priority: P
         Component: cmake
          Assignee: unassignedbugs at nondot.org
          Reporter: emanuelecestari at yahoo.com
                CC: llvmbugs at cs.uiuc.edu
    Classification: Unclassified

The check done for the libffi doesn't work, I extracted the relevant bits for
the cmake log

[ code ]
Determining if the ffi_call exist failed with the following output:
Change Dir: /tmp/llvmSvn/build/build1/CMakeFiles/CMakeTmp

Run Build Command:/usr/bin/make "cmTryCompileExec3438544690/fast"
/usr/bin/make -f CMakeFiles/cmTryCompileExec3438544690.dir/build.make
make[1]: Entering directory `/tmp/llvmSvn/build/build1/CMakeFiles/CMakeTmp'
/opt/redist/bin32/cmake/cmake- -E
cmake_progress_report /tmp/llvmSvn/build/build1/CMakeFiles/CMakeTmp/CMakeFiles
Building C object
   -o CMakeFiles/cmTryCompileExec3438544690.dir/CheckSymbolExists.c.o   -c
/tmp/llvmSvn/build/build1/CMakeFiles/CMakeTmp/CheckSymbolExists.c:2:17: fatal
error: ffi.h: No such file or directory
 #include <ffi.h>
compilation terminated.
make[1]: *** [CMakeFiles/cmTryCompileExec3438544690.dir/CheckSymbolExists.c.o]
Error 1
make[1]: Leaving directory `/tmp/llvmSvn/build/build1/CMakeFiles/CMakeTmp'
make: *** [cmTryCompileExec3438544690/fast] Error 2

File /tmp/llvmSvn/build/build1/CMakeFiles/CMakeTmp/CheckSymbolExists.c:

[ /code ]

note the values given to the -I flag, once again the rules used for the
expansion of the values given to cmake entries are not clear, and this test is
doomed to fail no matter what I'm going to feed as an input.
Plus if I go where the building cache is at, and I type 

[ code ]
cmake -LAH | grep FFI
[ /code ]

I can see that the FFI related cache entries are correctly expanded to

[ code ]
[ /code ]

this is about the r206684 from the svn trunk, I also posted my configuration
and softwares used in a dedicated discussion on llvm-dev here

You are receiving this mail because:
You are on the CC list for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-bugs/attachments/20140423/8b184062/attachment.html>

More information about the llvm-bugs mailing list