search for: lg2

Hello LLVM, A recent commit creates the isIntDivCheap() target query. http://reviews.llvm.org/D12082 The current approach has a couple shortcomings. First, when targets decide divide is cheap, the DAGCombiner ignores obvious power-of-2 optimizations. In the targets I know, shifts are cheaper than divides in both speed and size. The target cannot see the value in the isIntDivCheap() call, so

...venient way to visualize such kind of data in R? I think 'heatmap' for any two factors I give to it with text mean labels (how to add them?) would be nice solution. So that's the way I wrote (ughly): zar <- function(g1,g2,param='doz') { levels(g1)->lg1 levels(g2)->lg2 table(lg1,lg2)->f #to make a matrix for 'heatmap', is it necessary? #data labels are not preserved in this expression, badly! for (i in lg1) { for (j in lg2) { f[i,j]<-mean(subset(mydata,as.factor(g1)==i&as.factor(g2)==j)[[param]], na.rm=T) } } heatmap(-f, Rowv=NA, Colv...

On 4/24/2012 1:50 PM, Justin Holewinski wrote: > > Hi LLVMers, > > We at NVIDIA would like to contribute back to the LLVM open-source > community by up-streaming the NVPTX back-end for LLVM. This back-end > is based on the sources used by NVIDIA, and currently provides > significantly more functionality than the current PTX back-end. Some > functionality is currently

...getShiftAmountTy(N0.getValueType()))); > AddToWorklist(SGN.getNode()); > > // Add (N0 < 0) ? abs2 - 1 : 0; > SDValue SRL = > DAG.getNode(ISD::SRL, DL, VT, SGN, > DAG.getConstant(VT.getScalarSizeInBits() - lg2, DL, > getShiftAmountTy(SGN.getValueType()))); > SDValue ADD = DAG.getNode(ISD::ADD, DL, VT, N0, SRL); > AddToWorklist(SRL.getNode()); > AddToWorklist(ADD.getNode()); // Divide by pow2 > SDValue SRA = DAG.getNode(ISD::SRA, DL, VT...

Hello. Sorry I am not sure this question should go to llvm or mesa3d-dev mailing list, so I post it to both. I am writing a llvm backend for a modern graphics processor which has a ISA very similar to that of Direct 3D. I am reading the code in Gallium-3D driver in a mesa3d branch, which converts the shader programs (TGSI tokens) to LLVM IR. For the shader instruction also found in LLVM IR,

...ated to fold the swizzle and > writemask. > > Thanks. I hope marcheu sees this too. Um, I was thinking that we should eventually create intrinsic functions for some of the commands, like LIT, that might not be single-instruction, but that can be lowered eventually, and for commands like LG2, that might be single-instruction for shaders, but probably not for non-shader chipsets. Unfortunately, I'm still learning LLVM, so I might be completely and totally off-base here. Out of curiosity, which chipset are you working on? R600? NV50? Something else? ~ C.

Hi LLVMers, We at NVIDIA would like to contribute back to the LLVM open-source community by up-streaming the NVPTX back-end for LLVM. This back-end is based on the sources used by NVIDIA, and currently provides significantly more functionality than the current PTX back-end. Some functionality is currently disabled due to dependencies on LLVM core changes that we are also in the process of

...the extracted binaries from the latest tools.zip archive. I am running on Windows 2000 Any ideas as to what I may be doing wrong: ? Output from console on running <make> gcc --shared -s -mwindows -o R.dll R.def R1.a libmain.a libappl.a libmath.a ga.a gl.a xdr.a em.a dllversion.o -L. -lg2 c -lwsock32 -lcomctl32 -lversion gcc.exe: unrecognized option `-shared' ld:R.def: file format not recognized; treating as linker script ld:R.def:1: parse error make: *** [R.dll] Error 1 PS: Once I have managed to build R, I would like to embed it in a Java application (the R engine that is)...

...ync: 134.18 kHz; pclk: 712.75 MHz Modeline "3840x2160_60.00" 712.75 3840 4160 4576 5312 2160 2163 2168 2237 -hsync +vsync Option "PreferredMode" "3840x2160_60.00" EndSection # the left one Section "Monitor" Identifier "LG2" # 3840x2160 59.98 Hz (CVT 8.29M9) hsync: 134.18 kHz; pclk: 712.75 MHz Modeline "3840x2160_60.00" 712.75 3840 4160 4576 5312 2160 2163 2168 2237 -hsync +vsync Option "PreferredMode" "3840x2160_60.00" Option "RightOf&...

https://bugs.freedesktop.org/show_bug.cgi?id=51962 Bug #: 51962 Summary: Raz's eyes flicker in Psychonauts on nv50 Classification: Unclassified Product: Mesa Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/nouveau

..._vector instruction. I'm not sure about writemask. > > Um, I was thinking that we should eventually create intrinsic > functions > for some of the commands, like LIT, that might not be > single-instruction, but that can be lowered eventually, and for > commands > like LG2, that might be single-instruction for shaders, but probably > not > for non-shader chipsets. Sure, it would be very reasonable to make these target-specific builtins when targeting a GPU, the same way we have target-specific builtins for SSE. -Chris

...3d9: Use the private store api for surfaces. wined3d: Remove resource private data methods. wined3d: Select the component by editing the swizzle. wined3d: Handle LOG and LOGP in shader_hw_scalar_op. wined3d: Handle RCP in shader_hw_scalar_op. wined3d: Translate LOGP to LG2 in the ARB shader backend. wined3d: Translate shader model 2.0+ EXPP to EX2. wined3d: Raise MaxPrimitiveCount and MaxVertexIndex. d3dx9_36/tests: Initialize some test values. d3dxof: Make the get_primitive_string parameter a DWORD. d3dxof: Include wine/port.h in parsin...

Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu> --- Perhaps there was a day when those were different, but that day is not today. src/gallium/drivers/nouveau/nv30/nv30_context.c | 1 - src/gallium/drivers/nouveau/nv30/nv30_context.h | 1 - src/gallium/drivers/nouveau/nv30/nvfx_fragprog.c | 20 ++++++++++---------- src/gallium/drivers/nouveau/nv30/nvfx_vertprog.c | 8 ++++---- 4