Summary: | net-mail/mailutils-3.4-r3 - In file included from common.c:95: /usr/include/bits/wchar2.h: In function ‘wcrtomb’: /usr/include/bits/wchar2.h:448:3: error: #error "Assumed value of MB_LEN_MAX wrong" | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Arnim Eijkhoudt <penguin> |
Component: | Current packages | Assignee: | Net-Mail Packages <net-mail+disabled> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | chicago, eike, jaak, kamensky.fb, massimo.mattia.info, matthias.grobarek, mva, neil, p.c-bugzilla, ray, slyfox, tb, xms-00 |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
emerge --info
pull in correct defintion from limits.h |
Description
Arnim Eijkhoudt
2018-10-30 09:19:14 UTC
Created attachment 553666 [details]
emerge --info
emerge --info
Running into the same issue here too on 3.4-r2 A bit of debugging. I've added some kind of "printing" the values of MB_LEN_MAX and the value it's checked for: ``` In file included from /usr/include/wchar.h:850:0, from ../lib/gnu/wchar.h:87, from common.c:95: /usr/include/bits/wchar2.h: In function ‘wcrtomb’: /usr/include/bits/wchar2.h:452:9: note: #pragma message: __WCHAR_MB_LEN_MAX=16 #pragma message(VAR_NAME_VALUE(__WCHAR_MB_LEN_MAX)) ^~~~~~~ /usr/include/bits/wchar2.h:453:9: note: #pragma message: MB_LEN_MAX=4 #pragma message(VAR_NAME_VALUE(MB_LEN_MAX)) ^~~~~~~ /usr/include/bits/wchar2.h:456:3: error: #error "Assumed value of MB_LEN_MAX wrong" # error "Assumed value of MB_LEN_MAX wrong" ^~~~~ ``` So, next step is to find why do they differ... The problem is in file named `${S}/frm/frm.h` on line 38. It has the following: ``` L37 #ifndef MB_LEN_MAX L38 # define MB_LEN_MAX 4 L39 #endif ``` If I replace the definition here to `#include <limits.h>` (the same what bits/wchar.h does for getting MB_LEN_MAX value), all the things compiles fine... Although, I'm not sure if it is a right fix... Same issue here with: In file included from /usr/include/wchar.h:850:0, from ../lib/gnu/wchar.h:87, from common.c:95: /usr/include/bits/wchar2.h: In function ‘wcrtomb’: /usr/include/bits/wchar2.h:448:3: error: #error "Assumed value of MB_LEN_MAX wrong" # error "Assumed value of MB_LEN_MAX wrong" USE="-clients" will allow the build to complete. *** Bug 673718 has been marked as a duplicate of this bug. *** Created attachment 562206 [details, diff]
pull in correct defintion from limits.h
Looks like a forgotten #include in mailutils.
The error is ultimately coming from /usr/include/bits/wchar2.h which is from glibc very much like /usr/include/limits.h. Checking the former you'll find a note, that they are intentionally not including the latter as not to pollute their namespace - the offending check serves as a safeguard against mixing incompatible headers.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=122460d2688bed562f0806ad34c192d5ac231a84 commit 122460d2688bed562f0806ad34c192d5ac231a84 Author: Eray Aslan <eras@gentoo.org> AuthorDate: 2019-02-07 13:13:38 +0000 Commit: Eray Aslan <eras@gentoo.org> CommitDate: 2019-02-07 13:13:38 +0000 net-mail/mailutils: bump to 3.5 and add missing header file Closes: https://bugs.gentoo.org/669946 Package-Manager: Portage-2.3.59, Repoman-2.3.12 Signed-off-by: Eray Aslan <eras@gentoo.org> net-mail/mailutils/Manifest | 1 + .../files/mailutils-3.5-add-include.patch | 10 ++ net-mail/mailutils/mailutils-3.5.ebuild | 131 +++++++++++++++++++++ 3 files changed, 142 insertions(+) *** Bug 677498 has been marked as a duplicate of this bug. *** *** Bug 691164 has been marked as a duplicate of this bug. *** (In reply to Larry the Git Cow from comment #9) > The bug has been closed via the following commit(s): > > https://gitweb.gentoo.org/repo/gentoo.git/commit/ > ?id=122460d2688bed562f0806ad34c192d5ac231a84 > > commit 122460d2688bed562f0806ad34c192d5ac231a84 > Author: Eray Aslan <eras@gentoo.org> > AuthorDate: 2019-02-07 13:13:38 +0000 > Commit: Eray Aslan <eras@gentoo.org> > CommitDate: 2019-02-07 13:13:38 +0000 > > net-mail/mailutils: bump to 3.5 That's not in tree (anymore?), just the old broken version. (In reply to Thomas Beutin from comment #12) > (In reply to Larry the Git Cow from comment #9) > > The bug has been closed via the following commit(s): > > > > https://gitweb.gentoo.org/repo/gentoo.git/commit/ > > ?id=122460d2688bed562f0806ad34c192d5ac231a84 > > > > commit 122460d2688bed562f0806ad34c192d5ac231a84 > > Author: Eray Aslan <eras@gentoo.org> > > AuthorDate: 2019-02-07 13:13:38 +0000 > > Commit: Eray Aslan <eras@gentoo.org> > > CommitDate: 2019-02-07 13:13:38 +0000 > > > > net-mail/mailutils: bump to 3.5 > > That's not in tree (anymore?), just the old broken version. Ok, it's fixed in (current unstable) v.3.7 *** Bug 691800 has been marked as a duplicate of this bug. *** *** Bug 691894 has been marked as a duplicate of this bug. *** Stable users still run into this issue with net-mail/mailutils-3.4-r3. This bug is not resolved. Why is it marked as such? While there is https://bugs.gentoo.org/show_bug.cgi?id=663264, I still run into this with the latest tree. Shouldn't there be a -r4 with the fix in instead of stabilizing the broken -r3? |