[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 pro
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
>> 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
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
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 av
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
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 m
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 newe
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 proh
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
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 newe
11 matches
Mail list logo
