Apr 15 2021
Apr 13 2021
Regarding your patch, I am personally not opposed to it, but apparently Debian’s policy says the library/module should be called scute while Gentoo’s policy says it should be called libscute… What should an upstream developer do?
Apr 12 2021
Regarding slibtool: I would actually like to have an easier to maintain tool than libtool (of which we use our own version) for GnuPG related software. However, its requirement "the compiler should support -std=c99" is currently a no-starter for libgcrypt and some other libs.
The built file is called scute instead of libscute because it is considered to be a *module*, not a *library*. That’s apparently a Debian thing, see commit dc2211179ea7f63434d726eefbc425390c4c6427.
Mar 6 2021
Fixed typos and applied to master. Thanks.
Mar 5 2021
Feb 12 2021
Jan 29 2021
Latext 1.9.1 builds without any unreported workarounds. Done. Close.
Jan 28 2021
Jan 26 2021
Jan 23 2021
Jan 20 2021
Sure. Thanks for testing. The problem with new versions is that ppl don't like to test release candidates and thus we need do real releases and wait for the outfall. ;-)
Fixed by jukvilli’s patch.
That works, thanks. So does that become part of the next release?
Jan 8 2021
The code has been reworked to also support the updated schema which also stores the fingerprints and a parsed down mail address. See gnupg/doc/ldap/ . These changes are in master and 2.2.26. Sorry for taking so long to fix that.
Jan 7 2021
Thanks. I added the OIDs and the missing curves. To go into 1.9
Jan 6 2021
Okay. Now since configure.ac is already touching CFLAGS, it seemed like a good place to add that additional option here. All this is guarded by a test for GCC, and since clang mimics that behaviour, it works for them as well.
Take care: gpg is also used on platforms with proprietary compilers which don't support -f options. Thus you need to limit this to gcc.
After some more checking: LLVM-11 introduced the same behaviour in that regard, but appearently not a pragma/attribute to override this: https://releases.llvm.org/11.0.0/tools/clang/docs/ReleaseNotes.html
Jan 5 2021
Jan 4 2021
Thus better add a
Sure that the FreeBSD compiler does not define it? I am pretty sure it does.
According to list of attributes in the clang 12 documention, there is no such attribute in clang. However, the clang-11 compiler (as seen in Debian) does not define __GNUC__, so the proposed patch does not affect the status when building with clang.
You may want to check that clang supports this attribute as well.
May 8 2020
Thanks for the patch, applied!
You are correct the NEWS file states that this was added in 1.9.0
Apr 25 2020
Mar 18 2020
I checked the code and your patch looks right. I am going to apply it.
Feb 6 2020
Thanks. Fix goes into 1.37.
Dec 5 2019
Nov 11 2019
See also D475.