Displaying 5 results from an estimated 5 matches for "mna".
Did you mean:
ma
2011 Nov 09
1
[LLVMdev] .debug_info section size in arm executable
On Nov 9, 2011, at 2:12 PM, Chris Lattner wrote:
> On Nov 9, 2011, at 1:08 PM, Jim Grosbach wrote:
>>> On Nov 9, 2011, at 10:49 AM, Jim Grosbach wrote:
>>>>>
>>>>> It's not good, but people do it. Also constructing enums via & and | etc. It'd be nice to be able to get the name of whatever it is that the code generator actually produced :)
2012 Mar 01
0
[LLVMdev] problem with inlining pass
Hi Jochen,
> My llvm version is 3.0 release.
> I have a module generated by clang. When I optimize it, I first add an
> inlining pass (llvm::createFunctionInliningPass), then these passes:
> - own FunctionPass
> - llvm::createPromoteMemoryToRegisterPass
> - llvm::createInstructionCombiningPass
> - llvm::createDeadInstEliminationPass
> - llvm::createDeadStoreEliminationPass
2012 Feb 29
2
[LLVMdev] problem with inlining pass
Hi!
My llvm version is 3.0 release.
I have a module generated by clang. When I optimize it, I first add an
inlining pass (llvm::createFunctionInliningPass), then these passes:
- own FunctionPass
- llvm::createPromoteMemoryToRegisterPass
- llvm::createInstructionCombiningPass
- llvm::createDeadInstEliminationPass
- llvm::createDeadStoreEliminationPass
- new llvm::DominatorTree()
- new
2012 Mar 01
3
[LLVMdev] Aliasing bug or feature?
...mon global i8* null, align 4
@s = common global i8 0, align 1
The way inquiry is made is similar to DAGCombiner::isAlias()
SDNode *SDN1;
SDNode *SDN2;
MachineMemOperand *MMOa;
MachineMemOperand *MMOb;
...
const MachineSDNode *MNb = dyn_cast<MachineSDNode>(SDN2);
const MachineSDNode *MNa = dyn_cast<MachineSDNode>(SDN1);
...
MMOa = !MNa->memoperands_empty() ?
(*MNa->memoperands_begin()) : NULL;
MMOb = !MNb->memoperands_empty() ?
(*MNb->memoperands_begin()) : NULL;
if (MMOa && MMOa->getValue() &&...
2003 Apr 10
2
Can winbind solve this problem...
>From a linux box, I mount a native NT share (mount -t smbfs -o<options,
etc. etc>).
I want to be able to do an 'ls -l' in that share and have the
owner/group information show the right thing. Currently, no matter what
the ACLs on the file on the NT side, from linux, an 'ls -l' shows 'root'
as the owner/group.
I was expecting winbind to work similar to ypbind in