search for: ptrsize

...isterInfo &MRI = MF->getRegInfo(); + MachineInstrBuilder MIB; + + // Memory Reference + MachineInstr::mmo_iterator MMOBegin = MI->memoperands_begin(); + MachineInstr::mmo_iterator MMOEnd = MI->memoperands_end(); + + MVT PVT = getPointerTy(MF->getDataLayout()); + unsigned PtrSize = PVT.getStoreSize(); + assert(PVT == MVT::i32 && "Invalid Pointer Size!"); + + unsigned Buf = MI->getOperand(0).getReg(); + unsigned JmpLoc = MRI.createVirtualRegister(&SP::IntRegsRegClass); + + // Instruction to load jmp location + MIB = BuildMI(*MBB, MI, DL, TI...

...ase add a TODO that > mentions this. > > In any case, the check for dep.isNonLocal() can be removed. > Nonlocal queries have a null instruction. OK, i'll work on it. > > + } else if (StoreInst *S = dyn_cast<StoreInst>(dep.getInst())) { > ... > + uint64_t ptrSize = AA.getTypeStoreSize(pointer->getType()); > ... > + uint64_t memSize = AA.getTypeStoreSize(memPtr->getType()); > ... > + if (AA.alias(pointer, ptrSize, memPtr, memSize) != > AliasAnalysis::MustAlias) > > This is passing in the size of the pointer, not the pointee...

Hi, I'm trying to implement __builtin_setjmp / __builtin_longjmp for Sparc processors. I think I'm very close, but I can't work out how to issue BuildMI-type instructions to load the address of the recovery location (set in setjmp) into a register using the SETHI / OR combination. I can't see any equivalent code anywhere else in Sparc. I imagine this is similar if I try to make a

...y are non-local: handling non-local would be pretty easy. Please add a TODO that mentions this. In any case, the check for dep.isNonLocal() can be removed. Nonlocal queries have a null instruction. + } else if (StoreInst *S = dyn_cast<StoreInst>(dep.getInst())) { ... + uint64_t ptrSize = AA.getTypeStoreSize(pointer->getType()); ... + uint64_t memSize = AA.getTypeStoreSize(memPtr->getType()); ... + if (AA.alias(pointer, ptrSize, memPtr, memSize) != AliasAnalysis::MustAlias) This is passing in the size of the pointer, not the pointee. However, since you only care...

Hello, I fixed my patch as you asked. Sorry for the delay, I'd been working on my SSU patch (http://lists.cs.uiuc.edu/pipermail/llvmdev/2009-August/025347.html ) I hope that everything is fine now. -Jakub -------------- next part -------------- A non-text attachment was scrubbed... Name: pr2218-3.patch Type: application/octet-stream Size: 7511 bytes Desc: not available URL:

...2 -D_LARGE_FILES -qlonglong', optimize='-O', cppflags='-D_ALL_SOURCE -D_ANSI_C_SOURCE -D_POSIX_SOURCE -qmaxmem=16384 -qnoansialias -DUSE_NATIVE_DLOPEN -DNEED_PTHREAD_INIT' ccversion='', gccversion='', gccosandvers='' intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=4321 d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=8 ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8 alignbytes=8, prototype=define Linker and Libraries: ld='ld', ldflags =...

...n will make things work for you. > > -Hal > > I actually missed implementing this one. But, depending on the testcase that I use, implementing it has no or worse effect: I now get assertion errors complaining of different value sizes, coming from the difference between the datalayout (ptrsize:i32) and the pointerty (size overruled to i64). in SelectionDag::InferPtrAlignment. I also found out the this method is not called at all (for my (failing) tests) during the initial selection dag buildup. Note: - most of my testing is done on llvm-3.3, but I verified that the same issues are ther...

...#39;, cppflags='-DAPPLLIB_EXP="/usr/local/lib/perl5/5.8.8/BSDPAN" -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -fno-strict-aliasing -pipe -I/usr/local/include' ccversion='', gccversion='2.95.4 20020320 [FreeBSD]', gccosandvers='' intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=12345678 d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12 ivtype='long long', ivsize=8, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8 alignbytes=4, prototype=define Linker and Libraries: ld='cc',...

...rict-aliasing -I/usr/local/include', optimize='-O2 -march=i386 -mcpu=i686', cppflags='-fno-strict-aliasing -I/usr/local/include' ccversion='', gccversion='2.96 20000731 (Red Hat Linux 7.2 2.96-109)', gccosandvers='' intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234 d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12 ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=4 alignbytes=4, usemymalloc=n, prototype=define Linker and Libraries: ld='g...

Okay, this might be a silly question, but.... On the Redhat box that my server people have installed icecast on (yeah, sorry, I'm not exactly a linux guru myself here) libshout seems to compile and install, however when we try to run the test.pl the first two checks come back fine, but the third comes back and says perl: relocation error: /usr/local/lib/libshout.so.3: undefined symbol:

Hi Hal, On Fri, Apr 4, 2014 at 12:44 AM, Hal Finkel <hfinkel at anl.gov> wrote: > ----- Original Message ----- > > From: "Jeroen Dobbelaere" <jeroen.dobbelaere at gmail.com> > [... ] > > I am trying to get llvm working for an architecture that has 64bit > > registers, but 32bit addresses. > > Because of that, I want the pointers to also be

Try make VERBOSE=1 first. Perhaps it'll tell us something. Evan On Feb 19, 2008, at 4:19 PM, Tobias Oberstein wrote: > Hello, > > I'd like to do some initial experiments with LLVM on embedded ARM > (Nokia N800), but ran into a build issue. Could s.o. give me a tip? > > Thx alot, > Tobias > > P.S.: just as sidenote, LLVM 2.2 builds cleanly on GCC 4.2.3 / Linux.

Hello, I'd like to do some initial experiments with LLVM on embedded ARM (Nokia N800), but ran into a build issue. Could s.o. give me a tip? Thx alot, Tobias P.S.: just as sidenote, LLVM 2.2 builds cleanly on GCC 4.2.3 / Linux. === I'm building on Ubuntu/Scratchbox/ARMEL using GCC 3.4.4 (CodeSourcery ARM 2005q3-2) using ./configure --prefix=$HOME/local/llvm-2.2 --enable-jit