[SM-Grimoire-Bugs] [Bug 13857] New: mutt fails to compile with libidn support selected
bugzilla-daemon at bugs.sourcemage.org
bugzilla-daemon at bugs.sourcemage.org
Tue Jun 19 17:55:01 EDT 2007
http://bugs.sourcemage.org/show_bug.cgi?id=13857
Summary: mutt fails to compile with libidn support selected
Product: Codex
Version: stable grimoire
Platform: Other
OS/Version: other
Status: NEW
Severity: normal
Priority: P2
Component: libs
AssignedTo: sm-grimoire-bugs at lists.ibiblio.org
ReportedBy: wich at stack.nl
When casting mutt devel or cvs, the cast fails if libidn support is selected
with the following error:
gcc -DPKGDATADIR=\"/usr/share/mutt\" -DSYSCONFDIR=\"/etc\" -DBINDIR=\"/usr/
bin\" -DMUTTLOCALEDIR=\"/usr/share/locale\" -DHAVE_CONFIG_H=1 -I. -I. -I. -I./
imap -Iintl -I./intl -I/usr/include -Wall -pedantic -O -march=pentium3 -pipe -
O3 -g -MT addrbook.o -MD -MP -MF .deps/addrbook.Tpo -c -o addrbook.o addrbook.c
In file included from /usr/include/idna.h:31,
from mutt_idna.h:26,
from addrbook.c:28:
/usr/include/idn-int.h:48:27: error: no include path in which to search for
stdint.h
The problem is that /usr/include/idn-int.h uses an #include_next<stdint.h>
which fails because the path which idn-int.h itself is in is the last part of
the include path, hence the compiler will use an empty include path to search
for stdint.h which obviously fails.
I have no idea why idn-int.h uses an #include_next here, but the compile of
mutt works without a hitch if the #include_next is changed to a regular
#include.
Inquiry has been made upstream about the problem.
--
Configure bugmail: http://bugs.sourcemage.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
More information about the SM-Grimoire-Bugs
mailing list