similar to: [LLVMdev] [GSoC] "Microsoft Direct3D shader bytecode backend" proposal

On 3/29/11 5:14 AM, Justin Holewinski wrote: > On Mon, Mar 28, 2011 at 9:22 PM, Charles Davis <cdavis at mymail.mines.edu > <mailto:cdavis at mymail.mines.edu>> wrote: > > Here's the other of my proposals for this year's Google Summer of Code. > (The first is on cfe-dev.) It was suggested to me by Dan Kegel (from the > Wine project, they really

On Mon, Mar 28, 2011 at 9:22 PM, Charles Davis <cdavis at mymail.mines.edu>wrote: > Here's the other of my proposals for this year's Google Summer of Code. > (The first is on cfe-dev.) It was suggested to me by Dan Kegel (from the > Wine project, they really want this). > > Title: Microsoft Direct3D shader bytecode backend > > Abstract: > > There is a

On Mar 29, 2011, at 9:02 AM, Charles Davis wrote: > On 3/29/11 5:14 AM, Justin Holewinski wrote: >> On Mon, Mar 28, 2011 at 9:22 PM, Charles Davis <cdavis at mymail.mines.edu >> <mailto:cdavis at mymail.mines.edu>> wrote: >> >> Here's the other of my proposals for this year's Google Summer of Code. >> (The first is on cfe-dev.) It was

I saw on the LLVM mailing list some time ago that something like this was desired for Wine (but it was talking about an LLVM backend then). I figured I'd contact you guys to tell you that I found something like this, MojoShader by Ryan Gordon (zlib licensed). http://icculus.org/mojoshader/ http://hg.icculus.org/icculus/mojoshader/ Sorry if someone already suggested this, or if something like

Hey, as some of you may know we're in process of experimenting with LLVM in Gallium3D (Mesa's new driver model), where LLVM would be used both in the software only (by just JIT executing shaders) and hardware (drivers will implement LLVM code-generators) cases. While the software only case is pretty straight forward I just realized I missed something in my initial evaluation. That

On Fri, Sep 12, 2014 at 3:04 PM, Owen Anderson <resistor at mac.com> wrote: > > On Sep 12, 2014, at 2:24 PM, Owen Anderson <resistor at mac.com> wrote: > > > On Sep 12, 2014, at 10:27 AM, Dan Gohman <dan433584 at gmail.com> wrote: > > >> More generally, I don’t see a compelling reason for LLVM to add intrinsic >> support for the version you’re

Well, I want to get FEAR working on my jaunty install. I have already got it to install, I applied the FEAR patch, and noCD'd it. But when I try to start it, it doesn't do anything. I've been looking around and I got this page: http://appdb.winehq.org/objectManager.php?sClass=version&iId=5159&iTestingId=12223 Now, I'm seeing stuff about "1. Put native d3dx9_36.dll

Actually the problems that Tzu-Chien Chiu are encountering are similar to what should be done for generating SSE code in the X86 backend and also other SIMD instruction sets. I think LLVM neeeds to add instructions for permuting components, extracting and injecting elements in packed types. If the architecture has instructions which can do permutations for each instruction (for example

Would it be feasible to compile LLVM IR into shading language assembler? If so, is this already being done? This would provide the obvious benefits of not having to differentiate between GLSL and HLSL (et al.) and the pleasure of using some other language to write and test the shader's that have support as an LLVM frontend. I've googled and found nothing about this. The only LLVM and

Each register is a 4-component (namely, r, g, b, a) vector register. They are actually defined as llvm packed [4xfloat]. The instruction: add_sat r0.a, r1_bias.xxyy, r3_x2.zzzz Explaination: '.a' is a writemask. only the specified component will be update '.xxyy' and '.zzzz' are swizzle masks, specify the component permutation, simliar to the Intel SSE permutation

Dear all: To write a compiler for Microsoft Direct3D shaders from our hardware, I have a program which translates the Direct3D shader assembly to LLVM assembly. I added several intrinsics for this purpose. It's a vector ISA and has some special instructions like: * rcp (reciprocal) * frc (the fractional portion of each input component) * dp4 (dot product) * exp (exponential) * max, min These

Hello everyone! I have an question, how do you disable the hardware acceleration for Popcap games in Wine. I already tried this i opened winecfg i added the game exe i clicked on the Graphics tab Looked at Direct3D Vertex Shader set to none And Pixel shader turned off What i'm doing wrong? (Sorry for bad english) Thanks

Hello all, I tried to run SH4 1.5 on my Mac (MacOS X 10.6.3 Snow Leopard) but it crashes even before the menus can be displayed because of some unimplemented D3DX call (D3DXCreateTextureFromFileExA) in D3DX9_36.dll. I used Wine version 1.2-rc2. According to the AppDB, several persons who ran it on Linux got the menus working. How is it possible that running SH4 on Linux doesn't trigger

Hi all, I was trying to run Diablo II under WINE, but I receive a "Direct3D failed to initialize" error in a dialog box. The log says this: ***** DirectDraw error: Failed to get gamma control interface! - < unknown > (0x80004002) I tryed to run in both 640x480x16 and 640x480x8, but both give the same error message. I'm using Linux 2.4.1, XFree86 4.0.1 on a GeForce256 DDR

>I assume this is due to new Direct3D code that wasn't present when I last ran >DiabloII. If so, is there any way to disable this code so that Diablo doesn't >detect direct3d and runs with 2d directx like it always ran before? yes there is: go to your diablo ii installation dir. ( Program Files\Diablo ii ) then type something like: wine D2VidTst.exe you can now select what kind

Hello everyone. I don't know if this was ever asked, if so sorry. 1.Let's assume we have a source code from some old Windos program for example: a game that useed D3D6, and was released around year 2000, we know that this program works perfectly under wine - am I correct in assuming, that - with the use of winelib - we could compile the source, and create a Linux/BSD/Solaris/whatever

Hi, I'm having trouble running 3d apps including the Direct3d test in Dxdiag under wine. I think that the problem is that dxdiag displays my Graphics card as this: X11 Windowing System This is obviously wrong because I am running this on a Radeon 2600 Pro. When I try to run the Direct3d test It just crashes Wine. I am running the latest 8.04 Ubuntu with the Latest Fglrx Graphics drivers.

Hi... After playing a mission in 'Warhammer - Mark of Chaos' i get an error-message (access violation), when the scenario-map is loaded. In Application database i couldn't find a relating solution to this error, only some registry-keys for wine version 0.9.32. Unfortonatly, when I load them into the registry I get the error massage 'invalid parameter' during startup. Does

I was going through wine's registry trying to optimize a few things, but then i noticed my HKEY_CURRENT_USER\Software\Wine\Direct3D directory was missing. It stops at HKEY_CURRENT_USER\Software\Wine\ . . . . Does anyone know why this is or how i can fix the problem? I am running the latest version of wine on Ubuntu 8.04. I really would like to be able to change my graphics settings......

> On Sep 12, 2014, at 10:27 AM, Dan Gohman <dan433584 at gmail.com> wrote: > > > More generally, I don’t see a compelling reason for LLVM to add intrinsic support for the version you’re proposing. Your choice can easily be expanded into IR, and does not have the wide hardware support (particularly in GPUs) that the IEEE version does. > > The IEEE version can also be