llvm-project.git/llvm/examples/ExceptionDemo/ExceptionDemo.cpp, branch users/nico/python-2 Unnamed repository; edit this file 'description' to name the repository. [ExceptionDemo] Transition example from MCJIT to ORC and fix errors (#92504) 2025-01-23T01:40:38+00:00 epitavy 32581827+epitavy@users.noreply.github.com 2025-01-23T01:40:38+00:00 847acbbc529133b2300721a809751891200f37f5 ExceptionDemo has been broken for some time. This patch fixes the compilation errors and moves the example from MCJIT to ORC. 
ExceptionDemo has been broken for some time. This patch fixes the
compilation errors and moves the example from MCJIT to ORC.
 [NFC] Fix typos (#106817) 2024-09-01T02:12:57+00:00 c8ef c8ef@outlook.com 2024-09-01T02:12:57+00:00 4f4bd41f7098af51c3ba2e62cc635e3c45c294d4 Fixes #106761. 
Fixes #106761.
 Clean up pointer casts etc after opaque pointers transition. NFC (#102631) 2024-08-12T11:28:53+00:00 Bjorn Pettersson bjorn.a.pettersson@ericsson.com 2024-08-09T11:52:03+00:00 145aff6d924714b625de1d83247583df2ab73763 






[Clang][CodeGen] Start migrating away from assuming the Default AS is 0 (#88182)
2024-05-19T13:59:03+00:00

Alex Voicu
alexandru.voicu@amd.com

2024-05-19T13:59:03+00:00

10edb4991c12738e60843d55cd9edbf6d702d9eb

At the moment, Clang is rather liberal in assuming that 0 (and by extension unqualified) is always a safe default. This does not work for targets that actually use a different value for the default / generic AS (for example, the SPIRV that obtains from HIPSPV or SYCL). This patch is a first, fairly safe step towards trying to clear things up by querying a modules' default AS from the target, rather than assuming it's 0, alongside fixing a few places where things break / we encode the 0 == DefaultAS assumption. A bunch of existing tests are extended to check for non-zero default AS usage.




At the moment, Clang is rather liberal in assuming that 0 (and by extension unqualified) is always a safe default. This does not work for targets that actually use a different value for the default / generic AS (for example, the SPIRV that obtains from HIPSPV or SYCL). This patch is a first, fairly safe step towards trying to clear things up by querying a modules' default AS from the target, rather than assuming it's 0, alongside fixing a few places where things break / we encode the 0 == DefaultAS assumption. A bunch of existing tests are extended to check for non-zero default AS usage.






Revert "[ExceptionDemo] Correct and update example ExceptionDemo" (#92257)
2024-05-15T13:27:49+00:00

Kamlesh Kumar
kamleshbhalui@gmail.com

2024-05-15T13:27:49+00:00

b59760d83d10c27f22d77b7df24871500167c3e8

Reverts llvm/llvm-project#69485




Reverts llvm/llvm-project#69485






[ExceptionDemo] Correct and update example ExceptionDemo (#69485)
2024-05-15T03:09:11+00:00

epitavy
32581827+epitavy@users.noreply.github.com

2024-05-15T03:09:11+00:00

2ece5cc2bb1b4cc787e33e24a6582043d441a572

The ExceptionDemo example was no longer compiling (since llvm 14 at
least). The PR makes the example work with the current API and also
transition from MCJIT to ORC.
Fixes #63702




The ExceptionDemo example was no longer compiling (since llvm 14 at
least). The PR makes the example work with the current API and also
transition from MCJIT to ORC.
Fixes #63702






[unittest,examples] Replace uses of IRBuilder::getInt8PtrTy with getPtrTy. NFC
2023-11-27T16:29:13+00:00

Fangrui Song
i@maskray.me

2023-11-27T16:29:13+00:00

dd3184c30ff531b8aecea280e65233337dd02815












[examples] fix ExceptionDemo
2020-07-11T19:38:27+00:00

Stephen Neuendorffer
stephen.neuendorffer@xilinx.com

2020-07-11T18:47:07+00:00

d8c35031a39e7b1bf9524ddd325c7a91dbb05f1d

Code didn't compile in a release build.  Guard debug output with
ifndef NDEBUG.

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





Code didn't compile in a release build.  Guard debug output with
ifndef NDEBUG.

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







[llvm] Migrate llvm::make_unique to std::make_unique
2019-08-15T15:54:37+00:00

Jonas Devlieghere
jonas@devlieghere.com

2019-08-15T15:54:37+00:00

0eaee545eef49ff9498234d3a51a5cbde59bf976

Now that we've moved to C++14, we no longer need the llvm::make_unique
implementation from STLExtras.h. This patch is a mechanical replacement
of (hopefully) all the llvm::make_unique instances across the monorepo.

llvm-svn: 369013





Now that we've moved to C++14, we no longer need the llvm::make_unique
implementation from STLExtras.h. This patch is a mechanical replacement
of (hopefully) all the llvm::make_unique instances across the monorepo.

llvm-svn: 369013







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