Namespace conflict between pppd and ncurses

[Eric Norum]

/opt/rtems/i386-rtems/pc386/lib/librtemsbsp.a(chat.o): In function `expect_strtok':
/home/phoebus/NORUME/src/RTEMS/build/i386-rtems/c/pc386/libnetworking/pppd/../../../../../../rtems-cvs/c/src/libnetworking/pppd/chat.c:446: multiple definition of `use_env'
/opt/rtems/i386-rtems/pc386/lib/libncurses.a(lib_setup.o)(.text+0x0): first defined here
/opt/rtems/lib/gcc-lib/i386-rtems/3.2.1/../../../../i386-rtems/bin/ld: Warning: size of symbol `use_env' changed from 14 to 4 in /opt/rtems/i386-rtems/pc386/lib/librtemsbsp.a(chat.o)
/opt/rtems/lib/gcc-lib/i386-rtems/3.2.1/../../../../i386-rtems/bin/ld: Warning: type of symbol `use_env' changed from 2 to 1 in /opt/rtems/i386-rtems/pc386/lib/librtemsbsp.a(chat.o)

Release:
RTEMS-CVS

Environment:
All

[Joel Sherrill]

State-Changed-From-To: feedback->closed
State-Changed-Why: I think the attached patch will address this round of

problems. The symbols in rtemspppd.h need to be
addressed though. I am not sure if prepending pppd_
or rtems_ppppd_ is sufficient or if a pass needs to be
made to put the global variables in a structure and
turn all global variables into pointers to that structure
and use a pointer managed as a per task variable. Use
macros for the existing variable names to hide the magic.
This might be necessary if the code can be instantiated
multiple times but prepending some string on the front
solves symbol conflict.

[Eric Norum]

pr371a.diff