search for: llvmlibc

...ormatted precompiled headers if that is what you are looking for. LLVM-GCC might be a different story though. Also note that these headers will be different from one operating system to the next. If you're looking for something portable, test out my wrapper at http://sourceforge.net/projects/llvmlibc/ in the SVN repo. --Sam ----- Original Message ---- > From: Chipounov Vitaly <vitaly.chipounov at epfl.ch> > To: "llvmdev at cs.uiuc.edu" <llvmdev at cs.uiuc.edu> > Sent: Wed, March 3, 2010 2:46:41 PM > Subject: [LLVMdev] Extracting type information from header...

Hi, I would like to generate an LLVM bitcode file that contains all the types and functions declared in a header file. For example, the following code should make the llvm compiler put all type information contained in stdio.h in the resulting bitcode file. #include <stdio.h> int main() { return 0; } Unfortunately, when compiled with "llvm-gcc -g -emit-llvm -c test.c", the

...interested either in expanding this project or constructive criticisms of the architecture I've made. The only known bug at this point is that it contains support for deprecated functions that can be dangerous if used (tmpfile, for example). The project page is http://sourceforge.net/projects/llvmlibc/ and the newly updated instructions are on the Wiki page at http://sourceforge.net/apps/mediawiki/llvmlibc/ . Also, let me know if anyone would be interested in adding this to the standard Clang headers since it would allow whole-program bitcodes to potentially be made using Clang. I'm sorry...

Hi llvm, it's for sure an obvious idea to use llvm as IR for heterogenous platforms (e.g. CPU+GPU). In theory someone could write plain C/C++ code, which by clang is translated to llvm-IL and then together with JIT-backends packed in an appropriate executable. Thus all the limitations and hassles of openCL or CUDA could be avoided. I wonder if there already is a related project? Of course in

...<paulatoth at google.com> wrote: > Hey Andrzej, > > What are you seeing in your buildbot logs? Is it this error? > `twisted.spread.flavors.NoSuchMethod: No such method: > remote_getWorkerInfo` > > If so, you might want to try updating your buildbot worker. > I updated llvmlibc's to 2.8.4 and that seemed to solve the connection > problem: > https://github.com/llvm/llvm-project/commit/f60686f35cc89504f3411f49cf16a651a74be6eb > > Best, > Paula Askar > > > On Thu, Oct 8, 2020 at 5:43 AM Andrzej Warzynski via llvm-dev > <llvm-dev at lists.llv...

...hdi AMINI <joker.eph at gmail.com> wrote: > > Hi, > > What happened since you committed the doc? Is this now graduated from a "proposal to start a project" to a project? I think it has now. > Is there any update to be made to the doc: http://llvm.org/docs//Proposals/LLVMLibC.html ? Not sure what kind of update you have in mind. However, I am in the process of preparing the first patch containing some design docs and small illustrative implementations. I should have it out by the end of the day today or tomorrow. > > Thanks, > > -- > Mehdi > > On...

...clang-tidy/CMakeLists.txt b/clang-tools-extra/clang-tidy/CMakeLists.txt index ca7a5afed6b..ccb77ef6a62 100644 --- a/clang-tools-extra/clang-tidy/CMakeLists.txt +++ b/clang-tools-extra/clang-tidy/CMakeLists.txt @@ -64,6 +64,7 @@ add_subdirectory(linuxkernel) add_subdirectory(llvm) add_subdirectory(llvmlibc) add_subdirectory(misc) +add_subdirectory(misra) add_subdirectory(modernize) if(CLANG_TIDY_ENABLE_STATIC_ANALYZER) add_subdirectory(mpi) @@ -90,6 +91,7 @@ set(ALL_CLANG_TIDY_CHECKS clangTidyLLVMModule clangTidyLLVMLibcModule clangTidyMiscModule + clangTidyMISRAModule clangTidyMod...

Hello again, I would like to announce that we now have dedicated mailing lists for the llvm-libc project: 1. libc-dev - https://lists.llvm.org/cgi-bin/mailman/listinfo/libc-dev 2. libc-commits - https://lists.llvm.org/cgi-bin/mailman/listinfo/libc-commits A brief README.txt and LICENSE.txt have been added: https://github.com/llvm/llvm-project/tree/master/libc I will soon share or put out

Cameron Zwarich wrote: > What benefit do you get from having a backend here rather than an interpreter for LLVM IR? The same thing as an interpreter, just a native build (no need for an interpreter program, better speed, etc). This would be beneficial anywhere that "build once, deploy anywhere" functionality is desired, without resorting to using a higher-level language like C# or

Our Flang-aarch64 buildbots just won't connect to the main Buildbot master anymore. I switched them to the staging buildbot master instead and it seems fine for now. Is there anything that we can/should tweak at our end? http://lab.llvm.org:8014/#/waterfall?tags=flang -Andrzej On 08/10/2020 00:31, Galina Kistanova via cfe-dev wrote: > They are online now -

Am 01.06.2011 04:57, schrieb Cameron Zwarich: > What benefit do you get from having a backend here rather than an interpreter for LLVM IR? A backend that's self-sufficient and covers the entire Unixoid world. That cuts down on the number of binaries that one needs to provide for autoinstallers and such. Generated Perl could be used to bootstrap an LLVM IR interpreter, for example.

...ery platform.  If accepted, my proposal would make a much thinner OS abstraction layer of headers that function as link-time substitutions. I've already started some of the work of abstracting the C runtime library with a project called the LLVM Wrapper found at http://sourceforge.net/projects/llvmlibc/ .  At present, file accesses are typecast from FILE * typedefs to byte pointers and back again by a small linker library.  When running the link-time optimizer, most of the library just optimizes away into oblivion, leaving equivalent code for x86 on Windows, Mac, and Linux.  The caveat for this i...

...n steps 1 and 2. How far away is this in the LLVM side and what can be done to help with a generic target? Links: http://sourceforge.net/projects/llvmpeg/ is the project page for LLVM-PEG. (Code is in SVN repository. Click develop tab to access the SVN browser.) http://sourceforge.net/projects/llvmlibc/ is the project page for LLVM-LibC wrapper. (Code is in SVN repository.) Thanks for your time, --Sam Crow

...re probably other requirements that I've either overlooked or forgotten but I'd like to have my wrapper expanded to do some more extensive functionality if somebody would like to join the project, let me know and I'll add you to the SourceForge project at http://sourceforge.net/projects/llvmlibc/ . --Sam ----- Original Message ----- > From: Nate Fries <nfries88 at yahoo.com> > To: LLVM Developers Mailing List <llvmdev at cs.uiuc.edu> > Cc: > Sent: Wednesday, June 1, 2011 4:25 PM > Subject: Re: [LLVMdev] Thinking about "whacky" backends > > Ca...

Thus wrote David Demelier via llvm-dev: > Also you will need to add more options to the components. See for example: > > LIBCXX_CXX_ABI=libcxxabi > LIBCXX_USE_COMPILER_RT=On > LIBCXXABI_USE_LLVM_UNWINDER=On > LIBCXXABI_USE_COMPILER_RT=On > LIBCXX_HAS_GCC_S_LIB=Off > LIBUNWIND_USE_COMPILER_RT=On > > And as mentioned above > > CLANG_DEFAULT_CXX_STDLIB=libc++

Hello LLVM Developers, Within Google, we have a growing range of needs that existing libc implementations don't quite address. This is pushing us to start working on a new libc implementation. Informal conversations with others within the LLVM community has told us that a libc in LLVM is actually a broader need, and we are increasingly consolidating our toolchains around LLVM. Hence, we