<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<style type="text/css" style="display:none;"><!-- P {margin-top:0;margin-bottom:0;} --></style>
</head>
<body dir="ltr">
<div id="divtagdefaultwrapper" style="font-size:12pt;color:#000000;font-family:Calibri,Arial,Helvetica,sans-serif;" dir="ltr">
<p>Hi Bas,</p>
<p><br>
</p>
<p>What would be a good way to work around the paths though? <span style="font-size: 12pt;">Is there a pkg </span><span style="font-size: 12pt;">config for libdrm?</span></p>
<br>
Thanks,
<div>Tom<br>
<div style="color: rgb(0, 0, 0);">
<hr tabindex="-1" style="display:inline-block; width:98%">
<div id="divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" color="#000000" style="font-size:11pt"><b>From:</b> amd-gfx <amd-gfx-bounces@lists.freedesktop.org> on behalf of Bas Nieuwenhuizen <bas@basnieuwenhuizen.nl><br>
<b>Sent:</b> Sunday, February 5, 2017 08:12<br>
<b>To:</b> amd-gfx@lists.freedesktop.org<br>
<b>Subject:</b> Re: [RFC]: More robust build sys for UMR</font>
<div> </div>
</div>
<div>
<div>Hi,<br>
</div>
<div><br>
</div>
<div>I think the current build system is a bit too naive though. On my distro archlinux the libdrm headers are installed in /usr/include/libdrm, which causes the include to drm/drm.h in src/lib/query_drm.c to fail.<br>
</div>
<div><br>
</div>
<div>So if it is in /usr/include/drm on Ubuntu, we are going to need some autodetection to find the right include path. Autotools definitely sounds like overkill to me, and the current build system is pretty simple indeed, but needing to change the source isn't
 ideal.<br>
</div>
<div><br>
</div>
<div>By the way, I don't think the current make system handles dependencies on headers correctly? e.g. if I modify umrapp.h, make rebuilds nothing.  This is one of the things cmake gives you for free, though with a bit of work make can do it too.<br>
</div>
<div><br>
</div>
<div>Yours sincerely,<br>
</div>
<div>Bas Nieuwenhuizen<br>
</div>
<div><br>
</div>
<div><br>
</div>
<div>On Sun, Feb 5, 2017, at 12:42, StDenis, Tom wrote:<br>
</div>
<blockquote type="cite">
<div dir="ltr" style="font-size:12pt; color:rgb(0,0,0); font-family:Calibri,Arial,Helvetica,sans-serif">
<p style="margin-bottom:0px; margin-top:0px">Hi Edward,<br>
</p>
<p style="margin-bottom:0px; margin-top:0px"><br>
</p>
<p style="margin-bottom:0px; margin-top:0px">Well the patches apply and work but I'm not really sure what problem it's meant to solve
<img naturalheight="19" naturalwidth="19" alt="😊" style="vertical-align: bottom; user-select: none;" aria-expanded="false" tabindex="0" src="cid:ffd7d60f-8bdf-497d-86f8-6eb3d733ad74">.  Building previously was actually simpler with "make" as opposed to "mkdir
 build && cd build && cmake .. && make".<br>
</p>
<p style="margin-bottom:0px; margin-top:0px"><br>
</p>
<p style="margin-bottom:0px; margin-top:0px">On a BSD system (where this wouldn't really work without the corresponding debugfs entries) gmake could be used to build it provided ncurses/pciaccess were around.<br>
</p>
<div><br>
</div>
<div>If this legitimately makes it more stable to build on Linux systems then I'm all for it.  Can anyone elaborate on where the simple make system would fail?<br>
</div>
<div><br>
</div>
<div>
<div>(I'm not saying NAK I'm simply asking for my own edification).<br>
</div>
<div><br>
</div>
<div><br>
</div>
<div>Thanks,<br>
</div>
<div>
<div>Tom<br>
</div>
<div><br>
</div>
<div><br>
</div>
<div style="color:rgb(0,0,0)">
<div>
<div>
<hr style="display:inline-block; width:98%">
<br>
</div>
<div dir="ltr">
<div><span class="colour" style="color:rgb(0,0,0)"><span class="font" style="font-family:Calibri," sans-serif""><span class="size" style="font-size:11pt"><b>From:</b> Edward O'Callaghan <funfunctor@folklore1984.net><br>
<b>Sent:</b> Saturday, February 4, 2017 23:59<br>
<b>To:</b> amd-gfx@lists.freedesktop.org<br>
<b>Cc:</b> StDenis, Tom<br>
<b>Subject:</b> [RFC]: More robust build sys for UMR</span></span></span> </div>
<div> <br>
</div>
</div>
</div>
<div><span class="size" style="font-size:small"><span class="size" style="font-size:10pt"></span></span><br>
</div>
<div><span class="size" style="font-size:small"><span class="size" style="font-size:10pt">Keeping with the tradition of changing the build system on initial<br>
release, here we go again.. This follow series introduces the cmake<br>
build system that is intended to be a little more robust across<br>
various distros and presumably the BSD's also. The installation<br>
prefix is configurable in the usual cmake way:<br>
 `cmake -DCMAKE_INSTALL_PREFIX:PATH=/usr ..`<br>
<br>
Please kindly review,<br>
<br>
Edward O'Callaghan (4):<br>
 [PATCH 1/4] cmake_modules: Add libpciaccess finder<br>
 [PATCH 2/4] cmake: Initial build system<br>
 [PATCH 3/4] README: minor update for cmake buildsys<br>
 [PATCH 4/4] drop orginal Makefile && stub bin/ directory</span></span></div>
<div><span class="size" style="font-size:small"><span class="size" style="font-size:10pt"></span></span><br>
</div>
</div>
</div>
</div>
</div>
<div><u>_______________________________________________</u><br>
</div>
<div>amd-gfx mailing list<br>
</div>
<div><a href="mailto:amd-gfx@lists.freedesktop.org">amd-gfx@lists.freedesktop.org</a><br>
</div>
<div><a href="https://lists.freedesktop.org/mailman/listinfo/amd-gfx">https://lists.freedesktop.org/mailman/listinfo/amd-gfx</a><br>
</div>
</blockquote>
<div><br>
</div>
</div>
</div>
</div>
</div>
</body>
</html>