search for: cppcon

At CPPcon last week, I saw a talk by Bob Steagall called "Fast Conversion From UTF-8 with C++, DFAs, and SSE Intrinsics." Part of this talk included data from a half-dozen or so conversion libraries... one of which was labeled "LLVM". The LLVM converters were invariably the slowest. On W...

The videos for the 2015 LLVM Developers’ Meeting may be found on our YouTube channel (https://www.youtube.com/channel/UCv2_41bSAa5Y_8BacJUZfjQ <https://www.youtube.com/channel/UCv2_41bSAa5Y_8BacJUZfjQ>). Here is the link to the playlist: https://youtu.be/5W7NkofUtAw?list=PL_R5A0lGi1AA4Lv2bBFSwhgDaHvvpVU21 <https://youtu.be/5W7NkofUtAw?list=PL_R5A0lGi1AA4Lv2bBFSwhgDaHvvpVU21> Subscribe

On 02/10/18 22:58, Friedman, Eli via llvm-dev wrote: > On 10/2/2018 2:27 PM, via llvm-dev wrote: >> At CPPcon last week, I saw a talk by Bob Steagall called >> "Fast Conversion From UTF-8 with C++, DFAs, and SSE Intrinsics." >> Part of this talk included data from a half-dozen or so conversion >> libraries... one of which was labeled "LLVM". >> >> The LLVM...

...s been a battle and > a half, and it’s now at the point where I need some assistance to progress. > > The problem I’m having is “Relocation overflow” (related: > https://llvm.org/bugs/show_bug.cgi?id=23228#c8, see #8) … so I spoke to > some clang developers who focussed on Windows at CppCon last week, and they > gave me the following advice: > - Use ELF > - Using this results in another issue about comdat sections, see here: > https://root.cern.ch/phpBB3/viewtopic.php?t=19808 > - Stick with COFF, but use the large code model > - No observed difference, seems...

...> > I think this is feasible; I'd suggest a non-normative note. I could > write a short committee paper on this (targeting C++20) for the next > meeting. > > -- > Bryce Adelstein Lelbach aka wash > Lawrence Berkeley National Laboratory > ISO C++ Committee Member > CppCon and C++Now Program Chair > > Compiler ICE Hunter > -- > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20170517/02ac38e9/attachment-0001.html>

...*C++*, *compilers*, and the *platforms(hardware concepts)* (ex.TMP, constexpr, RAII, RVO, cache lines, move semantics, undefined behaviors, thread-safety, etc.) *Which I came to know about, by closely following C++ communities and events such as cpplang.slack.com <http://cpplang.slack.com/>, CPPcon, core guidelines <https://isocpp.github.io/CppCoreGuidelines/CppCoreGuidelines>.* Although, I have already started going through the code base and will soon push some bug fixes. Can you please suggest how to proceed with this project. Thanks and Regards, Abhay -------------- next part ----...

Inspired by Jason Turner's talk at CppCon 2016: Jason Turner “Rich Code for Tiny Computers: A Simple Commodore 64 Game in C++17” I got interested in writing a Zilog Z80 backend for LLVM. Jason actually did no such thing, but instead wrote a x86-to-6502 translator (reassembler he calls it) https://github.com/lefticus/x86-to-6502 So I'...

I watched Teresa’s talk on ThinLTO from last year’s CppCon, and it sounded like adding global variable information to the summaries was in the works, or at least in planning. Can someone (Teresa?) please share the current status? If it’s part of future plans, are there any specific proposals that can be picked up and worked on? Thanks! > On Apr 9, 20...

...th r327254 we started importing global variables. Do you know why we don't import in your case? I wonder if it has to do with it being CFI inserted code? Teresa On Tue, Apr 17, 2018 at 9:17 AM <dmitry.mikulin at sony.com> wrote: > I watched Teresa’s talk on ThinLTO from last year’s CppCon, and it > sounded like adding global variable information to the summaries was in the > works, or at least in planning. Can someone (Teresa?) please share the > current status? If it’s part of future plans, are there any specific > proposals that can be picked up and worked on? > &gt...

Hi, I’m working on setting up ThinLTO+CFI for a C application which uses a lot of function pointers. While functionally it appears stable, it’s performance is significantly degraded, to the tune of double digit percentage points compared to regular LTO+CFI. Looking into possible causes I see that under ThinLTO+CFI iCall type checks almost always generate jump table entries for indirect calls,

...and it’s now at the point where I need some assistance to progress. >>> >>> The problem I’m having is “Relocation overflow” (related: >>> https://llvm.org/bugs/show_bug.cgi?id=23228#c8, see #8) … so I spoke to some >>> clang developers who focussed on Windows at CppCon last week, and they gave >>> me the following advice: >>> - Use ELF >>> - Using this results in another issue about comdat sections, see here: >>> https://root.cern.ch/phpBB3/viewtopic.php?t=19808 >>> - Stick with COFF, but use the large code model &g...

...bal variables. Do you know why we don't import in your case? I wonder if it has to do with it being CFI inserted code? Teresa On Tue, Apr 17, 2018 at 9:17 AM <dmitry.mikulin at sony.com<mailto:dmitry.mikulin at sony.com>> wrote: I watched Teresa’s talk on ThinLTO from last year’s CppCon, and it sounded like adding global variable information to the summaries was in the works, or at least in planning. Can someone (Teresa?) please share the current status? If it’s part of future plans, are there any specific proposals that can be picked up and worked on? Thanks! > On Apr 9, 20...

...al variables. Do you know why we > don't import in your case? I wonder if it has to do with it being CFI > inserted code? > > Teresa > > On Tue, Apr 17, 2018 at 9:17 AM <dmitry.mikulin at sony.com> wrote: > >> I watched Teresa’s talk on ThinLTO from last year’s CppCon, and it >> sounded like adding global variable information to the summaries was in the >> works, or at least in planning. Can someone (Teresa?) please share the >> current status? If it’s part of future plans, are there any specific >> proposals that can be picked up and wor...

Even without a concrete use case, I agree that it's absolutely imperative for the standard to require this of a conforming implementation. It's going to be the source of so many problems otherwise On Fri, May 12, 2017 at 9:14 AM Hal Finkel <hfinkel at anl.gov> wrote: > > On 05/12/2017 11:00 AM, Scott Smith wrote: > > On Fri, May 12, 2017 at 12:52 AM, Bryce Lelbach

...t overflowing (and wrapping) an unsigned integer won't trigger a program bug when the overflow was not intentionally handled. Using signed arithmetic means that you can actually trap on over/underflow and catch these bugs (when using fuzzing for instance). Chandler explained this nicely in his CPPCon 2016 talk "Garbage In, Garbage Out: Arguing about Undefined Behavior...". I encourage to watch the full talk but here is one relevant example: https://youtu.be/yG1OZ69H_-o?t=2006 , and here he mentions how Google experimented with this internally: https://youtu.be/yG1OZ69H_-o?t=2249 Unsi...

On 2 Nov 2015, at 16:23, Marshall Clow via cfe-dev <cfe-dev at lists.llvm.org> wrote: > > I find it amusing that you think that there's a "correct behavior" when the standard specifies that an operation should throw an exception and you have disabled exceptions. This is possibly something that the standards committee should address. There are lots of situations where

...bal variables. Do you know why we don't import in your case? I wonder if it has to do with it being CFI inserted code? Teresa On Tue, Apr 17, 2018 at 9:17 AM <dmitry.mikulin at sony.com<mailto:dmitry.mikulin at sony.com>> wrote: I watched Teresa’s talk on ThinLTO from last year’s CppCon, and it sounded like adding global variable information to the summaries was in the works, or at least in planning. Can someone (Teresa?) please share the current status? If it’s part of future plans, are there any specific proposals that can be picked up and worked on? Thanks! > On Apr 9, 20...

...we had to modify the Linux kernel in my OS class, that was in C). However, I do believe my C++ skills are at an intermediate level, as C++, like Python, is a language in which I will spend my free time learning more about. Like vim, there is always more to learn in C++, and to that end I will watch CppCon Videos or peruse blogs such as Fluent C++(which is a treasure trove of material to nerd out on) in my free time. I also have a layman’s knowledge of CMake, from using it to configure ccls to lint C++ code with specific flags, and am aware of Google’s Test framework. Finally, I am currently taking P...

On Fri, May 12, 2017 at 12:52 AM, Bryce Lelbach <balelbach at lbl.gov> wrote: > * I am concerned that nested parallel algorithms will prove to be a > big implementation burden for GPU and accelerator architectures. > Can't they fall back on serial execution? I thought the executor is a hint, not a requirement (certainly the standard doesn't say it has to execute on

...%2fshow_bug.cgi%3fid%3d23228%23c8%2c&data=01%7c01%7candy >>>> a%40microsoft.com%7ce71168aad7ca4c98ee1f08d2cb024bf8%7c72f988bf86f141af91ab2d7cd011db47%7c1&sdata=SnxHR5RzKhzNYFDeryATV0MSpqTcjZauHtTG2GTEazA%3d see #8) … so I spoke to some clang developers who focussed on Windows at CppCon last week, and they gave me the following advice: >>>> - Use ELF >>>> - Using this results in another issue about comdat sections, see here: >>>> https://na01.safelinks.protection.outlook.com/?url=https%3a%2f%2froo >>>> t.cern.ch%2fphpBB3%2fviewtopi...