LiS Compile problems

I tried to compile LiS after configuring as included in this message.
I am using RedHat 9.0 - Linux red1 2.4.20-8smp #1 SMP Thu Mar 13
17:45:54 EST 2003 i686 i686 i386 GNU/Linux

Thanks!

It basically ends in a broken make as follows:

gcc -DUSER -DDIRECT_USER -Wall -Wstrict-prototypes
-fno-strict-aliasing -Wno-sig
n-compare -fno-common -O2 -DINLINE=inline -DSTATIC=static
-fomit-frame-pointer -D_
SVID_SOURCE -D_BSD_SOURCE -I/usr/src/LiS/include -o timetst
/usr/src/LiS/util/time
tst.c /usr/src/LiS/libc/libLiSuser.a -static -Wl,-L/usr/src/LiS/libc
-lLiSuser /us
r/src/LiS/libc/libLiSuser.a
/usr/src/LiS/libc/libLiSuser.a(streams.o)(.data+0x864): undefined
reference to `ip
_to_streams_info'
collect2: ld returned 1 exit status
gmake[1]: *** [timetst] Error 1
gmake[1]: Leaving directory `/root/LiS-2.16/util/user'
gmake: *** [util] Error 2


*********** Configure run *********************

[root@red1 LiS-2.16]# gmake configure
../Configure "invoked from main makefile" config.in
LiS Configure script version 2.58 4/12/03


How do you want to configure STREAMS?
l = to run in the Linux kernel
u = to run in user level
q = to run under QNX (may not work)
Please enter your choice [default: u]

When you make STREAMS, do you want to use backward compatible constants
in the file stropts.h? If you answer No (the default) you will get
constants that are compatible with UnixWare and Solaris, but which
differ somewhat from previous versions of LiS. If you answer Yes
you will get constants that are compatible with previous versions of
LiS but somewhat incompatible with UnixWare and Solaris. If you
intend to run application programs that were compiled with LiS-2.6
or earlier then they have the old constants compiled into them and
you should answer Yes to this question.
y = LiS backward compatible constants in stropts.h
n = UnixWare/Solaris compatible constants in stropts.h
Please enter y or n [default: n]

When you make STREAMS, do you want to use Solaris style cmn_err?
In Solaris the newline goes on the end of the message. For SVR4
style cmn_err the newline goes on the beginning.
y = Solaris style cmn_err
n = SVR4 style cmn_err
Please enter y or n [default: n]

When you make STREAMS, do you want to compile for source level debugging?
This is most useful when STREAMS is linked into the kernel and the
gdbstub patch is installed in the kernel for kernel source level debugging.
y = set up for source level debugging
n = no source level debugging
Please enter y or n [default: n]

When you make STREAMS, do you want to use int type for CPU flags?
Responding 'n' is more portable but may cause warnings when you
compile your driver code.
y = int type for CPU flags
n = unsigned long type for CPU flags
Please enter y or n [default: y]

Non-Linux install. Using cc as default C compiler.

Using "cc -O" 3.2.2 as the C compiler

[...]

********************************************
****************Here is part of the compile
******************************************



gmake[2]: Entering directory `/root/LiS-2.16/pkg/proto'
gcc -c -Wall -Wstrict-prototypes -fno-strict-aliasing -Wno-sign-compare
-fno-comm
on -O2 -DINLINE=inline -DSTATIC=static -fomit-frame-pointer
-D_SVID_SOURCE -D_BSD_
SOURCE -I/usr/src/LiS/include -I/usr/src/LiS/include
-I/usr/src/LiS/include/sys/Li
S -o Space.o Space.c
gmake[2]: Leaving directory `/root/LiS-2.16/pkg/proto'
gmake drivers.o
gmake[2]: Entering directory `/root/LiS-2.16/pkg'
ld -r -o drivers.o */*.o
gmake[2]: Leaving directory `/root/LiS-2.16/pkg'
gmake[1]: Leaving directory `/root/LiS-2.16/pkg'
ld -r -o streams.o /usr/src/LiS/drivers/str/user/drivers.o
/usr/src/LiS/head/user/
streamshead.o pkg/drivers.o
gmake -C /usr/src/LiS/libc/user
gmake[1]: Entering directory `/root/LiS-2.16/libc/user'
gcc -c -Wall -Wstrict-prototypes -fno-strict-aliasing -Wno-sign-compare
-fno-comm
on -O2 -DINLINE=inline -DSTATIC=static -fomit-frame-pointer
-D_SVID_SOURCE -D_BSD_
SOURCE -I/usr/src/LiS/include -DUSER -o makenodes.o makenodes.c
ld -shared -o /usr/src/LiS/libc/libLiSuser.so makenodes.o
/usr/src/LiS/streams.o -
lc
rm -f /usr/src/LiS/libc/libLiSuser.a
ar r /usr/src/LiS/libc/libLiSuser.a makenodes.o /usr/src/LiS/streams.o
ranlib /usr/src/LiS/libc/libLiSuser.a
gmake[1]: Leaving directory `/root/LiS-2.16/libc/user'
gmake -C /usr/src/LiS/util/user
gmake[1]: Entering directory `/root/LiS-2.16/util/user'
gcc -DUSER -DDIRECT_USER -Wall -Wstrict-prototypes
-fno-strict-aliasing -Wno-sig
n-compare -fno-common -O2 -DINLINE=inline -DSTATIC=static
-fomit-frame-pointer -D_
SVID_SOURCE -D_BSD_SOURCE -I/usr/src/LiS/include -o timetst
/usr/src/LiS/util/time
tst.c /usr/src/LiS/libc/libLiSuser.a -static -Wl,-L/usr/src/LiS/libc
-lLiSuser /us
r/src/LiS/libc/libLiSuser.a
/usr/src/LiS/libc/libLiSuser.a(streams.o)(.data+0x864): undefined
reference to `ip
_to_streams_info'
collect2: ld returned 1 exit status
gmake[1]: *** [timetst] Error 1
gmake[1]: Leaving directory `/root/LiS-2.16/util/user'
gmake: *** [util] Error 2



Big Jim

Hi Jim.

There's an LiS mailing list at linux-(E-Mail Removed). Since
LiS is an add-on to Linux you'd probably better to ask for info there.
There are also archives at:
http://gsyc.escet.urjc.es/mailarchive/linux-streams/
In case you want to do some digging first. For starters, make sure you
are using the latest (2.16.13?). I've used it on stock RH9 and had no
problems.

LiS is one of the key things missing from Linux IMHO. skbs and the
routines that go with them just don't fit in well with the ISO model.
Perhaps someday...

Steve

Big Jim <(E-Mail Removed)> wrote in message news:<(E-Mail Removed)>...
> I tried to compile LiS after configuring as included in this message.
> I am using RedHat 9.0 - Linux red1 2.4.20-8smp #1 SMP Thu Mar 13
> 17:45:54 EST 2003 i686 i686 i386 GNU/Linux
>

Steve the latest 2.16.15 did the trick for RH9. No problems whatsoever.

Steve Schefter wrote:
> Hi Jim.
>
> There's an LiS mailing list at linux-(E-Mail Removed). Since
> LiS is an add-on to Linux you'd probably better to ask for info there.
> There are also archives at:
> http://gsyc.escet.urjc.es/mailarchive/linux-streams/
> In case you want to do some digging first. For starters, make sure you
> are using the latest (2.16.13?). I've used it on stock RH9 and had no
> problems.
>
> LiS is one of the key things missing from Linux IMHO. skbs and the
> routines that go with them just don't fit in well with the ISO model.
> Perhaps someday...
>
> Steve
>
> Big Jim <(E-Mail Removed)> wrote in message news:<(E-Mail Removed)>...
>
>>I tried to compile LiS after configuring as included in this message.
>>I am using RedHat 9.0 - Linux red1 2.4.20-8smp #1 SMP Thu Mar 13
>>17:45:54 EST 2003 i686 i686 i386 GNU/Linux
>>