Re: Failure to build cone-0.69 on Mac OS X: 'mvaddwstr' was not declared in this scope

On 16/04/2007, at 04:05, Sam Varshavchik wrote:

> he 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.

I realised that the code was correct and that it was an OS X linker  
bug (I've had to work around some other ones in other ports) -- sorry  
for not making that clear -- but it would probably be worth patching  
the relevant file with some "#if defined(__APPLE__) || defined 
(__MACOS__)" encapsulation or similar for whatever the workaround  
proves to be.  I haven't yet found anyone documenting such a bug, but  
I'm still looking.

> 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

Both /usr/include/curses.h (from the system (Mac OS X 10.4.9)) and / 
opt/local/include/ncursesw/curses.h (from the wide character MacPorts  
installation of ncurses-5.6) contain:

#define mvwaddstr(win,y,x,str)          (wmove(win,y,x) == ERR ?  
ERR : waddnstr(win,str,-1))

and it wasn't fixed by adding CPPFLAGS='-I/opt/local/include'  
LDFLAGS='-L/opt/local/lib' to the environment (configure had already  
had --prefix=/opt/local as an argument).  I'm happy to give you any  
further information that you might find useful, but I'm currently at  
a loss for ideas on how to fix this.

> -C option to the configure script enables some caching.

Ah, somehow I hadn't noticed the existence of that flag; it runs much  
faster.  Thanks!

> 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

Setting CPPFLAGS and LDFLAGS fixed this one; sorry about that.

Kind regards,


Maun Suang

-- 
Boey Maun Suang (Boey is my surname)
Mobile: +61 403 855 677
Email: [email protected]



-------------------------------------------------------------------------
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