<div dir="ltr">Hello dear Erlang developers,<div><br></div><div>I would tremendously appreciate any help or if anyone can point me to someone who can help with linking Erlang/OTP.   I created an experimental BIF in my own fork of erlang/otp, but can't get past linking stage (on Mac: <span style="font-family:Menlo;font-size:11px">Undefined symbols for architecture x86_64</span>,  but same thing happens on ubuntu 14.04)  even though I checked everywhere and my BIF seems to be everywhere an existing BIF from the same module is (with same naming  conventions and all).   I don't know where to post this question either (Erlang Central didn't work which is understandable, it's not like people are creating BIFs everyday), I'm so desperate I'm about to post it on Twitter ;)  </div><div><br></div><div>Thanks a million for reading this message and even more so for pointing me to where I can get help with this!</div><div><br></div><div>Irina.</div><div><br></div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Nov 12, 2015 at 12:19 PM, Hans Nilsson R <span dir="ltr"><<a href="mailto:hans.r.nilsson@ericsson.com" target="_blank">hans.r.nilsson@ericsson.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Great!  If there also is documentation and a test case the likelihood of<br>
acceptance is higher :)<br>
<span class="HOEnZb"><font color="#888888">-Hans<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
On 11/12/2015 06:31 PM, Vipin Nair wrote:<br>
> Hello Hans,<br>
><br>
>> A more general way to pass options to the key callback module would be<br>
>> to introduce a second form of the key_cb option:<br>
>>   -  keep todays {key_cb, Module::atom()} to keep compatibility<br>
>>   -  introduce the variant {key_cb, {Module::atom(), ModuleOptions}}<br>
>> [...]<br>
>> In that way it is possible to write a callback module with whatever is<br>
>> needed as private options.<br>
><br>
> This will work! In retrospect, I should have done this instead. This is much<br>
> simpler and solves my problem. I'll send a new pull request with the suggested<br>
> implementation. Thanks!<br>
><br>
<br>
</div></div><br>_______________________________________________<br>
erlang-patches mailing list<br>
<a href="mailto:erlang-patches@erlang.org">erlang-patches@erlang.org</a><br>
<a href="http://erlang.org/mailman/listinfo/erlang-patches" rel="noreferrer" target="_blank">http://erlang.org/mailman/listinfo/erlang-patches</a><br>
<br></blockquote></div><br></div>