[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