search for: visaul

We do not have a generic blitter on nv3x cards, so we must use the sifm object for color resolving. This commit divides the sources and dest surfaces in to tiles which match the constraints of the sifm object, so that color resolving will work properly on nv3x cards. Signed-off-by: Hans de Goede <hdegoede at redhat.com> --- Changes in v2: -Use 1024x1024 blocks -Use the sifm on both nv3x

...t;initializeRAJDKunk(Registry);" to llvm/lib/CodeGen/CodeGen.cpp in the "void llvm::initializeCodeGen(PassRegistry &Registry)" 7) I added "void initializeRAJDKunk(PassRegistry&);" to the header file "llvm\include\llvm\InitializePasses.h." 8) Cmake ran, and Visaul Studio build all but opt and bugpoint because of the errors at the bottom of this message. 9) I don't know why this does not link anymore. I remember it worked before the API change e-mail was sent, so I assumed I missed something with the api change. This is the only reason I can see. 2>...

Jeff Kunkel <jdkunk3 at gmail.com> writes: > I ran cmake to build the visual studio projects. Then I included my > code under the Visual Studio interface, but I placed my code separate > from the CodeGen code. Visual studio was smart enough to compile and > link in my code into the CodeGen library. Thus, I did not need to add > my code into the same directory as the CodeGen

I ran cmake to build the visual studio projects. Then I included my code under the Visual Studio interface, but I placed my code separate from the CodeGen code. Visual studio was smart enough to compile and link in my code into the CodeGen library. Thus, I did not need to add my code into the same directory as the CodeGen files, and I did not need to change the CMakeList.txt. The offical name is