Zhibin Li's GSoC status report - #12 of 12
haoyouab at gmail.com
Wed Aug 21 15:10:02 UTC 2019
On Wed, Aug 21, 2019 at 11:01 PM Zhibin Li <haoyouab at gmail.com> wrote:
> On Tue, Aug 20, 2019 at 7:11 PM Dmitry V. Levin <ldv at altlinux.org> wrote:
>> On Tue, Aug 20, 2019 at 12:56:23AM +0800, Zhibin Li wrote:
>> > Hi all,
>> > Accomplishments:
>> > - Finished reworking of general DRM ioctl tests. In the tests I detect
>> > config for libdrm or kernel headers like what I did in the decoders
>> > while the decoders now are using bundled headers in /strace/linux/drm/.
>> > believe this is the supposed way to handle the decoders and tests.
>> > One problem that I found in detecting libdrm or kernel headers is that
>> > travis-ci env (namely ubuntu14.04) the form of checking members like:
>> > AC_CHECK_MEMBERS([struct drm_mode_fb_cmd2.modifier],,, [#include
>> > is not working but it works on newer distribution like 16.04 or fedora.
>> > I checked config.log and then found:
>> > configure:16260: checking for struct drm_mode_fb_cmd2.modifier
>> > configure:16260: gcc -std=gnu99 -c -g -O2 -I/usr/include/libdrm
>> > conftest.c >&5
>> > In file included from conftest.c:345:0:
>> > /usr/include/libdrm/drm.h:132:2: error: unknown type name 'size_t'
>> > size_t name_len; /**< Length of name buffer */
>> Try this instead:
>> AC_CHECK_MEMBERS([struct drm_mode_fb_cmd2.modifier],,, [#include
>> #include <drm.h>])
>> Somehow this doesn't work. Would using AC_INCLUDES_DEFAULT be a problem?
> AC_CHECK_MEMBERS([struct drm_mode_fb_cmd2.modifier],,, AC_INCLUDES_DEFAULT
> [#include <drm.h>])
> It seems this works.
Sorry, it's my fault. I just made a mistake. Adding <sys/types.h> works.
Please disregard this.
BTW what's the concern of using AC_INCLUDES_DEFAULT?
>> Strace-devel mailing list
>> Strace-devel at lists.strace.io
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Strace-devel