Displaying 9 results from an estimated 9 matches for "ismove".
Did you mean:
ismore
2004 Jun 23
3
[LLVMdev] Linearscan allocator bug?
...uot;goto">;
def IFEQ : Unknown<"if =0 goto">;
def IFNEQ : Unknown<"if <>0 goto">;
.....
Should this work?
> Also, if you haven't already, you might want to teach TargetInstrInfo
> that '=' is a move instruction (implement isMoveInstr), so instructinos
> like 'gr1 = gr1' will go away and you'll get coallescing. :)
BTW, is it possible to set some instruction flag, instead of overriding a
function? Something like:
let isMove = 1 in
def MOVE :.....
?
- Volodya
2004 Jun 23
0
[LLVMdev] Linearscan allocator bug?
...;
.....
}
... aka add {}
Also, if you do 'tblgen target.td' it will spit out all of the records
to stdout so you can visually inspect them.
> > Also, if you haven't already, you might want to teach TargetInstrInfo
> > that '=' is a move instruction (implement isMoveInstr), so instructinos
> > like 'gr1 = gr1' will go away and you'll get coallescing. :)
>
> BTW, is it possible to set some instruction flag, instead of overriding a
> function? Something like:
>
> let isMove = 1 in
> def MOVE :.....
That would make sense...
2004 Jun 22
0
[LLVMdev] Linearscan allocator bug?
...or flag on your 'if <>0 goto LBB11;' things will
probably magically start working for you, as the copies will be inserted
BEFORE the branch instead of after it.
Also, if you haven't already, you might want to teach TargetInstrInfo
that '=' is a move instruction (implement isMoveInstr), so instructinos
like 'gr1 = gr1' will go away and you'll get coallescing. :)
-Chris
> I also attach the debug dumps from my backend.
>
> The basic block in question is shortcirc_done.1 (line 198 in the log). It
> starts with:
>
> %reg1060 = phi %reg1032,...
[llvm] r322838 - [ADT] Split optional to only include copy mechanics and dtor for non-trivial types.
2018 Jan 24
1
[llvm] r322838 - [ADT] Split optional to only include copy mechanics and dtor for non-trivial types.
...ensorflow/core/lib/gtl/cleanup.h>
is
the archetype here.
my options are:
a) wrap the object in optional - this requires the "moved = None" semantics
b) wrap the object in unique_ptr - this is heap allocation for no real
reason
c) write the move constructor/assignment to track an "IsMoved" flag - being
able to "= default" is easier to get right
d) write a utility specifically for this idiom, e.g. a move-tracking
boolean or a UniqueOptional that adds those semantics.
In practice unique_ptr is the easiest thing and I don't care about the
allocation.
On Wed, Jan 2...
[llvm] r322838 - [ADT] Split optional to only include copy mechanics and dtor for non-trivial types.
2018 Jan 24
0
[llvm] r322838 - [ADT] Split optional to only include copy mechanics and dtor for non-trivial types.
That's an unintentional change. However, the reason for this change
was to make optional of trivially copyable types trivially copyable,
adding a user-provided move ctor would break that again :(
I'm leaning towards making the non-trivial version of llvm::Optional
more like std::optional. In the long term std::optional is going to
replace llvm::Optional. How bad would that be for your use
2007 Mar 19
0
[900] branches/wxruby2/wxwidgets_282/swig/classes: Initial commit of AUI core classes
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN"
"http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head><meta http-equiv="content-type" content="text/html; charset=utf-8" /><style type="text/css"><!--
#msg dl { border: 1px #006 solid; background: #369; padding:
[llvm] r322838 - [ADT] Split optional to only include copy mechanics and dtor for non-trivial types.
2018 Jan 24
2
[llvm] r322838 - [ADT] Split optional to only include copy mechanics and dtor for non-trivial types.
Hey Ben,
This change broke some clangd code (no failing test, mea culpa), because it
changed the move semantics.
Previously: a moved-from llvm::Optional was None (for all types).
Now: a moved-from llvm::Optional is None (for non-trivial types), and has
the old value (for trivial types).
FWIW, a moved-from std::optional is *not* nullopt, and contains the
moved-from value.
This seems sad to me,
2004 Jun 22
3
[LLVMdev] Linearscan allocator bug?
Folks,
I'm running into something which looks like a bug in linearscan allocator. Of
course I can't be 100% sure it's not some unobvious mistake on my part, so
I'd like to hear your opinion.
First, I attach two files -- LLVM asm and the asm for my target. The problem
with assembler is: on line 171 it uses register gr2, which is copied from gr6
above, on line 161. The only
2007 May 05
0
[1012] trunk/wxruby2/doc/textile: Added docs for AUI Advanced User Interface classes
...if the pane is floating.
+
+h3(#AuiPaneInfo_isleftdockable). AuiPaneInfo#is_left_dockable
+
+ Boolean *is_left_dockable*()
+
+IsLeftDockable() returns true if the pane can be docked on the left of the managed frame.
+
+h3(#AuiPaneInfo_ismovable). AuiPaneInfo#is_movable
+
+ Boolean *is_movable*()
+
+IsMoveable() returns true if the docked frame can be undocked or moved to another dock position.
+
+h3(#AuiPaneInfo_isok). AuiPaneInfo#is_ok
+
+ Boolean *is_ok*()
+
+IsOk() returns true if the AuiPaneInfo structure is valid. A pane structure is valid if it has an associated window.
+
+h3(#AuiPaneInfo_isre...