Displaying 20 results from an estimated 100 matches similar to: "[PowerPC] Recent branch too far breakage"
2016 Sep 07
2
[PowerPC] Recent branch too far breakage
----- Original Message -----
> From: "Hal Finkel via llvm-dev" <llvm-dev at lists.llvm.org>
> To: "Richard Pennington" <rich at pennware.com>
> Cc: llvm-dev at lists.llvm.org
> Sent: Wednesday, September 7, 2016 7:37:50 AM
> Subject: Re: [llvm-dev] [PowerPC] Recent branch too far breakage
>
> Hi Rich,
>
> It is hard to tell, but there
2011 Jul 27
2
[LLVMdev] llvm-mc build failure
Dear llvm,
Recently (approximately a week ago) Clang and LLVM started to failed at
building. Assuming it was my incompetence, I cleared everything and
started witha fresh checkout (not that I changed it though). I am on
Ubuntu 10.04 LTS 64-Bit. And I configure and compile with CMake.
The error message I get at approximatley 66% is as follows:
Linking CXX executable ../../bin/llvm-mc
2011 Jul 28
0
[LLVMdev] llvm-mc build failure
Dawie Joubert <djjoubert at csir.co.za> writes:
> Recently (approximately a week ago) Clang and LLVM started to failed at
> building. Assuming it was my incompetence, I cleared everything and
> started witha fresh checkout (not that I changed it though). I am on
> Ubuntu 10.04 LTS 64-Bit. And I configure and compile with CMake.
>
> The error message I get at approximatley
2013 May 20
3
[LLVMdev] Trunk fails to compile on PPC64 Linux
Hi,
For the last 3 days or so trunk fails to compile on PPC64/Linux with:
[16257s] /tmp/DAGCombiner-N3D9ir.s: Assembler messages:
[16257s] /tmp/DAGCombiner-N3D9ir.s:12394: Error: operand out of range
(0x00000000000192b4 is not between 0xffffffffffff8000 and
0x0000000000007ffc)
[16257s] clang: error: assembler command failed with exit code 1 (use -v to
see invocation)
Anyone seeing a similar
2013 Apr 10
3
[LLVMdev] If Conversion and predicated returns
Evan, et al.,
I've come across a small issue when using the if conversion pass in PPC to generate conditional returns. Here's a small example:
** Before if conversion **
BB#0: derived from LLVM BB %entry
%R3<def> = LI 0
%CR0<def> = CMPLWI %R3, 0
BCC 68, %CR0, <BB#3>
Successors according to CFG: BB#3(16) BB#1(16)
BB#1: derived from LLVM BB
2011 Aug 31
0
[LLVMdev] Trouble using the MCJIT: "Target does not support MC emission" error
Hi Matt, hi Bruno,
I am still struggling to use AVX via MCJIT on TOT... did you succeed yet?
I seem to be unable to even get lli to run some code with the
"use-mcjit" flag.
I attached a test case that works fine for "lli y.bc" but exits with an
error for "lli -use-mcjit y.bc":
"LLVM ERROR: Unknown object format"
If I call InitializeAllTargetMCs() before
2008 Jun 11
0
[LLVMdev] Possible miscompilation?
On 2008-06-11, at 13:16, Gary Benson wrote:
> Duncan Sands wrote:
>
>> Can you please attach IR which can be compiled to an executable
>> (and shows the problem).
>
> I've been generating functions using a builder and then compiling
> them with ExecutionEngine::getPointerToFunction(). Is there some way
> I can get compilable IR from that?
2008 Jun 11
2
[LLVMdev] Possible miscompilation?
Duncan Sands wrote:
> Can you please attach IR which can be compiled
> to an executable (and shows the problem).
I've been generating functions using a builder and then
compiling them with ExecutionEngine::getPointerToFunction().
Is there some way I can get compilable IR from that?
Cheers,
Gary
--
http://gbenson.net/
2011 Aug 26
2
[LLVMdev] Trouble using the MCJIT: "Target does not support MC emission" error
Following along from lli code, if you add a call to InitializeNativeTargetAsmPrinter() during setup, it gets a bit farther and crashes rather than issuing that error. (Rebuilding with debugging symbols now to dig into it further…)
-matt
Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: KERN_INVALID_ADDRESS at address: 0x0000000000000000
0x000000010000349e in
2006 Mar 17
3
[LLVMdev] Stupid '-load-vn -licm' question (LLVM 1.6)
On Mar 16, 2006, at 8:47 PM, Chris Lattner wrote:
> On Thu, 16 Mar 2006, Eric Kidd wrote:
>> The duplicate loads appear at the top of the %regex6 and %regex2
>> blocks below. I've tried various alias analysis implementations
>> either alone or in combination.
>
> LICM doesn't remove common subexpressions, also -load-vn doesn't
> affect LICM. Try
2013 May 20
0
[LLVMdev] Trunk fails to compile on PPC64 Linux
İsmail,
No, but sometimes these problems can be very sensitive to different system factors. Can you file a bug report (and cc me), and include assembly file so that we can see what might be the problem.
Thanks again,
Hal
----- Original Message -----
>
>
> Hi,
>
>
> For the last 3 days or so trunk fails to compile on PPC64/Linux with:
> [16257s]
2012 Jun 08
2
[LLVMdev] Strong vs. default phi elimination and single-reg classes
Hello again,
I am trying to implement an optimization pass for PowerPC such that
simple loops use the special "counter register" (CTR) to track the
induction variable. This is helpful because, in addition to reducing
register pressure, there is a combined decrement-compare-and-branch
instruction BZND (there are also other related instructions).
I started this process by converting the
2006 Mar 17
0
[LLVMdev] Stupid '-load-vn -licm' question (LLVM 1.6)
On Thu, 16 Mar 2006, Eric Kidd wrote:
> Hello! I'm compiling code which uses pointers as iterators. For some
> reason--probably a silly misunderstanding of the docs--I can't eliminate
> duplicate pointer loads. I'll probably figure this out eventually, but if
> somebody else sees the answer instantly, I certainly won't complain. :-)
There are no stupid questions.
2012 Jun 08
0
[LLVMdev] Strong vs. default phi elimination and single-reg classes
On Jun 7, 2012, at 7:31 PM, Hal Finkel wrote:
> 112B BB#1: derived from LLVM BB %for.body, ADDRESS TAKEN
> Predecessors according to CFG: BB#0 BB#1
> %vreg12<def> = PHI %vreg13, <BB#1>, %vreg11, <BB#0>;CTRRC8:%vreg12,%vreg13,%vreg11
> %vreg13<def> = COPY %vreg12<kill>; CTRRC8:%vreg13,%vreg12
> %vreg13<def> = BDNZ8 %vreg13,
2014 Apr 03
5
[LLVMdev] comparing .o files from different build trees
I'm trying to write a script for checking whether the compiler recursed
properly.
rkotler at mipsswbrd002:~/slave/recurse3be/build$ find . -name "*.o" -exec
cmp '{}' ../../recurse2be/build/'{}' \; |& tee foo.txt
Is anyone else doing this?
There 2 compilers, recurse 2 and recurse3 that in principle should be
identical.
Obviously if there is date and time
2014 Dec 06
2
[LLVMdev] Proposed patches for Clang 3.5.1
----- Original Message -----
> From: "Dimitry Andric" <dimitry at andric.com>
> To: "Hal Finkel" <hfinkel at anl.gov>
> Cc: "LLVM Developers Mailing List (llvmdev at cs.uiuc.edu)" <llvmdev at cs.uiuc.edu>, "Tom Stellard" <tom at stellard.net>
> Sent: Saturday, November 29, 2014 1:34:21 PM
> Subject: Re: [LLVMdev]
2006 Mar 16
2
[LLVMdev] Stupid '-load-vn -licm' question (LLVM 1.6)
Hello! I'm compiling code which uses pointers as iterators. For some
reason--probably a silly misunderstanding of the docs--I can't
eliminate duplicate pointer loads. I'll probably figure this out
eventually, but if somebody else sees the answer instantly, I
certainly won't complain. :-)
Here are the optimizers I'm running:
opt -f -simplifycfg -dce -instcombine
2014 Jan 05
4
[LLVMdev] A question about everyone's favorite constructs: NSW and NUW
So, I know there are a lot of mixed feelings about NSW and NUW, but I'm
running into a common pattern where they really help:
void f(char *array, int i) {
// do some stuff...
g(array[i++]);
// do some more stuff...
g(array[i++]);
// more of the same
}
So, this kind of code comes up pretty frequently. Unrolled loops with an
int IV[1], encoding, decoding, compression, etc. What
2007 Mar 05
2
Help with rjb
I am trying to do file i/o with rails and rjb and can''t figure out a
way to make this work. Here''s what I am trying to do:
- a user uploads an image to the server via a standard html form:
<%= file_field("blog", "attach") %>
- this returns a ruby File object to the controller in
params[:blog][:attach]
2008 Jun 12
4
[LLVMdev] Possible miscompilation?
Gordon Henriksen wrote:
> On 2008-06-11, at 13:16, Gary Benson wrote:
> > Duncan Sands wrote:
> > > Can you please attach IR which can be compiled to an executable
> > > (and shows the problem).
> >
> > I've been generating functions using a builder and then compiling
> > them with ExecutionEngine::getPointerToFunction(). Is there some
> >