search for: ftrivial

...> dsem is my experimental module level DSE. > dsem runs after dse, so it's additionally deleted stores. > > -O3 > dse - Number of stores deleted 3033 > dsem - Number of deleted writes 3148 > > -O3 -ftrivial-auto-var-init=pattern > dse - Number of stores deleted 5618 > dsem - Number of deleted writes 3840 > > -O3 -flto > dse - Number of stores deleted 3985 > dsem - Number of delet...

Hi folks, When compiling the attached example with -ftrivial-auto-var-init=zero: $ clang -no-integrated-as -mno-sse -m64 -mstack-alignment=8 -O2 -ftrivial-auto-var-init=zero -enable-trivial-auto-var-init-zero-knowing-it-will-be-removed-from-clang -g -o ipt.ll -c ipt.i -w -S -emit-llvm , Clang generates an initialization memset() call for |acpar| in...

...nt. > Also, at least the repro in > https://bugs.llvm.org/show_bug.cgi?id=40527 <https://bugs.llvm.org/show_bug.cgi?id=40527> has been extracted from a > real kernel benchmark (hackbench), where this extra store costed us > 0.45% > > > > This is on LLVM codebase with -ftrivial-auto-var-init=patter. > > > > > > As-is it's less than I expected, so I would like to find good benchmark to decide if we should work to make production code from my experiment. > > > > > > So now I am also planing to try to extend that to whole program analy...

...ring to existing DSE. But it's not visible on benchmarks. * Cross-block + Interprocedural analysis to annotate each function argument with: - can read before write - will always write This annotations gets me 20% stores deleted additional to the current DSE. This is on LLVM codebase with -ftrivial-auto-var-init=patter. As-is it's less than I expected, so I would like to find good benchmark to decide if we should work to make production code from my experiment. So now I am also planing to try to extend that to whole program analysis. I will cleanup my code and upload this during this we...

...ine 35. Same for store to 24(%rsp), which is later overwritten at lines 11 and 16. > Thanks, > > JF > > > On Aug 1, 2019, at 7:21 AM, Alexander Potapenko <glider at google.com> wrote: > > > > Hi folks, > > > > When compiling the attached example with -ftrivial-auto-var-init=zero: > > > > $ clang -no-integrated-as -mno-sse -m64 -mstack-alignment=8 -O2 > > -ftrivial-auto-var-init=zero > > -enable-trivial-auto-var-init-zero-knowing-it-will-be-removed-from-clang > > -g -o ipt.ll -c ipt.i -w -S -emit-llvm > > > &g...

...bably optimized good enough already, but speeding up the long tail is also important. Also, at least the repro in https://bugs.llvm.org/show_bug.cgi?id=40527 has been extracted from a real kernel benchmark (hackbench), where this extra store costed us 0.45% > > This is on LLVM codebase with -ftrivial-auto-var-init=patter. > > > > As-is it's less than I expected, so I would like to find good benchmark to decide if we should work to make production code from my experiment. > > > > So now I am also planing to try to extend that to whole program analysis. > > I wil...

...; > > >> Thanks, > >> > >> JF > >> > >>> On Aug 1, 2019, at 7:21 AM, Alexander Potapenko <glider at google.com> wrote: > >>> > >>> Hi folks, > >>> > >>> When compiling the attached example with -ftrivial-auto-var-init=zero: > >>> > >>> $ clang -no-integrated-as -mno-sse -m64 -mstack-alignment=8 -O2 > >>> -ftrivial-auto-var-init=zero > >>> -enable-trivial-auto-var-init-zero-knowing-it-will-be-removed-from-clang > >>> -g -o ipt.ll -c...

...; >> >> > >>> On Aug 1, 2019, at 7:21 AM, Alexander Potapenko <glider at google.com> >> wrote: >> > >>> >> > >>> Hi folks, >> > >>> >> > >>> When compiling the attached example with >> -ftrivial-auto-var-init=zero: >> > >>> >> > >>> $ clang -no-integrated-as -mno-sse -m64 -mstack-alignment=8 >> -O2 >> > >>> -ftrivial-auto-var-init=zero >> > >>> >> -enable-trivial-auto-var-init-zero-knowing-it-will-be-rem...

...0/11/12 did not. My last inclination was to do a side-by-side comparison of the configuration and compilation output between Digi DEY 8.2.0 and Arm GNU Toolchain 12. The key differences were checking: if ${CC} supports compile flag -fzero-call-used-regs=all if ${CC} supports compile flag -ftrivial-auto-var-init=zero for sys/sysctl.h for library containing login for closefrom for close_range for library containing dlopen for arc4random for arc4random_buf for arc4random_uniform if libc defines sys_errlist if libc defines sys_nerr for library containi...

https://bugzilla.mindrot.org/show_bug.cgi?id=3673 Bug ID: 3673 Summary: -fzero-call-used-regs=used detection fails on Linux m68k with GCC 13 Product: Portable OpenSSH Version: 9.7p1 Hardware: 68k URL: https://bugs.debian.org/1067243 OS: Linux Status: NEW Severity: normal

https://bugzilla.mindrot.org/show_bug.cgi?id=3475 Bug ID: 3475 Summary: ED25519 signature verification nondeterministic spurious failure Product: Portable OpenSSH Version: v9.0p1 Hardware: amd64 OS: Linux Status: NEW Severity: critical Priority: P5 Component: ssh

Hi all, I encountered an error while compiling Linux kernel 5.3 to IR. My LLVM version is 9.0.0 release. This error said "invalid operand for inline asm constraint 'i'" in arch/x86/include/asm/jump_table.h. The source code is static __always_inline bool arch_static_branch(struct static_key *key, bool branch) { asm_volatile_goto("1:" ".byte "