Displaying 7 results from an estimated 7 matches for "instrselection".
2002 Nov 21
1
[LLVMdev] top of tree build failures
...gmake[3]: Entering directory `/scratch/scratch0/gaeke/llvm-497cz/lib/CodeGen/PreOpts'
gmake[3]: Nothing to be done for `all'.
gmake[3]: Leaving directory `/scratch/scratch0/gaeke/llvm-497cz/lib/CodeGen/PreOpts'
gmake[3]: Entering directory `/scratch/scratch0/gaeke/llvm-497cz/lib/CodeGen/InstrSelection'
gmake[3]: Nothing to be done for `all'.
gmake[3]: Leaving directory `/scratch/scratch0/gaeke/llvm-497cz/lib/CodeGen/InstrSelection'
gmake[3]: Entering directory `/scratch/scratch0/gaeke/llvm-497cz/lib/CodeGen/InstrSched'
gmake[3]: Nothing to be done for `all'.
gmake[3]: Leaving...
2002 Nov 11
1
[LLVMdev] top of tree broken?
...gmake[3]: Entering directory `/scratch/scratch0/gaeke/llvm-497cz/lib/CodeGen/PreOpts'
gmake[3]: Nothing to be done for `all'.
gmake[3]: Leaving directory `/scratch/scratch0/gaeke/llvm-497cz/lib/CodeGen/PreOpts'
gmake[3]: Entering directory `/scratch/scratch0/gaeke/llvm-497cz/lib/CodeGen/InstrSelection'
gmake[3]: Nothing to be done for `all'.
gmake[3]: Leaving directory `/scratch/scratch0/gaeke/llvm-497cz/lib/CodeGen/InstrSelection'
gmake[3]: Entering directory `/scratch/scratch0/gaeke/llvm-497cz/lib/CodeGen/InstrSched'
gmake[3]: Nothing to be done for `all'.
gmake[3]: Leaving...
2004 Jul 21
0
[LLVMdev] GC questions.
...SkeletonGenRegisterInfo.inc
? llvm/lib/Target/Skeleton/SkeletonGenRegisterNames.inc
? llvm/lib/Target/SparcV9/Debug
? llvm/lib/Target/SparcV9/Depend
? llvm/lib/Target/SparcV9/SparcV9.burg.in1
? llvm/lib/Target/SparcV9/SparcV9.burm
? llvm/lib/Target/SparcV9/SparcV9.burm.cpp
? llvm/lib/Target/SparcV9/InstrSelection/Debug
? llvm/lib/Target/SparcV9/InstrSelection/Depend
? llvm/lib/Target/SparcV9/LiveVar/Debug
? llvm/lib/Target/SparcV9/LiveVar/Depend
? llvm/lib/Target/SparcV9/RegAlloc/Debug
? llvm/lib/Target/SparcV9/RegAlloc/Depend
? llvm/lib/Target/X86/Debug
? llvm/lib/Target/X86/Depend
? llvm/lib/Transforms/De...
2004 Jul 21
2
[LLVMdev] GC questions.
On Wed, 21 Jul 2004, Tobias Nurmiranta wrote:
>
> Hi, I'm thinking out loud, please give me some feedback.
>
> Regarding llvm.gcread and llvm.gcwrite, wouldn't it be nicer if they are
> implemented as:
>
> llvm.gcread(sbyte** object, uint offset)
> llvm.gcwrite(sbyte* data, sbyte** object, uint offset)
>
> Where you also have the offset into the object. In
2004 Jul 21
0
[LLVMdev] GC questions.
Ok, that makes sense :).
, Tobias
On Wed, 21 Jul 2004, Chris Lattner wrote:
> On Wed, 21 Jul 2004, Tobias Nurmiranta wrote:
> > > void *llvm_gc_read(void *ObjPtr, void **FieldPtr) {
> > > return *FieldPtr;
> > > }
> >
> > Hm, but doesn't FieldPtr need to be calculated target-specific in those
> > cases?
>
> For the field pointer, one
2004 Jul 21
2
[LLVMdev] GC questions.
On Wed, 21 Jul 2004, Tobias Nurmiranta wrote:
> > void *llvm_gc_read(void *ObjPtr, void **FieldPtr) {
> > return *FieldPtr;
> > }
>
> Hm, but doesn't FieldPtr need to be calculated target-specific in those
> cases?
For the field pointer, one could use the getelementptr instruction:
%pairty = { sbyte, sbyte, int* }
%pairPtr = ...
%fieldptr = getelementptr
2004 Jul 22
2
[LLVMdev] GC questions.
...SkeletonGenRegisterInfo.inc
? llvm/lib/Target/Skeleton/SkeletonGenRegisterNames.inc
? llvm/lib/Target/SparcV9/Debug
? llvm/lib/Target/SparcV9/Depend
? llvm/lib/Target/SparcV9/SparcV9.burg.in1
? llvm/lib/Target/SparcV9/SparcV9.burm
? llvm/lib/Target/SparcV9/SparcV9.burm.cpp
? llvm/lib/Target/SparcV9/InstrSelection/Debug
? llvm/lib/Target/SparcV9/InstrSelection/Depend
? llvm/lib/Target/SparcV9/LiveVar/Debug
? llvm/lib/Target/SparcV9/LiveVar/Depend
? llvm/lib/Target/SparcV9/RegAlloc/Debug
? llvm/lib/Target/SparcV9/RegAlloc/Depend
? llvm/lib/Target/X86/Debug
? llvm/lib/Target/X86/Depend
? llvm/lib/Transforms/De...