[Development] CI - Mesa warning "couldn't open dxtn.dll" on Windows machines

Mitch Curtis mitch.curtis at digia.com
Fri Aug 16 10:48:54 CEST 2013


On 08/13/2013 10:06 AM, Koehne Kai wrote:
>
>> -----Original Message-----
>> From: development-bounces+kai.koehne=digia.com at qt-project.org
>> [mailto:development-bounces+kai.koehne=digia.com at qt-project.org] On
>> Behalf Of Zack Rusin
>> Sent: Tuesday, August 13, 2013 2:50 AM
>> To: Koehne Kai
>> Cc: development at qt-project.org
>> Subject: Re: [Development] CI - Mesa warning "couldn't open dxtn.dll" on
>> Windows machines
>>
>> On Fri, Aug 9, 2013 at 5:39 AM, Koehne Kai <Kai.Koehne at digia.com> wrote:
>>> Hi,
>>>
>>> I just ran into suspicious compiler warnings in the CI system logs for
>> Windows:
>>>
>>>    Mesa warning: couldn't open dxtn.dll, software DXTn
>> compression/decompression unavailable
>>>    Mesa warning: couldn't open dxtn.dll, software DXTn
>> compression/decompression unavailable
>>>    Mesa warning: couldn't open dxtn.dll, software DXTn
>> compression/decompression unavailable
>>>    Mesa warning: couldn't open dxtn.dll, software DXTn
>>> compression/decompression unavailable
>>>
>>> (from
>>> http://testresults.qt-project.org/ci/QtDeclarative_stable_Integration/
>>> build_00830/win32-msvc2010_developer-
>> build_qtnamespace_Windows_7/log.t
>>> xt.gz
>>> )
>>>
>>> Digging a bit it seems that some logs even back from 2012 have these
>> errors, e.g.
>>>
>>> http://testresults.qt-project.org/ci/QtBase_master_Integration/build_0
>>> 4706/win32-msvc2010_Windows_7/log.txt.gz
>>>
>>> I don't think the warning itself is crucial. Anyhow, did anyone ever checked
>> out whether there's an easy fix for it?
>>
>> I guess that depends on the patent situation in your favorite country and/or
>> your willingness to be an outlaw, which is generally connected to your ability
>> to grow wickedly awesome mustache. We use an external dxtn library for
>> s3tc compression, which is governed by patents and thus the code for it can't
>> be distributed with free software mesa itself. It's just four (or five)
>> entrypoints that need to be shipped out to that external library that's
>> dlopened at runtime. If you just want to make the errors stop on your test
>> systems then you can just compile some version of libtxc_dxtn using mingw
>> to produce dxtn.dll, e.g.
>> http://cgit.freedesktop.org/~mareko/libtxc_dxtn/
>> or you can check the entry points inside libtxc_dxtn and just create a file with
>> empty stubs for those functions and compile that into dxtn.dll.
>
> Alright, sounds like I'll just leave the warnings alone :) The next guy running into them will hopefully find this thread ...
>
> Thanks for the explanation,
>
> Kai
> _______________________________________________
> Development mailing list
> Development at qt-project.org
> http://lists.qt-project.org/mailman/listinfo/development
>

Hey, that's me!

http://testresults.qt-project.org/ci/QtDeclarative_stable_Integration/build_00864/win32-msvc2010_developer-build_qtnamespace_Windows_7/log.txt.gz



More information about the Development mailing list