<div dir="ltr"><div><div><div><div><div>Daniel<br></div>Your patch did not work without some simple modifications.<br></div>Instead of having <br><i>inline __attribute__((always_inline)) int ignore(int x) {return x;}<br></i></div>at procd.h, I had to add a<br><i>static inline __attribute__((always_inline)) int ignore(int x) {return x;}<br></i></div>at the begining of both coldplug.c and early.c. <br></div><div>I did this because early.c was not including procd.h<br><br></div><div>After the change, the rest of the patch (adding ignore()) worked and procd compiled.<br><br></div><div>Thanks for the help and effort. The fix should be submitted to repo so that the x86 with glibc variant may be compilable. <br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On 22 October 2015 at 17:04, Daniel Gimpelevich <span dir="ltr"><<a href="mailto:daniel@gimpelevich.san-francisco.ca.us" target="_blank">daniel@gimpelevich.san-francisco.ca.us</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 Thu, 2015-10-22 at 17:54 +0200, Felix Fietkau wrote:<br>
> On 2015-10-21 01:34, Daniel Golle wrote:<br>
> > Hi!<br>
> ><br>
> > This has been an argument going on between the gcc and the glibc people<br>
> > for about 10 years now.<br>
> > See<br>
> > <a href="https://gcc.gnu.org/bugzilla/show_bug.cgi?id=25509" rel="noreferrer" target="_blank">https://gcc.gnu.org/bugzilla/show_bug.cgi?id=25509</a><br>
> ><br>
> > It seems like commit b6618ffa which added the symlinks silently broke<br>
> > things when building with glibc.<br>
> > Don't ask me why glibc enabled warn_unused_result for symlink(3) but<br>
> > doesn't for found mount(2) or mkdir(3)...<br>
> ><br>
> > A way around it would be to take things as they are and simply make<br>
> > sure to surpress the warning as shown in<br>
> > <a href="http://www.redhat.com/archives/rhl-devel-list/2007-March/msg00692.html" rel="noreferrer" target="_blank">http://www.redhat.com/archives/rhl-devel-list/2007-March/msg00692.html</a><br>
</span>[snip]<br>
<span class="">> inline functions should be static. the always_inline part is irrelevant<br>
> here.<br>
><br>
> - Felix<br>
<br>
</span>Maybe it can just be typecast to void? This kind of issue was one of the<br>
last things I expected. I first learned C before ANSI or ISO had even<br>
draft standards, and I guess it still shows.<br>
<div class="HOEnZb"><div class="h5">_______________________________________________<br>
openwrt-devel mailing list<br>
<a href="mailto:openwrt-devel@lists.openwrt.org">openwrt-devel@lists.openwrt.org</a><br>
<a href="https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel" rel="noreferrer" target="_blank">https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature"><div dir="ltr"><div><br></div><div>Carlos Miguel Ferreira</div><div>Researcher at Telecommunications Institute</div><div>Aveiro - Portugal</div><div>Work E-mail - <a href="mailto:cmf@av.it.pt" target="_blank">cmf@av.it.pt</a></div><div>Skype & GTalk -> <a href="http://carlosmf.pt" target="_blank">carlosmf.pt</a>@<a href="http://gmail.com" target="_blank">gmail.com</a></div><div>LinkedIn -> <a href="http://www.linkedin.com/in/carlosmferreira" target="_blank">http://www.linkedin.com/in/carlosmferreira</a></div></div></div>
</div>