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