<div dir="ltr">Ok, just to halt this thread, I have a fix for the current pix_opencv build situation with <a href="https://github.com/avilleret/pix_opencv/blob/6fdbba2bbffe28153fb9adf24ce0b879294ab9cf/mac/make_darwins.sh">this script that I added</a> to my <a href="https://github.com/avilleret/pix_opencv/pull/11">pr</a><div><br></div><div>Afaic, pix_opencv actually tries to link as a single binary, but for some reason, it just dont. I went ahead and made it so every object lives in its own little bundle.</div><div><br></div><div>Thanks for your help!! Hope somebody finds this useful</div><div><br></div><div>f</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Mar 1, 2019 at 1:20 PM Fede Camara Halac <<a href="mailto:camarafede@gmail.com">camarafede@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
I see, so pd-lib-builder is not an option. <br>
<br>
It is an automake system, but I can't tell if it builds (or if it is meant to build) to a single binary or not. It does look like Gem's, and the compilation aftermath looks very similar, too.<br>
<br>
The reason why I think it's not a single binary is that the old release I have (i think from deken) contains one binary per source. <br>
<br>
Is there a way to check if pix_opencv is a single binary build? e.g, How/Where is single binary achieved in Gem?<br>
<br>
<br>
> On Mar 1, 2019, at 8:39 AM, IOhannes m zmölnig <<a href="mailto:zmoelnig@iem.at" target="_blank">zmoelnig@iem.at</a>> wrote:<br>
> <br>
>> On 3/1/19 2:00 AM, Fede Camara Halac wrote:<br>
>> ok. i think you can discard my last email. It turns out i was loading the old 32bit i had.  my bad. <br>
>> <br>
>> but <br>
>> <br>
>> i did some more digging and the reason pd does not load the externals is that they dont exist. <br>
> <br>
> so?<br>
> your original error was when loading pix_opencv.pd_darwin.<br>
> most likely, pix_opencv is single binary with multiple objects (or put<br>
> otherwise: ther isn't a pix_rgba.pd_darwin either)<br>
> <br>
>> somehow the only object built is pix_opencv.pd_darwin, which just fires a console welcome message. The rest of the pix_opencv_*.pd_darwin objects are not created. Only their *.o are there and they *can* be used to make their respective ps_darwins (tried with one and worked, loaded and all :)<br>
>> <br>
>> First, I dont know why this last step of the linking is just not happening. How can I make sure this is not something missing from the generated Makefile?<br>
>> <br>
>> Second, I dont fully understand these makefiles. Can this all be done easier with pd-lib-builder? I am tempted to try and do something like that.<br>
>> <br>
> <br>
> i don't know the pix_opencv makefile, but pd-lib-builder is not really<br>
> targetted at complex build systems with lots of dependencies.<br>
> <br>
> <br>
> fgmadsr<br>
> IOhannes<br>
> <br>
> _______________________________________________<br>
> <a href="mailto:Pd-list@lists.iem.at" target="_blank">Pd-list@lists.iem.at</a> mailing list<br>
> UNSUBSCRIBE and account-management -> <a href="https://lists.puredata.info/listinfo/pd-list" rel="noreferrer" target="_blank">https://lists.puredata.info/listinfo/pd-list</a><br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><a href="http://fdch.github.io/tv" target="_blank">http://fdch.github.io/tv</a></div></div>