Displaying 20 results from an estimated 5000 matches similar to: "[LLVMdev] Register Alias Sets"
2007 Apr 07
0
[LLVMdev] Register Alias Sets
On 4/7/07, David Greene <greened at obbligato.org> wrote:
>
> I notice that in X86GenRegisterInfo.inc, the AliasSets do not
> include the register being queried. For example:
>
> const unsigned RAX_AliasSet[] = { X86::EAX, X86::AX, X86::AL, X86::AH,
> 0 };
> const unsigned EAX_AliasSet[] = { X86::RAX, X86::AX, X86::AL,
> X86::AH, 0 };
>
> This makes it hard
2007 Apr 09
2
[LLVMdev] Register Alias Sets
Anton Vayvod wrote:
> Sure, but where these comparisons are needed, for example? RAX and
> EAX alias sets intersect and that's enough to decide that these regs
> can't be assigned simultaneously.
One place these comparisons are used is to build a provably optimal
register class tree in a Smith/Ramsey/Holloway allocator. Building it
algorithmically is portable to all
2007 Apr 07
0
[LLVMdev] Register Alias Sets
On Apr 6, 2007, at 4:51 PM, David Greene wrote:
> I notice that in X86GenRegisterInfo.inc, the AliasSets do not
> include the register being queried. For example:
>
> const unsigned RAX_AliasSet[] = { X86::EAX, X86::AX, X86::AL,
> X86::AH,
> 0 };
> const unsigned EAX_AliasSet[] = { X86::RAX, X86::AX, X86::AL,
> X86::AH, 0 };
>
> This makes it hard to do set
2016 Jan 27
2
Skip redundant checks in AliasSet::aliasesUnknownInst
On 01/27/2016 07:53 AM, Daniel Berlin wrote:
>
>
> On Wed, Jan 27, 2016 at 1:27 AM, Roman Gareev <gareevroman at gmail.com
> <mailto:gareevroman at gmail.com>> wrote:
>
> Thank you for the idea! Could you please explain it?
>
>
> Which part are you having trouble with, so i know where to concetrate?
>
> If I’m not
> mistaken, you advise
2006 May 14
2
[LLVMdev] __main() function and AliasSet
In a code segment of my pass plugin, I try to gather AliasSets for all StoreInst, LoadInst and CallInst instructions in a function.
Some behaviors of the pass puzzled me.
Below is the *.ll of the test program which I run the pass on,
it was get with "llvm-gcc -Wl,--disable-opt" from a rather simple *.c program.
----------------------------------
; ModuleID = 'ptralias.bc'
2006 May 14
0
[LLVMdev] Re: __main() function and AliasSet
Oh, I appologize that I should not have asked about __main() ---- it appears
in FAQ.
But the question remains that why call to __main() can alias stack location?
I think the memory location pointed by data_X pointers are not visible to
__main().
In comparison, calls to printf() do not have similar effect.
On 5/14/06, Nai Xia <nelson.xia at gmail.com> wrote:
>
> In a code segment of
2004 Oct 12
2
[LLVMdev] GenRegisterInfo.h.inc
Hi all,
I cannot figure out why is named GenRegisterInfo.h.inc and not
GenRegisterInfo.inc ...
Is it for a dependency problem?
Back again to compilation problems under win32 with VC
llvm\lib\Analysis\DataStructure\Local.cpp(628) : error C2105: '--' needs
l-value
the line is:
Result.mergeWith(getValueDest(**--CS.arg_end()));
Can I submit patches for mutate it in something like:
2016 Apr 11
2
[LICM][MemorySSA] Converting LICM pass to use MemorySSA to avoid AliasSet collapse issue
Hi All,
I'm looking into converting LICM to use MemorySSA instead of AliasSets to
determine when it is safe to hoist/sink/promote loads and stores to get
around the issue of alias set collapse (see discussion [1]). I have a
prototype implementation, but have run into two issues that I could use
input from the designers of MemorySSA to resolve:
1) Is MemorySSA intended to be
2006 May 15
2
[LLVMdev] Re: __main() function and AliasSet
Hi Chris,
I took a haste look at the "Points-to Analysis in Almost Linear Time" by Steens , your PHD thesis
and SteensGaard.cpp in LLVM this afternoon.
So I think:
1. Actually the basic algorithm described originally by SteensGaard does not provide MOD/REF information for functions.
2. The context insensitive part of Data Structure Analysis (LocalAnalysis) can be deemed as
an
2004 Oct 12
0
[LLVMdev] GenRegisterInfo.h.inc
On Tue, 12 Oct 2004, Paolo Invernizzi wrote:
> Hi all,
> I cannot figure out why is named GenRegisterInfo.h.inc and not
> GenRegisterInfo.inc ...
> Is it for a dependency problem?
I'm not sure what you're saying here. In the X86 backend, for example, we
generate both X86GenRegisterInfo.h.inc and X86GenRegisterInfo.inc. The
former is #included into X86RegisterInfo.h and the
2006 May 17
2
[LLVMdev] Re: __main() function and AliasSet
On Tuesday 16 May 2006 03:19, Chris Lattner wrote:
> On Mon, 15 May 2006, Nai Xia wrote:
>
> > In other words, if I only use -steens-aa and the data_XXXs are all
> > external global variables( and so inComplete ),
>
> Sounds right!
>
> > the call to printf will
> > make the same effect, which I have tested it.
> >
> > Am I right ? :)
>
2006 May 17
0
[LLVMdev] Re: __main() function and AliasSet
On Wed, 17 May 2006, Nai Xia wrote:
> Unfortunately, I did not locate the lines in steens-aa for "printf" special case.
> In ds-aa, I found the lines below:
Right, steens-aa and ds-aa share code for "local analysis", they just
stitch it together into an interprocedural analysis in different ways.
The code below is used for steens-aa.
>
2006 May 15
0
[LLVMdev] Re: __main() function and AliasSet
On Mon, 15 May 2006, Nai Xia wrote:
> In other words, if I only use -steens-aa and the data_XXXs are all
> external global variables( and so inComplete ),
Sounds right!
> the call to printf will
> make the same effect, which I have tested it.
>
> Am I right ? :)
If you've tested it then, yes you're right :). I haven't played with this
stuff for a long time,
2016 Jan 27
2
Skip redundant checks in AliasSet::aliasesUnknownInst
Thank you for the idea! Could you please explain it? If I’m not
mistaken, you advise to insert the unknown insts of an every AS from
AliasSetTracker::add(const AliasSetTracker &AST) into a smallptrset
and consequently append it to merged alias sets from
AliasSetTracker::findAliasSetForUnknownInst. I think that Philip
proposed something similar to your approach in
2007 Apr 24
1
Values greater than 1 or lower than -1 in ARMAacf
Dear all,
I need to compute the ACF (autocorrel) of an AR6 process, given the values
of its parameters (w1,w2,w3,w4,w5,w6).
First, I notice that there is an error as soon as the sum of the wi equals 1
:
"Error in drop(.Call("La_dgesv", a, as.matrix(b), tol, PACKAGE = "base")) :
system is computationally singular: reciprocal condition number =
1.00757e-18"
2009 Jul 13
0
[LLVMdev] Aliasing on bitcode.
On Mon, Jul 13, 2009 at 3:28 PM, saman aliari<samy_442 at yahoo.com> wrote:
> I am working on a LLVM bitcode based project in which we do static lockset
> analysis. I need to get Aliasing information statically given the .bc file
> of the application. Is there any library in LLVM which already implements
> the aliasing?
There's an alias analysis interface that comes standard
2013 Mar 14
2
Grep with wildcards across multiple columns
I have a fairly large data set with six variables set up like the following dummy:
# Create fake data
df <- data.frame(code = c(rep(1001, 8), rep(1002, 8)),
year = rep(c(rep(2011, 4), rep(2012, 4)), 2),
fund = rep(c("10E", "10E", "10E", "27E"), 4),
func = rep(c("110000",
2009 Jul 13
2
[LLVMdev] Aliasing on bitcode.
Dear All,
I am working on a LLVM bitcode based project in which we do static lockset analysis. I need to get Aliasing information statically given the .bc file of the application. Is there any library in LLVM which already implements the aliasing? (does it support multi-threaded apps?) What is the best way of doing it (I want to extract aliasing information in runOnModule() function in the pass I
2000 Dec 04
1
Makefile bug in 2.3.0p1
Hi all,
I just installed OpenSSH 2.3.0p1 on an HP-UX 10.20 box, and I'm
psyched to try out sftpd.
I found one bug in the Makefile. Under the host-key and
host-key-force targets, ssh-keygen is called as
'$(srcdir)/ssh-keygen'. This is fine if you configure and build in
the source dir, but not if you build in a separate dir as I did in
order to build several architechtures from one
2005 May 10
4
[LLVMdev] LLVM 1.5 Release Plan
Dear LLVMers,
Here is the current, tentative schedule for LLVM 1.5:
1. We are hoping to have all relevant features and bug fixes into
mainline CVS by Friday of this week. For those of you with commit
access, please plan to have all of your changes for LLVM 1.5 committed
by 9 am (CST) this Friday. If you need more time, please email the list.
2. On Friday, I will be making the 1.5 release