search for: inseparable

Displaying 17 results from an estimated 17 matches for "inseparable".

2012 Nov 27
0
[LLVMdev] [llvm-commits] Flag to print vectorized loops
On Mon, Nov 26, 2012 at 6:26 PM, Sean Silva <silvas at purdue.edu> wrote: >> IMO, the right way to build this is something like >> "InlineAsmDiagnosticHandler" in LLVMContext (but hopefully better, and more >> structured :) > > Hey Chris, > > Did you catch my suggestion in reply to Hal, about maybe generalizing > Clang's diagnostics
2008 Apr 04
2
[LLVMdev] Being able to know the jitted code-size before emitting
...ompute > what bits are going to be emitted. Evan: please explain how span-dependent branches are resolved in your method. You don't need to compute the bits that will be emitted, but you do need to compute the length of those bits. In most real implementations, the two steps are therefore inseparable. > > But the point is that you have to actually generate the code (at least > > in memory) to do this analysis. > > JIT is responsible for relocation. It knows everything, including the > distance between the source and destination. Codegen needs to resolve > all this...
2012 Nov 27
3
[LLVMdev] [llvm-commits] Flag to print vectorized loops
> IMO, the right way to build this is something like > "InlineAsmDiagnosticHandler" in LLVMContext (but hopefully better, and more > structured :) Hey Chris, Did you catch my suggestion in reply to Hal, about maybe generalizing Clang's diagnostics infrastructure up into LLVM? Your reply seems along the same lines. It seems like a natural fit to reuse that rather than make
2006 Feb 21
1
Resolution of plots?
...indow. I have a quite dense dendrogram that I wish to visualize using a suitable software (like Illustrator), and to accomplish that I right click on the image from the plotting device and I save as metafile. The problem is when I scale up the image, some of the vectors in the dendrogram image are inseparable. My question is if there is any way of increasing the resolution of the meta-file that I get from the plotting device? Thanks for any help. /Marcus Marcus Gry Björklund Royal Institute of Technology AlbaNova University Center Department of Molecular Biotechnology 10...
2008 Apr 04
0
[LLVMdev] Being able to know the jitted code-size before emitting
...8, Jonathan S. Shapiro wrote: > Evan: please explain how span-dependent branches are resolved in your > method. You don't need to compute the bits that will be emitted, but you > do need to compute the length of those bits. In most real > implementations, the two steps are therefore inseparable. I think the important point here is that llvm explicitly represent short and long branches as two different instructions. We don't leave it up to the assembler to determine whether a short or long branch is to be used. The PPC and ARM backend have branch shortening passes to know what sor...
2010 Sep 13
1
irq 58 nobody cared.
...cer Way Voice: (206) 236-1676 Mercer Island, WA 98040-0820 Fax: (206) 232-9186 Skype: jwccsllc (206) 855-5792 An almost hysterical antagonism toward the gold standard is one issue which unites statists of all persuasions. They seem to sense that gold and economic freedom are inseparable. -- Alan Greenspan
2011 Feb 21
1
iptables question.
...cer Way Voice: (206) 236-1676 Mercer Island, WA 98040-0820 Fax: (206) 232-9186 Skype: jwccsllc (206) 855-5792 An almost hysterical antagonism toward the gold standard is one issue which unites statists of all persuasions. They seem to sense that gold and economic freedom are inseparable. -- Alan Greenspan
2001 Sep 19
2
compilation
...;<><><><><><><><><><><><><><><><><><><><><><><><><><><><><># # "Human beings, like all other life forms, are parts of an inseparable # # organic whole. Their intelligence, therefore, implies that, the whole too # # is intelligent" # #<><><><><><><><><><><><><><><><>...
2008 Apr 04
0
[LLVMdev] Being able to know the jitted code-size before emitting
On Apr 4, 2008, at 11:58 AM, Jonathan S. Shapiro wrote: > In general, it is not possible to know jitted code size without > emitting. You can suppress the actual write of the instructions > themselves, but you have to do all of the work prior to that point. That's not true. llvm targets which support JIT have all the information necessary to calculate the size of every
2006 Jun 12
4
DO NOT REPLY [Bug 3829] New: rsync loses access ACLs on transferred files
...ame way, but it does not, so the old access ACL of dest/file is lost. The mask permission bits are applied as group permission bits, possibly granting access to undesired users. If permissions but not ACLs are to be preserved, I'm not sure what rsync should do. Since permissions and ACLs are inseparable from a security point of view, perhaps we should get rid of this odd case by making --perms preserve ACLs and throwing out --acls. -- Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or...
2008 Apr 04
2
[LLVMdev] Being able to know the jitted code-size before emitting
In general, it is not possible to know jitted code size without emitting. You can suppress the actual write of the instructions themselves, but you have to do all of the work prior to that point. The reason is that on many architectures there are span-dependent branches. The final instruction size depends on the branch span. The span depends on the code size, and the code size depends on the
2009 Nov 05
5
Long tar -x: Box Shuts Down
My Centos 5.2 box shuts itself down during a long tar -x. There is plenty of disk available. This is new; it worked in the past. Any suggestions? Thanks, Mike.
2009 Jan 07
0
R in the News
...e software had been designed by computer scientists and proved hard to use. Lacking deep computer science training, the professors considered their coding efforts more of an academic game than anything else. Nonetheless, starting in about 1991, they worked on R full time. "We were pretty much inseparable for five or six years," Mr. Gentleman said. "One person would do the typing and one person would do the thinking." Some statisticians who took an early look at the software considered it rough around the edges. But despite its shortcomings, R immediately gained a following with peop...
2009 Jan 07
12
R in the NY Times
...arable software had been designed by computer scientists and proved hard to use. Lacking deep computer science training, the professors considered their coding efforts more of an academic game than anything else. Nonetheless, starting in about 1991, they worked on R full time. ?We were pretty much inseparable for five or six years,? Mr. Gentleman said. ?One person would do the typing and one person would do the thinking.? Some statisticians who took an early look at the software considered it rough around the edges. But despite its shortcomings, R immediately gained a following with people who saw the...
2005 Jun 02
1
Re: Vote For CentOS :) -- at this point, call the FSF ...
From: Les Mikesell <lesmikesell at gmail.com> > Can you get the product without being bound by the restrictions? > That is, can one user purchase one and resell copies without the SLA > or with their own? Not with the trademark, that is mis-appropriation. If you want to complain about Red Hat doing this, then you'll want to complain about a number of distributors well before
2008 Nov 03
10
Bringing Vista's Speech Recognition Engine to Linux via Wine
I have RSI (hurty hands) and need software for recognition of continuous speech. Linux has nothing workable. Dragon was bad even on Windows. What's needed is a Linux speech engine, so that the linux crew can get making a good GUI. So I'm trying to bring over the Vista Speech Engine. Here's my (failed) attempt: http://womblezone.blogspot.com/ I'm trying to bring it over with
2019 Jun 24
24
A libc in LLVM
Hello LLVM Developers, Within Google, we have a growing range of needs that existing libc implementations don't quite address. This is pushing us to start working on a new libc implementation. Informal conversations with others within the LLVM community has told us that a libc in LLVM is actually a broader need, and we are increasingly consolidating our toolchains around LLVM. Hence, we