Bug or other problem with the toolchain (compiler, etc)
Details
Details
Description
Oct 3 2020
Oct 3 2020
Aug 17 2020
Aug 17 2020
No, c99 was never required. Meanwhile we use a few c99 features but those are supported without any compiler option.
Aug 14 2020
Aug 14 2020
JW added a comment to T5025: error: Cannot find a type to use in place of socklen_t.
-std=c99 is probably the reason that the tests fail.
werner added projects to T5025: error: Cannot find a type to use in place of socklen_t: toolchain, Solaris.
Please try with out supplied CFLAGS or change them from
Jul 16 2020
Jul 16 2020
No info received
Jun 28 2020
Jun 28 2020
Mar 20 2020
Mar 20 2020
Mar 18 2020
Mar 18 2020
werner moved T4831: gnupg-2.2.19 fails to build on latest Fedora Rawhide from Backlog to For next release on the gnupg (gpg22) board.
Feb 17 2020
Feb 17 2020
werner triaged T4848: Usage of git in configure.ac for pinentry/gpa finds incorrect repositories as Normal priority.
Yeah, this can be done.
Feb 10 2020
Feb 10 2020
werner changed the status of T4831: gnupg-2.2.19 fails to build on latest Fedora Rawhide from Open to Testing.
Building with -fno-common now works for me on 2.2 and master. Thanks for the patch.
werner added a comment to T4831: gnupg-2.2.19 fails to build on latest Fedora Rawhide.
I took your patch but modified it to define EXTERN_UNLESS_MAIN_MODULE only at one place.
Feb 6 2020
Feb 6 2020
werner closed T4827: libgpg-error 1.36 and gawk: fatal: cannot use gawk builtin `namespace' as variable name as Resolved.
It has been fixed in the repo for nearly a year, see T4459. A new release is urgently required and will follow in the next days. I close this as a duplicate.
Feb 3 2020
Feb 3 2020
In a private mail someone else reported a similar problems and explained that gcc-10 will change the default from -fcommon to -fno-common. I think this is again a bad move in compiler development. Replacing the de-facto standard C compiler behaviour with something _allowed_ by ISO-C. No industrial grade toolchain would ever do such a silly default change - too many customers would rightfully be angry with them.
Jan 29 2020
Jan 29 2020
werner edited projects for T4827: libgpg-error 1.36 and gawk: fatal: cannot use gawk builtin `namespace' as variable name, added: toolchain, gpgrt; removed gnupg.
Apr 8 2019
Apr 8 2019
For what I use, please refer: https://tracker.debian.org/pkg/gcc-9
Apr 7 2019
Apr 7 2019
kloczek added a comment to T4415: Does not build using gcc 9.
Which one version gcc 9 you've been using?
May I see gcc -v ?
werner added a comment to T4415: Does not build using gcc 9.
@gniibe already wrote: “With gcc-9 in Debian experimental, everything goes well.”
Apr 6 2019
Apr 6 2019
kloczek added a comment to T4415: Does not build using gcc 9.
BTW: fedora corp provides already free access to build envs with gcc 9 which can be easily integrated with CIs.
kloczek added a comment to T4415: Does not build using gcc 9.
What you mean " it is not reproducible for u"?
Did you try to use gcc 9 and you had no problems compiling gnupg or you don't have access to build env with gcc 9?
Try to google to "gcc 9 pragma" and you will find several discussions and patches done by people fixing similar issues.
gniibe added a comment to T4415: Does not build using gcc 9.
@kloczek , it is not reproducible for us, so, we consider it may be a problem other than GnuPG itself, possibly, some specific build configuration parameter(s) for GCC, or something by unreleased code.
Please file a report with how to reproduce your problem.
Apr 5 2019
Apr 5 2019
kloczek added a comment to T4415: Does not build using gcc 9.
Why do you think that it is gcc bug?
So this seems to be a gcc bug, right. Then we should close this bug.