Re: [code] [scinterm][PATCHES] fix compilation on 64-bit

From: Robin Haberkorn <robin.haberkorn.att.googlemail.com>
Date: Thu, 21 Mar 2013 15:37:23 +0100

On Thu, 21 Mar 2013 10:13:36 -0400 (Eastern Daylight Time)
Mitchell <m.att.foicica.com> wrote:

> ...
> > Please have a look at this patch - I had to add it to the
> > repository...
> > https://github.com/rhaberkorn/sciteco/blob/master/patches/035-scinterm-curses-header.patch
> > It fixes scinterm compilation with non-ncurses curses
> > implementations. Scinterm works fine with PDCurses/XCurses!
>
> Excellent! I will add a CURSES flag to the makefile so make CURSES=1
> will compile with curses.h and use ncurses.h otherwise. Thanks for
> testing this :)
>
ncurses conforms to XSI curses so it will always include a curses.h.
Therefore it is unnecessary to make that distinction - including only
and always <curses.h> should be sufficient. The ncurses man pages also
only appear to mention curses.h.
Actually on my system ncurses.h is merely a symbolic link to curses.h.
I do not know why ncurses.h exists in the first place.
Perhaps as a safe-guard in case a user wants to depend on
ncurses-specific extensions and not support any other curses; or
perhaps for multiple curses implementations to coexist.
In SciTECO I include <curses.h> but use both ncurses and PDCurses
extensions depending on preprocessor checks and Autoconf tests.

cheers,
robin

-- 
You are subscribed to code.att.foicica.com.
To change subscription settings, send an e-mail to code+help.att.foicica.com.
To unsubscribe, send an e-mail to code+unsubscribe.att.foicica.com.
Received on Thu 21 Mar 2013 - 10:37:23 EDT

This archive was generated by hypermail 2.2.0 : Fri 22 Mar 2013 - 06:32:27 EDT