<div dir="ltr">Hi Harald,<br><br>> I think there's one option that I would prefer: Having a new library<br><br>Ok, one may be a separate library in separate repo, or may be included<br>into libosmocore as a sub-library, if re-licensing would be successful.<br>Let's go this way.<br><br>> like libosmogsmphy (or libosmogsm-phy or libosmogsm_phy?) which contains<br>> the gsm0503 code and has dependencies to libosmocore and libosmocodec.<br><br>IMHO, 'phy' may sound a little bit confusing. I would prefer something<br>like 'libosmo-coding' or 'libosmocoding', without 'gsm' prefix, because<br>there are GPRS and EDGE too. Also, this may be a potential place for<br>other transcoding things, unrelated to GSM at all. We are talking about<br>channel coging, right? :)<br><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div>With best regards,<br></div><div>Vadim Yanitskiy.<br></div></div></div></div></div></div>
<br><div class="gmail_quote">2016-09-11 11:12 GMT+07:00 Harald Welte <span dir="ltr"><<a href="mailto:laforge@gnumonks.org" target="_blank">laforge@gnumonks.org</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Vadim,<br>
<span class=""><br>
On Sun, Sep 11, 2016 at 09:43:58AM +0600, Vadim Yanitskiy wrote:<br>
<br>
> There is a problem, related to GSM 05.03 code migration.<br>
> Please, have a look:<br>
><br>
> <a href="https://gerrit.osmocom.org/#/c/841/1/src/gsm/Makefile.am" rel="noreferrer" target="_blank">https://gerrit.osmocom.org/#/<wbr>c/841/1/src/gsm/Makefile.am</a><br>
><br>
> The problem is that the gsm0503_coding.c has some dependences<br>
> from libosmocodec, they are:<br>
><br>
>  - src/codec/gsm610.c<br>
>  - src/codec/gsm620.c<br>
>  - src/codec/gsm660.c<br>
><br>
> And I have some doubts how to link them properly. As we already<br>
</span>> discussed with Neels, there are the following possible ways [...]<br>
<br>
I think there's one option that I would prefer: Having a new library,<br>
like libosmogsmphy (or libosmogsm-phy or libosmogsm_phy?) which contains<br>
the gsm0503 code and has dependencies to libosmocore and libosmocodec.<br>
<br>
This library could then either be inside libosmocore.git (if we can<br>
agree to re-license it as GPLv2), or we'd have to maintain it in a<br>
separate repository (if we have to keep it AGPL).  This separation is<br>
not legally mandator and has no legal significance, it is juts merely<br>
not to confuse the user to obtain libosmocore.git which contained a mix<br>
of different licenses.<br>
<br>
Regards,<br>
        Harald<br>
<span class="HOEnZb"><font color="#888888">--<br>
- Harald Welte <<a href="mailto:laforge@gnumonks.org">laforge@gnumonks.org</a>>           <a href="http://laforge.gnumonks.org/" rel="noreferrer" target="_blank">http://laforge.gnumonks.org/</a><br>
==============================<wbr>==============================<wbr>================<br>
"Privacy in residential applications is a desirable marketing option."<br>
                                                  (ETSI EN 300 175-7 Ch. A6)<br>
</font></span></blockquote></div><br></div></div>