Attention is currently required from: pespin, daniel.
laforge has posted comments on this change. ( https://gerrit.osmocom.org/c/libosmocore/+/31356 )
Change subject: Move libosmogsm TS 44.060 declarations under include/osmocom/gsm/
......................................................................
Patch Set 2:
(2 comments)
Commit Message:
https://gerrit.osmocom.org/c/libosmocore/+/31356/comment/e52f7529_dbac30e6
PS2, Line 9: Currently there's a big mess where include dir osmocom/gprs/ is used by
: both libosmogsm and libosmogb.
I don't think that by itself constitues any mess. As long as the file names are unique, there's no problem. Within a project developed by a relatively small number of people, this should be feasible.
Given the deprecation fall-out you're aiming to create with this (and even more so the follow-up patch of renaming the include dir), I'm really wondering if it wouldn't be much easier, and without any risk of breakage/fall-out to old aplications, if the new library (libosmo-gprs) would simply use a different include path. This has much less impact on applications, as almost nobody is using applications for that new library, right?
https://gerrit.osmocom.org/c/libosmocore/+/31356/comment/c6750124_fd1acac9
PS2, Line 30: can eventually get rid of them.
and eventuall break building old applications, which we generally try not to, unless it's really impossible to fix an important bug without it. I'm doubtful naming and location of header files is an "impossible to fix important bug" qualifies as that.
So if we introduce something for backwards compatibility, we should assume it is here to stay, and not just temporary.
--
To view, visit https://gerrit.osmocom.org/c/libosmocore/+/31356
To unsubscribe, or for help writing mail filters, visit https://gerrit.osmocom.org/settings
Gerrit-Project: libosmocore
Gerrit-Branch: master
Gerrit-Change-Id: I70cc21bf25a7081070738abacb409ed19094c3b2
Gerrit-Change-Number: 31356
Gerrit-PatchSet: 2
Gerrit-Owner: pespin <pespin(a)sysmocom.de>
Gerrit-Reviewer: Jenkins Builder
Gerrit-Reviewer: daniel <dwillmann(a)sysmocom.de>
Gerrit-Reviewer: laforge <laforge(a)osmocom.org>
Gerrit-Attention: pespin <pespin(a)sysmocom.de>
Gerrit-Attention: daniel <dwillmann(a)sysmocom.de>
Gerrit-Comment-Date: Sat, 18 Feb 2023 08:30:44 +0000
Gerrit-HasComments: Yes
Gerrit-Has-Labels: No
Gerrit-MessageType: comment
Attention is currently required from: pespin, daniel.
laforge has posted comments on this change. ( https://gerrit.osmocom.org/c/libosmocore/+/31360 )
Change subject: Move include osmocom/gprs -> osmocom/gb, deprecate osmocom/gprs/
......................................................................
Patch Set 1: Code-Review-1
(1 comment)
Patchset:
PS1:
As I said already in the chat: this is not going to work. We can not break the API of old applications.
I don't think you can ever remove the gb related files from include/gprs/ - and at that point, it doesn't make sense to move them in the first place.
--
To view, visit https://gerrit.osmocom.org/c/libosmocore/+/31360
To unsubscribe, or for help writing mail filters, visit https://gerrit.osmocom.org/settings
Gerrit-Project: libosmocore
Gerrit-Branch: master
Gerrit-Change-Id: I6e826775552766e34e4c06fe2390084596dfc286
Gerrit-Change-Number: 31360
Gerrit-PatchSet: 1
Gerrit-Owner: pespin <pespin(a)sysmocom.de>
Gerrit-Reviewer: Jenkins Builder
Gerrit-Reviewer: daniel <dwillmann(a)sysmocom.de>
Gerrit-Reviewer: laforge <laforge(a)osmocom.org>
Gerrit-Attention: pespin <pespin(a)sysmocom.de>
Gerrit-Attention: daniel <dwillmann(a)sysmocom.de>
Gerrit-Comment-Date: Sat, 18 Feb 2023 08:22:25 +0000
Gerrit-HasComments: Yes
Gerrit-Has-Labels: Yes
Gerrit-MessageType: comment