<feed xmlns='http://www.w3.org/2005/Atom'>
<title>bcm5719-llvm/llvm/tools/llvm-objcopy/CopyConfig.cpp, branch meklort-10.0.1</title>
<subtitle>Project Ortega BCM5719 LLVM</subtitle>
<id>https://git.raptorcs.com/git/bcm5719-llvm/atom?h=meklort-10.0.1</id>
<link rel='self' href='https://git.raptorcs.com/git/bcm5719-llvm/atom?h=meklort-10.0.1'/>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/'/>
<updated>2019-11-20T07:42:37+00:00</updated>
<entry>
<title>Introduce llvm-install-name-tool</title>
<updated>2019-11-20T07:42:37+00:00</updated>
<author>
<name>Alexander Shaposhnikov</name>
<email>alexshap@fb.com</email>
</author>
<published>2019-11-20T07:30:52+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=c54959c00d0b39f357d48c3b4f955d72de4c9fc1'/>
<id>urn:sha1:c54959c00d0b39f357d48c3b4f955d72de4c9fc1</id>
<content type='text'>
This diff adds a new "driver" for llvm-objcopy
which is supposed to emulate the behavior of install-name-tool.
This is a recommit of b5913e6 with ubsan, test dependencies issues fixed.

Differential revision: https://reviews.llvm.org/D69146

Test plan: make check-all
</content>
</entry>
<entry>
<title>Revert "Introduce llvm-install-name-tool"</title>
<updated>2019-11-20T00:22:36+00:00</updated>
<author>
<name>Alexander Shaposhnikov</name>
<email>alexshap@fb.com</email>
</author>
<published>2019-11-20T00:19:08+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=2cea161b80abf6ba442129d83bd0d4a97b751866'/>
<id>urn:sha1:2cea161b80abf6ba442129d83bd0d4a97b751866</id>
<content type='text'>
This temporarily reverts the commit 88f00aef684ff84a6494e1f17d5466c5678f703d.
The change broke the buildbot http://lab.llvm.org:8011/builders/sanitizer-x86_64-linux-fast/builds/36836
</content>
</entry>
<entry>
<title>Introduce llvm-install-name-tool</title>
<updated>2019-11-19T23:16:32+00:00</updated>
<author>
<name>Alexander Shaposhnikov</name>
<email>alexshap@fb.com</email>
</author>
<published>2019-11-18T23:44:58+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=88f00aef684ff84a6494e1f17d5466c5678f703d'/>
<id>urn:sha1:88f00aef684ff84a6494e1f17d5466c5678f703d</id>
<content type='text'>
This diff adds a new "driver" for llvm-objcopy
which is supposed to emulate the behavior of install-name-tool.
This is a recommit of b5913e6d2 with ubsan issues fixed.

Differential revision: https://reviews.llvm.org/D69146

Test plan: make check-all
</content>
</entry>
<entry>
<title>Revert "Introduce llvm-install-name-tool"</title>
<updated>2019-11-07T01:04:04+00:00</updated>
<author>
<name>Alexander Shaposhnikov</name>
<email>alexshap@fb.com</email>
</author>
<published>2019-11-07T01:04:04+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=7d83c2989092fbfc4afb41bed43848dbc69e35d6'/>
<id>urn:sha1:7d83c2989092fbfc4afb41bed43848dbc69e35d6</id>
<content type='text'>
This reverts commit b5913e6d2f6d13fb753df701619731ca11936316.
</content>
</entry>
<entry>
<title>Introduce llvm-install-name-tool</title>
<updated>2019-11-06T19:50:58+00:00</updated>
<author>
<name>Alexander Shaposhnikov</name>
<email>alexshap@fb.com</email>
</author>
<published>2019-10-17T22:12:55+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=b5913e6d2f6d13fb753df701619731ca11936316'/>
<id>urn:sha1:b5913e6d2f6d13fb753df701619731ca11936316</id>
<content type='text'>
This diff adds a new "driver" for llvm-objcopy
which is supposed to emulate the behavior of install-name-tool.

Differential revision: https://reviews.llvm.org/D69146

Test plan: make check-all
</content>
</entry>
<entry>
<title>Fix MSVC "not all control paths return a value" warning. NFCI.</title>
<updated>2019-10-18T09:59:40+00:00</updated>
<author>
<name>Simon Pilgrim</name>
<email>llvm-dev@redking.me.uk</email>
</author>
<published>2019-10-18T09:59:40+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=3bd61b26556027a23b0d161d403f07fd7387ac77'/>
<id>urn:sha1:3bd61b26556027a23b0d161d403f07fd7387ac77</id>
<content type='text'>
llvm-svn: 375214
</content>
</entry>
<entry>
<title>[llvm-objcopy] Add support for shell wildcards</title>
<updated>2019-10-17T20:51:00+00:00</updated>
<author>
<name>Jordan Rupprecht</name>
<email>rupprecht@google.com</email>
</author>
<published>2019-10-17T20:51:00+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=edeebad7715774b8481103733dc5d52dac43bdf3'/>
<id>urn:sha1:edeebad7715774b8481103733dc5d52dac43bdf3</id>
<content type='text'>
Summary: GNU objcopy accepts the --wildcard flag to allow wildcard matching on symbol-related flags. (Note: it's implicitly true for section flags).

The basic syntax is to allow *, ?, \, and [] which work similarly to how they work in a shell. Additionally, starting a wildcard with ! causes that wildcard to prevent it from matching a flag.

Use an updated GlobPattern in libSupport to handle these patterns. It does not fully match the `fnmatch` used by GNU objcopy since named character classes (e.g. `[[:digit:]]`) are not supported, but this should support most existing use cases (mostly just `*` is what's used anyway).

Reviewers: jhenderson, MaskRay, evgeny777, espindola, alexshap

Reviewed By: MaskRay

Subscribers: nickdesaulniers, emaste, arichardson, hiraditya, jakehehrlich, abrachet, seiya, llvm-commits

Tags: #llvm

Differential Revision: https://reviews.llvm.org/D66613

llvm-svn: 375169
</content>
</entry>
<entry>
<title>Unify the two CRC implementations</title>
<updated>2019-10-09T09:06:30+00:00</updated>
<author>
<name>Hans Wennborg</name>
<email>hans@hanshq.net</email>
</author>
<published>2019-10-09T09:06:30+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=1e1e3ba2526ecab1ad3c18c97abef36df00b3813'/>
<id>urn:sha1:1e1e3ba2526ecab1ad3c18c97abef36df00b3813</id>
<content type='text'>
David added the JamCRC implementation in r246590. More recently, Eugene
added a CRC-32 implementation in r357901, which falls back to zlib's
crc32 function if present.

These checksums are essentially the same, so having multiple
implementations seems unnecessary. This replaces the CRC-32
implementation with the simpler one from JamCRC, and implements the
JamCRC interface in terms of CRC-32 since this means it can use zlib's
implementation when available, saving a few bytes and potentially making
it faster.

JamCRC took an ArrayRef&lt;char&gt; argument, and CRC-32 took a StringRef.
This patch changes it to ArrayRef&lt;uint8_t&gt; which I think is the best
choice, and simplifies a few of the callers nicely.

Differential revision: https://reviews.llvm.org/D68570

llvm-svn: 374148
</content>
</entry>
<entry>
<title>[llvm-objcopy] Add --set-section-alignment</title>
<updated>2019-10-02T12:41:25+00:00</updated>
<author>
<name>Fangrui Song</name>
<email>maskray@google.com</email>
</author>
<published>2019-10-02T12:41:25+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=671fb3435862899db32ed20e680ded2ee665effd'/>
<id>urn:sha1:671fb3435862899db32ed20e680ded2ee665effd</id>
<content type='text'>
Fixes PR43181. This option was recently added to GNU objcopy (binutils
PR24942).

`llvm-objcopy -I binary -O elf64-x86-64 --set-section-alignment .data=8` can set the alignment of .data.

Reviewed By: grimar, jhenderson, rupprecht

Differential Revision: https://reviews.llvm.org/D67656

llvm-svn: 373461
</content>
</entry>
<entry>
<title>[llvm-objcopy] Fix a warningon unused variable. NFC.</title>
<updated>2019-09-24T12:43:44+00:00</updated>
<author>
<name>Michael Liao</name>
<email>michael.hliao@gmail.com</email>
</author>
<published>2019-09-24T12:43:44+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=d19fb46d40e5ad59498cc2aa491790e9db48491c'/>
<id>urn:sha1:d19fb46d40e5ad59498cc2aa491790e9db48491c</id>
<content type='text'>
llvm-svn: 372745
</content>
</entry>
</feed>
