similar to: [LLVMdev] Calling functions

----- Mensaje original ---- De: Benjamin Smedberg <benjamin at smedbergs.us> Para: LLVM Developers Mailing List <llvmdev at cs.uiuc.edu> Enviado: viernes, 22 de febrero, 2008 22:36:40 Asunto: Re: [LLVMdev] Calling functions -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Álvaro Castro wrote: | Hello! | | | I'm trying LLVM for generating code and I found

Hello, the Game starts correctly and i can see the videos and have sound. The Menue and the Game are white. See Link: http://img257.imageshack.us/img257/8585/bildschirmphoto5.png I have wine 1.1.9, 1.1.19 and 1.1.23 testet, with lot of Regedit functions ( Direct3D) half and full screen, with win xp, win vista, win 2k3, win 2k the failure it's all time. Installed is the nVidia 185.18.14

Hi, I've been playing with nouveau/mesa branch gallium-0.1, trying to get trivial/tri working on nv20 (with nv10 code). When ever I resize the window, it ends up in an assert failure: #0 0xf790744f in _debug_assert_fail (expr=0xf791908f "0", file=0xf7919050 "nv20_state_emit.c", line=139, function=0xf7919034 "nv20_state_emit_framebuffer") at p_debug.c:335

Hi... I know... glBegin/glEnd is deprecated but I have an old computer 32bit CPU, running fedora 19, mesa-9.2.4, NV63... any help are welcomed. Please forgive if I misuderstood everything. So I have a simple OpenGL program that draws a black background and a white line... I will write the code of myline() inside of main() so as I can learn. main (..) { X and glX stuff... /* at this moment I

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 What is the expected footprint of a tool using the LLVM JIT? I have created a simple project that uses the LLVM C++ API to JIT calls to XPCOM method signature... it works well, but the component DLL is very large (Linux x86-74, 5.8MB optimized and stripped). Is this normal? Am I linking to "too much" or not using the correct link flags?

Benjamin, > It seems that LLVM bytecode doesn't have a builtin type for "pointer-sized > integer". You should use TargetData to provide a size of pointer. -- With best regards, Anton Korobeynikov. Faculty of Mathematics & Mechanics, Saint Petersburg State University.

Subject says it all. Looking in /usr/include/gnu, I find stubs-64.h and stubs.h, but no stubs-32.h. This is probably related to my machine running a 64-bit install of Ubuntu. I'm not sure whether this should be rectified in Ubuntu or LLVM. Regards, Jo

On Mon, 3 Dec 2007, Benjamin Smedberg wrote: > What is the expected footprint of a tool using the LLVM JIT? Right now it's ~1.5 to 2M for one platform, at least on darwin. > I have created a simple project that uses the LLVM C++ API to JIT calls > to XPCOM method signature... it works well, but the component DLL is > very large (Linux x86-74, 5.8MB optimized and stripped). Is

> I'm trying LLVM for generating code and I found something I cannot > figure out or find in the documentation: > > But if I want to call any function inside a C++ namespace I don't > find the way to do it. Imagine you want to call > > othernamespace::globalFunction() > > How should I do it? > I've

The simple glut app below demonstrates a problem i'm seeing here. It fails to get a title bar, window frame or any other wm decorations. Same results when passing -direct or -indirect on command line. It works as expected when compiz isn't the WM. Can anyone else confirm they see this too? Any suggestions on how to fix this up? Thanks much, Sean P.S. compiled with -lGL -lglut and

What is the problem? trace:wgl:wglGetProcAddress func: 'glAccum' trace:wgl:X11DRV_WineGL_InitOpenglInfo GL version : 1.4 (2.1 (3.3.11005 Compatibility Profile Context)). trace:wgl:X11DRV_WineGL_InitOpenglInfo GL renderer : ATI Radeon HD 4800 Series . trace:wgl:X11DRV_WineGL_InitOpenglInfo GLX version : 1.4. trace:wgl:X11DRV_WineGL_InitOpenglInfo

I've been looking at REnouveau dumps to check how the blob does the clear buffers thing and they seem to do it a bit differently than what you committed, so I tried a new version of the clear functions (see how I changed it below) with a little test: Setup 2 texture render targets (and a depth target) and glClear them to a color changing with time, then render a triangle textured with the

On Tue, Apr 5, 2016 at 2:38 PM, Daniel Melo Jorge da Cunha <dmjcunha at gmail.com> wrote: > Hi... I know... glBegin/glEnd is deprecated but I have an old computer 32bit > CPU, > running fedora 19, mesa-9.2.4, NV63... any help are welcomed. I've fixed a *ton* of nv3x/nv4x issues since then, I'd recommend giving Mesa 11.2.0 a whirl. > > Please forgive if I misuderstood

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I'm a LLVM newbie who's started experimenting with the JIT, and I have a couple questions relating to LLVM and the runtime JIT: I'm going to post them as separate messages to avoid getting threads tangled up. I want to call a C++ function from a function that was JITted at runtime. I'm starting with HowToUseJIT.cpp as a base for

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Anton Korobeynikov wrote: > Benjamin, > >> It seems that LLVM bytecode doesn't have a builtin type for "pointer-sized >> integer". > You should use TargetData to provide a size of pointer. Sorry, perhaps I was not clear. When JITting code it's not hard to figure out the size of a pointer and use the equivalent

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Chris Lattner wrote: > Finally, there is still a lot that can be done to reduce code size. For > example, building a JIT links in the .s file printers in, and they have > non-trivial size (big string tables etc). It would be great to refactor > the code to avoid things like this. I wouldn't be surprised if we could > shrink the

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Joachim Durchholz wrote: | Subject says it all. | | Looking in /usr/include/gnu, I find stubs-64.h and stubs.h, but no | stubs-32.h. | This is probably related to my machine running a 64-bit install of | Ubuntu. I'm not sure whether this should be rectified in Ubuntu or LLVM. You don't have i386 and x86-64 devel packages installed. Ask your

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I've been reading the headers and http://llvm.org/releases/2.1/docs/ProgrammersManual.html and I'm still confused about a pretty fundamental point... who is expected to clean up various objects when we're finished with them, and when? Let's say I've created a module, retrieved a bunch of types, created a function, a basic block,

Hello everyone! As one might think from my subject line this thread seems to be about the usual no-32bit-OpenGL-libraries-installed issue, that Google is full of when you are looking for a solution. My problem is a bit different: My system is 64bit, indeed, but the 32 bit graphics libraries/drivers are installed. 32bit native games like Enemy Territory run fine. GuildWars starts with the

https://bugs.freedesktop.org/show_bug.cgi?id=98030 Bug ID: 98030 Summary: Stuttering video playback in totem after update to 1.19-rc1 Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau