similar to: For the LLVM wishlist

On Fri, Apr 15, 2016 at 1:02 PM, Joerg Sonnenberger via llvm-dev <llvm-dev at lists.llvm.org> wrote: > On Fri, Apr 15, 2016 at 10:45:03AM +0200, ardi via llvm-dev wrote: >> What I found is that the build system is really complex, performs many >> checks, and quite often takes wrong decisions (example: a fatal error >> if the OS X version is older than 10.7, instead of

On 4/15/16, Joerg Sonnenberger via llvm-dev <llvm-dev at lists.llvm.org> wrote: > On Fri, Apr 15, 2016 at 02:31:59PM +0200, ardi via llvm-dev wrote: >> On Fri, Apr 15, 2016 at 1:02 PM, Joerg Sonnenberger via llvm-dev >> <llvm-dev at lists.llvm.org> wrote: >> > On Fri, Apr 15, 2016 at 10:45:03AM +0200, ardi via llvm-dev wrote: >> >> What I found is

Hi, Short version: Is it possible to enable *all* builtins architectures? How? Longer explanation: I don't quite understand how compiler-rt targets are decided to be built while invoking cmake from the LLVM tree. I tend to believe that builtins and sanitizers (the two big parts in compiler-rt) are quite different monsters, but however they share the same build decisions and (if I'm not

Thanks a lot, but tried it and I get this: CMake Error at projects/libcxx/CMakeLists.txt:361 (message): LIBCXX_ENABLE_STATIC_ABI_LIBRARY is not supported on OS X Why is it not supported? If I manually embed libc++abi.a inside libc++.a it seems to work. Thanks! ardi On Mon, Oct 1, 2018 at 4:20 AM Petr Hosek <phosek at chromium.org> wrote: > > You can use

Hi! I sometimes build LLVM with a static libc++.a in MacOS, so that I use the LLVM libc++ instead of the system-wide one. However, when doing so, I always get link errors when building LLVM, because the build system links with libc++.a, but not with libc++abi.a and so there are quite a few missing symbols that the linker cannot find. My workaround (which always seems to work) is to embed

Is the MIPS backend production-ready for any (or all) of the OSs you mention? As I said, I'd like to start using the MIPS and PowerPC backends with an OS/linker where they are most reliable. In the case of PowerPC, from the comments I conclude there's people successfully using the backend in Linux. OTOH, FreeBSD is "almost there", and not sure about NetBSD and OpenBSD. In the

Hi, Let's suppose we have an ELF executable that doesn't issue any syscall (I mean, syscalls are issued from an external dynamic library, not from the executable, and we can ignore such dynamic library because we have the proper equivalent library with the proper syscalls in MacOS and Windows). So, the question: Is it "currently possible" (by "currently possible" I

On 4/3/2018 9:33 AM, ardi via llvm-dev wrote: > Hi, > > I'm looking for some sort of "universal loader and dynamic linker", > capable of loading in memory an executable (ELF or other, the format > is not a requisite at this time) for any of the "major" architectures > that have LLVM backends (namely: x86, x86_64, ARM, ARM64, PPC, PPC64, > MIPS32,

Hi, I'm looking for some sort of "universal loader and dynamic linker", capable of loading in memory an executable (ELF or other, the format is not a requisite at this time) for any of the "major" architectures that have LLVM backends (namely: x86, x86_64, ARM, ARM64, PPC, PPC64, MIPS32, MIPS64), including also relocation, and loading of symbols from dynamic libraries that

On 04/10/2018 05:22 AM, Han Han wrote: > Hi, > I tried to compile libvirt with address sanitizer( > https://github.com/google/sanitizers/wiki/AddressSanitizer) to discover > memory errors. But fails when make. > Code version: > $ git describe > v4.2.0-92-g3f204e4de > > Compile tools: > automake 1:1.15.1-3 all [installed] > clang-7 1:7~svn323616-1 amd64

On Fri, Jan 31, 2014 at 1:47 PM, Renato Golin <renato.golin at linaro.org>wrote: > On 31 January 2014 08:50, Alexey Samsonov <samsonov at google.com> wrote: > >> That is, I still don't see what the problem is - it's relatively easy to >> enable building just the compiler-rt library on ARM and not enable building >> sanitizers on ARM. >> > >

Since some people don't like Paypal and other people have been telling me for years to create Amazon wishlist, I figured I'd finally do it. http://dovecot.org/donate.html now contains URL to the wishlist. Currently it mostly contains all kinds of TV series DVDs (feel free to laugh at what I watch :), but I also managed to remember a couple of books I wanted. -------------- next part

> On Nov 2, 2015, at 11:41 AM, Vasileios Kalintiris <Vasileios.Kalintiris at imgtec.com> wrote: > >> The problem comes when bootstrapping a cross-compiler toolchain. In order to >> have a cross-compiling toolchain that can build a “hello world” application you >> need four basic components: >> >> (1) clang >> (2) ld >> (3) libclang_rt

Processing commands for control at bugs.debian.org: > severity 435406 wishlist Bug #435406 [xen-utils-common] xen-utils-common: xm save does not use compression Severity set to 'wishlist' from 'normal' > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)

Processing commands for control at bugs.debian.org: > severity 503044 wishlist Bug #503044 [xen-utils-common] xen-utils-common: should make the loopback device default to supporting more nodes Severity set to 'wishlist' from 'normal' > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator

Processing commands for control at bugs.debian.org: > severity 655303 wishlist Bug #655303 [xcp-xapi] xcp-xapi: document network configuration in README.Debian Severity set to 'wishlist' from 'normal' > End of message, stopping processing here. Please contact me if you need assistance. -- 655303: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=655303 Debian Bug Tracking

Processing commands for control at bugs.debian.org: > severity #674137 wishlist Bug #674137 [xcp-xapi] xcp-xapi: default ports in xapi Severity set to 'wishlist' from 'normal' > End of message, stopping processing here. Please contact me if you need assistance. -- 674137: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=674137 Debian Bug Tracking System Contact owner at

Hi, On Tue, 6 Oct 2020 at 18:31, David Blaikie <dblaikie at gmail.com> wrote: > > My 2c would be to push back a bit more on the "let's not have a machine readable format, but instead parse the human readable format" - it seems like that's going to make the human readable format/parsing fairly brittle/hard to change (I mean, having the parser in tree will help, for

On Wed, Jun 29, 2016 at 12:04 PM, Renato Golin <renato.golin at linaro.org> wrote: > On 29 June 2016 at 19:51, Sean Silva <chisophugis at gmail.com> wrote: > > Roughly speaking, I would prefer a repo division (if any) to be along the > > lines of "core toolchain" (clang, llvm, lld, compiler-rt) and "extra > stuff > > not strictly required".

Hello! I was loooking in R-bugs and found under wishlist-fullfilled wish for "smart" placement of a legend. This has already been done in package gplots in function smartlegend. One question. This "bug-report" is under wishlist-fullfilled. Is it really fullfilled? Mail from Elizabeth --------------------------------------------------------------- It would be nice if