| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
The notes for 3.7 are on the 3.7 branch.
llvm-svn: 242237
|
| |
|
|
|
| |
From: Mehdi Amini <mehdi.amini@apple.com>
llvm-svn: 232677
|
| |
|
|
| |
llvm-svn: 231349
|
| |
|
|
| |
llvm-svn: 230781
|
| |
|
|
| |
llvm-svn: 230363
|
| |
|
|
|
|
| |
The 3.6 notes are now in the 3.6 branch.
llvm-svn: 226007
|
| |
|
|
| |
llvm-svn: 225797
|
| |
|
|
| |
llvm-svn: 225779
|
| |
|
|
| |
llvm-svn: 225695
|
| |
|
|
| |
llvm-svn: 225608
|
| |
|
|
| |
llvm-svn: 225607
|
| |
|
|
| |
llvm-svn: 225482
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Patch by Ben Gamari!
This redefines the `prefix` attribute introduced previously and
introduces a `prologue` attribute. There are a two primary usecases
that these attributes aim to serve,
1. Function prologue sigils
2. Function hot-patching: Enable the user to insert `nop` operations
at the beginning of the function which can later be safely replaced
with a call to some instrumentation facility
3. Runtime metadata: Allow a compiler to insert data for use by the
runtime during execution. GHC is one example of a compiler that
needs this functionality for its tables-next-to-code functionality.
Previously `prefix` served cases (1) and (2) quite well by allowing the user
to introduce arbitrary data at the entrypoint but before the function
body. Case (3), however, was poorly handled by this approach as it
required that prefix data was valid executable code.
Here we redefine the notion of prefix data to instead be data which
occurs immediately before the function entrypoint (i.e. the symbol
address). Since prefix data now occurs before the function entrypoint,
there is no need for the data to be valid code.
The previous notion of prefix data now goes under the name "prologue
data" to emphasize its duality with the function epilogue.
The intention here is to handle cases (1) and (2) with prologue data and
case (3) with prefix data.
References
----------
This idea arose out of discussions[1] with Reid Kleckner in response to a
proposal to introduce the notion of symbol offsets to enable handling of
case (3).
[1] http://lists.cs.uiuc.edu/pipermail/llvmdev/2014-May/073235.html
Test Plan: testsuite
Differential Revision: http://reviews.llvm.org/D6454
llvm-svn: 223189
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This format is simply a regular object file with the bitcode stored in a
section named ".llvmbc", plus any number of other (non-allocated) sections.
One immediate use case for this is to accommodate compilation processes
which expect the object file to contain metadata in non-allocated sections,
such as the ".go_export" section used by some Go compilers [1], although I
imagine that in the future we could consider compiling parts of the module
(such as large non-inlinable functions) directly into the object file to
improve LTO efficiency.
[1] http://golang.org/doc/install/gccgo#Imports
Differential Revision: http://reviews.llvm.org/D4371
llvm-svn: 218078
|
| |
|
|
| |
llvm-svn: 217164
|
| |
|
|
| |
llvm-svn: 216938
|
| |
|
|
| |
llvm-svn: 216292
|
| |
|
|
|
|
|
|
|
| |
As requested, changing this wording slightly.
Thanks,
Bill
llvm-svn: 214430
|
| |
|
|
|
|
|
|
|
| |
Oops. Used the wrong heading level by mistake.
Thanks,
Bill
llvm-svn: 214405
|
| |
|
|
|
|
|
|
|
|
| |
I wrongly included a description of a patch that came in after 3.5 branched
and has not been backported.
Thanks,
Bill
llvm-svn: 214404
|
| |
|
|
|
|
|
|
|
|
| |
Here's my take on 3.5 changes for PowerPC. Others please feel free to add,
edit, delete as desired.
Thanks,
Bill
llvm-svn: 214403
|
| |
|
|
| |
llvm-svn: 213749
|
| |
|
|
| |
llvm-svn: 213588
|
| |
|
|
| |
llvm-svn: 212635
|
| |
|
|
| |
llvm-svn: 212292
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
[LLVM part]
These patches rename the loop unrolling and loop vectorizer metadata
such that they have a common 'llvm.loop.' prefix. Metadata name
changes:
llvm.vectorizer.* => llvm.loop.vectorizer.*
llvm.loopunroll.* => llvm.loop.unroll.*
This was a suggestion from an earlier review
(http://reviews.llvm.org/D4090) which added the loop unrolling
metadata.
Patch by Mark Heffernan.
llvm-svn: 211710
|
| |
|
|
| |
llvm-svn: 207981
|
| |
|
|
|
|
|
| |
This also add a release note about it. If this stays I will cleanup MC
next week.
llvm-svn: 207977
|
| |
|
|
| |
llvm-svn: 204598
|
| |
|
|
| |
llvm-svn: 204134
|
| |
|
|
|
|
| |
A really simple patch marks the end of a lot of yak shaving :-)
llvm-svn: 202463
|
| |
|
|
|
|
|
| |
This replaces the old NoIntegratedAssembler with at TargetOption. This is
more flexible and will be used to forward clang's -no-integrated-as option.
llvm-svn: 201836
|
| |
|
|
|
|
| |
output) when the integrated assembler is enabled.
llvm-svn: 201770
|
| |
|
|
|
|
| |
Clang itself was not using this. The only way to access it was via llc.
llvm-svn: 200862
|
| |
|
|
| |
llvm-svn: 200699
|
| |
|
|
| |
llvm-svn: 200390
|
| |
|
|
| |
llvm-svn: 198960
|
| |
|
|
| |
llvm-svn: 195235
|
| |
|
|
| |
llvm-svn: 195001
|
| |
|
|
| |
llvm-svn: 194904
|
| |
|
|
|
|
| |
LDC, the LLVM-based D compiler, is already using LLVM 3.4.
llvm-svn: 194665
|
| |
|
|
| |
llvm-svn: 194456
|
| |
|
|
|
|
|
|
|
| |
after the 3.4 release to the release notes. See the *lengthy* llvmdev
and cfe-dev threads on this subject. There will be more emails,
discussion and announcements, but I want to make noise in as many places
as I can to get everyone's concerns voiced and understood.
llvm-svn: 194183
|
| |
|
|
|
|
| |
Thanks to Bill Wendling for the reminder.
llvm-svn: 187794
|
| |
|
|
| |
llvm-svn: 187714
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
This change makes test with RUN lines like
RUN: opt ... | FileCheck
fail if opt fails, even if it prints what FileCheck wants. Enabling this
found some interesting cases of broken tests that were not being noticed
because opt (or some other tool) was crashing late.
Pipefail is used when the shell supports it or when using the internal
python based tester.
llvm-svn: 187261
|
| |
|
|
|
|
| |
Remove trailing ')'. Sorry about all that, should be good now!
llvm-svn: 186965
|
| |
|
|
| |
llvm-svn: 186963
|
| |
|
|
| |
llvm-svn: 186961
|
| |
|
|
| |
llvm-svn: 184522
|