| 37b74a387bb3993387029859c2d9d051c41c724e |
|
27-Nov-2014 |
Stephen Hines <srhines@google.com> |
Update mclinker for LLVM rebase to r222494.
This corresponds to the following upstream mclinker change:
commit b2f1691276052c4215abf36715d43248d6337cf8
Author: Diana Chen <mysekki@gmail.com>
Date: Tue Nov 25 14:03:29 2014 +0800
option: Allow `-hash-style' can be specified zero or more times
Change-Id: I332546680bb45cf9692adfa2c2d3dcdc84361afc
/frameworks/compile/mclinker/lib/Script/ScriptParser.yy
|
| 3a2e300ddef8b046136a931d632c0671fa1c930f |
|
25-Apr-2014 |
Tim Murray <timmurray@google.com> |
Fix build break caused by MCLinker rebase.
Conflicts:
lib/Script/Android.mk
Change-Id: If03a9d3d75d6a17cbe7ec7a70d6585146c5edbe6
/frameworks/compile/mclinker/lib/Script/ScriptParser.yy
|
| 551ae4ebd3e9d137ea668fb83ae4a55b8cfba451 |
|
24-Apr-2014 |
Stephen Hines <srhines@google.com> |
Update MCLinker for LLVM 3.5.
Change-Id: Ib07513d0eb2f8b7d3516a7dd8823f98820943cc9
/frameworks/compile/mclinker/lib/Script/ScriptParser.yy
|
| 11fc63ec42d88fbff6fef24511467c72ee4ee2f8 |
|
04-Mar-2014 |
Nicolas Geoffray <ngeoffray@google.com> |
Reapply: Makefile changes to get mclinker to build again.
Turns out, bison is pretty inflexible when a %includes file.h is in the
.yy file: it will always generate the code in the current directory. Since
the current directory in an Android build is not out/ we cannot assume we
have write access to that directory.
Therefore, the only option I could find was to change the ScriptParser.yy
file. Not ideal, since this is the only patch on upstream.
Change-Id: I9ee7f56d4f6900e1b566f4a36b31dddc8cb0848e
/frameworks/compile/mclinker/lib/Script/ScriptParser.yy
|
| 87f34658dec9097d987d254a990ea7f311bfc95f |
|
15-Feb-2014 |
Stephen Hines <srhines@google.com> |
Update MCLinker to work with LLVM 3.4.
This corresponds to merging upstream MCLinker with the following SHA:
6dcbf36cdb146d6f175ba2f18a9004753cafeaff
Change-Id: I1bc8c2ce4accc563450bc71ee295a6e47a0c0469
/frameworks/compile/mclinker/lib/Script/ScriptParser.yy
|