[gnutls-devel] GnuTLS | locks: define lock functions as a macro (!1549)

Read-only notification of GnuTLS library development activities gnutls-devel at lists.gnutls.org
Wed Mar 9 08:46:41 CET 2022

Daiki Ueno created a merge request: https://gitlab.com/gnutls/gnutls/-/merge_requests/1549

Project:Branches: dueno/gnutls:wip/dueno/lock-macro to gnutls/gnutls:master
Author:   Daiki Ueno

When threads are not supported, glthread_* functions are defined as
no-op and thus dereferencing lock variables in inline functions will
cause compilation error.  This change fixes it by redefining our lock
functions as a macro so it will also be compiled out.

Reported by Fabrice Fontaine in:

Fixes: #1330

## Checklist
 * [x] Commits have `Signed-off-by:` with name/author being identical to the commit author
 * [ ] Code modified for feature
 * [ ] Test suite updated with functionality tests
 * [ ] Test suite updated with negative tests
 * [ ] Documentation updated / NEWS entry present (for non-trivial changes)
 * [ ] CI timeout is 2h or higher (see Settings/CICD/General pipelines/Timeout)

## Reviewer's checklist:
 * [ ] Any issues marked for closing are addressed
 * [ ] There is a test suite reasonably covering new functionality or modifications
 * [ ] Function naming, parameters, return values, types, etc., are consistent and according to `CONTRIBUTION.md`
 * [ ] This feature/change has adequate documentation added
 * [ ] No obvious mistakes in the code

Reply to this email directly or view it on GitLab: https://gitlab.com/gnutls/gnutls/-/merge_requests/1549
You're receiving this email because of your account on gitlab.com.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.gnupg.org/pipermail/gnutls-devel/attachments/20220309/f924b7bf/attachment-0001.html>

More information about the Gnutls-devel mailing list