<div dir="ltr">2013/8/26 Thomas Petazzoni <span dir="ltr"><<a href="mailto:thomas.petazzoni@free-electrons.com" target="_blank">thomas.petazzoni@free-electrons.com</a>></span><br><div class="gmail_extra"><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Dear Jimmy Durand Wesolowski,</blockquote><div>Dear Thomas Petazzoni,</div>
<div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div class="im">
On Mon, 26 Aug 2013 09:43:49 +0200, Jimmy Durand Wesolowski wrote:<br>
<br>
> Here is a quick test, without any of my modifications. I had to pass both<br>
> CFLAGS and LDFLAGS to "./configure", as said earlier, which can be<br>
> considered<br>
> a normal process:<br>
> CFLAGS="-I<URCU_BUILD_PATH>/include" \<br>
>   CPPFLAGS="-I<URCU_BUILD_PATH>/include" \<br>
>   LDFLAGS="-L<URCU_BUILD_PATH>/lib" \<br>
>   ./configure --prefix=${PWD}/build<br>
<br>
</div>As said previously, if you're cross-compiling, doing<br>
--prefix=${PWD}/build is completely wrong. --prefix is the directory<br>
where the software will be located when executed on the target, not the<br>
location where the software will be installed when doing 'make install'.<br></blockquote><div>Thank you for this information, I shamefully did not remember this, and I</div><div>am a buildroot user myself... I will not be using --prefix for cross-</div>
<div>compilation anymore, thank you.</div><div><br></div></div><div>Nevertheless, I did not say that LTTng cannot be cross-compiled without</div><div>these changes, but it needs flags at the 'configure' step, and at the</div>
<div>'make' one, as I said earlier, which DESTDIR will not correct, since the</div><div>the flags are not given to the sub-Makefiles.</div><div><br></div><div><br></div><div>Thank you for the correction,</div>-- <br>
<div dir="ltr">Jimmy Durand Wesolowski<br><div>OpenWide R&D engineer<br></div><div>OneAccess</div></div>
</div></div>