search for: unaliased

Displaying 13 results from an estimated 13 matches for "unaliased".

2014 Oct 21
2
[LLVMdev] Optimization hints for "constant" loads
...ill never actually unwind). This means `llvm.assert_immutable` can't be marked nounwind (otherwise it would just get optimized away); but since it doesn't need to unwind to the same frame, a CallInst is sufficient (an InvokeInst would've increased the CFG's complexity). So %p = unaliased address store 42, %p %a = llvm.safe_cast %p ; just made this up %val = load %a !invariant becomes %p = unaliased address store 42, %p call void @llvm.assert_immutable(%p) %val = load %p !invariant AFAICT, "load %p" can not, in general, be re-ordered to before the call to...
1999 Jul 26
2
success with R-unix postscript plots into Mac?
Has anyone had success getting R-unix postscript plots into powerpoint for the Mac? Mac powerpoint doesn't seem to like postscript, and conversions to tiff, jpeg, and gif, using the netpbm converters, have produced less than stellar results (i.e. bitmaps with unaliases pixels, sigh...). Thoughts? The next one I had was to use GIMP (this is a linux system) to clean it up, and it worked, but
2000 Aug 20
1
Compiled HTML and aliased topics
When I try e.g. help(as.symbol, chmhelp = TRUE) I get an error message in the help viewer (translated to english: "The page cannot be shown"). This happens for all aliased topics (i.e. aliased in the *.Rd file). So I have to know the "unaliased" name (here: "name") to get chtml help. Is it possible to get the behavior of "plain text help" (no problems with aliased topics) also for chtml help? Regards, Uwe Ligges -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-help mailing list -...
2007 Apr 15
2
Difference between vi an vim on Centos5?
Hello, i have a little problem on OS5. On CentOS4 vi an vim are the same programs. On 5 vi have no syntax highlighting while vim have it. Whats wrong? Greetings, Sebastian -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 542 bytes Desc: OpenPGP digital signature URL:
2016 Oct 27
2
RFC: Absolute or "fixed address" symbols as immediate operands
...except for the (significant) annoyance that these things can be possibly aliased. However, I don’t understand how this works in practice today for aliases. By their very name, they are *all about* introducing aliases, so how is AA allowed to assume that two external global variable references are unaliased anyway? One may be resolved as an alias to the other afterall, completely independent of your proposal. -Chris -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20161026/8fc5b1d0/attachment.html>
2011 Apr 08
5
How to extend a helper using plugin?
Hello, I''m facing this problem while trying to extend the parse_redmine_links helper method in Redmine-1.1.0 (Rails-2.3.5) from my plugin. My idea is to use alias_method_chain so the extended version could call the original version and adjust the result to it''s liking. Anything I''ve tried so far exposes this behavior: the first render of a page uses the extended
2016 Oct 27
1
RFC: Absolute or "fixed address" symbols as immediate operands
...ificant) annoyance that these things can be > possibly aliased. However, I don’t understand how this works in practice > today for aliases. By their very name, they are *all about* introducing > aliases, so how is AA allowed to assume that two external global variable > references are unaliased anyway? One may be resolved as an alias to the > other afterall, completely independent of your proposal. > I suppose that one way to think about it is that by using aliases you are stepping outside of the bounds of the language, i.e. no valid C/C++ declaration can be used to take the addre...
2014 Oct 11
4
[LLVMdev] Optimization hints for "constant" loads
On 09/28/2014 01:22 AM, Hal Finkel wrote: > ----- Original Message ----- >> From: "Philip Reames" <listmail at philipreames.com> >> To: llvmdev at cs.uiuc.edu >> Cc: "Hal Finkel" <hfinkel at anl.gov>, nicholas at mxc.ca >> Sent: Wednesday, September 10, 2014 12:11:28 AM >> Subject: Optimization hints for "constant" loads
2010 Aug 12
3
How to track down a latency/timing problem
Hello Lustre Experts I am trying to solve a problem with very slow "ls" and other big amount of file operations but good overall read/write rates. We are running a small cluster of 3 OSSs with 9 OSTs, 1MDS (with SSD MDT) and currently two clients. All server nodes are centos 5.2 with lustre 1.8.1 while the clients are centos 5.4 with lustre 1.8.3. All components are networked with DDR
2016 Oct 26
0
RFC: Absolute or "fixed address" symbols as immediate operands
On Tue, Oct 25, 2016 at 10:48 PM, Chris Lattner <clattner at apple.com> wrote: > Responding to both of your emails in one, sorry for the delay: > > On Oct 25, 2016, at 11:20 AM, Peter Collingbourne <peter at pcc.me.uk> wrote: > I think there are a couple of additional considerations we should make > here: > > - What are we trying to model? To me it's clear
2015 Dec 04
4
RFC: New function attribute HasInaccessibleState
that would be an escaping global, and as far as I know is handled separately in GlobalsAA (AnalyzeUsesOfPointer checks if a global is used as operand to a function) On December 4, 2015 11:47:20 PM GMT+05:30, James Molloy <james at jamesmolloy.co.uk> wrote: >It is if one of the operands is or can alias a global ? >On Fri, 4 Dec 2015 at 18:16, Vaivaswatha Nagaraj <vn at
2016 Oct 26
7
RFC: Absolute or "fixed address" symbols as immediate operands
Responding to both of your emails in one, sorry for the delay: > On Oct 25, 2016, at 11:20 AM, Peter Collingbourne <peter at pcc.me.uk> wrote: > I think there are a couple of additional considerations we should make here: > What are we trying to model? To me it's clear that GlobalConstant is for modelling integers, not pointers. That alone may not necessarily be enough to
2015 Dec 04
3
RFC: New function attribute HasInaccessibleState
> On Dec 4, 2015, at 10:33 AM, Hal Finkel via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > ----- Original Message ----- >> From: "Vaivaswatha Nagaraj" <vn at compilertree.com> >> To: "James Molloy" <james at jamesmolloy.co.uk>, "Hal Finkel" <hfinkel at anl.gov> >> Cc: "LLVM Dev" <llvm-dev at