search for: fpowi

Hi, I'm stumped by how to handle fpowi. Here is the context: my architecture has i64, f32, and f64 registers. No i32. For calls & returns, we promote i32 to i64. There is no support in the architecture to perform fpowi - it has to go through the runtime. I'm using gfortran + dragonegg + llvm3.4 to generate .ll files via plu...

Hello, all. To get my feet wet and hopefully make a small contribution, I was looking for something small to start with. I settled on one of the suggestions from the CodeGen readme: > Reassociate should turn things like: > > int factorial(int X) { > return X*X*X*X*X*X*X*X; > } > > into llvm.powi calls, allowing the code generator to > produce balanced multiplication

...elements as the 1.0 spec requires. Is this something that I could Merge back into the tree or is another approach required? Some of the thoughts we were having as not to clutter the llvm namespace was to add a math namespace and the intrinsic would go there instead. i.e. llvm.math.fpow, llvm.math.fpowi, llvm.math.fpowr, etc... Any ideas? Thanks, Micah -----Original Message----- From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] On Behalf Of Dan Gohman Sent: Monday, April 13, 2009 6:30 PM To: LLVM Developers Mailing List Subject: Re: [LLVMdev] Math Library Intrinsics a...

On Apr 8, 2009, at 12:43 AM, Duncan Sands wrote: > Hi Micah, > >> There seems to be some math library functions that are already built >> into llvm as intrinsic(pow, exp, etc...) but there are lots that >> are not >> built in yet. Is there currently work going on that is implementing >> these? I do not want to duplicate work so I want to see what is out

...try: %0 = load float* @f, align 4 %1 = load float* @g, align 4 %call = call float @powf(float %0, float %1) #2 store float %call, float* @fresult1, align 4 ret void } ; Function Attrs: nounwind readnone declare float @powf(float, float) #1 ; Function Attrs: nounwind uwtable define void @fpowi() #0 { entry: %0 = load float* @f, align 4 %conv = fpext float %0 to double %1 = load i32* @i, align 4 %2 = call double @llvm.powi.f64(double %conv, i32 %1) %conv1 = fptrunc double %2 to float store float %conv1, float* @fresult2, align 4 ret void } ; Function Attrs: nounwind readnon...

...teractions with illegal types. PPC64: 0. PPC32: 0. Alpha: 4. Two failures are heavily intertwined with Alpha overriding LowerCallTo rather than using the normal lowering for calls, leading to bad interactions with illegal types. One failure relating to inline asm, and one failure involving ISD::FPOWI where I'm not entirely sure what's supposed to happen. IA64: 56. One big issue is the following assertion: lib/Target/ELFTargetAsmInfo.cpp:175: const llvm::Section* llvm::ELFTargetAsmInfo::MergeableStringSection(const llvm::GlobalVariable*) const: Assertion `getCStringSection() &&...

...+ case ISD::CTPOP: + case ISD::SELECT: + case ISD::SELECT_CC: + case ISD::SINT_TO_FP: + case ISD::UINT_TO_FP: + case ISD::FP_TO_SINT: + case ISD::FP_TO_UINT: + case ISD::FNEG: + case ISD::FABS: + case ISD::FSQRT: + case ISD::FSIN: + case ISD::FCOS: + case ISD::FPOWI: + case ISD::FPOW: + case ISD::FLOG: + case ISD::FLOG2: + case ISD::FLOG10: + case ISD::FEXP: + case ISD::FEXP2: + case ISD::FCEIL: + case ISD::FTRUNC: + case ISD::FRINT: + case ISD::FNEARBYINT: + case ISD::FFLOOR: + switch (TLI.getOperationAction(I->getOpco...

...requires. Is this something that I could > Merge back into the tree or is another approach required? > Some of the thoughts we were having as not to clutter the llvm > namespace > was to add a math namespace and the intrinsic would go there instead. > i.e. llvm.math.fpow, llvm.math.fpowi, llvm.math.fpowr, etc... > > Any ideas? > > Thanks, > Micah > > -----Original Message----- > From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] > On Behalf Of Dan Gohman > Sent: Monday, April 13, 2009 6:30 PM > To: LLVM Developers Mailing L...

...ISD::ANY_EXTEND: + case ISD::TRUNCATE: + case ISD::SIGN_EXTEND: + case ISD::SINT_TO_FP: + case ISD::UINT_TO_FP: + case ISD::FP_TO_SINT: + case ISD::FP_TO_UINT: + case ISD::FNEG: + case ISD::FABS: + case ISD::FSQRT: + case ISD::FSIN: + case ISD::FCOS: + case ISD::FPOWI: + case ISD::FPOW: + case ISD::FLOG: + case ISD::FLOG2: + case ISD::FLOG10: + case ISD::FEXP: + case ISD::FEXP2: + case ISD::FCEIL: + case ISD::FTRUNC: + case ISD::FRINT: + case ISD::FNEARBYINT: + case ISD::FFLOOR: + switch (TLI.getOperationAction(I->getOpco...

On Wed, May 20, 2009 at 4:55 PM, Dan Gohman <gohman at apple.com> wrote: > Can you explain why you chose the approach of using a new pass? > I pictured removing LegalizeDAG's type legalization code would > mostly consist of finding all the places that use TLI.getTypeAction > and just deleting code for handling its Expand and Promote. Are you > anticipating something more

On May 20, 2009, at 1:34 PM, Eli Friedman wrote: > On Wed, May 20, 2009 at 1:19 PM, Eli Friedman > <eli.friedman at gmail.com> wrote: > >> Per subject, this patch adding an additional pass to handle vector >> >> operations; the idea is that this allows removing the code from >> >> LegalizeDAG that handles illegal types, which should be a significant

...ISD::ANY_EXTEND: + case ISD::TRUNCATE: + case ISD::SIGN_EXTEND: + case ISD::SINT_TO_FP: + case ISD::UINT_TO_FP: + case ISD::FP_TO_SINT: + case ISD::FP_TO_UINT: + case ISD::FNEG: + case ISD::FABS: + case ISD::FSQRT: + case ISD::FSIN: + case ISD::FCOS: + case ISD::FPOWI: + case ISD::FPOW: + case ISD::FLOG: + case ISD::FLOG2: + case ISD::FLOG10: + case ISD::FEXP: + case ISD::FEXP2: + case ISD::FCEIL: + case ISD::FTRUNC: + case ISD::FRINT: + case ISD::FNEARBYINT: + case ISD::FFLOOR: + switch (TLI.getOperationAction(I->getOpco...