<feed xmlns='http://www.w3.org/2005/Atom'>
<title>llvm/test/CodeGen, branch testing</title>
<subtitle>http://llvm.org</subtitle>
<id>https://git.amat.us/llvm/atom/test/CodeGen?h=testing</id>
<link rel='self' href='https://git.amat.us/llvm/atom/test/CodeGen?h=testing'/>
<link rel='alternate' type='text/html' href='https://git.amat.us/llvm/'/>
<updated>2013-03-22T05:47:44Z</updated>
<entry>
<title>Reorder the DIFile field in DILexicalBlock to become a prefix common with other DIScopes</title>
<updated>2013-03-22T05:47:44Z</updated>
<author>
<name>David Blaikie</name>
<email>dblaikie@gmail.com</email>
</author>
<published>2013-03-22T05:47:44Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/llvm/commit/?id=c204410d6bc435e7cb8ea768759a54135e8e92b5'/>
<id>urn:sha1:c204410d6bc435e7cb8ea768759a54135e8e92b5</id>
<content type='text'>
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@177703 91177308-0d34-0410-b5e6-96231b3b80d8
</content>
</entry>
<entry>
<title>Fix a register-class comparison bug in PPCCTRLoops</title>
<updated>2013-03-21T23:23:34Z</updated>
<author>
<name>Hal Finkel</name>
<email>hfinkel@anl.gov</email>
</author>
<published>2013-03-21T23:23:34Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/llvm/commit/?id=3ea1b064a0b9c3d161b0f77a9e957970f98907ab'/>
<id>urn:sha1:3ea1b064a0b9c3d161b0f77a9e957970f98907ab</id>
<content type='text'>
Thanks to Jakob for isolating the underlying problem from the
test case in r177423. The original commit had introduced
asymmetric copy operations, but these turned out to be a work-around
to the real problem (the use of == instead of hasSubClassEq in PPCCTRLoops).

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@177679 91177308-0d34-0410-b5e6-96231b3b80d8
</content>
</entry>
<entry>
<title>Move the DIFile in DISubprogram to the beginning to be a common prefix along with other DIScopes</title>
<updated>2013-03-21T22:29:36Z</updated>
<author>
<name>David Blaikie</name>
<email>dblaikie@gmail.com</email>
</author>
<published>2013-03-21T22:29:36Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/llvm/commit/?id=ced228dec30f088367d622720d6ccf7a22cd11e4'/>
<id>urn:sha1:ced228dec30f088367d622720d6ccf7a22cd11e4</id>
<content type='text'>
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@177674 91177308-0d34-0410-b5e6-96231b3b80d8
</content>
</entry>
<entry>
<title>Implement builtin_{setjmp/longjmp} on PPC</title>
<updated>2013-03-21T21:37:52Z</updated>
<author>
<name>Hal Finkel</name>
<email>hfinkel@anl.gov</email>
</author>
<published>2013-03-21T21:37:52Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/llvm/commit/?id=7ee74a663a3b4d4ee6b55d23362f347ed1d390c2'/>
<id>urn:sha1:7ee74a663a3b4d4ee6b55d23362f347ed1d390c2</id>
<content type='text'>
This implements SJLJ lowering on PPC, making the Clang functions
__builtin_{setjmp/longjmp} functional on PPC platforms. The implementation
strategy is similar to that on X86, with the exception that a branch-and-link
variant is used to get the right jump address. Credit goes to Bill Schmidt for
suggesting the use of the unconditional bcl form (instead of the regular bl
instruction) to limit return-address-cache pollution.

Benchmarking the speed at -O3 of:

static jmp_buf env_sigill;

void foo() {
                __builtin_longjmp(env_sigill,1);
}

main() {
	...

        for (int i = 0; i &lt; c; ++i) {
                if (__builtin_setjmp(env_sigill)) {
                        goto done;
                } else {
                        foo();
                }

done:;
        }

	...
}

vs. the same code using the libc setjmp/longjmp functions on a P7 shows that
this builtin implementation is ~4x faster with Altivec enabled and ~7.25x
faster with Altivec disabled. This comparison is somewhat unfair because the
libc version must also save/restore the VSX registers which we don't yet
support.

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@177666 91177308-0d34-0410-b5e6-96231b3b80d8
</content>
</entry>
<entry>
<title>Fix Darwin NEON FP and increase coverage</title>
<updated>2013-03-21T21:30:49Z</updated>
<author>
<name>Renato Golin</name>
<email>renato.golin@linaro.org</email>
</author>
<published>2013-03-21T21:30:49Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/llvm/commit/?id=92ebd49f3fdd3529a091e008dea97e8ebfff5dd1'/>
<id>urn:sha1:92ebd49f3fdd3529a091e008dea97e8ebfff5dd1</id>
<content type='text'>
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@177664 91177308-0d34-0410-b5e6-96231b3b80d8
</content>
</entry>
<entry>
<title>Remove unused field in DISubprogram</title>
<updated>2013-03-21T20:28:52Z</updated>
<author>
<name>David Blaikie</name>
<email>dblaikie@gmail.com</email>
</author>
<published>2013-03-21T20:28:52Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/llvm/commit/?id=ebb5183a2f16abc7c88241bb42412465f52c2a61'/>
<id>urn:sha1:ebb5183a2f16abc7c88241bb42412465f52c2a61</id>
<content type='text'>
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@177661 91177308-0d34-0410-b5e6-96231b3b80d8
</content>
</entry>
<entry>
<title>Add support for spilling VRSAVE on PPC</title>
<updated>2013-03-21T19:03:21Z</updated>
<author>
<name>Hal Finkel</name>
<email>hfinkel@anl.gov</email>
</author>
<published>2013-03-21T19:03:21Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/llvm/commit/?id=10f7f2a222d0e83dc0c33ad506a7686190c2f7a2'/>
<id>urn:sha1:10f7f2a222d0e83dc0c33ad506a7686190c2f7a2</id>
<content type='text'>
Although there is only one Altivec VRSAVE register, it is a member of
a register class, and we need the ability to spill it. Because this
register is normally callee-preserved and handled by special code this
has never before been necessary. However, this capability will be required by
a forthcoming commit adding SjLj support.

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@177654 91177308-0d34-0410-b5e6-96231b3b80d8
</content>
</entry>
<entry>
<title>Correct PPC FRAMEADDR lowering using a pseudo-register</title>
<updated>2013-03-21T19:03:19Z</updated>
<author>
<name>Hal Finkel</name>
<email>hfinkel@anl.gov</email>
</author>
<published>2013-03-21T19:03:19Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/llvm/commit/?id=e9cc0a09ae38c87b1b26a44f5e32222ede4f84e6'/>
<id>urn:sha1:e9cc0a09ae38c87b1b26a44f5e32222ede4f84e6</id>
<content type='text'>
The old code used to lower FRAMEADDR tried to replicate the logic in the real
frame-lowering code that determines whether or not the frame pointer (r31) will
be used. When it seemed as through the frame pointer would not be used, the
stack pointer (r1) was used instead. Unfortunately, because the stack size is
not yet known, this does not work. Instead, this change introduces new
always-reserved pseudo-registers (FP and FP8) that are replaced during prologue
insertion with the real frame-pointer register (either r1 or r31).

It is important that this intrinsic always return a valid frame address because
it is used by Clang to store the frame address as part of code generation for
__builtin_setjmp.

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@177653 91177308-0d34-0410-b5e6-96231b3b80d8
</content>
</entry>
<entry>
<title>Avoid NEON SP-FP unless unsafe-math or Darwin</title>
<updated>2013-03-21T18:47:47Z</updated>
<author>
<name>Renato Golin</name>
<email>renato.golin@linaro.org</email>
</author>
<published>2013-03-21T18:47:47Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/llvm/commit/?id=3382a840747c42c4a98eac802ee7b347a8ded1e4'/>
<id>urn:sha1:3382a840747c42c4a98eac802ee7b347a8ded1e4</id>
<content type='text'>
NEON is not IEEE 754 compliant, so we should avoid lowering single-precision
floating point operations with NEON unless unsafe-math is turned on. The
equivalent VFP instructions are IEEE 754 compliant, but in some cores they're
much slower, so some archs/OSs might still request it to be on by default,
such as Swift and Darwin.

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@177651 91177308-0d34-0410-b5e6-96231b3b80d8
</content>
</entry>
<entry>
<title>Debug info: refactor the first field of DICompileUnit to be a raw file/directory pair</title>
<updated>2013-03-20T23:58:12Z</updated>
<author>
<name>David Blaikie</name>
<email>dblaikie@gmail.com</email>
</author>
<published>2013-03-20T23:58:12Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/llvm/commit/?id=00c5c5d46731834caa0ca3280e0dcc43202dd3c8'/>
<id>urn:sha1:00c5c5d46731834caa0ca3280e0dcc43202dd3c8</id>
<content type='text'>
This removes the DICompileUnit special case from DIScope.

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@177610 91177308-0d34-0410-b5e6-96231b3b80d8
</content>
</entry>
</feed>
