This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "Lev Walkin's asn1 compiler".

The branch, aper has been updated discards 2ccf6f701de667aee12de4d16a95601ccc58b909 (commit) discards d02b4a79f4311c3d94dc200392ab37c6aef9fdf0 (commit) via 0ff796f0363143eddbf87ba7500e07418a905dd7 (commit)

This update added new revisions after undoing existing revisions. That is to say, the old revision is not a strict subset of the new revision. This situation occurs when you --force push a change and generate a repository containing something like this:

* -- * -- B -- O -- O -- O (2ccf6f701de667aee12de4d16a95601ccc58b909) \ N -- N -- N (0ff796f0363143eddbf87ba7500e07418a905dd7)

When this happens we assume that you've already had alert emails for all of the O revisions, and so we here report only the revisions in the N branch from the common base, B.

Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below.

- Log ----------------------------------------------------------------- http://cgit.osmocom.org/asn1c/commit/?id=0ff796f0363143eddbf87ba7500e07418a9...

commit 0ff796f0363143eddbf87ba7500e07418a905dd7 Author: Harald Welte laforge@gnumonks.org Date: Sat Dec 19 13:32:58 2015 +0100

APER: Fix encoding of INTEGER with lower_bound != 0

When encoding an INTEGER, we need to subtract the lower bound before encoding the value. This is specified in Clause 10.5.7.x of X.691.

The decoder already does this correct, but the encoder was wrong.

-----------------------------------------------------------------------

Summary of changes: libasn1compiler/asn1c_misc.c | 35 ++++++++--------------------------- libasn1compiler/asn1c_misc.h | 1 - libasn1fix/asn1fix.c | 9 --------- m4/libtool.m4 | 4 ++-- 4 files changed, 10 insertions(+), 39 deletions(-)

hooks/post-receive