search for: multicompil

...from binutils 2.22, and placed LLVMgold.so in /usr/bin/bfd-plugins. The host system is Ubuntu 11.10. CFLAGS and CXXflags are all set to include "-emit-llvm". First, I create libjscore.a with ar, where I've changed the command line to load the plugin: ar cqs --plugin /home/tmjackso/multicompiler/llvm-3.0/release/lib/LLVMgold.so libjscore.a <list of object files> Then I link jsc against libjscore.a: /home/tmjackso/multicompiler/llvm-3.0/release/bin/clang++ -Wl,-plugin,/home/tmjackso/multicompiler/llvm-3.0/release/lib/LLVMgold.so -Wl,-rpath,/home/tmjackso/builds/qt/qt-4.8.1/lib -Wl,...

> First, I create libjscore.a with ar, where I've changed the command > line to load the plugin: > ar cqs --plugin > /home/tmjackso/multicompiler/llvm-3.0/release/lib/LLVMgold.so > libjscore.a <list of object files> Note that you shouldn't need to pass --plugin to ar, it searches bfd-plugins. > Then I link jsc against libjscore.a: > /home/tmjackso/multicompiler/llvm-3.0/release/bin/clang++ > -Wl,-plugin,/home/tmjack...

I read a lot of white papers, but is there not any open source implementation of SFI or artificial diversity? I google around, but I can't find anywhere anything regarding what I could openly download. In the same respect, I would also like to make an innovation proposal to create such an endeavor if there is not one already. -------------- next part -------------- An HTML attachment was

...5 at 4:47 PM, Per Larsen <perl at uci.edu> wrote: > Hi Kenneth, > > I'm part of a research group at UC Irvine that has been working on > artificial software diversity for LLVM and clang. You can check our Github > repositories here: > https://github.com/securesystemslab/multicompiler > https://github.com/securesystemslab/multicompiler-clang > > Our public version is based on LLVM 3.5 but we also have patches for LLVM > 3.6 and beyond which I can share with you. In collaboration with JF Bastien > and others, we are in the process of upstreaming these patches. So...

> On Nov 21, 2019, at 14:23, Robinson, Paul via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > Some years ago there was a random-nop-insertion pass (for ROP gadget removal) proposed, which didn't stick; we recently had a summer intern work on it but did not get to proper quality; I'd like to revive that. Hi Paul, I'm curious about what the use case for this was. In

...LLVM build took me about 15 minutes. The only change to the pre-existing LLVM CMake specification was if( EXISTS ${CMAKE_CURRENT_SOURCE_DIR}/clang/CMakeLists.txt ) add_subdirectory( ${CMAKE_CURRENT_SOURCE_DIR}/clang ) endif() and just this gives a lot of benefit: parallel builds, multiplatform, multicompiler, robustness, etc. With some work it is possible to support building clang on an arbitrary directory, even putting LLVM as a subdirectory of clang, which is more natural than the current arrangement. This feature could be of benefit to those working on their own compiler too: integrating LLVM on a...

On Tue, Nov 4, 2014 at 2:57 PM, Chris Lattner <clattner at apple.com> wrote: > > On Nov 4, 2014, at 7:04 AM, Robinson, Paul < > Paul_Robinson at playstation.sony.com> wrote: > > >> From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] > On Behalf Of Sean Silva > >> > >> You haven't established that you really need

On Jan 19, 2009, at 12:35 PM, Dan Villiom Podlaski Christiansen wrote: > On 19 Jan 2009, at 21:16, Mike Stump wrote: > >> On Jan 19, 2009, at 11:55 AM, Dan Villiom Podlaski Christiansen >> wrote: >>> In my humble opinion, using OPTIONAL_DIRS would be better and >>> cleaner. >>> It may require some changes to ‘Makefile.rules’ to work as >>>

Hi! I have written a ModulePass that calculates various things and adds custom metadata attributes to certain instructions. Depending on the attributes, I would like to change the machine code of these instructions. For example, I would like to replace certain calls with jumps, but as far as I can tell the IR metadata is not accessible anymore on the level of machine instructions (e.g. in the