SourceMage Grimoire Bug List

[bugzilla-daemon AT bugs.sourcemage.org]

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.