search for: plexapp

I’m happy to run them, although I’d appreciate a pointer to the appropriate documentation. From: llvm-dev <llvm-dev-bounces at lists.llvm.org> on behalf of Tobias Hieta via llvm-dev <llvm-dev at lists.llvm.org> Reply-To: Tobias Hieta <tobias at plexapp.com> Date: Wednesday, September 30, 2020 at 11:15 AM To: Hans Wennborg <hans at chromium.org> Cc: llvm-dev <llvm-dev at lists.llvm.org>, Release-testers <release-testers at lists.llvm.org>, cfe-dev <cfe-dev at lists.llvm.org> Subject: Re: [llvm-dev] [Release-testers] [11....

...llvm 10 instead. * Don't use `ranlib`. Then the static library won't have SYMDEF and linker will fallback to parse all the object file in the static library. That will sacrifice some link time but it will link correctly. Steven > On Jul 22, 2020, at 11:41 PM, Tobias Hieta <tobias at plexapp.com> wrote: > > Steven, > > This is confusing. In the orig_command_line you can see that src/.libs/libogg.a is passed to the command line and even when running verbose clang I can see that clang invokes the linker with libogg.a on the line: > > "/Applications/Xcode-11....

Thanks for the information Tobias. - Sedat - On Thu, Jan 24, 2019 at 3:31 PM Tobias Hieta <tobias at plexapp.com> wrote: > > Sedat, > > In Hans announcement yesterday he pointed out that he would upload source tarballs as soon as possible: > > "I'll get the source tarballs and docs published as soon as possible, and binaries as they become available" > > Thanks, &g...

...0909j5jbytzds1j7b40000gn/T/thinlto-bf51d2 -lto_library data_files/libLTO.dylib -no_deduplicate -dynamic -arch x86_64 -macosx_version_min 10.15.0 -debug_snapshot -filelist objects/filelist dylibs/libSystem.tbd dylibs/libc++.tbd Steven > On Jul 22, 2020, at 11:42 AM, Tobias Hieta <tobias at plexapp.com> wrote: > > Hello, > > Thanks for the reply Teresa and Steven, > > I uploaded the snapshot to GDrive: https://drive.google.com/file/d/11Ngst9FOnVL4fWYlKalzoFXL--B1SaOb/view?usp=sharing <https://drive.google.com/file/d/11Ngst9FOnVL4fWYlKalzoFXL--B1SaOb/view?usp=sharing...

...to run the MacOS compiler myself, and it uses the old LTO API which I am less familiar with. Typically these issues happen if you don't use llvm-ar, but it looks like you are using that so I'm not sure. > > Teresa > > On Wed, Jul 22, 2020 at 12:29 AM Tobias Hieta <tobias at plexapp.com <mailto:tobias at plexapp.com>> wrote: > David, > > Thanks for looking into this. I did a small reproduction on my machine > outside of my build system. So here is how to reproduce: > > Download https://downloads.xiph.org/releases/ogg/libogg-1.3.4.tar.xz <https:/...

...e Rimar). If you include these people >> on the reviewers then I'm sure they'll be able to add anyone else that >> they think would be interested. >> >> Hope this helps >> >> Peter >> >> On Thu, 17 Oct 2019 at 12:53, Tobias Hieta <tobias at plexapp.com> wrote: >> > >> > Hello Peter, >> > >> > I was able to fix this issue with this simple patch against llvm-objcopy: >> > >> > diff --git a/llvm/tools/llvm-objcopy/ELF/ELFObjcopy.cpp >> > b/llvm/tools/llvm-objcopy/ELF/ELFObjcopy.cp...

...re MaskRay (Fangrui Song), rupprect (Jordan Rupprecht), grimar (George Rimar). If you include these people on the reviewers then I'm sure they'll be able to add anyone else that they think would be interested. Hope this helps Peter On Thu, 17 Oct 2019 at 12:53, Tobias Hieta <tobias at plexapp.com> wrote: > > Hello Peter, > > I was able to fix this issue with this simple patch against llvm-objcopy: > > diff --git a/llvm/tools/llvm-objcopy/ELF/ELFObjcopy.cpp > b/llvm/tools/llvm-objcopy/ELF/ELFObjcopy.cpp > index dd6a7d7e14b..c0dfd3a9838 100644 > --- a/llvm/to...

David, Thanks for looking into this. I did a small reproduction on my machine outside of my build system. So here is how to reproduce: Download https://downloads.xiph.org/releases/ogg/libogg-1.3.4.tar.xz Download llvm-10.0.1 macOS binary export PATH=<path to llvm/bin>:$PATH export SDKROOT=/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk untar

Hello Rui, Thanks for your reply. I tried with the keep-section argument and that made the shared library work. Should these sections be kept around by default maybe? -- Tobias On Thu, Oct 17, 2019 at 11:06 AM Rui Ueyama <ruiu at google.com> wrote: > > One thing I noticed is that llvm-strip seemed to remove a .ARM.attributes section. Can you try --keep-section=.ARM.attributes to

One of the MSVC devs recently said they are pushing for getting cmake 3.17.0 in the next point release which is expected in May. https://www.reddit.com/r/cpp/comments/fluibz/_/fl2bpz1 On Wed, Apr 8, 2020, 21:51 Chris Tetreault via llvm-dev < llvm-dev at lists.llvm.org> wrote: > Visual studio 2019 ships with CMake 3.15.5, which is pretty darn new IMO. > From what I can tell, CMake

Hello Tobias, Thank you for the suggestion! Aditya also mentioned this. I will look into it. Best regards, Ruijie Ruijie Fang Email: ruijief at princeton.edu On Tue, Jun 2, 2020 at 12:48 PM Tobias Hieta <tobias at plexapp.com> wrote: > Hello Ruijie, > > One other workload that would be interesting to test might be clang > itself. Building clang with PGO information is a common trick for improving > compiler performance and it's well supported in the build system. > > Thanks for working o...

FYI David is referring to PGSO (profile-guided size optimization) as it exists directly under that name, see: https://reviews.llvm.org/D67120. And yeah using PGSO is selecting optsize while this change is selecting optnone. On 9/9/20, 10:58 AM, "llvm-dev on behalf of Tobias Hieta via llvm-dev" <llvm-dev-bounces at lists.llvm.org<mailto:llvm-dev-bounces at lists.llvm.org> on

Hello Alex, Thanks for the hint. It was actually not the -O flag that created the problem. But it pointed me in the right direction, when I passed -fno-experimental-new-pass-manager it started to show the error. My guess is that the new pass manager is more aggressive in removing UB? Thanks, Tobias On Mon, Feb 3, 2020 at 5:29 PM Alex Brachet-Mialot <alexbrachetmialot at gmail.com> wrote:

...nlei > > > > *From: *llvm-dev <llvm-dev-bounces at lists.llvm.org> on behalf of Modi Mo > via llvm-dev <llvm-dev at lists.llvm.org> > *Reply-To: *Modi Mo <modimo at fb.com> > *Date: *Wednesday, September 9, 2020 at 5:55 PM > *To: *Tobias Hieta <tobias at plexapp.com>, Renato Golin <rengolin at gmail.com> > *Cc: *"ddevienne at gmail.com" <ddevienne at gmail.com>, llvm-dev < > llvm-dev at lists.llvm.org>, "cfe-dev (cfe-dev at lists.llvm.org)" < > cfe-dev at lists.llvm.org> > *Subject: *Re: [llvm-dev]...

Hi, first of all, congrats for the 8.0.0-rc1 pre-release. I have seen that this version was tagged yesterday. Can you provide pre-release source tarballs? Or did you dropped this idea? Thanks. Regards, - Sedat -

Greetings everyone, I am currently cross-compiling some of my programs to aarch64 with Clang. I added my own sanitizer and library to the compiler-rt and want to use it. However, since my machine is x86, the libraries are compiled for x86 use. I was able to cross-compile to get the aarch64 libraries. However, this also cross-compiles clang and now I can't use it on my x86 machine. Is there a

I am trying to compile llvm using a toolchain file where I have specified the target system and compilers as suggested at https://cmake.org/cmake/help/latest/manual/cmake-toolchains.7.html#cross-compilation-tool chain: set(CMAKE_SYSTEM_NAME Linux) set(CMAKE_SYSTEM_PROCESSOR arm) set(CMAKE_C_COMPILER arm-unknown-linux-gnueabi-gcc) set(CMAKE_CXX_COMPILER arm-unknown-linux-gnueabi-g++) But the

A compiler built with LTO / PGO can significantly improve build times. Locally I see ~10% reduction in compilation times of Debug or Release versions of clang/llvm using an LTO'd clang compiler. This is not really news of course (e.g. recently also reconfirmed in https://linuxplumbersconf.org/event/7/contributions/802/), but that made me curious if we can and/or should enable LTO and/or PGO to

Hello, I have only negative experiences with cpp-netlib - I would not recommend it. If the discussion was around only the client part I think libcURL would be the best option since it's available everywhere and is a well maintained library. But as you mention it's only the client part. We use pion (https://github.com/splunk/pion) to build a HTTP server interface, but since it seems

Hello, We use PGO to optimize clang itself. I can see if I have time to give this patch some testing. Anything special to look out for except compile benchmark and time to build clang, do you expect any changes in code size? On Wed, Sep 9, 2020, 10:03 Renato Golin via llvm-dev < llvm-dev at lists.llvm.org> wrote: > On Wed, 9 Sep 2020 at 01:21, Min-Yih Hsu via llvm-dev < >