<div dir="ltr">Thank you Roman<div>That seemed to do the trick!</div><div><br></div><div>ali</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Sep 10, 2013 at 5:28 PM, Roman Haefeli <span dir="ltr"><<a href="mailto:reduzent@gmail.com" target="_blank">reduzent@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I vaguely remember that you need only the 'externals' folder from svn,<br>
but also 'packages' for compiling the externals from svn.<br>
<br>
Checkout 'packages' and try again.<br>
<span class="HOEnZb"><font color="#888888"><br>
Roman<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
<br>
On Tue, 2013-09-10 at 11:25 +0200, Cyrille Henry wrote:<br>
> hello,<br>
><br>
> nusmuk-audio use the template makefile.<br>
> i upgrade it to last version for ali to test.<br>
> anyhow, this lib compile fine almost everywhere, including on rasbian.<br>
> (so makefile look good on linux/arm)<br>
><br>
> ali say that compiling any externals gives the same problem.<br>
> so it's not specific to this lib.<br>
><br>
> i have no idea where the problem source can be.<br>
><br>
> cheers<br>
> c<br>
><br>
><br>
><br>
><br>
> Le 10/09/2013 11:09, katja a écrit :<br>
> > Actually I think that the library template should work for Linux on<br>
> > ARM too, as is. Only it does not provide specific optimization flags,<br>
> > which those ARM boards sorely need for performance. But if it does not<br>
> > build at all, there may be something else wrong, for example the build<br>
> > directory structure. Let's not conclude too early that the makefiles<br>
> > are at fault.<br>
> ><br>
> > Katja<br>
> ><br>
> > On Mon, Sep 9, 2013 at 6:29 PM, jo57 <<a href="mailto:jaime.oliver2@gmail.com">jaime.oliver2@gmail.com</a>> wrote:<br>
> >> I don't think it is clutter at all… I don't have one of these boards, but<br>
> >> I'd love to try them, and when I do, I'd love to come back to this<br>
> >> documentation...<br>
> >> Perhaps this could be added to the library template?<br>
> >> <a href="http://puredata.info/docs/developer/LibraryTemplate" target="_blank">http://puredata.info/docs/developer/LibraryTemplate</a><br>
> >> J<br>
> >><br>
> >> On Sep 9, 2013, at 11:39 AM, katja <<a href="mailto:katjavetter@gmail.com">katjavetter@gmail.com</a>> wrote:<br>
> >><br>
> >> Hi Ali,<br>
> >><br>
> >> Seems an interesting board, the Udoo. PengPod has Cortex-A8 while Udoo<br>
> >> has Cortex-A9. But machine name is armv7l in both cases, meaning the<br>
> >> same compiler flags may be used. If you want I can send you a project<br>
> >> by private mail (don't want to clutter the list with this) which<br>
> >> builds some home-brew externals and some externals from Pd-extended on<br>
> >> RPi and PengPod amongst others. If it would build on Udoo too, we'd<br>
> >> know a bit more.<br>
> >><br>
> >> Katja<br>
> >><br>
> >> On Mon, Sep 9, 2013 at 4:11 PM, Ali Momeni <<a href="mailto:batchku@gmail.com">batchku@gmail.com</a>> wrote:<br>
> >><br>
> >> Hello,<br>
> >> Looks like the Udoo is the same as the PengPod.<br>
> >> Is the PengPod something like: <a href="http://pandaboard.org/" target="_blank">http://pandaboard.org/</a><br>
> >><br>
> >> ?<br>
> >><br>
> >><br>
> >> Here's what i get:<br>
> >><br>
> >> ubuntu@imx6-qsdl:~$ uname -s<br>
> >><br>
> >> Linux<br>
> >><br>
> >> ubuntu@imx6-qsdl:~$ uname -a<br>
> >><br>
> >> Linux imx6-qsdl 3.0.35 #1 SMP PREEMPT Mon Aug 19 07:11:31 PDT 2013 armv7l<br>
> >> armv7l armv7l GNU/Linux<br>
> >><br>
> >><br>
> >><br>
> >><br>
> >><br>
> >> On Mon, Sep 9, 2013 at 10:03 AM, katja <<a href="mailto:katjavetter@gmail.com">katjavetter@gmail.com</a>> wrote:<br>
> >><br>
> >><br>
> >> Hello Ali,<br>
> >><br>
> >> A while ago I've compiled home-brew Pd externals on Raspberry Pi and<br>
> >> PengPod Linux tablet, and found that for each ARM processor type you<br>
> >> can identify them by their proper name as returned by command uname<br>
> >> -m. For RPi this is armv6l and for PengPod armv7l. So I could define<br>
> >> individual flags for those ARM types in the makefiles.<br>
> >><br>
> >> There is no general approach to this, as makefiles in various Pd<br>
> >> extended libs can be very different. In the template makefile which is<br>
> >> used for many libs, the operating system is tested first with uname<br>
> >> -s. If it is Linux, the processor type is found with uname -m and<br>
> >> stored in variable CPU, which seems to be used for target 'showsetup'<br>
> >> only, not for setting specific flags. Anyway, if you get "No rule to<br>
> >> make target xxx.pd_linux" when trying to build a lib with template<br>
> >> makefile, I wonder what you get from your Udoo board with command<br>
> >> uname -s?<br>
> >><br>
> >> Katja<br>
> >><br>
> >> On Mon, Sep 9, 2013 at 2:06 PM, Ali Momeni <<a href="mailto:batchku@gmail.com">batchku@gmail.com</a>> wrote:<br>
> >><br>
> >><br>
> >><br>
> >> hello all,<br>
> >> i'm working with a Udoo board (<a href="http://Udoo.org" target="_blank">http://Udoo.org</a>)<br>
> >> i've successfully compiled PureData 0.45 from miller's site;<br>
> >> i'm now trying to compile some of the externals in the pd svn, but i'm<br>
> >> getting the same error for all.<br>
> >><br>
> >> for instance, when trying to compile nusmuk-audio, i.e.<br>
> >><br>
> >> <a href="http://sourceforge.net/p/pure-data/svn/17203/tree/trunk/externals/nusmuk/nusmuk-audio/" target="_blank">http://sourceforge.net/p/pure-data/svn/17203/tree/trunk/externals/nusmuk/nusmuk-audio/</a><br>
> >><br>
> >> i get the following<br>
> >><br>
> >> ubuntu@imx6-qsdl:~/pd-externals/nusmuk/nusmuk-audio$ make<br>
> >><br>
> >><br>
> >> make: * No rule to make target `bq~.pd_linux', needed by `all'.<br>
> >> Stop.<br>
> >><br>
> >><br>
> >> I have contacted the developer (cyrille henry) and he adjusted the<br>
> >> MakeFile<br>
> >> to account for building for ARM; but i get the same error. I notice,<br>
> >> incidentally, that i get the same error ("No rule to make target<br>
> >> xxx.pd_linux") for all other externals that i tried from the repository.<br>
> >><br>
> >> does anyone have any thoughts on how to resolve this?<br>
> >><br>
> >><br>
> >> thanks,<br>
> >><br>
> >><br>
> >> ali<br>
> >><br>
> >><br>
> >><br>
> >> _______________________________________________<br>
> >> <a href="mailto:Pd-list@iem.at">Pd-list@iem.at</a> mailing list<br>
> >> UNSUBSCRIBE and account-management -><br>
> >> <a href="http://lists.puredata.info/listinfo/pd-list" target="_blank">http://lists.puredata.info/listinfo/pd-list</a><br>
> >><br>
> >><br>
> >><br>
> >><br>
> >> _______________________________________________<br>
> >> <a href="mailto:Pd-list@iem.at">Pd-list@iem.at</a> mailing list<br>
> >> UNSUBSCRIBE and account-management -><br>
> >> <a href="http://lists.puredata.info/listinfo/pd-list" target="_blank">http://lists.puredata.info/listinfo/pd-list</a><br>
> >><br>
> >><br>
> ><br>
> > _______________________________________________<br>
> > <a href="mailto:Pd-list@iem.at">Pd-list@iem.at</a> mailing list<br>
> > UNSUBSCRIBE and account-management -> <a href="http://lists.puredata.info/listinfo/pd-list" target="_blank">http://lists.puredata.info/listinfo/pd-list</a><br>
> ><br>
><br>
> _______________________________________________<br>
> <a href="mailto:Pd-list@iem.at">Pd-list@iem.at</a> mailing list<br>
> UNSUBSCRIBE and account-management -> <a href="http://lists.puredata.info/listinfo/pd-list" target="_blank">http://lists.puredata.info/listinfo/pd-list</a><br>
<br>
<br>
<br>
_______________________________________________<br>
<a href="mailto:Pd-list@iem.at">Pd-list@iem.at</a> mailing list<br>
UNSUBSCRIBE and account-management -> <a href="http://lists.puredata.info/listinfo/pd-list" target="_blank">http://lists.puredata.info/listinfo/pd-list</a><br>
</div></div></blockquote></div><br></div>