[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: lynx-dev Slang version
From: |
Atsuhito Kohda |
Subject: |
Re: lynx-dev Slang version |
Date: |
Thu, 29 Jun 2000 14:46:16 +0900 |
From: Ismael Cordeiro <address@hidden>
Subject: Re: lynx-dev Slang version
Date: Thu, 29 Jun 2000 00:36:44 -0400 (EDT)
> > - there is no 'SLsmg_touch_screen' in Slang 1.2.2 and perhaps
> > it was included since Slang 1.3.8.
> >
> > - we need to add '-ldl' to configure appropriately in case
> > of Slang 1.4.0
>
> I don't know what your problem is (slang compilation/installation?) but I can
> compile lynx 2.8.4dev.4 on FreeBSD 3.4 with slang 1.2.2 and 1.4.1 without any
> problems. My conf-lynx file is:
Thanks for your information. This was not the problem of slang
compilation/installation but lynx compilation.
Then I investigated a bit and found that you are (perhaps) right.
Let me explain why I made mistakes. My Debian system (potato) has
Slang 1.3.9 (call slang1) and Slang with Japanized patch based on
Slang 1.2.2 (call slang1-ja).
Furthermore we (Debian JP) have an yet experimental Slang with
Japanized patch based on Slang 1.4.0 (call slang1.4-ja).
So it is very easy for me to test with slang1, slang1-ja and
slang1.4-ja and furthermore slang1 and slang1-ja can be installed
at the same time, and slang1 and slang1.4 can be too.
(But the fact seems not to be so simple.)
In case I installed slang1 and slang1-ja (or slang1.4-ja), we
had libslang.so, /usr/include/slang.h of slang1 and libslang-ja.so,
/usr/include/slang/slang.h of slang1-ja (or slang1.4-ja).
So to make lynx compiled with Slang 1.2.2 we changed configure
script a bit so that it would find libslang-ja and this was simple
change but configure seemed to find /usr/include/slang.h of
Slang 1.3.9 not /usr/include/slang/slang.h of Slang 1.2.2.
I found in LYCurses.c;
#if SLANG_VERSION > 10306
SLsmg_touch_screen ();
#endif
So LYCurses.c misunderstand that the present Slang satisfies
#if SLANG_VERSION > 10306
but the Slang library does not know SLsmg_touch_screen at all.
I believe that this is the reason of 'SLsmg_touch_screen' problem.
(Perhaps my explanation is very hard to understand, sorry)
And '-ldl' problem it seems the experimental slang1.4-ja might
be wrong. See the following output of ldd:
(this is the original Slang 1.3.9)
nsx:~$ ldd /lib/libslang.so.1
/usr/X11R6/lib/libXaw.so.6 => /usr/X11R6/lib/libXaw.so.6 (0x4005e000)
libm.so.6 => /lib/libm.so.6 (0x4009b000)
libc.so.6 => /lib/libc.so.6 (0x400b8000)
libdl.so.2 => /lib/libdl.so.2 (0x40195000)
libXmu.so.6 => /usr/X11R6/lib/libXmu.so.6 (0x4019a000)
libXt.so.6 => /usr/X11R6/lib/libXt.so.6 (0x401ac000)
libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x401f4000)
libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x401fd000)
libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x40213000)
libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x4021f000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000)
(this is Japanized Slang 1.4.0)
nsx:~$ ldd /usr/lib/libslang-ja.so.1
/usr/X11R6/lib/libXaw.so.6 => /usr/X11R6/lib/libXaw.so.6 (0x40067000)
libm.so.6 => /lib/libm.so.6 (0x400a4000)
libc.so.6 => /lib/libc.so.6 (0x400c1000)
libXmu.so.6 => /usr/X11R6/lib/libXmu.so.6 (0x4019e000)
libXt.so.6 => /usr/X11R6/lib/libXt.so.6 (0x401b1000)
libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x401f9000)
libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x40202000)
libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x40218000)
libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x40224000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000)
Note the original contains "libdl"
libdl.so.2 => /lib/libdl.so.2 (0x40195000)
but Slang 1.4.0 does not!
Well, very sorry but these are due to my system and not
bug of lynx at all.
Best Regards, 2000.6.29
--
Debian JP Developer - much more I18N of Debian
Atsuhito Kohda <address@hidden>
Department of Math., Tokushima Univ.
; To UNSUBSCRIBE: Send "unsubscribe lynx-dev" to address@hidden