Re: build netbsd5 fail

[Greg Kerr <greg-org-gmane%akua.com@localhost>]

Matthias Scheler <tron <at> zhadum.org.uk> writes:

> 
> On Sat, Apr 17, 2010 at 07:18:54PM +0000, Greg Kerr wrote:
> > > I checkout the latest src tonight and build distribution
> > > 
> > > # link rump_cd9660/rump_cd9660
> > > /usr/world/386t5/bin/i386--netbsdelf-gcc
> > > -B/usr/world/386o5/destdir.i386/usr/lib
> > > -B/usr/world/386o5/destdir.i386/usr/lib/ -Wl,-nostdlib -Wl,-
> > > -Wl,--fatal-warnings -o rump_cd9660 mount_cd9660.o
> > > pathadj.o fattr.o -lrumpfs_cd9660 -lp2k -lukfs -lrump 
> > > -lutil -lpthread -L/usr/world/386o5/destdir.i386/usr/lib
> > > --Wl,-rpath-link,/usr/world/386o5/destdir.i386/lib
> > > -L/usr/world/386o5/destdir.i386/lib
> > > -Wl,-rpath-link,/usr/world/386o5/destdir.i386/usr/lib
> > > -L/usr/world/386o5/destdir.i386/usr/lib
> > > /usr/world/386t5/lib/gcc/i386--netbsdelf/4.1.3/../../../../
> > netbsdelf/bin/ld:
> > > cannot find -lrumpfs_cd9660
> > > *** Failed target: rump_cd9660
> > > 
> > > 
> > 
> > 
> > This questions seems to have been posted three times on netbsd-
> > answer was ever given. Was it ever resolved? I'm having it now 
> 
> The automatic builds of the "netbsd-5" branch on the NetBSD build
> work without problems. Please have a look here:
> 
>       http://releng.netbsd.org/builds/netbsd-5/201004210000Z/
> 
> So it is probably related to your setup or the build options you .
> 
> So could you please provide more information?
> 1.) How did you obtain the sources?
> 2.) Under what platform are you building?
> 3.) How do you invoke "build.sh"?
> 4.) What options have you set in your enviroment or "/etc/mk.conf"?
> 
>       Kind regards


Thanks for your information. Answers:


1.) CVS checkout (have deleted; cvs -q update -dCP'd a few times)
 $ more CVS/Root 
anoncvs%anoncvs.NetBSD.org@localhost:/cvsroot


2.) i386

3.) Have tried:
./build.sh -U build (with and without -u)
sudo ./build.sh

... and
BSDSRCDIR=/usr/src/stable/src
BSDOBJDIR=/usr/obj/build/netbsd-5 
RELEASEDIR=/usr/obj/release/netbsd-5 
DESTDIR=/usr/obj/dest/netbsd-5 
TOOLDIR=/usr/obj/tools/netbsd-5 
MAKEOBJDIRPREFIX=/usr/obj/make/netbsd-5
make -j 2

All failed at the same spot.

4.) No MKxxx variables in /etc/mk.conf

# Some may be legacy - have been using NetBSD for 10+ years
HOST_CFLAGS += -O2 -march=pentium-m -fno-strict-aliasing -pipe -s
CPUFLAGS += -O2 -march=pentium-m -fno-strict-aliasing -pipe -s

# Bunch of PKG_OPTION.xxx, USE_LANGUAGES (avoid pkgsrc warnings)
USE_BUILTIN.iconv = NO
PERL_BADLANG = ""
PYTHON_VERSION_DEFAULT=26
PKG_RCD_SCRIPTS = yes                                                   
                                                                
USA_RESIDENT=YES
USE_CUPS=yes
X11_TYPE=modular
FAM_DEFAULT = fam
DBUS_USER = messagebus
SU_CMD=/usr/pkg/bin/sudo /bin/sh -c
PAPERSIZE=Letter
ALLOW_VULNERABLE_PACKAGES=yes
PKG_APACHE = apache22

No environment variables applicable... afaik. No MK...s



Offending line is: #      link  rump_cd9660/rump_cd9660
/usr/obj/tools/netbsd-5/bin/i386--netbsdelf-gcc  
-B/usr/obj/dest/netbsd-5/usr/lib/
-B/usr/obj/dest/netbsd-5/usr/lib/ 
-Wl,-nostdlib   -Wl,--wrap=malloc  -Wl,--fatal-warnings
-o rump_cd9660  mount_cd9660.o rump_cd9660.o pathadj.o fattr.o 
-lrumpfs_cd9660 -lp2k -lukfs -lrump -lrumpuser -lpuffs -lutil 
-lpthread  -L/usr/obj/dest/netbsd-5/usr/lib   
-Wl,-rpath-link,/usr/obj/dest/netbsd-5/lib  
-L/usr/obj/dest/netbsd-5/lib 
-Wl,-rpath-link,/usr/obj/dest/netbsd-5/usr/lib  
-L/usr/obj/dest/netbsd-5/usr/lib 


/usr/obj/tools/netbsd-5/lib/gcc/i386--netbsdelf/4.1.3/../../../..
 /i386--netbsdelf/bin/ld: cannot find -lrumpfs_cd9660
*** [rump_cd9660] Error code 1


If I remove the -lrumpfs_cd9660 from the line and cd into 
usr.sbin/puffs/rump_cd9660/obj and run the line manually, it creates a 
rump_cd9660 binary that executes properly.

Not sure why make has decided to request that library if it is not
needed.


 $ l /usr/obj/dest/netbsd-5/usr/lib/librump*
librump.a           librump.so.0.0      librumpnet.a        
librumpnet.so.0.0   librumpuser.a       librumpuser.so.0.0  
librump.so          librump_p.a         librumpnet.so
librumpnet_p.a      librumpuser.so      librumpuser_p.a     
librump.so.0        librump_pic.a       librumpnet.so.0     
librumpnet_pic.a    librumpuser.so.0    librumpuser_pic.a   

That's what is currently in DESTDIR's /usr/lib at the time of failure.


Searching this list for: cannot find lrumpfs_cd9660 shows a lot of
people
who had the same failure; but none follows up with how they eventually
fixed it.

Thanks for any help. I did check the auto-builds. It's not obvious
what command / mk.conf / env they are using - but I see that they
are successful. I also think once the libraries are created; the build
progresses fine. This started after I cleaned out /usr/obj.


Latest attempt:

===> build.sh command: ./build.sh -u -U -j 2
 -T /usr/obj/tools/netbsd-5
 -D /usr/obj/dest/netbsd-5
 -O /usr/obj/make/netbsd-5
 -R /usr/obj/release/netbsd-5 distribution
===> build.sh started: Sun Apr 25 14:06:14 EDT 2010
===> NetBSD version:   5.1_RC1
===> MACHINE:          i386
===> MACHINE_ARCH:     i386
===> Build platform:   NetBSD 5.0 i386
===> HOST_SH:          /bin/sh
===> TOOLDIR path:     /usr/obj/tools/netbsd-5
===> DESTDIR path:     /usr/obj/dest/netbsd-5
===> RELEASEDIR path:  /usr/obj/release/netbsd-5
===> makewrapper:      /usr/obj/tools/netbsd-5/bin/nbmake-i386
===> Updated /usr/obj/tools/netbsd-5/bin/nbmake-i386

Failed in the same spot. I know I must have done something wrong
 on my end - just not sure what. Does the kernel config affect the
 world build? Kernel completes successfully.

Thanks,
Greg