[MacPorts] #18258: doxygen doesn't compile

MacPorts noreply at macports.org
Tue Feb 10 08:58:12 PST 2009


#18258: doxygen doesn't compile
---------------------------+------------------------------------------------
 Reporter:  ray.j@…        |       Owner:  css@…           
     Type:  defect         |      Status:  assigned        
 Priority:  Normal         |   Milestone:  Port Bugs       
Component:  ports          |     Version:  1.7.0           
 Keywords:                 |        Port:  doxygen         
---------------------------+------------------------------------------------

Comment(by mcalhoun@…):

 Replying to [comment:34 css@…]:
 > I'm checking upstream, as the presence of
 [http://bugzilla.gnome.org/show_bug.cgi?id=515597 this bug] indicates that
 building on Mac OS X 10.4 is still an upstream issue. Perhaps the ideal
 solution would be for doxygen to use the `ICONV_CONST` patch mentioned by
 Ryan.
 Unfortunately, it is not a problem in the configure script.[[BR]]
 The problem resides in the following code:
 {{{
 // libiconv is a mess. For some platforms/version the prototype of inbuf
 is
 // "const char **", for others it is "char **". C++ requires the proper
 cast to
 // avoid a compile error, that is were the CASTNEEDED is for.
 #if ((defined(_LIBICONV_VERSION) && (_LIBICONV_VERSION>=0x0109) && \
       !((defined(_OS_MAC_) || defined(Q_OS_MACX) )&&
 (_LIBICONV_VERSION==0x010B))) \
     || defined(_OS_SOLARIS_) \
     || defined(_OS_NETBSD_)  \
     )
 #define CASTNEEDED(x) (x)
 #else
 #define CASTNEEDED(x) (char **)(x)
 #endif
 }}}
 located in src/portable.cpp.

 Using the Apple libiconv, _LIBICONV_VERSION is different on different
 systems.[[BR]]
 Using MacPorts libiconv, _LIBICONV_VERSION is the same on all
 platforms.[[BR]]
 MacPorts libiconv, however, is different on different platforms.

-- 
Ticket URL: <http://trac.macports.org/ticket/18258#comment:35>
MacPorts <http://www.macports.org/>
Ports system for Mac OS


More information about the macports-tickets mailing list