search for: cgatomic

...ky/VecProject/opencv/OpenCVInstall/arm/include/opencv2/core/operations.hpp:61:38: > note: expanded from macro 'CV_XADD' > #define CV_XADD(addr, delta) > __c11_atomic_fetch_add((_Atomic(int)*)(addr), (delta), __ATOMIC_SEQ_CST) > This is odd. This atomic is implemented in CGAtomic.cpp, but it's being lowered as a library call because "UseLibcall" is true: bool UseLibcall = (Size != Align || getContext().toBits(sizeChars) > MaxInlineWidthInBits); I don't think it should in your case. That looks like a bug, but I'm not an atomic...

Thanks Renato and Giang. I was able to run a simple HelloWorld program on gem5 (in SE mode) by using -target -arm-none-linux-gnueabi as the option during cross compilation. I am trying to cross compile some Computer Vision algorithms, which use OpenCV libraries, and I tried using the same command line options - clang++ *-emit-llvm -static -c -Wall -g -O0 -mfpu=vfp -mfloat-abi=soft

...tall/arm/include/opencv2/core/operations.hpp:61:38: > note: expanded from macro 'CV_XADD' > #define CV_XADD(addr, delta) > __c11_atomic_fetch_add((_Atomic(int)*)(addr), (delta), > __ATOMIC_SEQ_CST) > > > This is odd. This atomic is implemented in CGAtomic.cpp, but it's > being lowered as a library call because "UseLibcall" is true: > > bool UseLibcall = (Size != Align || > getContext().toBits(sizeChars) > > MaxInlineWidthInBits); > > I don't think it should in your case. That looks lik...

...e result as the "failure ordering" (as currently documented in the LanguageRef). I have attached initial patches for reference, but I'm not asking for thorough review at this stage. What do people think? Cheers. Tim. -------------- next part -------------- diff --git a/lib/CodeGen/CGAtomic.cpp b/lib/CodeGen/CGAtomic.cpp index cb92f9a..96595df 100644 --- a/lib/CodeGen/CGAtomic.cpp +++ b/lib/CodeGen/CGAtomic.cpp @@ -205,8 +205,9 @@ EmitAtomicOp(CodeGenFunction &CGF, AtomicExpr *E, llvm::Value *Dest, LoadVal1->setAlignment(Align); llvm::LoadInst *LoadVal2 = CGF.Builder....