search for: inoue

...i32 } instead of [2 x i64]). I have submitted a work-in-progress patch in Phabricator ( https://reviews.llvm.org/D32998 ). This optimization depends on the ABI, so I enabled this only for ppc64 with ELFv2 ABI so far. I truly appreciate any advices and comments. Best regards, Hiroshi ----- Hiroshi Inoue <inouehrs at jp.ibm.com> IBM Research - Tokyo -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20170509/1d58d531/attachment-0001.html>

...0.0.insert.ext.i.i.sink, %.sink %rc.sroa.0.0.extract.trunc = trunc i64 %retval.sroa.0.0.insert.insert.i.i to i32 %1 = and i64 %retval.sroa.0.0.insert.insert.i.i, 4294967296 %tobool = icmp eq i64 %1, 0 br i1 %tobool, label %if.end, label %if.then ; <<- not jump threaded ----- Hiroshi Inoue <inouehrs at jp.ibm.com> IBM Research - Tokyo -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20180308/57ba6464/attachment.html>

Besides supporting newer version of xfs file system, this patch also does some code refactoring and fix completely broken listing and searching on v2-3 node directories. Cc: Gene Cumm <gene.cumm at gmail.com> Cc: H. Peter Anvin <hpa at zytor.com> Cc: Raphael S. Carvalho <raphael.scarv at gmail.com> Cc: Ady <ady-sf at hotmail.com> Signed-off-by: Paulo Alcantara <pcacjr

Hi Mats, It's private backend. I will try describing what I am dealing with. struct S { unsigned int a : 8; unsigned int b : 8; unsigned int c : 8; unsigned int d : 8; unsigned int e; } We want to read S->b for example. The size of struct S is 64 bits, and seems LLVM treats it as i64. Below is the IR corresponding to S->b, IIRC. %0 = load