llvm-project.git/llvm/lib/Object/Decompressor.cpp, branch main Unnamed repository; edit this file 'description' to name the repository. [llvm] Add missing StringExtras.h includes 2023-06-25T14:42:22+00:00 Elliot Goodrich elliotgoodrich@gmail.com 2023-06-17T12:18:23+00:00 b0abd4893fa1bfae7f71b6b6e98770c9b1c07620 In preparation for removing the `#include "llvm/ADT/StringExtras.h"` from the header to source file of `llvm/Support/Error.h`, first add in all the missing includes that were previously included transitively through this header. 
In preparation for removing the `#include "llvm/ADT/StringExtras.h"`
from the header to source file of `llvm/Support/Error.h`, first add in
all the missing includes that were previously included transitively
through this header.
[Object] Add zstd decompression support to Decompressor 2022-09-19T18:41:16+00:00 Fangrui Song i@maskray.me 2022-09-19T18:41:16+00:00 0b140d0910d1762225fd10372d84ecca1a62305d llvm::object::Decompressor is used by many DWARF consumers like llvm-dwarfdump, llvm-dwp, llvm-symbolizer. Add tests to them. The lldb test can be left to D133530. Reviewed By: dblaikie Differential Revision: https://reviews.llvm.org/D134116 
llvm::object::Decompressor is used by many DWARF consumers like llvm-dwarfdump,
llvm-dwp, llvm-symbolizer. Add tests to them. The lldb test can be left to
D133530.

Reviewed By: dblaikie

Differential Revision: https://reviews.llvm.org/D134116
[Support] Rename llvm::compression::{zlib,zstd}::uncompress to more appropriate decompress 2022-09-17T19:35:17+00:00 Fangrui Song i@maskray.me 2022-09-17T19:35:17+00:00 367997d0d647db2997311a6eec046559199decd7 This improves consistency with other places (e.g. llvm::compression::decompress, llvm::object::Decompressor::decompress, llvm-objcopy). Note: when zstd::uncompress was added, we noticed that the API `ZSTD_decompress` is fine while the zlib API `uncompress` is a misnomer. 
This improves consistency with other places (e.g. llvm::compression::decompress,
llvm::object::Decompressor::decompress, llvm-objcopy).
Note: when zstd::uncompress was added, we noticed that the API `ZSTD_decompress`
is fine while the zlib API `uncompress` is a misnomer.
[llvm-dwp] Add SHF_COMPRESSED support and remove .zdebug support 2022-07-14T23:19:32+00:00 Fangrui Song i@maskray.me 2022-07-14T23:19:32+00:00 141c9d775961576809f15e83e19a5cd1482f330b clang 14 removed -gz=zlib-gnu and ld.lld/llvm-objcopy removed .zdebug support recently. llvm-dwp currently doesn't support SHF_COMPRESSED. Add support and remove .zdebug support. Simplify llvm::object::Decompressor which has no .zdebug user now. While here, add tests for ELF32LE, ELF32BE, and ELF64BE. Reviewed By: dblaikie Differential Revision: https://reviews.llvm.org/D129728 
clang 14 removed -gz=zlib-gnu and ld.lld/llvm-objcopy removed .zdebug support
recently. llvm-dwp currently doesn't support SHF_COMPRESSED. Add support and
remove .zdebug support.

Simplify llvm::object::Decompressor which has no .zdebug user now.

While here, add tests for ELF32LE, ELF32BE, and ELF64BE.

Reviewed By: dblaikie

Differential Revision: https://reviews.llvm.org/D129728
[Support] Change compression::zlib::{compress,uncompress} to use uint8_t * 2022-07-13T23:26:54+00:00 Fangrui Song i@maskray.me 2022-07-13T23:26:54+00:00 e690137dde1c9b037e0c987d393da054d86eeeab It's more natural to use uint8_t * (std::byte needs C++17 and llvm has too much uint8_t *) and most callers use uint8_t * instead of char *. The functions are recently moved into `llvm::compression::zlib::`, so downstream projects need to make adaption anyway. 
It's more natural to use uint8_t * (std::byte needs C++17 and llvm has
too much uint8_t *) and most callers use uint8_t * instead of char *.
The functions are recently moved into `llvm::compression::zlib::`, so
downstream projects need to make adaption anyway.
[NFC] Refactor llvm::zlib namespace 2022-07-08T18:19:07+00:00 Cole Kissane cole.kissane@gmail.com 2022-07-08T18:19:05+00:00 ea61750c35a11140e9245bd9cbeb383c37f6e031 * Refactor compression namespaces across the project, making way for a possible introduction of alternatives to zlib compression. Changes are as follows: * Relocate the `llvm::zlib` namespace to `llvm::compression::zlib`. Reviewed By: MaskRay, leonardchan, phosek Differential Revision: https://reviews.llvm.org/D128953 
* Refactor compression namespaces across the project, making way for a possible
  introduction of alternatives to zlib compression.
  Changes are as follows:
  * Relocate the `llvm::zlib` namespace to `llvm::compression::zlib`.

Reviewed By: MaskRay, leonardchan, phosek

Differential Revision: https://reviews.llvm.org/D128953
Cleanup LLVMObject headers 2022-02-10T20:13:44+00:00 serge-sans-paille sguelton@redhat.com 2022-02-10T17:39:06+00:00 e72c195fdcbe03ce1f728689e11716ec46a258ba Most notably, llvm/Object/Binary.h no longer includes llvm/Support/MemoryBuffer.h llvm/Object/MachOUniversal*.h no longer include llvm/Object/Archive.h llvm/Object/TapiUniversal.h no longer includes llvm/Object/TapiFile.h llvm-project preprocessed size: before: 1068185081 after: 1068324320 Discourse thread: https://discourse.llvm.org/t/include-what-you-use-include-cleanup Differential Revision: https://reviews.llvm.org/D119457 
Most notably,

llvm/Object/Binary.h no longer includes llvm/Support/MemoryBuffer.h
llvm/Object/MachOUniversal*.h no longer include llvm/Object/Archive.h
llvm/Object/TapiUniversal.h no longer includes llvm/Object/TapiFile.h

llvm-project preprocessed size:
before: 1068185081
after:  1068324320

Discourse thread: https://discourse.llvm.org/t/include-what-you-use-include-cleanup
Differential Revision: https://reviews.llvm.org/D119457
Revert "Remove redundant "std::move"s in return statements" 2020-02-10T15:07:40+00:00 Bill Wendling isanbard@gmail.com 2020-02-10T15:06:45+00:00 c55cf4afa9161bb4413b7ca9933d553327f5f069 The build failed with error: call to deleted constructor of 'llvm::Error' errors. This reverts commit 1c2241a7936bf85aa68aef94bd40c3ba77d8ddf2. 
The build failed with

  error: call to deleted constructor of 'llvm::Error'

errors.

This reverts commit 1c2241a7936bf85aa68aef94bd40c3ba77d8ddf2.
Remove redundant "std::move"s in return statements 2020-02-10T14:39:44+00:00 Bill Wendling isanbard@gmail.com 2020-02-10T13:18:09+00:00 1c2241a7936bf85aa68aef94bd40c3ba77d8ddf2 






Recommit r368812 "[llvm/Object] - Convert SectionRef::getName() to return Expected<>"
2019-08-14T11:10:11+00:00

George Rimar
grimar@accesssoftek.com

2019-08-14T11:10:11+00:00

bcc00e1afbdc107e05b2977fde26053a52295dd1

Changes: no changes. A fix for the clang code will be landed right on top.

Original commit message:

SectionRef::getName() returns std::error_code now.
Returning Expected<> instead has multiple benefits.

For example, it forces user to check the error returned.
Also Expected<> may keep a valuable string error message,
what is more useful than having a error code.
(Object\invalid.test was updated to show the new messages printed.)

This patch makes a change for all users to switch to Expected<> version.

Note: in a few places the error returned was ignored before my changes.
In such places I left them ignored. My intention was to convert the interface
used, and not to improve and/or the existent users in this patch.
(Though I think this is good idea for a follow-ups to revisit such places
and either remove consumeError calls or comment each of them to clarify why
it is OK to have them).

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

llvm-svn: 368826





Changes: no changes. A fix for the clang code will be landed right on top.

Original commit message:

SectionRef::getName() returns std::error_code now.
Returning Expected<> instead has multiple benefits.

For example, it forces user to check the error returned.
Also Expected<> may keep a valuable string error message,
what is more useful than having a error code.
(Object\invalid.test was updated to show the new messages printed.)

This patch makes a change for all users to switch to Expected<> version.

Note: in a few places the error returned was ignored before my changes.
In such places I left them ignored. My intention was to convert the interface
used, and not to improve and/or the existent users in this patch.
(Though I think this is good idea for a follow-ups to revisit such places
and either remove consumeError calls or comment each of them to clarify why
it is OK to have them).

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

llvm-svn: 368826