Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 29 Aug 1998 13:53:54 +1000
From:      Bruce Evans <bde@zeta.org.au>
To:        ben@rosengart.com, gpalmer@FreeBSD.ORG
Cc:        current@FreeBSD.ORG
Subject:   Re: problems building current
Message-ID:  <199808290353.NAA10690@godzilla.zeta.org.au>

next in thread | raw e-mail | index | archive | help
>> cc -O2 -pipe -I/usr/src/usr.sbin/amd/amd/../../../contrib/amd/amd -I.
>> -I/usr/src/usr.sbin/amd/amd -I/usr/src/usr.sbin/amd/amd/../include
>> -I/usr/src/usr.sbin/amd/amd/../../../contrib/amd/include
>> -I/usr/src/usr.sbin/amd/amd/../../../contrib/amd -DHAVE_CONFIG_H
>> -I/usr/obj/usr/src/tmp/usr/include  -o amd conf_parse.o conf_tok.o
>> am_ops.o amd.o amfs_auto.o amfs_direct.o amfs_error.o amfs_host.o
>> amfs_inherit.o amfs_link.o amfs_linkx.o amfs_nfsl.o amfs_nfsx.o
>> amfs_program.o amfs_root.o amfs_toplvl.o amfs_union.o amq_subr.o
>> amq_svc.o autil.o clock.o conf.o get_args.o info_file.o info_ndbm.o
>> info_nis.o info_passwd.o info_union.o map.o mapc.o mntfs.o
>> nfs_prot_svc.o nfs_start.o nfs_subr.o ops_cdfs.o ops_lofs.o ops_mfs.o
>> ops_nfs.o ops_nfs3.o ops_nullfs.o ops_pcfs.o ops_tfs.o ops_ufs.o
>> ops_umapfs.o ops_unionfs.o opts.o restart.o rpc_fwd.o sched.o
>> srvr_amfs_auto.o srvr_nfs.o mount_xdr.o  --- xwhere ---
>> /usr/src/usr.sbin/amd/libamu/obj/libamu.a -lrpcsvc
>> cc: xwhere: No such file or directory
>> *** Error code 1
>> 1 error
>
>Ahaa!! I thought this was an alpha specific problem. I can easily
>recreate it. The only solution I have so far is not to do parallel
>compiles (which sucks, as I get much better performance on the alpha
>if I do). I hacked around it by changing the LIBAMUDIR path to be a
>../libamu/limabu.a style path rather than an `script` expression, but
>I don't know if that is the right answer.

The != expression doesn't actually work for make -j, since make -j
emits "--- blah ---" to stdout (make -j's handling of stdout and stderr
seems to be mostly broken).  This can probably be fixed using -B.

Another bug: `DPADD' is consistently misspelled as `DPDADD'.  This bug
is easy to find using `make checkdpadd'.

Bruce

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199808290353.NAA10690>