aboutsummaryrefslogtreecommitdiff
path: root/CMakeModules/FindLLVM.cmake
Commit message (Collapse)AuthorAgeFilesLines
* [cmake, docs] Reorganize CMakeModules directory and add GentooCross ↵crueter2026-06-161-30/+0
| | | | | | | | | | | | | | toolchain (#4088) Lightly inspired by my earlier toolchain and writeup from the PowerPC PR. Closes #3793 Signed-off-by: crueter <crueter@eden-emu.dev> Reviewed-on: https://git.eden-emu.dev/eden-emu/eden/pulls/4088 Reviewed-by: Lizzie <lizzie@eden-emu.dev> Reviewed-by: MaranBr <maranbr@eden-emu.dev>
* [common] use abi::__cxa_demangle for demangling using the system's ↵lizzie2026-06-031-1/+5
| | | | | | | | | | | | | | | | | glibcxx/libc++ (#3894) most stdlibc++ already provide this functionality out of the box, very consistently and well implemented (usually) my main irk is that the llvm itanium demangle is totally unescesary when there is a perfectly stable, tested and well documented equivalent functionality in the standard stdc++ provided in most UNIX oses its mostly to reduce binary size by a very thin margin, but he stdc++ is more than capable of doing he same behaviour we use a dpeendency for for mingw or such howeger,, demangling becomies trickier so we have to exclude windows entirely because well windows likes to do things differently dont they Signed-off-by: lizzie <lizzie@eden-emu.dev> Reviewed-on: https://git.eden-emu.dev/eden-emu/eden/pulls/3894 Reviewed-by: crueter <crueter@eden-emu.dev> Reviewed-by: MaranBr <maranbr@eden-emu.dev>
* fix LLVM not using current top level src dir (#30)Esther10242025-07-091-1/+1
| | | | | | Reviewed-on: https://git.bixed.xyz/Bix/eden/pulls/30 Co-authored-by: Esther1024 <lizzie@bixed.xyz> Co-committed-by: Esther1024 <lizzie@bixed.xyz>
* cmake: support components in find modulesAlexandre Bouvier2023-02-281-4/+14
|
* cmake: prefer system llvm libraryAlexandre Bouvier2023-01-231-0/+16