search for: unopt

Hi, I've attached 2 .ll files which are supposed to be equivalent but 'unopt-fail.ll' causes a crash in webkit's test suite while 'unopt-pass.ll' does not. I can't give more details about the crash, when I run the crashing test it in isolation it passes, when I run the full suite it crashes; it boggles the mind. Below I provide the optimized asm that is...

...xmm1 = xmm1[0],xmm2[0] movq 16(%rsp), %rax movd %rax, %mm0 movq2dq %mm0, %xmm0 punpcklqdq %xmm2, %xmm0 ## xmm0 = xmm0[0],xmm2[0] On Aug 31, 2010, at 11:18 AMPDT, Argyrios Kyrtzidis wrote: > Hi, > > I've attached 2 .ll files which are supposed to be equivalent but > 'unopt-fail.ll' causes a crash in webkit's test suite while 'unopt- > pass.ll' does not. I can't give more details about the crash, when I > run the crashing test it in isolation it passes, when I run the full > suite it crashes; it boggles the mind. > > Below I pro...

Here's the optimized versions: $ opt -std-compile-opts unopt-pass.ll -o - | llvm-dis -o - [...] define %3 @_ZN7WebCore15GraphicsContext19roundToDevicePixelsERKNS_9FloatRectE(%"class.WebCore::GraphicsContext"* %this, %"struct.WebCore::FloatRect"* %rect) nounwind ssp align 2 { %roundedOrigin = alloca %"class.WebCore::FloatSize"...

...0, %xmm0 >> punpcklqdq %xmm2, %xmm0 ## xmm0 = xmm0[0],xmm2[0] >> >> >> On Aug 31, 2010, at 11:18 AMPDT, Argyrios Kyrtzidis wrote: >> >>> Hi, >>> >>> I've attached 2 .ll files which are supposed to be equivalent but >>> 'unopt-fail.ll' causes a crash in webkit's test suite while 'unopt- >>> pass.ll' does not. I can't give more details about the crash, when >>> I run the crashing test it in isolation it passes, when I run the >>> full suite it crashes; it boggles the min...

On Aug 31, 2010, at 11:18 AM, Argyrios Kyrtzidis wrote: > Hi, > > I've attached 2 .ll files which are supposed to be equivalent but 'unopt-fail.ll' causes a crash in webkit's test suite while 'unopt-pass.ll' does not. I can't give more details about the crash, when I run the crashing test it in isolation it passes, when I run the full suite it crashes; it boggles the mind. > > Below I provide the optimized a...

...se! I'm reasonably sure llvmc _should_ understand .a files, given that llvm tools exist to create them (llvm-ar and llvm-ranlib) and other tools understand them (e.g. llvm-ld). Is this a known issue and will it be fixed? So what I do right now is after the link failure: llvm-ld -b=program-unopt.bc -internalize-public-api-list=main main.o libLibrary.a # llvm-ld deals with .a files just fine opt -O3 -o program-opt.bc program-unopt.bc llvm-ld -o=program-opt -internalize-public-api-list=main -native -Xlinker=-lm program-opt.bc Is there a cleaner way to do what I'm doing? In part...

Hi Dimitry, Thanks for your kind response! Thanks for the commit message of Jung's patch, I found that the bug had been fixed in OpenJDK 12 by Zhengyu https://bugs.openjdk.java.net/browse/JDK-8205965 But only backported to 11. So Jung could backport it for OpenJDK 8, thanks a lot! But I argue that the root cause might be in the compiler side, why clang-3.9.1, gcc-6.4.1 couldn't