llvm-project.git/llvm/lib/Support/Unix/Unix.h, branch main

Remove unused inclusion (#166942)

2025-11-10T10:30:37+00:00

[CMake] Remove HAVE_DLFCN_H and HAVE_DLADDR (#123879)

2025-01-22T16:15:10+00:00

It is sufficient to just use `HAVE_DLOPEN`.

[CMake] Remove some unneeded HAVE_*_H

2025-01-17T05:37:24+00:00

Pull Request: https://github.com/llvm/llvm-project/pull/123282

[CMake] Remove some always-true HAVE_XXX_H

2025-01-15T17:53:21+00:00

These are unneeded even on AIX, PURE_WINDOWS, and ZOS (per #104706)

* HAVE_ERRNO_H: introduced by 1a93330ffa2ae2aa0b49461f05e6f0d51e8443f8 (2009) but unneeded.
  The guarded ABI is unconditionally used by lldb.
* HAVE_FCNTL_H
* HAVE_FENV_H
* HAVE_SYS_STAT_H

Pull Request: https://github.com/llvm/llvm-project/pull/123087

[llvm] Unix.h - Replace report_fatal_error(std::string) with report_fatal_error(Twine)

2021-10-06T11:13:40+00:00

As described on D111049, we're trying to remove the  dependency from error handling and replace uses of report_fatal_error(const std::string&) with the Twine() variant which can be forward declared.

[llvm] Replace LLVM_ATTRIBUTE_NORETURN with C++11 [[noreturn]]

2021-07-28T16:31:14+00:00

[[noreturn]] can be used since Oct 2016 when the minimum compiler requirement was bumped to GCC 4.8/MSVC 2015.

Note: the definition of LLVM_ATTRIBUTE_NORETURN is kept for now.

Stop including sys/param.h from Unix.h

2020-02-25T14:35:04+00:00

Reland "[Support] Add a way to run a function on a detached thread""

2019-10-23T13:51:44+00:00

This reverts commit 7bc7fe6b789d25d48d6dc71d533a411e9e981237.
The immediate callers have been fixed to pass nullopt where appropriate.

Revert "[Support] Add a way to run a function on a detached thread"

2019-10-23T13:10:35+00:00

This reverts commit 40668abca4d307e02b33345cfdb7271549ff48d0.
This causes clang tests to fail, as stacksize=0 is being explicitly passed and
is no longer a no-op.

[Support] Add a way to run a function on a detached thread

2019-10-23T10:48:38+00:00

This roughly mimics `std::thread(...).detach()` except it allows to
customize the stack size. Required for https://reviews.llvm.org/D50993.

I've decided against reusing the existing `llvm_execute_on_thread` because
it's not obvious what to do with the ownership of the passed
function/arguments:

1. If we pass possibly owning functions data to `llvm_execute_on_thread`,
   we'll lose the ability to pass small non-owning non-allocating functions
   for the joining case (as it's used now). Is it important enough?
2. If we use the non-owning interface in the new use case, we'll force
   clients to transfer ownership to the spawned thread manually, but
   similar code would still have to exist inside
   `llvm_execute_on_thread(_async)` anyway (as we can't just pass the same
   non-owning pointer to pthreads and Windows implementations, and would be
   forced to wrap it in some structure, and deal with its ownership.

Patch by Dmitry Kozhevnikov!

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