Re: [Mesa-dev] [PATCH] targets/opencl: Fix (static) linking with LLVM

2014-05-28 Thread Kertesz Laszlo
Hi, i too hit the X crashing issue. But i am unable to compile the latest git (10.2-branchpoint-318-g4c7bf8a according to 'git describe') Here is the errors i get: make[3]: Entering directory '/compile/mesa/src/gallium/targets/gbm' CC gbm.lo CXXLDgbm_gallium_drm.la

Re: [Mesa-dev] [PATCH] targets/opencl: Fix (static) linking with LLVM

2014-05-28 Thread Emil Velikov
On 28/05/14 07:42, Kertesz Laszlo wrote: Hi, i too hit the X crashing issue. But i am unable to compile the latest git (10.2-branchpoint-318-g4c7bf8a according to 'git describe') Here is the errors i get: make[3]: Entering directory '/compile/mesa/src/gallium/targets/gbm' CC gbm.lo

Re: [Mesa-dev] [PATCH] targets/opencl: Fix (static) linking with LLVM

2014-05-28 Thread Kai Wasserbäch
[Just a short note, as I can't test Mesa any longer, since I have a new Radeon, which is no business case for the FLOSS driver.] terminfo rings a bell, IIRC there was a Mesa bug about this some while back; for myself at least I just added the terminfo stuff to my Mesa build (again IIRC, that

Re: [Mesa-dev] [PATCH] targets/opencl: Fix (static) linking with LLVM

2014-05-27 Thread Emil Velikov
On 27/05/14 05:46, Kertesz Laszlo wrote: On 05/19/2014 06:06 PM, Kai Wasserbäch wrote: Michel Dänzer schrieb am 19.05.2014 04:12: On 18.05.2014 18:37, Kai Wasserbäch wrote: And instead of just not starting, my X starts crashing, whenever libGL fails to load a (32 bit) driver. FWIW, some

Re: [Mesa-dev] [PATCH] targets/opencl: Fix (static) linking with LLVM

2014-05-26 Thread Kertesz Laszlo
On 05/19/2014 06:06 PM, Kai Wasserbäch wrote: Michel Dänzer schrieb am 19.05.2014 04:12: On 18.05.2014 18:37, Kai Wasserbäch wrote: And instead of just not starting, my X starts crashing, whenever libGL fails to load a (32 bit) driver. FWIW, some potential alternatives for avoiding the X

Re: [Mesa-dev] [PATCH] targets/opencl: Fix (static) linking with LLVM (v2)

2014-05-20 Thread Emil Velikov
On 19/05/14 16:02, Kai Wasserbäch wrote: Without this, I get linking failures (static linking). The static linking is sort of required for me, because otherwise Steam and applications using the Steam runtime regularily fail because my LLVM was compiled and linked against a newer libgcc_s,

[Mesa-dev] [PATCH] targets/opencl: Fix (static) linking with LLVM (v2)

2014-05-19 Thread Kai Wasserbäch
Without this, I get linking failures (static linking). The static linking is sort of required for me, because otherwise Steam and applications using the Steam runtime regularily fail because my LLVM was compiled and linked against a newer libgcc_s, libstdc++, etc. and uses features from those

Re: [Mesa-dev] [PATCH] targets/opencl: Fix (static) linking with LLVM

2014-05-19 Thread Kai Wasserbäch
Michel Dänzer schrieb am 19.05.2014 04:12: On 18.05.2014 18:37, Kai Wasserbäch wrote: And instead of just not starting, my X starts crashing, whenever libGL fails to load a (32 bit) driver. FWIW, some potential alternatives for avoiding the X crashes: With current xserver Git master, you

[Mesa-dev] [PATCH] targets/opencl: Fix (static) linking with LLVM

2014-05-18 Thread Kai Wasserbäch
Without this, I get linking failures (static linking). The static linking is sort of required for me, because otherwise Steam and applications using the Steam runtime regularily fail because my LLVM was compiled and linked against a newer libgcc_s, libstdc++, etc. and uses features from those

Re: [Mesa-dev] [PATCH] targets/opencl: Fix (static) linking with LLVM

2014-05-18 Thread Emil Velikov
On 18/05/14 10:37, Kai Wasserbäch wrote: Without this, I get linking failures (static linking). The static linking is sort of required for me, because otherwise Steam and applications using the Steam runtime regularily fail because my LLVM was compiled and linked against a newer libgcc_s,

Re: [Mesa-dev] [PATCH] targets/opencl: Fix (static) linking with LLVM

2014-05-18 Thread Michel Dänzer
On 18.05.2014 18:37, Kai Wasserbäch wrote: And instead of just not starting, my X starts crashing, whenever libGL fails to load a (32 bit) driver. FWIW, some potential alternatives for avoiding the X crashes: With current xserver Git master, you can pass the -iglx parameter to Xorg to