Re: Failure to build cone-0.69 on Mac OS X: 'mvaddwstr' was not declared in this scope
Sam Varshavchik <[email protected]> Sun, 15 Apr 2007 14:05:40 -0400
| Newsgroups | gmane.mail.cone |
|---|---|
| Message-ID | <[email protected]> |
Boey Maun Suang writes: > Hi there, > > I'm trying to write a MacPorts port for cone, but I haven't yet been > able to get it to build. I managed to fix one error with the > attached patch file (though you might find a better way of fixing The code is correct. The object in question is defined in rfc1035_res.c, which is included in the ar library that's being linked against. I recall that this is a known, longstanding issue with OSX's linker which fails to resolve non-functional external objects. You might want to consider looking into the BSD ports to see what they do to work around it. OSX's and BSD's linker share a common history, and a common set of bugs. > However, even with that patch in place, it terminates with the > following output: > > Compiling cursesscreen.C > cursesscreen.C: In member function 'virtual bool > CursesScreen::writeText(const wchar_t*, int, int, const > Curses::CursesAttr&) const': > cursesscreen.C:276: error: 'mvaddwstr' was not declared in this scope mvwaddstr should be declared in /usr/include/curses.h Having said that: Cone checks if your curses supports wide characters; if so it reads /usr/include/ncursesw/curses.h, if that's the case. This particular code fragment uses the wide character curses code; you'll need to check what's declared in your ncursesw/curses.h > P.S. Incidentally, is there a reason for running configure > separately in each subdirectory, and is there a way of caching > results from one subdirectory to be used in another? For me, the -C option to the configure script enables some caching. > configure stage seems to take at least as long as the build stage (up > to the failure point). > > P.P.S. I just noticed that configure is not finding aspell, despite > the aspell binary being installed at /opt/local/bin just like the > perl binary, which it does find. Any ideas on this as well? Cone does not use the aspell binary, it links against the aspell library directly. You need to have libaspell.so installed, as well as aspell's header files in /usr/include/aspell ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ Courier-cone mailing list [email protected] Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-cone
signature.asc
(application/pgp-signature, 189 B)
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) iD8DBQBGIml0x9p3GYHlUOIRAqoYAJ9GLQGl7w5VNllo0PHxEAThvPkJNACfUmlS HpRl1UTpwLwjO1FJvhnHCcw= =L5zW -----END PGP SIGNATURE-----