On Thu, 6 Apr 2000, Michael Tokarev wrote:
> Huh. This sort of errors should go to maintainers of:
> - glibc
> - ncurses
> This is a serious namespace pollution: macro ERR used by
> ncurses (curses.h) and somewhere in glibc (ucontext.h),
> but mean completely different things. Hence the comilation error.
And who be guilty ? ;) ncurses, glibc or lynx developers ? ;)
> As a temporary and very ugly hack your can remove definition of ERR
> from /usr/include/ucontext.h, near line 74. If this will not introduce
> new errors... :(
Heh, no - I make a small patch
[root@link SOURCES]# cat lynx-2.8.3-signals.patch
--- /usr/include/sys/ucontext.h.orig Thu Apr 6 21:07:13 2000
+++ /usr/include/sys/ucontext.h Thu Apr 6 20:51:43 2000
@@ -70,8 +70,8 @@
# define EAX EAX
TRAPNO,
# define TRAPNO TRAPNO
- ERR,
-# define ERR ERR
+// ERR,
+//# define ERR ERR
EIP,
# define EIP EIP
CS,
[root@link SOURCES]#
And spec file looks now
%patch1 -p1
# Small hack ;>
%patch4 -p0
%build
[...]
make
patch -R -p0 < $RPM_SOURCE_DIR/lynx-2.8.3-signals.patch
%install
[..]
;) And work fine
--
Piotr "Charvel" Majka | PGP & GPG Public Key: finger [EMAIL PROTECTED] | Uin: 20873695
GCM d- s-:- a-- C++ UL++++ P+ L+++ E--- W+ N+++ !o !K w--- !O M V- PS+ PE !Y
PGP+ t--- !5 X R tv- b !DI D+ G++ e h r y++**
--
To unsubscribe:
mail -s unsubscribe [EMAIL PROTECTED] < /dev/null
