[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [help] Urgent! Please help me...



Hi,

> Thank you for reading this message in advance.
> 
> I have a problem installing ns2.0b17 on my workstation.
> First I tried to install Otcl. But I've found the
> following error messages.
> 
>
---------------------------------------------------------------------------
> 
> rm -f libotcl.so
> gcc -o otclsh  -g -O -I. -I/user/rjh/ng/tcl7.6/generic
> -I/usr/local/include -I/usr/X11R5/include otclAppInit.c \
> -L. -lotcl -L/usr/local/lib -ltcl -ldl -lm
> rm -f libotcl.so otcl.o so_locations
> gcc -c -g -O -fpic -I. -I/user/rjh/ng/tcl7.6/generic
> -I/usr/local/include -I/usr/X11R5/include otcl.c
> In file included from
>
/usr/local/lib/gcc-lib/sparc-sun-sunos4.1.3_KL/2.7.2/include/limits.h:112,
> 
>                  from
>
/usr/local/lib/gcc-lib/sparc-sun-sunos4.1.3_KL/2.7.2/include/syslimits.h:7,
> 
>                  from
> /usr/local/lib/gcc-lib/sparc-sun-sunos4.1.3_KL/2.7.2/include/limits.h:11,
> 
>                  from /user/rjh/ng/tcl7.6/generic/tclInt.h:41,
>                  from otcl.c:21:
> /usr/include/limits.h:21: warning: `MB_LEN_MAX' redefined
> /usr/local/lib/gcc-lib/sparc-sun-sunos4.1.3_KL/2.7.2/include/stdlib.h:22:
> warning: this is the location of the previous definition
> /usr/local/sparc-sun-sunos4.1.3_KL/bin/as: unrecognized option `-k'
> *** Error code 1
> make: Fatal error: Command failed for target `libotcl.so'
>
----------------------------------------------------------------------------

> 
> If you may think the reason oh this fatal errors, please let me know the
> solution.
> 

I perfectly agree with Kannan that your stdlib.h looks corrupt. However,
that was just a warning rather than an error messy, so that MB_LEN_MAX
appears to be defined to same value in both files, so you shouldn't worry
about this too much.

The error comes from 
> /usr/local/sparc-sun-sunos4.1.3_KL/bin/as: unrecognized option `-k'

Looks like your Makefile.in is seriously altered, because "as" is the
assembler and I can't think of any reason to interfere the assembler in
this case. In my script there is a call to "ar" after compilation which
builds the static lib (".a"). However, the "unknown" option -k still looks
strange.

I suggest you might want to try getting a proper and up to date version of
otcl from the ns-homepage.


     -Chris.