[prev in list] [next in list] [prev in thread] [next in thread] 

List:       ipfilter
Subject:    Re: building 3.4.27 on Sol 8 (sparc)
From:       Darren Reed <darrenr () reed ! wattle ! id ! au>
Date:       2002-05-29 0:03:28
[Download RAW message or body]

I'll add an "unset LD_LIBRARY_PATH" to the top of the buildsunos script
if that'll do the trick.

In some email I received from Pierre Belanger, sie wrote:
> Hello Jeff,
> 
> I had the same problem, can you confirm.
> 
> Make sure you don't have SMCncurs (GNU lib. ncurses) installed
> on your Sun. It adds a symbolic link " libcurses.so " pointing
> to the GNU ncurses in /usr/local/lib/libncurses.so... Then,if
> you have LD_LIBRARY_PATH set to /usr/local/lib before /usr/lib
> , the binaries won't be linked with the Solaris lib. curses.
> 
> Just make sure you are linking with the Solaris lib. curses,
> If you installed GNU libncurses, perhaps "unsetenv"
> LD_LIBRARY_PATH might help (this is what I actually did).
> 
> # pkgchk -l -p /usr/local/lib/libcurses.so
> Pathname: /usr/local/lib/libcurses.so
> Type: symbolic link
> Source of link: libncurses.so.5.2
> Referenced by the following packages:
>         SMCncurs       
> Current status: installed
> 
> Thank you,
> Pierre B.
> 
> -========-
> Anybody else run into this build failure on Sparc solaris 8 with 
> 3.4.27? No problems building 3.4.25, so this is new... 
> 
> /opt/SUNWspro/bin/cc -Xa -xildoff -g -I../.. -DSOLARIS2=8 -DIPFILTER_LOG 
> sparcv7/fils.o sparcv7/parse.o sparcv7/kmem.o sparcv7/opt.o 
> sparcv7/inet_addr.o sparcv7/facpri.o sparcv7/common.o
> sparcv7/printstate.o 
> -o sparcv7/ipfstat -lsocket -lnsl -lelf -lcurses -lkvm 
> Undefined first referenced 
>  symbol in file 
> initscr32 sparcv7/fils.o 
> w32attron sparcv7/fils.o 
> w32attroff sparcv7/fils.o 
> getmaxx sparcv7/fils.o 
> getmaxy sparcv7/fils.o
> -=========-
> 
> .
> 

[prev in list] [next in list] [prev in thread] [next in thread] 

Configure | About | News | Add a list | Sponsored by KoreLogic