similar to: [LLVMdev] Segfault when using llvm-3.6 and OpenGL at the same time on Linux (with mesa, which uses llvm-3.4)

2015-02-17 15:59 GMT+01:00 Tom Stellard <tom at stellard.net>: > On Mon, Feb 16, 2015 at 10:38:52PM +0100, Daniel Albuschat wrote: > > Hello there, > > > > tl;dr: > > Is it a known behaviour that using llvm-3.4 and llvm-3.6 at the same time > > in the same process (while llvm-3.6 is used from a linked shared library > > and llvm-3.4 is dlopen'ed -

I'm getting a segfault when I call `SDL_Init( SDL_INIT_VIDEO )` within the MCJIT.  If I compile the same program to an EXE I don't have a problem. Are there any general restrictions, or known issues, with loading a library like SDL2 via the MCJIT?  (LLVM-3.8 still) The stack trace, from GDB, is below. I noticed the error actually happens deep inside a transitively loaded GL drive module,

Hello list, on the lld main page at http://lld.llvm.org, it says: "lld is in its early stages of development. It can currently self host on Linux x86-64 with -static." Is this information up-to-date? I'm interested in using lld on Windows (win32 on PC) with object files created by llvm (no clang involved). Is that possible at this time? It would be awesome to be able to create a

2013/10/31 Daniel Albuschat <d.albuschat at gmail.com>: > on the lld main page at http://lld.llvm.org, it says: > > "lld is in its early stages of development. > It can currently self host on Linux x86-64 with -static." > > Is this information up-to-date? I made a quick test on a Windows 8 64bit system: test.c: int main () { return 42; } > clang -c test.c

I only got offered a few choices - I think I clicked yes to all of them. I read in one post that the answer is to uninstall and re-install the graphics drivers - not sure how that will help, but how do I uninstall nVidia's drivers? I have a vague memory of someone posting about lib32 paths and simlinks or something.

Hey there, lld fails to build on Visual Studio 2013 because of ErrorOr<void>. For example, ErrorOr<void> is used in InputGraph.h as the return type of InputGraph::reset. Inside of ErrorOr, there is: typedef typename remove_reference<T>::type &reference As T is void, and remove_reference <T>::type results in void, the typedef expands to: typedef void & reference,

I think I removed all uses of ErrorOr<void>. Can you try updating? On 15 November 2013 12:09, Daniel Albuschat <d.albuschat at gmail.com> wrote: > Hey there, > > lld fails to build on Visual Studio 2013 because of ErrorOr<void>. > For example, ErrorOr<void> is used in InputGraph.h as the return type > of InputGraph::reset. > Inside of ErrorOr, there is:

Hello, using the LLVM API, I've build one very simple function that adds two ConstantInts and returns the result. I noticed that, when I emit IR code, it is optimized to a simple "ret i16 42" when I add 40 and 2. I'd like to see the operations that are necessary to compute the result, though. Can I somehow disable this optimization in the pass, leading to more verbose IR code?

IRBuilder is a templated class, and one of the template arguments is the constant folder to use. By default it uses the ConstantFolder class which does target-independant constant folding. If you want to disable constant folding you can specify the NoFolder class instead, i.e. declare the builder as follows: IRBuilder<true, llvm::NoFolder> builder(body) On 26 Nov 2013, at 19:23, Daniel

https://bugs.freedesktop.org/show_bug.cgi?id=59242 Priority: medium Bug ID: 59242 Assignee: nouveau at lists.freedesktop.org Summary: some mesa demos start to segfault after "nouveau: improve buffer transfers" on nv43 Severity: normal Classification: Unclassified OS: Linux (All)

Hi, I use two nv34 cards and I would like to test / try out / use the Gallium driver without drawbacks. Unfortunately this has not been working since I decided to install / compile nouveau drivers. My system is Debian Squeeze, my kernel is 2.6.34-rc1. The problem is: Every time I load nouveau_dri.so into RAM existing applications are broken / unusable (Example: gnome-games). It does not

I'm currently using MSVC 2012, but I saw that Alp Toker landed a patch to LLD to make it compile with MSVC 2013, so I believe it's doable. Update and try again. On Fri, Nov 15, 2013 at 11:49 AM, Rafael Espíndola < rafael.espindola at gmail.com> wrote: > I think I removed all uses of ErrorOr<void>. Can you try updating? > > On 15 November 2013 12:09, Daniel Albuschat

Hey Jeremy, (putting the discussion back to the list.) 2013/12/8 Jeremy Lakeman <Jeremy.Lakeman at gmail.com>: > If I run your demo exe it crashes, if I re-link the dll with VS 2010 it > errors gracefully; > > runtime error R6030 > - CRT not initialized > > putchar is a c runtime function. > I'm betting that your exe doesn't initialise the runtime library?

I have been compiling my own wine RPMs using the fedora extras .spec file for a while now. Normally after very little editing of the .spec, the wine RPMs build and I am running the latest & greatest wine. Now I am having problems building *any* wine rpms ( including some of the 0.9.3x versions) on my yum updated Fedora core 6 box. Even when I extract a fresh copy of wine-0.9.42.tar.bz2

2013/11/4 Rui Ueyama <ruiu at google.com>: > Awesome! As far as I know you are the first person outside Google to try out > LLD on Windows. :) Glad to hear that it worked. Hey Rui, glad that I can help out. I was going to use lld in the following scenario: I'm writing a programming language and started with unit-tests that build ASTs for small test cases. I then want to generate

Hi all, OpenJDK8 jdk8u-dev[1] is just able to work after compiled with LLVM 3.9.1 for X86: $ ./build/linux-x86_64-normal-server-slowdebug/images/j2sdk-image/bin/java -version openjdk version "1.8.0-internal-debug" OpenJDK Runtime Environment (build 1.8.0-internal-debug-xiangzhai_2018_09_09_21_08-b00) OpenJDK 64-Bit Server VM (build 25.71-b00-debug, mixed mode) $ strings

I have a CentOS 5 machine in which I'm trying to remove lvm. I dd'ed the file system to another partition, then dd'ed it back overwriting the lvm partition. I then modified menu.lst and fstab and replaced the paths to point to the correct device. When the system boots it's still looking for lvm. I can restore the system back to where it was with lvm, but I'm not sure what

 Hello, I wrote a very simple openGL application, as below #include #include int main(int argc, char **argv) {   glutInit(&argc, argv);   glutInitDisplayMode(GLUT_DOUBLE | GLUT_RGB | GLUT_DEPTH);   glutCreateWindow("red 3D lighted cube");   printf("GL_VERSION = %s\n",glGetString(GL_VERSION) );   return 0; } Compiling it with Clang and adding -lglut option worked

> Mmm. So you want to warn the user that two libraries using different > assertion settings both use the standard library? > > I think warning about actual differences in code, as opposed to differences > in type/vtable layout, is going to be pretty fraught with uninteresting > positives, but if you want to chase that rabbit, it's your time spent. It's probably

Hello list, I got a simple test case to reproduce a crash in code that has been generated by llvm. The code calls into the "putchar" function from LIBCMT.LIB. It works when creating an .exe file, but not when creating a .dll file and calling into an exported function. First, let me show how the code works as an .exe: > cat callPutchar.ll ; ModuleID = 'test' declare i32