llvm-project.git/llvm/lib/DebugInfo/PDB/Native/GlobalsStream.cpp, branch users/nico/python-2 Unnamed repository; edit this file 'description' to name the repository. [DebugInfo] Remove unused includes (NFC) (#116551) 2024-11-17T18:37:33+00:00 Kazu Hirata kazu@google.com 2024-11-17T18:37:33+00:00 0060c54e0da6d1429875da2d30895faa7562b706 Identified with misc-include-cleaner. 
Identified with misc-include-cleaner.
 Use llvm::popcount instead of llvm::countPopulation(NFC) 2023-01-22T20:48:51+00:00 Kazu Hirata kazu@google.com 2023-01-22T20:48:51+00:00 caa99a01f5dd2f865df318a2f93abc811273a25d 






[NFCI] Fix set-but-unused warning in GlobalsStream.cpp
2022-03-24T07:13:29+00:00

Dávid Bolvanský
david.bolvansky@gmail.com

2022-03-24T06:58:11+00:00

630ea7e58f2318d6187e41c38d08c51ba88e9022












Cleanup includes: DebugInfo & CodeGen
2022-03-12T16:26:40+00:00

serge-sans-paille
sguelton@redhat.com

2022-03-09T21:29:31+00:00

ed98c1b37661b0795a5e34517941485f0f0688d1

Discourse thread: https://discourse.llvm.org/t/include-what-you-use-include-cleanup
Differential Revision: https://reviews.llvm.org/D121332





Discourse thread: https://discourse.llvm.org/t/include-what-you-use-include-cleanup
Differential Revision: https://reviews.llvm.org/D121332







Update the file headers across all of the LLVM projects in the monorepo
2019-01-19T08:50:56+00:00

Chandler Carruth
chandlerc@gmail.com

2019-01-19T08:50:56+00:00

2946cd701067404b99c39fb29dc9c74bd7193eb3

to reflect the new license.

We understand that people may be surprised that we're moving the header
entirely to discuss the new license. We checked this carefully with the
Foundation's lawyer and we believe this is the correct approach.

Essentially, all code in the project is now made available by the LLVM
project under our new license, so you will see that the license headers
include that license only. Some of our contributors have contributed
code under our old license, and accordingly, we have retained a copy of
our old license notice in the top-level files in each project and
repository.

llvm-svn: 351636





to reflect the new license.

We understand that people may be surprised that we're moving the header
entirely to discuss the new license. We checked this carefully with the
Foundation's lawyer and we believe this is the correct approach.

Essentially, all code in the project is now made available by the LLVM
project under our new license, so you will see that the license headers
include that license only. Some of our contributors have contributed
code under our old license, and accordingly, we have retained a copy of
our old license notice in the top-level files in each project and
repository.

llvm-svn: 351636







[PDB] Fix another bug in globals stream name lookup.
2018-10-09T21:19:03+00:00

Zachary Turner
zturner@google.com

2018-10-09T21:19:03+00:00

5989281cf3af52fc07ad458297e70f559db02de7

When we're on the last bucket the computation is tricky.
We were failing when the last bucket contained multiple
matches.  Added a new test for this.

llvm-svn: 344081





When we're on the last bucket the computation is tricky.
We were failing when the last bucket contained multiple
matches.  Added a new test for this.

llvm-svn: 344081







[PDB] Fix failure on big endian machines.
2018-10-09T17:58:51+00:00

Zachary Turner
zturner@google.com

2018-10-09T17:58:51+00:00

b7dd12b7a8ef05e7802e244f87c632fd72838f4f

We changed an ArrayRef<uint8_t> to an ArrayRef<uint32_t>, but
it needs to be an ArrayRef<support::ulittle32_t>.

We also change ArrayRef<> to FixedStreamArray<>.  Technically
an ArrayRef<> will work, but it can cause a copy in the underlying
implementation if the memory is not contiguous, and there's no
reason not to use a FixedStreamArray<>.

Thanks to nemanjai@ and thakis@ for helping me track this down
and confirm the fix.

llvm-svn: 344063





We changed an ArrayRef<uint8_t> to an ArrayRef<uint32_t>, but
it needs to be an ArrayRef<support::ulittle32_t>.

We also change ArrayRef<> to FixedStreamArray<>.  Technically
an ArrayRef<> will work, but it can cause a copy in the underlying
implementation if the memory is not contiguous, and there's no
reason not to use a FixedStreamArray<>.

Thanks to nemanjai@ and thakis@ for helping me track this down
and confirm the fix.

llvm-svn: 344063







Remove unused variable.
2018-10-08T22:56:57+00:00

Zachary Turner
zturner@google.com

2018-10-08T22:56:57+00:00

0f556f88c5f7d9948569eb3ba1677bcdd1f461b5

llvm-svn: 344002





llvm-svn: 344002







[PDB] fix a bug in global stream name lookup.
2018-10-08T22:38:27+00:00

Zachary Turner
zturner@google.com

2018-10-08T22:38:27+00:00

c8207fa59ba19d63b1356d489028b5ec0bf6eafd

When we're looking up a record in the last hash bucket chain, we
need to be careful with the end-offset calculation.

llvm-svn: 344001





When we're looking up a record in the last hash bucket chain, we
need to be careful with the end-offset calculation.

llvm-svn: 344001







[DebugInfo][PDB] Fix a signed/unsigned coversion warning
2018-10-08T09:03:17+00:00

Kristina Brooks
kristina@nym.hush.com

2018-10-08T09:03:17+00:00

bcc86a95c1de0612b829d066261460f53b7d99ec

Fix the following warning when compiling with clang (caused by commit
rL343951):

GlobalsStream.cpp:61:33: warning: comparison of integers of different
signs: 'int' and 'uint32_t'

This also avoids double evaluation of `GlobalsTable.HashBuckets.size()`.

llvm-svn: 343957





Fix the following warning when compiling with clang (caused by commit
rL343951):

GlobalsStream.cpp:61:33: warning: comparison of integers of different
signs: 'int' and 'uint32_t'

This also avoids double evaluation of `GlobalsTable.HashBuckets.size()`.

llvm-svn: 343957