This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: lynx compilation with egcs compiler
- To: Jean-Pierre Radley <jpr at jpr dot com>, EGCS Developers <egcs at cygnus dot com>
- Subject: Re: lynx compilation with egcs compiler
- From: Robert Lipe <robertl at dgii dot com>
- Date: Thu, 17 Sep 1998 21:20:41 -0500
- Cc: Bela Lubkin <belal at sco dot com>
- References: <19980917204508.R17566@jpr.com>
> Now I see that unlike most of the fixed files (which are usually edited
> versions of the original file under /usr/include), the gcc private
> version of tinfo.h is totally different; all it contains is:
[ bogus wrapper script ]
> I think the changes in the gcc fixes of tinfo.h and term.h happened
> in the last week or ten days.
Fourteen to be exact.
This was my bozo caused by overzealous yank and put. It remains on my
list of "things to really really fix" in EGCS. I have a fix in my local
tree that I've attached but after discussions with Bruce Korb and Jeff
Law, I wasn't really confident that this was the right solution at all,
so I never committed it.
Rather that continuing to bail water out of fixinc.sco and fixinc.svr4
(this is the third message I've gotten today about fixinc problems on
some target that I maintain) I think I may just make 'with-fastfixinc'
the defaults on these targets after I shake them down.
This patch may get you going again. It may be a step backwards.
RJL
Index: fixinc.sco
===================================================================
RCS file: /egcs/carton/cvsfiles/egcs/gcc/fixinc.sco,v
retrieving revision 1.3
diff -u -p -r1.3 fixinc.sco
--- fixinc.sco 1998/09/03 09:43:46 1.3
+++ fixinc.sco 1998/09/18 02:10:26
@@ -381,12 +381,12 @@ do
then
echo Fixed $file
rm -f $LIB/$file
- cat <<'__EOF__' >$LIB/$file
+ cat << __EOF__ >$LIB/$file
#ifndef _CURSES_H_WRAPPER
#ifdef __cplusplus
# define bool __curses_bool_t
#endif
-#include_next <curses.h>
+#include_next <$file>
#ifdef __cplusplus
# undef bool
#endif
@@ -396,7 +396,7 @@ __EOF__
# Define _CURSES_H_WRAPPER at the end of the wrapper, not the start,
# so that if #include_next gets another instance of the wrapper,
# this will follow the #include_next chain until we arrive at
- # the real <curses.h>.
+ # the real system include file.
chmod a+r $LIB/$file
fi
fi