search for: llvm_cv_llvmgcc_sanity

Displaying 5 results from an estimated 5 matches for "llvm_cv_llvmgcc_sanity".

2010 Nov 12
0
[LLVMdev] LLVM test-suite support for dragonegg / Fortran
...gg="yes" fi rm conftest.c fi -fi { echo "$as_me:$LINENO: result: $llvm_cv_llvmgcc_dragonegg" >&5 echo "${ECHO_T}$llvm_cv_llvmgcc_dragonegg" >&6; } @@ -20598,32 +20596,30 @@ echo $ECHO_N "(cached) $ECHO_C" >&6 else llvm_cv_llvmgcc_sanity="no" -if test -x "$LLVMGCC" ; then cp /dev/null conftest.c - "$LLVMGCC" "$LLVMCC_EMITIR_FLAG" -S -o - conftest.c | \ + $LLVMGCC "$LLVMCC_EMITIR_FLAG" -S -o - conftest.c | \ grep 'target datalayout =' > /dev/null 2>&1...
2010 Nov 10
2
[LLVMdev] LLVM test-suite support for dragonegg / Fortran
On 11/08/2010 03:18 PM, Duncan Sands wrote: > Hi Tobias, > >> I am very interested in using dragonegg as a fortran frontend for the >> LLVM test >> suite, as a start to improve fortran support. >> >> I believe this should be easy, but when I looked into this I had the >> impression >> the nightly tester in the llvm test-suite does not even support
2009 Aug 18
0
[LLVMdev] Build issues on Solaris
Hello, Nathan > or if it should be a configure test, which might be safer. Are there > any x86 platforms (other than apple) that don't need PLT-indirect calls? Yes, mingw. However just tweaking the define is not enough - we're not loading address of GOT into ebx before the call (on 32 bit ABIs) thus the call will be to nowhere. -- With best regards, Anton Korobeynikov Faculty of
2009 Aug 25
2
[LLVMdev] Build issues on Solaris
...OMPILE_IFELSE([[ __asm__ ("call dummy at PLT"); ]], [ + AC_DEFINE(NEED_PLT_CALL,[1], [PIC code requires PLT indirect calls]) + AC_MSG_RESULT(yes)], [AC_MSG_RESULT(no)]) + dnl See if the llvm-gcc executable can compile to LLVM assembly AC_CACHE_CHECK([whether llvm-gcc is sane],[llvm_cv_llvmgcc_sanity], [llvm_cv_llvmgcc_sanity="no" > loading address of GOT into ebx before the call (on 32 bit ABIs) thus > the call will be to nowhere. Good point, I didn't look closely enough at the calling sequence. I assume this has to be broken on Linux/x86 at the moment too? I've...
2009 Aug 11
6
[LLVMdev] Build issues on Solaris
Hi all, I've encountered a couple of minor build issues on Solaris that have crept in since 2.5, fixes below: 1. In lib/Target/X86/X86JITInfo.cpp, there is: // Check if building with -fPIC #if defined(__PIC__) && __PIC__ && defined(__linux__) #define ASMCALLSUFFIX "@PLT" #else #define ASMCALLSUFFIX #endif Which causes a link failure due to the non-PLT