search for: sepavloff

...IIUC, splitting entities into constrained or non-constrained is a temporary solution, ideally they will merge into one entity. We could do it for some intrinsics now. Thanks, --Serge On Mon, Mar 2, 2020 at 8:58 PM Ulrich Weigand <Ulrich.Weigand at de.ibm.com> wrote: > Serge Pavlov <sepavloff at gmail.com> wrote on 02.03.2020 14:38:48: > > > This approach has issues when applied to the intrinsics `rint` and > > `nearbyint`. Value returned by either of these intrinsics depends on > > current rounding mode. If they are considered as operation in > > default e...

...am going to recommit my fix. What are hardware used in buildbots? Are these common boards like PandaBoard or some thing special? What is RAM installed? Thanks, --Serge 2014-12-11 2:36 GMT+06:00 Renato Golin <renato.golin at linaro.org>: > On 10 December 2014 at 19:06, Serge Pavlov <sepavloff at gmail.com> wrote: > > In revision 223114 I committed a fix to clang project. It caused fail on > > clang-native-arm-cortex-a9: > > > http://lab.llvm.org:8011/builders/clang-native-arm-cortex-a9/builds/23599. > > According to logs it was a problem with memory allocat...

...intrinsics can be lowered to the corresponding libm functions, but I’m not sure all libm implementations meet the requirements above. -Andy From: llvm-dev <llvm-dev-bounces at lists.llvm.org> On Behalf Of Kaylor, Andrew via llvm-dev Sent: Monday, March 02, 2020 9:56 AM To: Serge Pavlov <sepavloff at gmail.com>; Ulrich Weigand <Ulrich.Weigand at de.ibm.com> Cc: LLVM Developers <llvm-dev at lists.llvm.org> Subject: Re: [llvm-dev] Should rint and nearbyint be always constrained? I agree with Ulrich. The default behavior of LLVM IR is to assume that the roundToNearest is the cur...

...IBM Toronto Lab > Email: nemanjai at ca.ibm.com > Phone: 905-413-3388 > > > > ----- Original message ----- > From: David Blaikie <dblaikie at gmail.com> > To: llvm-dev <llvm-dev at lists.llvm.org>, Nico Weber <thakis at chromium.org>, > Serge Pavlov <sepavloff at gmail.com>, powerllvm at ca.ibm.com > Cc: > Subject: [EXTERNAL] Flakey failure on clang-ppc64le-linux-multistage > Date: Tue, Sep 1, 2020 6:10 PM > > Seems there were a couple of correlated failures that appear to be flakes > on this buildbot recently: > > green: >...

Hi all, In revision 223114 I committed a fix to clang project. It caused fail on clang-native-arm-cortex-a9: http://lab.llvm.org:8011/builders/clang-native-arm-cortex-a9/builds/23599. According to logs it was a problem with memory allocated by malloc. Reverting the fix in 223120 made the bot green. The changed code does nothing with heap, none of other bots failed, so it looks like a platform

...;>> -Andy >>>> >>>> >>>> >>>> *From:* llvm-dev <llvm-dev-bounces at lists.llvm.org> *On Behalf Of *Kaylor, >>>> Andrew via llvm-dev >>>> *Sent:* Monday, March 02, 2020 9:56 AM >>>> *To:* Serge Pavlov <sepavloff at gmail.com>; Ulrich Weigand < >>>> Ulrich.Weigand at de.ibm.com> >>>> *Cc:* LLVM Developers <llvm-dev at lists.llvm.org> >>>> *Subject:* Re: [llvm-dev] Should rint and nearbyint be always >>>> constrained? >>>> >>&gt...

+cfe-dev as the discussion is now biased toward C standard. I'm not sure what problem you see here. In default mode, i.e. > when there is no "#pragma STDC FENV_ACCESS on" in effect, > then the compiler can always assume that the default rounding > mode is in effect. Well, if #pragma STDC FENV_ACCESS on is not in effect, that means > that the user has promised that at

Files '.arcconfig' still contain reference to http://llvm-reviews.chandlerc.com/, so arcanist doesn't work. Thanks, --Serge 2014-04-06 3:11 GMT+07:00 Manuel Klimek <klimek at google.com>: > On Sat, Apr 5, 2014 at 8:42 PM, Manuel Klimek <klimek at google.com> wrote: > >> Short update - the sending to the *-commits lists doesn't work yet - I'm >>

Hi everyone, According to the current design an intrinsic call that depends on current floating point environment (for example, rounding mode) or change it (for example by raising FP exceptions) is represented by constrained intrinsics. The latter have attached metadata that provide info about current FP environment and have attribute `IntrInaccessibleMemOnly` that helps keeping order of

...Phone: 905-413-3388 >>> >>> >>> >>> ----- Original message ----- >>> From: David Blaikie <dblaikie at gmail.com> >>> To: llvm-dev <llvm-dev at lists.llvm.org>, Nico Weber <thakis at chromium.org>, >>> Serge Pavlov <sepavloff at gmail.com>, powerllvm at ca.ibm.com >>> Cc: >>> Subject: [EXTERNAL] Flakey failure on clang-ppc64le-linux-multistage >>> Date: Tue, Sep 1, 2020 6:10 PM >>> >>> Seems there were a couple of correlated failures that appear to be >>> flakes o...

Seems there were a couple of correlated failures that appear to be flakes on this buildbot recently: green: http://lab.llvm.org:8011/builders/clang-ppc64le-linux-multistage/builds/13974 red: http://lab.llvm.org:8011/builders/clang-ppc64le-linux-multistage/builds/13975 (target-override.c during stage 1, seems to be missing the directory/symlink it just created) red:

...meet the requirements above. >> >> >> >> -Andy >> >> >> >> *From:* llvm-dev <llvm-dev-bounces at lists.llvm.org> *On Behalf Of *Kaylor, >> Andrew via llvm-dev >> *Sent:* Monday, March 02, 2020 9:56 AM >> *To:* Serge Pavlov <sepavloff at gmail.com>; Ulrich Weigand < >> Ulrich.Weigand at de.ibm.com> >> *Cc:* LLVM Developers <llvm-dev at lists.llvm.org> >> *Subject:* Re: [llvm-dev] Should rint and nearbyint be always >> constrained? >> >> >> >> I agree with Ulrich. The...

On Fri, Jan 17, 2020 at 8:09 PM Finkel, Hal J. <hfinkel at anl.gov> wrote: > Andy, thanks for writing this up. A few thoughts: > > 1. The mental model that I have is that there is always an FP_CONTRACT pragma: there's some default (implicit) pragma at the beginning, and what it says (off/on/fast) is controlled by the command-line flags (or the driver's default if no flags

...t;> >>>>> >>>>> >>>>> ----- Original message ----- >>>>> From: David Blaikie <dblaikie at gmail.com> >>>>> To: llvm-dev <llvm-dev at lists.llvm.org>, Nico Weber <thakis at chromium.org>, Serge Pavlov <sepavloff at gmail.com>, powerllvm at ca.ibm.com >>>>> Cc: >>>>> Subject: [EXTERNAL] Flakey failure on clang-ppc64le-linux-multistage >>>>> Date: Tue, Sep 1, 2020 6:10 PM >>>>> >>>>> Seems there were a couple of correlated failures...

...>>>>> >> >>>>> ----- Original message ----- >> >>>>> From: David Blaikie <dblaikie at gmail.com> >> >>>>> To: llvm-dev <llvm-dev at lists.llvm.org>, Nico Weber <thakis at chromium.org>, Serge Pavlov <sepavloff at gmail.com>, powerllvm at ca.ibm.com >> >>>>> Cc: >> >>>>> Subject: [EXTERNAL] Flakey failure on clang-ppc64le-linux-multistage >> >>>>> Date: Tue, Sep 1, 2020 6:10 PM >> >>>>> >> >>>>> See...

...t; >>>>> ----- Original message ----- >> >> >>>>> From: David Blaikie <dblaikie at gmail.com> >> >> >>>>> To: llvm-dev <llvm-dev at lists.llvm.org>, Nico Weber < >> thakis at chromium.org>, Serge Pavlov <sepavloff at gmail.com>, >> powerllvm at ca.ibm.com >> >> >>>>> Cc: >> >> >>>>> Subject: [EXTERNAL] Flakey failure on >> clang-ppc64le-linux-multistage >> >> >>>>> Date: Tue, Sep 1, 2020 6:10 PM >> >>...

...r points. So, let me amend my previous proposal to say: STDC FENV_ACCESS {ON|OFF} Patch in progress. I think ON should force the following: except_behavior { strict } fenv_access { on } rounding_mode { dynamic } Other modes should be unchanged. Thanks, Andy From: Serge Pavlov <sepavloff at gmail.com> Sent: Wednesday, January 29, 2020 9:34 AM To: Kaylor, Andrew <andrew.kaylor at intel.com> Cc: cfe-dev at lists.llvm.org; LLVM Developers Mailing List <llvm-dev at lists.llvm.org>; Ristow, Warren <warren.ristow at sony.com>; Ulrich Weigand (Ulrich.Weigand at de.ibm...

...ba,labath,lattner,lhames,logan,lvoufo,majnemer,mgottesman,mkuper,mpopa,mren,mspencer,nadav,nicholas,nico,olesalscheider,papin_g,pcc,predmond,rafael,rdivacky,redstar,rengolin,resistor,revane,ributzka,rikka,rkotler,rlytton,rmitton,rnk,row,rsandifo,rsmith,rtrieu,rudkx,ruiu,samsonov,sbaranga,sbenza,sdt,sepavloff,shuxin_yang,silvas,stephenwlin,stoklund,sylvestre,tasiraj,timurrrr,tnorthover,tstellar,uweigand,venkatra,vmedic,void,whunt,wpan,wschmidt,ygao,yjiang > > BUILD FAILED: failed compile > > sincerely, > -The Buildbot > > >

...> >> >>>>> ----- Original message ----- > >> >>>>> From: David Blaikie <dblaikie at gmail.com> > >> >>>>> To: llvm-dev <llvm-dev at lists.llvm.org>, Nico Weber < > thakis at chromium.org>, Serge Pavlov <sepavloff at gmail.com>, > powerllvm at ca.ibm.com > >> >>>>> Cc: > >> >>>>> Subject: [EXTERNAL] Flakey failure on > clang-ppc64le-linux-multistage > >> >>>>> Date: Tue, Sep 1, 2020 6:10 PM > >> >>>>> &gt...

On 10/03, Kaylor, Andrew via llvm-dev wrote: > I’d like to emphasize that the constrained intrinsics prevent > optimizations *by default*. We have a plan to go back and teach > individual optimizations how to handle these intrinsics. The idea is > that if an optimization knows nothing about the constrained intrinsics > then it won’t try to transform them, but if an optimization has