<feed xmlns='http://www.w3.org/2005/Atom'>
<title>emscripten-fastcomp/tools/gold, branch master</title>
<subtitle>LLVM with the emscripten fastcomp javascript backend</subtitle>
<id>https://git.amat.us/emscripten-fastcomp/atom/tools/gold?h=master</id>
<link rel='self' href='https://git.amat.us/emscripten-fastcomp/atom/tools/gold?h=master'/>
<link rel='alternate' type='text/html' href='https://git.amat.us/emscripten-fastcomp/'/>
<updated>2013-08-26T22:29:47Z</updated>
<entry>
<title>Revert LOCALMODs in gold plugin and libLTO related to bitcode shared objects and symbol wrapping</title>
<updated>2013-08-26T22:29:47Z</updated>
<author>
<name>Derek Schuff</name>
<email>dschuff@chromium.org</email>
</author>
<published>2013-08-26T22:29:47Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/emscripten-fastcomp/commit/?id=b1138c189de88ac0dae968661a4977e3ad257c79'/>
<id>urn:sha1:b1138c189de88ac0dae968661a4977e3ad257c79</id>
<content type='text'>
This reverts the local modifications to the gold plugin and liblto for
bitcode shared objects and for symbol wrapping, neither of which are used or tested anymore. It depends
on a corresponding change to the linker plugin API.

R=eliben@chromium.org, jvoung@chromium.org
BUG= https://code.google.com/p/nativeclient/issues/detail?id=3520

Review URL: https://codereview.chromium.org/22831032
</content>
</entry>
<entry>
<title>Revert localmod for bitcode linking speedup (different fix upstream).</title>
<updated>2013-08-07T16:47:51Z</updated>
<author>
<name>Jan Voung</name>
<email>jvoung@chromium.org</email>
</author>
<published>2013-08-07T16:47:51Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/emscripten-fastcomp/commit/?id=0791551c99b041c83413ff78c29cded7730cf601'/>
<id>urn:sha1:0791551c99b041c83413ff78c29cded7730cf601</id>
<content type='text'>
Original localmod: https://codereview.chromium.org/10808021/
which fixes some quadratic behavior.

Xiaofei Wan fixed the quadratic behavior upstream differently, via
a series of commits around:
http://llvm.org/viewvc/llvm-project?view=revision&amp;revision=181104

and it is actually faster:
~7 seconds to link pnacl-llc w/ just the upstream fix
~11 seconds to link with localmod
(used to be ~120 seconds w/ quadratic behavior)

BUG=http://code.google.com/p/nativeclient/issues/detail?id=2883
TEST= trybots: http://chromegw.corp.google.com/i/tryserver.nacl/builders/nacl-toolchain-linux-pnacl-x86_64/builds/784
R=eliben@chromium.org

Review URL: https://codereview.chromium.org/22509002
</content>
</entry>
<entry>
<title>Merge commit '1ad9253c9d34ccbce3e7e4ea5d87c266cbf93410'</title>
<updated>2013-01-11T21:47:37Z</updated>
<author>
<name>Derek Schuff</name>
<email>dschuff@chromium.org</email>
</author>
<published>2013-01-10T00:55:43Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/emscripten-fastcomp/commit/?id=b770d0e0636a4b5ad61b1ca661caee67576c05fc'/>
<id>urn:sha1:b770d0e0636a4b5ad61b1ca661caee67576c05fc</id>
<content type='text'>
deplib features commented out due to removal upstream;
will add back as a localmod

Conflicts:
	include/llvm/ADT/Triple.h
	include/llvm/MC/MCAssembler.h
	include/llvm/Target/TargetFrameLowering.h
	lib/CodeGen/AsmPrinter/DwarfDebug.cpp
	lib/CodeGen/AsmPrinter/DwarfDebug.h
	lib/CodeGen/BranchFolding.cpp
	lib/LLVMBuild.txt
	lib/Linker/LinkArchives.cpp
	lib/MC/MCAssembler.cpp
	lib/MC/MCELFStreamer.cpp
	lib/Makefile
	lib/Target/ARM/ARMExpandPseudoInsts.cpp
	lib/Target/ARM/ARMFrameLowering.cpp
	lib/Target/ARM/ARMISelLowering.cpp
	lib/Target/ARM/ARMSubtarget.h
	lib/Target/ARM/ARMTargetObjectFile.cpp
	lib/Target/ARM/MCTargetDesc/ARMAsmBackend.cpp
	lib/Target/Mips/MipsInstrFPU.td
	lib/Target/Mips/MipsInstrInfo.td
	lib/Target/X86/X86CodeEmitter.cpp
	lib/Target/X86/X86Subtarget.h
	lib/VMCore/Module.cpp
	test/MC/MachO/ARM/nop-armv4-padding.s
	tools/Makefile
	tools/llc/llc.cpp
	tools/lto/LTOModule.cpp
	tools/lto/lto.cpp
</content>
</entry>
<entry>
<title>Sort the #include lines for tools/...</title>
<updated>2012-12-04T10:44:52Z</updated>
<author>
<name>Chandler Carruth</name>
<email>chandlerc@gmail.com</email>
</author>
<published>2012-12-04T10:44:52Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/emscripten-fastcomp/commit/?id=f010c464a11444733ec67e31aace8bcebeaf2588'/>
<id>urn:sha1:f010c464a11444733ec67e31aace8bcebeaf2588</id>
<content type='text'>
Again, tools are trickier to pick the main module header for than
library source files. I've started to follow the pattern of using
LLVMContext.h when it is included as a stub for program source files.

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@169252 91177308-0d34-0410-b5e6-96231b3b80d8
</content>
</entry>
<entry>
<title>Merge commit 'cfe09ed28d8a65b671e8b7a716a933e98e810e32'</title>
<updated>2012-11-06T18:23:47Z</updated>
<author>
<name>Derek Schuff</name>
<email>dschuff@chromium.org</email>
</author>
<published>2012-11-06T18:23:47Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/emscripten-fastcomp/commit/?id=5bcab54cfde18b4b11f163d7d916711df70cbebf'/>
<id>urn:sha1:5bcab54cfde18b4b11f163d7d916711df70cbebf</id>
<content type='text'>
Conflicts:
	lib/Target/ARM/ARMFrameLowering.cpp
	lib/Target/Mips/MipsRegisterInfo.cpp
	lib/Target/X86/X86ISelLowering.cpp
	lib/Transforms/IPO/ExtractGV.cpp
	tools/Makefile
	tools/gold/gold-plugin.cpp

The only interesting conflict was X86ISelLowering.ccp, which
meant I had to essentially revert r167104. The problem is that we are
using ESP as the stack pointer in X86ISelLowering and RSP as the
stack pointer in X86FrameLowering, and that revision made them
both consistently use X86RegisterInfo to determine which to use.
</content>
</entry>
<entry>
<title>libLTO has a bug in that it will keep every symbol if none is needed. We used</title>
<updated>2012-10-26T00:29:57Z</updated>
<author>
<name>Rafael Espindola</name>
<email>rafael.espindola@gmail.com</email>
</author>
<published>2012-10-26T00:29:57Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/emscripten-fastcomp/commit/?id=fffb72470d126e7000a03a88ed30326e3521d84f'/>
<id>urn:sha1:fffb72470d126e7000a03a88ed30326e3521d84f</id>
<content type='text'>
to hack around this in the gold plugin by deleting a module if no symbol was
needed. Unfortunately, the hack is wrong in the case of o module having no
visible symbols but still having side effects via static constructors.

The bug will have to be fixed in libLTO itself.

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@166745 91177308-0d34-0410-b5e6-96231b3b80d8
</content>
</entry>
<entry>
<title>Merge commit '8e70b5506ec0d7a6c2740bc89cd1b8f12a78b24f'</title>
<updated>2012-09-18T22:07:33Z</updated>
<author>
<name>Derek Schuff</name>
<email>dschuff@chromium.org</email>
</author>
<published>2012-09-18T22:07:33Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/emscripten-fastcomp/commit/?id=ef9bd62c68c2c279926e66058bc5a6ef62150432'/>
<id>urn:sha1:ef9bd62c68c2c279926e66058bc5a6ef62150432</id>
<content type='text'>
Conflicts:
	include/llvm/CodeGen/ISDOpcodes.h
	include/llvm/Target/Target.td
	include/llvm/Target/TargetLowering.h
	include/llvm/Target/TargetOpcodes.h
	lib/Target/Mips/MCTargetDesc/MipsMCCodeEmitter.cpp
	lib/Target/Mips/MipsMCInstLower.cpp
	utils/TableGen/CodeGenTarget.cpp
</content>
</entry>
<entry>
<title>Pass -lLTO after gold-plugin.o so that it gets used in systems that default to</title>
<updated>2012-08-27T03:03:07Z</updated>
<author>
<name>Rafael Espindola</name>
<email>rafael.espindola@gmail.com</email>
</author>
<published>2012-08-27T03:03:07Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/emscripten-fastcomp/commit/?id=a16c2e3493816472afd78521094f08bf2d26165e'/>
<id>urn:sha1:a16c2e3493816472afd78521094f08bf2d26165e</id>
<content type='text'>
--as-needed.
Patch by Felix Geyer. Fixes pr13262.

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@162652 91177308-0d34-0410-b5e6-96231b3b80d8
</content>
</entry>
<entry>
<title>Change LLVM bitcode linking to use tree reduction</title>
<updated>2012-08-13T21:21:33Z</updated>
<author>
<name>Jan Voung</name>
<email>jvoung@google.com</email>
</author>
<published>2012-08-13T21:21:33Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/emscripten-fastcomp/commit/?id=7374149c4b9870aafdab2d41773f5d46527a6b8e'/>
<id>urn:sha1:7374149c4b9870aafdab2d41773f5d46527a6b8e</id>
<content type='text'>
rather than link in one at a time. Linking one at a time
means that the "Dst" module keeps growing yet needs to be
crawled entirely at each step to gather a set of types.

http://codereview.chromium.org/10808021/
</content>
</entry>
<entry>
<title>revert CL http://codereview.chromium.org/8714005/</title>
<updated>2012-07-31T23:25:05Z</updated>
<author>
<name>Robert Muth</name>
<email>robertm@chromium.org</email>
</author>
<published>2012-07-31T23:25:05Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/emscripten-fastcomp/commit/?id=3cede606023dce764d639e959f333ba5eac0e8e9'/>
<id>urn:sha1:3cede606023dce764d639e959f333ba5eac0e8e9</id>
<content type='text'>
This is part of the pnacl toolchain shrinking effort.

BUG= http://code.google.com/p/nativeclient/issues/detail?id=2872
BUG= http://code.google.com/p/nativeclient/issues/detail?id=2286

TEST= manual

REVIEW= http://codereview.chromium.org/10693177/
</content>
</entry>
</feed>
