Mailing-List: contact cygwin-help@sourceware.cygnus.com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe@sources.redhat.com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin@sources.redhat.com>
List-Help: <mailto:cygwin-help@sources.redhat.com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-owner@sources.redhat.com
Delivered-To: mailing list cygwin@sources.redhat.com
Message-ID: <3A183D91.BC29DC53@ece.gatech.edu>
Date: Sun, 19 Nov 2000 15:52:33 -0500
From: "Charles S. Wilson" <cwilson@ece.gatech.edu>
X-Mailer: Mozilla 4.75 [en] (WinNT; U)
X-Accept-Language: en
MIME-Version: 1.0
To: dickey@herndon4.his.com
CC: ehud@unix.simonwiesel.co.il, cygwin@sources.redhat.com,
        bug-ncurses@gnu.org
Subject: Re: ncurses/terminfo problems
References: <200011191705.TAA03135@linux.> <3A181881.E0E04CD7@ece.gatech.edu> <20001119132857.A7328@home.his.com> <3A1830D5.DB9CB92B@ece.gatech.edu> <20001119150903.A26183@home.dickey.net>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Thomas Dickey wrote:
> 
> On Sun, Nov 19, 2000 at 02:58:13PM -0500, Charles S. Wilson wrote:
> >
> > extern NCURSES_EXPORT(type, funcname) (args....)
> > extern NCURSES_EXPORT_VAR(type) varname
> 
> hmm - is that for mapping to native dll stuff, or part of cywgin's dll
> support?  

it's for mapping to native dll stuff.

> (I thought all of that overly-precise specification was discarded
> long ago since it's too cumbersome for practical use -- except of course on
> win32...)

yep. but we're on win32.

> 
> why isn't 'extern' part of the macro, btw?

because I also had to edit the various scripts, like
ncurses/tinfo/MKnames.awk which defines macros based on other macros:

  #define DCL(it) NCURSES_EXPORT_VAR(IT) it[]

However, DCL(it) is used in the file which **defines** the variables,
not merely in the files which **declare** the variables.  So, you can't
use 'extern' there.

Actually, I originally DID define NCURSES_EXPORT... with 'extern' but
had to remove it (and put it BACK into all the source files from which
I'd removed it) for this reason.

> 
> > Yes, it would be better to fix up
> > libtool/autoconf/automake/Makefile.am/Makefile.in etc.  I'll get to that
> > -- this is just a first step.
> 
> ;-)
> 
> > If you are interested in absorbing the *first* patch for ncurses-5.3,
> > I'll gladly submit it and get the paperwork for FSF copyright assignment
> > filled out...and I'll verify that it doesn't break anything on Linux
> > (Solaris, HPUX) if you like.
> 
> Maybe - the first thing that pops into my head is how it impacts
> lib_gen.c (I assume that still works).

Yes, I had to munge up lots of the scripts to get things right.  *That*
is only part I'm worried about whether it still works on Linux &etc.  (I
*think* it should be okay -- since, in this context,
Linux=Cygwin_static_build)

Scripts affected:

ncurses/tty/MKexpanded.sh
ncurses/tty/MKnames.awk
ncurses/tty/MKfallback.sh
ncurses/tty/MKcaptab.awk
ncurses/base/MKunctrl.awk
ncurses/base/MKlib_gen.sh
ncurses/base/MKkeyname.awk

--Chuck

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

