search for: johnso87

Hi Eli, On 07/27/2011 04:59 PM, Eli Friedman wrote: > On Wed, Jul 27, 2011 at 2:28 PM, Matt Johnson > <johnso87 at crhc.illinois.edu> wrote: >> Hi All, >> I'm writing a backend for a target which only supports 4-byte, >> 4-byte-aligned loads and stores. I custom-lower all {*EXT}LOAD and >> STORE nodes in TargetISelLowering.cpp to take advantage of all alignment >>...

On Wed, Jul 27, 2011 at 3:50 PM, Matt Johnson <johnso87 at crhc.illinois.edu> wrote: > Hi Eli, > > On 07/27/2011 04:59 PM, Eli Friedman wrote: >> >> On Wed, Jul 27, 2011 at 2:28 PM, Matt Johnson >> <johnso87 at crhc.illinois.edu>  wrote: >>> >>> Hi All, >>>     I'm writing a backend for...

On Wed, Jul 27, 2011 at 2:28 PM, Matt Johnson <johnso87 at crhc.illinois.edu> wrote: > Hi All, >     I'm writing a backend for a target which only supports 4-byte, > 4-byte-aligned loads and stores.  I custom-lower all {*EXT}LOAD and > STORE nodes in TargetISelLowering.cpp to take advantage of all alignment > information available...

Hi All, I'm writing a backend for a target which only supports 4-byte, 4-byte-aligned loads and stores. I custom-lower all {*EXT}LOAD and STORE nodes in TargetISelLowering.cpp to take advantage of all alignment information available to the backend, rather than treat each load and store conservatively, which takes O(10) instructions. My target's allowsUnalignedMemoryOperations()

Hi Roland, Is Foo.cpp a Clang source file? If so, make sure you run the compiler itself with "clang -cc1", not the compiler *driver* with bare "clang". See here ( http://lists.cs.uiuc.edu/pipermail/cfe-dev/2012-March/020275.html ) for a similar question. -Matt On 04/13/2012 04:19 PM, Roland Leißa wrote: > Hi all, > > I currently have a problem setting up gdb

Hi, On Tue, Jul 26, 2011 at 11:32 AM, Matt Johnson <johnso87 at crhc.illinois.edu>wrote: > Hi Daniel, > > > Hi folks, > > > > I couldn't find a specific XOR (OR and AND) optimization on llvm, and > > therefore I am about to implement it. > > But first I would like to check with you guys that it really does not >...

Hi all, I currently have a problem setting up gdb with clang/llvm. I configured llvm/clang (trunk) with: ../llvm/configure --prefix=PROJECT_DIR/install_debug --enable-expensive-checks --enable-targets=host --enable-debug-runtime --enable-shared Now, when I invoke gdb with the freshly built clang it basically works. I can look at backtraces, set breakpoints and so on but breakpoints are never

Hi Daniel, > Hi folks, > > I couldn't find a specific XOR (OR and AND) optimization on llvm, and > therefore I am about to implement it. > But first I would like to check with you guys that it really does not exist. > > For a simple loop like this: > > nbits = 128; > bit_addr = 0; > while(nbits--) > { > bindex=bit_addr>>5; /* Index is

Thanks for the tip! I looked into it and it looks like the problem as of SVN HEAD is that the lui and ori instructions in Mips are considered cheap (1-cycle def-use latency) by MachineLICM::IsCheapInstruction(), but are not trivially materializable because their register operands are not always available. This makes MachineLICM::IsProfitableToHoist() return false, preventing the hoist even

...<matt.fleming@intel.com> Matt Fleming <matt.fleming@intel.com> [added commit history] Matt Fleming <matt.hfleming@intel.com> Matt Gates <matthew.gates@hp.com> Matt Gruskin <matthew.gruskin@gmail.com> Matt Helsley <matthltc@us.ibm.com> Matt Johnson <johnso87@illinois.edu> Matt Klein <mklein@twitter.com> Matt Phillips <mathewrphillips@gmail.com> Matt Porter <mporter@ti.com> Matt Renzelmann <mjr@cs.wisc.edu> Matt Schulte <matts@commtech-fastcom.com> Matt Sealey <matt@genesi-usa.com> Matt Turner <mat...

...<matt.fleming@intel.com> Matt Fleming <matt.fleming@intel.com> [added commit history] Matt Fleming <matt.hfleming@intel.com> Matt Gates <matthew.gates@hp.com> Matt Gruskin <matthew.gruskin@gmail.com> Matt Helsley <matthltc@us.ibm.com> Matt Johnson <johnso87@illinois.edu> Matt Klein <mklein@twitter.com> Matt Phillips <mathewrphillips@gmail.com> Matt Porter <mporter@ti.com> Matt Renzelmann <mjr@cs.wisc.edu> Matt Schulte <matts@commtech-fastcom.com> Matt Sealey <matt@genesi-usa.com> Matt Turner <mat...

...<matt.fleming@intel.com> Matt Fleming <matt.fleming@intel.com> [added commit history] Matt Fleming <matt.hfleming@intel.com> Matt Gates <matthew.gates@hp.com> Matt Gruskin <matthew.gruskin@gmail.com> Matt Helsley <matthltc@us.ibm.com> Matt Johnson <johnso87@illinois.edu> Matt Klein <mklein@twitter.com> Matt Phillips <mathewrphillips@gmail.com> Matt Porter <mporter@ti.com> Matt Renzelmann <mjr@cs.wisc.edu> Matt Schulte <matts@commtech-fastcom.com> Matt Sealey <matt@genesi-usa.com> Matt Turner <mat...

...eming <matt.fleming@intel.com> [added commit history] Matt Fleming <matt.hfleming@intel.com> Matt Gates <matthew.gates@hp.com> Matt Gomboc <gomboc0@gmail.com> Matt Gruskin <matthew.gruskin@gmail.com> Matt Helsley <matthltc@us.ibm.com> Matt Johnson <johnso87@illinois.edu> Matt Klein <mklein@twitter.com> Matt Phillips <mathewrphillips@gmail.com> Matt Porter <mporter@ti.com> Matt Renzelmann <mjr@cs.wisc.edu> Matt Schulte <matts@commtech-fastcom.com> Matt Sealey <matt@genesi-usa.com> Matt Turner <mat...

...eming <matt.fleming@intel.com> [added commit history] Matt Fleming <matt.hfleming@intel.com> Matt Gates <matthew.gates@hp.com> Matt Gomboc <gomboc0@gmail.com> Matt Gruskin <matthew.gruskin@gmail.com> Matt Helsley <matthltc@us.ibm.com> Matt Johnson <johnso87@illinois.edu> Matt Klein <mklein@twitter.com> Matt Phillips <mathewrphillips@gmail.com> Matt Porter <mporter@ti.com> Matt Renzelmann <mjr@cs.wisc.edu> Matt Schulte <matts@commtech-fastcom.com> Matt Sealey <matt@genesi-usa.com> Matt Turner <mat...

...eming <matt.fleming@intel.com> [added commit history] Matt Fleming <matt.hfleming@intel.com> Matt Gates <matthew.gates@hp.com> Matt Gomboc <gomboc0@gmail.com> Matt Gruskin <matthew.gruskin@gmail.com> Matt Helsley <matthltc@us.ibm.com> Matt Johnson <johnso87@illinois.edu> Matt Klein <mklein@twitter.com> Matt Phillips <mathewrphillips@gmail.com> Matt Porter <mporter@ti.com> Matt Renzelmann <mjr@cs.wisc.edu> Matt Schulte <matts@commtech-fastcom.com> Matt Sealey <matt@genesi-usa.com> Matt Turner <mat...

...eming <matt.fleming@intel.com> [added commit history] Matt Fleming <matt.hfleming@intel.com> Matt Gates <matthew.gates@hp.com> Matt Gomboc <gomboc0@gmail.com> Matt Gruskin <matthew.gruskin@gmail.com> Matt Helsley <matthltc@us.ibm.com> Matt Johnson <johnso87@illinois.edu> Matt Klein <mklein@twitter.com> Matt Phillips <mathewrphillips@gmail.com> Matt Porter <mporter@ti.com> Matt Renzelmann <mjr@cs.wisc.edu> Matt Schulte <matts@commtech-fastcom.com> Matt Sealey <matt@genesi-usa.com> Matt Turner <mat...

...eming <matt.fleming@intel.com> [added commit history] Matt Fleming <matt.hfleming@intel.com> Matt Gates <matthew.gates@hp.com> Matt Gomboc <gomboc0@gmail.com> Matt Gruskin <matthew.gruskin@gmail.com> Matt Helsley <matthltc@us.ibm.com> Matt Johnson <johnso87@illinois.edu> Matt Klein <mklein@twitter.com> Matt Phillips <mathewrphillips@gmail.com> Matt Porter <matt.porter@linaro.org> Matt Porter <mporter@ti.com> Matt Renzelmann <mjr@cs.wisc.edu> Matt Schulte <matts@commtech-fastcom.com> Matt Sealey <...

...eming <matt.fleming@intel.com> [added commit history] Matt Fleming <matt.hfleming@intel.com> Matt Gates <matthew.gates@hp.com> Matt Gomboc <gomboc0@gmail.com> Matt Gruskin <matthew.gruskin@gmail.com> Matt Helsley <matthltc@us.ibm.com> Matt Johnson <johnso87@illinois.edu> Matt Klein <mklein@twitter.com> Matt Phillips <mathewrphillips@gmail.com> Matt Porter <matt.porter@linaro.org> Matt Porter <mporter@ti.com> Matt Renzelmann <mjr@cs.wisc.edu> Matt Schulte <matts@commtech-fastcom.com> Matt Sealey <...

Hi All, The default implementation of __modsi3() (signed integer modulus) in compiler-rt/lib/modsi3.c is defined recursively. Thankfully, LLVM is smart enough to do tail call elimination on the recursion, so I got an infinite loop rather than a stack overflow :) Here's the patch, patterned after the correct implementation in umodsi3.c: diff --git a/lib/compiler-rt/lib/modsi3.c

On Fri, Feb 17, 2012 at 3:59 AM, Chandler Carruth<chandlerc at google.com> wrote: > On Tue, Feb 14, 2012 at 2:44 AM, Chris Lattner<clattner at apple.com <http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev>> wrote: > > >/ I'm contradicting my stance above about not caring about the > />/ implementation :), but is MurmurHash a good hash for string data?