similar to: [LLVMdev] [PATCH] Add host feature detection for Qualcomm CPUs

Displaying 20 results from an estimated 20000 matches similar to: "[LLVMdev] [PATCH] Add host feature detection for Qualcomm CPUs"

2013 Jun 10
0
[LLVMdev] [PATCH] Add host feature detection for Qualcomm CPUs
Hi Tobi, [cc llvm-commits] I don't understand why you need to replicate all that - why can't you just change: if (Implementer == "0x41") // ARM Ltd. To: if (Implementer == "0x41" || Implementer == "0x31") ? It looks like the feature strings will be the same - and in fact we grabbed them straight from the Linux kernel source which returns the same
2011 Jun 10
2
[LLVMdev] Polly test and example
hi, James. Thanks for your advice. "James Molloy" wrote. (Fri, 10 Jun 2011 08:38:44 +0100) >Hi, > >> out.s: Assembler messages: >> out.s:8: Error: bad register name `%rsp' >> out.s:9: Error: bad register name `%rsp)' >> out.s:12: Error: invalid instruction suffix for `call' >> out.s:14: Error: bad register name `%rax' >>
2013 Jul 01
3
[LLVMdev] [Polly][GSOC2013] FastPolly -- SCOP Detection Pass
>Great. Now we have two test cases we can work with. Can you >upload the LLVM-IR produced by clang -O0 (without Polly)? Since tramp3d-v4.ll is to large (19M with 267 thousand lines), I would focus on the oggenc benchmark at firat. I attached the oggenc.ll (LLVM-IR produced by clang -O0 without Polly), which compressed into the file oggenc.tgz. >2) Check why the Polly scop detection is
2013 Jul 01
1
[LLVMdev] [Polly][GSOC2013] FastPolly -- SCOP Detection Pass
At 2013-06-30 08:34:34,"Tobias Grosser" <tobias at grosser.es> wrote: >On 06/29/2013 05:04 PM, Star Tan wrote: >> Hi all, >> >> >> >> I have investigated the compile-time overhead of "Polly Scop Detection" pass based on LNT testing results. >> This mail is to share some results I have found. >> >> >> (1) Analysis
2011 Nov 21
4
[LLVMdev] How to make Polly ignore some non-affine memory accesses
2011/11/21 Tobias Grosser <tobias at grosser.es>: > On 11/20/2011 04:36 PM, Marcello Maggioni wrote: >> >> Sorry for the noobish question, but what kind of subscripts generate a >> SCEVCouldNotCompute  from the SCEV engine? >> I tried for a while but I wasn't able to trigger that > > Hi Marcello, > > the SCEV returns SCEVCouldNotCompute in case it
2011 Jun 10
0
[LLVMdev] Polly test and example
On 06/10/2011 08:38 AM, MORIYAMA Tomohiro wrote: > hi, James. > Thanks for your advice. > > "James Molloy" wrote. > (Fri, 10 Jun 2011 08:38:44 +0100) >> Hi, >> >>> out.s: Assembler messages: >>> out.s:8: Error: bad register name `%rsp' >>> out.s:9: Error: bad register name `%rsp)' >>> out.s:12: Error: invalid
2011 Sep 15
4
[LLVMdev] [llvm-devmeeting] 2011 LLVM Annual Developers' Meeting - Update
Apologies for the limitations of the registration system. - No email is sent upon completion - If you get a page at the end that says you successfully registered, then you are good to go - There have been a few reported cases of the registration page hanging, if so try another browser such as Firefox. If you have questions mail me directly (dkipping at qualcomm.com). If the group wants, I can
2011 Jun 10
4
[LLVMdev] Polly test and example
(2011/06/10 14:01), Tobias Grosser wrote: > On 06/10/2011 01:52 AM, MORIYAMA Tomohiro wrote: >> (2011/06/10 13:25), Tobias Grosser wrote: >>> On 06/10/2011 12:00 AM, MORIYAMA Tomohiro wrote: >>>> H, Tobias >>>> Thank you for your reply. >>>> >>>> >>>> Tobias Grosser wrote: >>>>> Interesting. On what kind
2011 Jun 10
0
[LLVMdev] Polly test and example
Hi, > out.s: Assembler messages: > out.s:8: Error: bad register name `%rsp' > out.s:9: Error: bad register name `%rsp)' > out.s:12: Error: invalid instruction suffix for `call' > out.s:14: Error: bad register name `%rax' > out.s:18: Error: bad register name `%rcx' > out.s:22: Error: bad register name `%rcx)' > out.s:23: Error: bad register name
2012 Oct 21
2
[LLVMdev] dragonegg polly support broken?
On 10/21/2012 12:47 PM, Jack Howarth wrote: > On Sun, Oct 21, 2012 at 11:58:43AM -0700, Tobias Grosser wrote: > ... >> Does attached patch work for you? >> >> Tobi >> > > Tobi, > Yes, with this patch current llvm/polly svn builds and runs 'make polly-test' > without issues in finding LLVMPolly.so. Thanks for fixing this so quickly. Thanks for
2011 Nov 08
4
[LLVMdev] loadable passes with dependencies?
Just shows me what I expect void getAnalysisUsage(AnalysisUsage &AU) const { DominatorTree *dt = &getAnalysis<DominatorTree>(); So I'm only using it for DominatorTree(so I can use PromoteMemToReg). Thanks On Tue, Nov 8, 2011 at 2:28 PM, Tobias Grosser <tobias at grosser.es> wrote: > On 11/08/2011 07:33 PM, ret val wrote: >> >> Sorry to keep dragging
2012 Jun 24
3
[LLVMdev] buildbot with -vectorize
On Sun, 24 Jun 2012 08:17:32 +0200 Tobias Grosser <tobias at grosser.es> wrote: > On 06/24/2012 05:42 AM, Hal Finkel wrote: > > On Thu, 21 Jun 2012 16:25:13 +0200 > > Tobias Grosser<tobias at grosser.es> wrote: > > > >> On 06/21/2012 04:23 PM, Hal Finkel wrote: > >>> On Thu, 21 Jun 2012 01:03:46 +0200 > >>> Tobias
2012 Jun 28
2
[LLVMdev] buildbot with -vectorize
On Sun, 24 Jun 2012 14:44:45 +0200 Tobias Grosser <tobias at grosser.es> wrote: > On 06/24/2012 02:42 PM, Hal Finkel wrote: > > On Sun, 24 Jun 2012 08:17:32 +0200 > > Tobias Grosser<tobias at grosser.es> wrote: > > > >> On 06/24/2012 05:42 AM, Hal Finkel wrote: > >>> On Thu, 21 Jun 2012 16:25:13 +0200 > >>> Tobias
2012 Oct 21
4
[LLVMdev] dragonegg polly support broken?
On 10/21/2012 03:46 PM, Jack Howarth wrote: > On Sun, Oct 21, 2012 at 02:31:50PM -0700, Tobias Grosser wrote: >> On 10/21/2012 12:47 PM, Jack Howarth wrote: >>> On Sun, Oct 21, 2012 at 11:58:43AM -0700, Tobias Grosser wrote: >>> ... >>>> Does attached patch work for you? >>>> >>>> Tobi >>>> >>> >>> Tobi,
2013 Jun 07
2
[LLVMdev] NEON vector instructions and the fast math IR flags
>> Darwin uses NEON for floating point, but does *not* (and should not). >> globally enable fast math flags. Use of NEON for FP needs to remain >> achievable without globally setting the fast math flags. Fast math may >> imply reasonably imply NEON, but the opposite direction is not accurate. | Good point. Fast math is probably a too tough requirement. I need to | look
2011 Dec 04
0
[LLVMdev] How to make Polly ignore some non-affine memory accesses
On 11/21/2011 12:44 PM, Marcello Maggioni wrote: > 2011/11/21 Tobias Grosser<tobias at grosser.es>: >> On 11/20/2011 04:36 PM, Marcello Maggioni wrote: >>> >>> Sorry for the noobish question, but what kind of subscripts generate a >>> SCEVCouldNotCompute from the SCEV engine? >>> I tried for a while but I wasn't able to trigger that >>
2011 Mar 28
0
[LLVMdev] Memory Dependence Analysis
On 03/28/2011 12:15 PM, Nipun Arora wrote: > Hi, > > I have been trying to run the memdep analysis using opt with the > following command: opt -analyze -memdep <*.bc>. > However, I keep getting the following error: Pass::print not implemented > for pass: 'Memory Dependence Analysis' ! . > I get similar errors for a lot of the analyses passes, which seem as if
2012 Jun 21
2
[LLVMdev] buildbot with -vectorize
On Thu, 21 Jun 2012 01:03:46 +0200 Tobias Grosser <tobias at grosser.es> wrote: > On 06/20/2012 11:07 PM, Hal Finkel wrote: > > On Tue, 12 Jun 2012 11:15:12 +0200 > > Tobias Grosser<tobias at grosser.es> wrote: > > > >> On 02/05/2012 02:42 PM, Hal Finkel wrote: > >>> I think that it would be a good idea to have a buildbot set up to >
2012 Jun 24
2
[LLVMdev] buildbot with -vectorize
On Thu, 21 Jun 2012 16:25:13 +0200 Tobias Grosser <tobias at grosser.es> wrote: > On 06/21/2012 04:23 PM, Hal Finkel wrote: > > On Thu, 21 Jun 2012 01:03:46 +0200 > > Tobias Grosser<tobias at grosser.es> wrote: > > > >> On 06/20/2012 11:07 PM, Hal Finkel wrote: > >>> On Tue, 12 Jun 2012 11:15:12 +0200 > >>> Tobias
2012 Nov 28
3
[LLVMdev] Lost commit mails
On 11/28/2012 03:47 PM, Jean-Daniel Dupas wrote: > > Le 28 nov. 2012 à 15:07, Tobias Grosser <tobias at grosser.es> a écrit : > >> Hi, >> >> I just realized non of Patrik's commit mails has every reached llvm-commits. Neither my own archive nor the web interface contains commit messages for any of his commits. The relevant commits are >> >> 168785,