similar to: [LLVMdev] LLVM Developer Meeting Slides and Talks

Hi, I have some code which relies on the floating point rounding mode to be set to round-to-negative-infinity. This means that there are some floating point optimizations which are legal with the default round-to- nearest mode but not with rounding to negative infinity. Does LLVM reorder or otherwise optimize floating point operations? I've looked at the options for

On Jul 29, 2008, at 12:41 PM, Duncan Sands wrote: > Hi, > >> I want to be able to write a function like this >> >> define <2 x double> @add(<2 x double> %a, <2 x double> %b) nounwind { >> %c = add <2 x double> %a, %b >> ret <2 x double> %c >> } >> >> and then call it from C code. What is the appropriate

Hi, I want to be able to write a function like this define <2 x double> @add(<2 x double> %a, <2 x double> %b) nounwind { %c = add <2 x double> %a, %b ret <2 x double> %c } and then call it from C code. What is the appropriate translation of the <2 x double> vector type into C? I've tried packed structs and "typedef double vec_double

Hi, > I want to be able to write a function like this > > define <2 x double> @add(<2 x double> %a, <2 x double> %b) nounwind { > %c = add <2 x double> %a, %b > ret <2 x double> %c > } > > and then call it from C code. What is the appropriate translation of > the <2 x double> vector type into C? I've tried packed structs

On Mon, 31 Mar 2008, Jon Sargeant wrote: > The fptrunc instruction states "If the value cannot fit within the > destination type, ty2, then the results are undefined." This is fine, but > what about other floating-point operations that can overflow? For example, > does 'mul double 1.0e300, 1.0e300' produce +infinity or is it undefined? It is defined by IEEE to

The fptrunc instruction states "If the value cannot fit within the destination type, ty2, then the results are undefined." This is fine, but what about other floating-point operations that can overflow? For example, does 'mul double 1.0e300, 1.0e300' produce +infinity or is it undefined? I think LLVM should treat floating-point overflows consistently. On a similar note,

Chris Lattner wrote: > On Mar 31, 2008, at 5:07 PM, Jon Sargeant wrote: > >> Gordon Henriksen wrote: >>> Hi Jon, >>> Please you'll want to submit patches as unified diffs and as >>> attachments. >>> I notice you're using Thunderbird, so I refer you to this tip: >>>

Chris Lattner wrote: > On Thu, 31 May 2007, Zhao, Chuck C wrote: > >> I was working at the time, so I can't attend. >> However, I am very interested in the talk. >> If the presentation slides are available, could you please post me a >> link? >> > > Yep, slides and video are available here: > http://llvm.org/devmtg/2007-05/ > >

On Thu, 31 May 2007, Zhao, Chuck C wrote: > I was working at the time, so I can't attend. > However, I am very interested in the talk. > If the presentation slides are available, could you please post me a > link? Yep, slides and video are available here: http://llvm.org/devmtg/2007-05/ We're still missing some people's slides though (hint hint John and Reid :), -Chris

I was working at the time, so I can't attend. However, I am very interested in the talk. If the presentation slides are available, could you please post me a link? Thank you Chuck Zhao Intel Research -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20070531/c9b56c7e/attachment.html>

If fptosi takes 0.9 -> 0, then that is not 'rounding' in any sense I'm aware of (IEEE754 or otherwise). Rounding (in the IEE754 sense) determines how a number is converted when it is halfway between two candidate results. (see round(), ceil(), floor()). fptosi seems to model the behavior of a C cast from float to int, which truncates the fractional bits (as in trunc()). Steve

Hi, i need to check if an overflow of an floating-point arithmetic operation occured. Currently I'm doing something like this (for addition): (LHS > 0 && RHS > 0 && sum <= 0) || (LHS < 0 && RHS < 0 && sum >= 0) This is checked for every addition. Is there a more efficient way like the intrisic for int overflow? How is it possible to raise a

> On Sep 4, 2020, at 2:40 PM, Neil Nelson via llvm-dev <llvm-dev at lists.llvm.org> wrote: > >> If fptosi takes 0.9 -> 0, then that is not 'rounding' in any sense I'm aware of (IEEE754 or otherwise). >> Rounding (in the IEE754 sense) determines how a number is converted when it is halfway between two >> candidate results. (see round(), ceil(),

Hello! How can I test if floating-point value is NaN or positive/negative infinity?

Hello Chris. Can you please provide the URL where the slides are uploaded? Thanks. Girish. >________________________________ > From: Chris Lattner <clattner at apple.com> >To: Joe Abbey <jabbey at arxan.com> >Cc: "llvmdev at cs.uiuc.edu List" <llvmdev at cs.uiuc.edu> >Sent: Thursday, 5 January 2012 6:27 AM >Subject: Re: [LLVMdev] LLVM Dev Meeting

Hi Keith, On Fri, 2007-05-18 at 10:49 +0100, Keith Whitwell wrote: > I would have liked to attend the dev meeting, but unfortunately I'm > unable to. Will slides and/or transcipts from the talks be available > online somewhere? We are planning to make both slides and video available a few days after the meeting. > > Keith > > >

What a shame. Any chance of getting his slides posted? I thought they were really informative, and captured the history of the project nicely. Thanks! Joe Joe Abbey Director of S/W Development Arxan Technologies, Inc. 1305 Cumberland Ave, Ste 215 West Lafayette, IN 47906 jabbey at arxan.com www.arxan.com On Jan 3, 2012, at 8:40 PM, Tanya Lattner wrote: > No. > > -Tanya > >

On Jan 3, 2012, at 5:45 PM, Joe Abbey wrote: > What a shame. Any chance of getting his slides posted? The odds are pretty good, I just uploaded them :) -Chris

I would have liked to attend the dev meeting, but unfortunately I'm unable to. Will slides and/or transcipts from the talks be available online somewhere? Keith

R is having trouble finding some of the things it needs to compile. In particular, I'm getting messages saying that it can't find things it wants in -lblas, -ldxml, -ldnet, and -ldnet_stub. It also can't find dl.h, ieeefp.h, and ieee754.h. I can't figure out whether these things are included with R somewhere and I need to tell it where to look, or they're not included and I