Displaying 10 results from an estimated 10 matches for "hasvarsizedobject".
Did you mean:
hasvarsizedobjects
2012 Nov 27
1
[LLVMdev] strange dbgs() behavior: unable to print floats in machine backend
...iles, I now get compilation errors, not only when trying to print floats but also in other places. For example, for the code
bool ADRESRegisterInfo::hasReservedCallFrame(const MachineFunction &MF) const {
dbgs() << "hasReservedCallFrame() = " << !MF.getFrameInfo()->hasVarSizedObjects() << "\n";
return !MF.getFrameInfo()->hasVarSizedObjects();
}
I get
llvm[0]: Compiling ADRESRegisterInfo.cpp for Debug+Asserts build
/work/llvm/trunk/llvm/lib/Target/ADRES/ADRESRegisterInfo.cpp: In member function 'bool llvm::ADRESRegisterInfo::hasReservedCallFrame(cons...
2008 Jun 30
2
[LLVMdev] Recently failing vector tests
...========================
> --- CodeGen/PrologEpilogInserter.cpp (revision 52829)
> +++ CodeGen/PrologEpilogInserter.cpp (working copy)
> @@ -464,7 +464,8 @@
> // works.
> if (!RegInfo->targetHandlesStackFrameRounding() &&
> (FFI->hasCalls() || FFI->hasVarSizedObjects() ||
> - RegInfo->needsStackRealignment(Fn))) {
> + (RegInfo->needsStackRealignment(Fn) &&
> + Offset > std::abs(TFI.getOffsetOfLocalArea())))) {
> // If we have reserved argument space for call sites in the
> function
> // immedi...
2008 Jun 27
0
[LLVMdev] Recently failing vector tests
...======================================================
--- CodeGen/PrologEpilogInserter.cpp (revision 52829)
+++ CodeGen/PrologEpilogInserter.cpp (working copy)
@@ -464,7 +464,8 @@
// works.
if (!RegInfo->targetHandlesStackFrameRounding() &&
(FFI->hasCalls() || FFI->hasVarSizedObjects() ||
- RegInfo->needsStackRealignment(Fn))) {
+ (RegInfo->needsStackRealignment(Fn) &&
+ Offset > std::abs(TFI.getOffsetOfLocalArea())))) {
// If we have reserved argument space for call sites in the
function
// immediately on entry to the current...
2008 Jun 27
2
[LLVMdev] Recently failing vector tests
Running on x86-64 linux:
FAIL: test/CodeGen/X86/vec_ins_extract.ll
Failed with exit(1) at line 1
while running: llvm-as < test/CodeGen/X86/vec_ins_extract.ll | opt -scalarrepl -instcombine | llc -march=x86 -mcpu=yonah | not grep sub.*esp
subl $16, %esp
subl $16, %esp
subl $16, %esp
subl $16, %esp
child process exited abnormally
FAIL:
2008 Jun 30
0
[LLVMdev] Recently failing vector tests
...===
>> --- CodeGen/PrologEpilogInserter.cpp (revision 52829)
>> +++ CodeGen/PrologEpilogInserter.cpp (working copy)
>> @@ -464,7 +464,8 @@
>> // works.
>> if (!RegInfo->targetHandlesStackFrameRounding() &&
>> (FFI->hasCalls() || FFI->hasVarSizedObjects() ||
>> - RegInfo->needsStackRealignment(Fn))) {
>> + (RegInfo->needsStackRealignment(Fn) &&
>> + Offset > std::abs(TFI.getOffsetOfLocalArea())))) {
>> // If we have reserved argument space for call sites in the
>> function
>...
2008 Jun 30
1
[LLVMdev] Recently failing vector tests
...PrologEpilogInserter.cpp (revision 52829)
> >> +++ CodeGen/PrologEpilogInserter.cpp (working copy)
> >> @@ -464,7 +464,8 @@
> >> // works.
> >> if (!RegInfo->targetHandlesStackFrameRounding() &&
> >> (FFI->hasCalls() || FFI->hasVarSizedObjects() ||
> >> - RegInfo->needsStackRealignment(Fn))) {
> >> + (RegInfo->needsStackRealignment(Fn) &&
> >> + Offset > std::abs(TFI.getOffsetOfLocalArea())))) {
> >> // If we have reserved argument space for call sites in the
&...
2012 Nov 27
0
[LLVMdev] strange dbgs() behavior: unable to print floats in machine backend
Can you try making the constructor "explicit" for PrintReg in
include/llvm/Target/TargetRegisterInfo.h. I think you were getting an
implicit conversion there which should probably be fixed anyway.
On Mon, Nov 26, 2012 at 11:47 PM, Bjorn De Sutter <
bjorn.desutter at elis.ugent.be> wrote:
> Hi,
>
> that solved my problem on trunk as well, thanks. Strange that you have to
2012 Nov 27
2
[LLVMdev] strange dbgs() behavior: unable to print floats in machine backend
Hi,
that solved my problem on trunk as well, thanks. Strange that you have to include this though.
Bjorn
On 27 Nov 2012, at 00:00, Daniel Prokesch <daniel.prokesch at gmail.com> wrote:
> Hi,
>
> I accidentally stumbled upon your post.
> I observed similar behaviour whenever I did not include
>
> #include "llvm/Support/Debug.h"
> #include
2010 Aug 11
1
[LLVMdev] Unnecessary Win64 stack allocations...
...8 bytes of stack space, don't have a frame
// pointer, calls, or dynamic alloca then we do not need to adjust the
// stack pointer (we fit in the Red Zone).
if (Is64Bit && !Fn->hasFnAttr(Attribute::NoRedZone) &&
!needsStackRealignment(MF) &&
!MFI->hasVarSizedObjects() && // No dynamic alloca.
!MFI->adjustsStack() && // No calls.
!IsWin64) { // Win64 has no Red Zone
uint64_t MinSize = X86FI->getCalleeSavedFrameSize();
if (HasFP) MinSize += SlotSize;...
2017 Apr 27
4
-msave-args backend support for x86_64
...const MachineFunction &MF) const {
const MachineFrameInfo &MFI = MF.getFrameInfo();
- return (MF.getTarget().Options.DisableFramePointerElim(MF) ||
+ return (MF.getTarget().Options.DisableFramePointerElim(MF) || SaveArgs ||
TRI->needsStackRealignment(MF) ||
MFI.hasVarSizedObjects() ||
MFI.isFrameAddressTaken() || MFI.hasOpaqueSPAdjustment() ||
@@ -850,6 +851,25 @@
MI->getOperand(3).setIsDead();
}
+// FIXME: Get this from tablegen.
+static ArrayRef<MCPhysReg> get64BitArgumentGPRs(CallingConv::ID CallConv,
+...