<div dir="ltr">Thanks Pavel.<div><br></div><div>Just a quick note that building a fresh clone as of commit f3bf749b2b fails with this error:</div><div><br></div><div><div>bfd.c:128:2: error: implicit declaration of function ‘close_safe’ [-Werror=implicit-function-declaration]</div></div><div><br></div><div>So I added #include "util.h" to bfd.c.</div><div><br></div><div>I am curious why the build hasn't failed for anyone else!</div><div><br></div><div>--Saied</div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jan 22, 2015 at 3:58 AM, Pavel Emelyanov <span dir="ltr"><<a href="mailto:xemul@parallels.com" target="_blank">xemul@parallels.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 01/22/2015 02:22 AM, Saied Kazemi wrote:<br>
> This patch reworks fixup_aufs_vma_fd() to let symbolic links in<br>
> /proc/<pid>/map_files that are not pointing to AUFS branch names follow<br>
> the non-AUFS applcation logic.<br>
><br>
> The use case that prompted this commit was an application mapping<br>
> /dev/zero as shared and writeable which shows up in map_files as:<br>
><br>
> lrw------- ... 7fc5c5a5f000-7fc5c5a60000 -> /dev/zero (deleted)<br>
><br>
> If the AUFS support code reads the link, it will have to strip off the<br>
> " (deleted)" string added by the kernel but core CRIU code already<br>
> does this.<br>
><br>
> Signed-off-by: Saied Kazemi <<a href="mailto:saied@google.com">saied@google.com</a>><br>
<br>
</span>Applied, thanks!<br>
<br>
</blockquote></div><br></div>