Re: Cone 0.92 failed compilation on OS X 10.11.4
"David J. Weller-Fahy" <[email protected]> Mon, 09 May 2016 08:28:09 -0400
| Newsgroups | gmane.mail.cone |
|---|---|
| Message-ID | <1462796889.1296246.602222033.4270E8C8@webmail.messagingengine.com> |
On Sat, May 7, 2016, at 09:58, Sam Varshavchik wrote:
> Roel van Meer writes:
>
> > Roel van Meer writes:
> >
> > > Add the line
> > >
> > > #define _XOPEN_SOURCE_EXTENDED 1
> > >
> > > to the file curses/curses_config.h
> >
> > Or better, add it to curses/curses_config.h.in, so it survives a make
> > distclean.
Thank you, Roel! Both this and Sam's suggestion to just include it in
the CPPFLAGS work to fix the initial error.
> > I also had to include /opt/local/lib and /opt/local/include to LDFLAGS and
> > CPPFLAGS, for the libidn stuff.
I'm not even dealing with libidn yet, as I figured getting the initial
application built and working without optional components was a good
first step. :)
> > But then it fails with:
> >
> > ...
> > 2 errors generated.
> >
> > And with that I cannot help you further, sorry.
>
> This'll fix those errors.
>
> ...
I do not get those errors: my make after the curses section.
The next error I get results from the executing the following command
after including "#define _XOPEN_SOURCE_EXTENDED 1" in
curses/curses_config.h.in.
#v+
LDFLAGS="-L/Users/dave/usr/src/cone/cu/lib"
CPPFLAGS="-I/Users/dave/usr/src/cone/cu/include" ./configure -C
--prefix=/Users/dave/usr/src/cone/cone
make
#v-
The error message follows.
#v+
gcc -c -DLOCALEDIR=\"/Users/dave/usr/src/cone/cone/share/locale\"
-DLOCALE_ALIAS_PATH=\"/Users/dave/usr/src/cone/cone/share/locale\"
-DLIBDIR=\"/Users/dave/usr/src/cone/cone/lib\" -DBUILDING_LIBINTL
-DBUILDING_DLL -DIN_LIBINTL -DENABLE_RELOCATABLE=1 -DIN_LIBRARY
-DINSTALLDIR=\"/Users/dave/usr/src/cone/cone/lib\" -DNO_XMALLOC
-Dset_relocation_prefix=libintl_set_relocation_prefix
-Drelocate=libintl_relocate -DDEPENDS_ON_LIBICONV=1 -DHAVE_CONFIG_H -I.
-I. -I.. -Wall
-I/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk/usr/include/libxml2
-I.. -I./.. -I/Users/dave/usr/src/cone/cu/include -I../libmail
-I./../libmail -I../libs -I./../libs -I../libs -I./../libs -g -O2
-fvisibility=hidden xsize.c
In file included from xsize.c:3:
./xsize.h:30:1: error: unknown type name '_GL_INLINE_HEADER_BEGIN'
_GL_INLINE_HEADER_BEGIN
^
./xsize.h:56:13: error: expected ';' after top level declarator
XSIZE_INLINE size_t
^
;
./xsize.h:67:1: error: unknown type name '_GL_EXTERN_INLINE'
XSIZE_INLINE size_t
^
xsize.c:2:22: note: expanded from macro 'XSIZE_INLINE'
#define XSIZE_INLINE _GL_EXTERN_INLINE
^
In file included from xsize.c:3:
./xsize.h:69:27: error: expected ';' after top level declarator
__attribute__ ((__pure__))
^
;
4 errors generated.
make[4]: *** [xsize.o] Error 1
make[3]: *** [all-recursive] Error 1
make[2]: *** [all] Error 2
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2
#v-
When searching around to see if I could solve this one myself I found a
patch message [1] where the code-comments talk about Apple's issues with
extern inline in g++, but wasn't sure how to apply that information to
fixing this error.
[1]: https://lists.gnu.org/archive/html/grub-devel/2014-09/msg00073.html
Please let me know if I need to provide more information.
Suggestions as to how to proceed are, of course, welcome. :)
Regards,
-dave
------------------------------------------------------------------------------
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
_______________________________________________
Courier-cone mailing list
[email protected]
Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-cone