Re: even more breakage in current

2000-01-22 Thread John Polstra

In article [EMAIL PROTECTED],
Jason Evans  [EMAIL PROTECTED] wrote:
 
 I often do a 'make includes' to be able to iteratively test changes.  Once
 I'm happy that the changes are sound, there is no way to assure that the
 changes didn't cause a bootstrapping problem like this one.

It's feasible to perform valid tests, but it requires some care and
planning.  Whenever you're changing a system header file, write
it down.  When you are done making changes, re-install the virgin
unadulterated copies of those header files.  In general, do your best
to restore your system to a pristine state.  Then test with make
world.

Yes, this is a pain.  But it's a pain for one person instead of for
several hundred. :-)

John
-- 
  John Polstra   [EMAIL PROTECTED]
  John D. Polstra  Co., Inc.Seattle, Washington USA
  "Disappointment is a good sign of basic intelligence."  -- Chögyam Trungpa



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



even more breakage in current

2000-01-21 Thread Bill Swingle

I updated my source tree around 10pm PST last night (01/20) and made
world only to find it broken this morning. I reupdated my tree just now
and it doesnt look like any files that might fix this have been touched.
Anyone else seeing this?

cc -pg -O -pipe -DLIBC_RCS -DSYSLIBC_RCS -I/usr/src/lib/libc/include 
-D__DBINTERFACE_PRIVATE -DINET6 -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libc/locale 
-DBROKEN_DES -DYP -I/usr/obj/usr/src/i386/usr/include -c 
/usr/src/lib/libc/../libc/gen/wait3.c -o wait3.po
cc -DLIBC_RCS -DSYSLIBC_RCS -I/usr/src/lib/libc/include -D__DBINTERFACE_PRIVATE 
-DINET6 -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libc/locale -DBROKEN_DES -DYP 
-I/usr/obj/usr/src/i386/usr/include -I/usr/src/lib/libc/i386 -c 
/usr/src/lib/libc/../libc/i386/gen/_setjmp.S -o _setjmp.o
cc -DPROF -DLIBC_RCS -DSYSLIBC_RCS -I/usr/src/lib/libc/include -D__DBINTERFACE_PRIVATE 
-DINET6 -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libc/locale -DBROKEN_DES -DYP 
-I/usr/obj/usr/src/i386/usr/include -I/usr/src/lib/libc/i386 -c 
/usr/src/lib/libc/../libc/i386/gen/_setjmp.S -o _setjmp.po
/tmp/ccg65684.s: Assembler messages:
/tmp/cco65681.s: Assembler messages:
/tmp/cco65681.s:361: Error: invalid character '(' in opcode
/tmp/ccg65684.s:361: Error: invalid character '(' in opcode
*** Error code 1
*** Error code 1
2 errors
*** Error code 2
1 error
*** Error code 2
1 error
*** Error code 2
1 error
*** Error code 2
1 error
root@rooter:/usr/src$ cvs -Rq update -PdA
U etc/MAKEDEV
U etc/pccard.conf.sample
U usr.sbin/pccard/pccardd/cardd.c
U usr.sbin/pccard/pccardd/cardd.h
U usr.sbin/pccard/pccardd/file.c
root@rooter:/usr/src$ 

-Bill


-- 
-=| --- B i l l   S w i n g l e --- http://www.dub.net/
-=| [EMAIL PROTECTED]  - [EMAIL PROTECTED] - [EMAIL PROTECTED] 
-=| Different all twisty a of in maze are you, passages little




To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Re: even more breakage in current

2000-01-21 Thread David O'Brien

On Fri, Jan 21, 2000 at 02:22:51PM -0800, Jason Evans wrote:

 I did a 'make includes' during my testing, so I didn't have this
 problem.
...
 
 In any case, doing a 'make includes' will get you past this.

But this is not a very satisfiable bootstrap requirement.
We need to keep in mind that that
cd /usr/src
cvs up
make world

is how it is done.  If things wont build, then a solution w/in the
"world" Makefiles need to be found.

-- 
-- David([EMAIL PROTECTED])


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Re: even more breakage in current

2000-01-21 Thread Bruce Evans

On Fri, 21 Jan 2000, Jason Evans wrote:

 On Fri, Jan 21, 2000 at 10:11:57AM -0800, Bill Swingle wrote:
...
  cc -DPROF -DLIBC_RCS -DSYSLIBC_RCS -I/usr/src/lib/libc/include 
-D__DBINTERFACE_PRIVATE -DINET6 -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libc/locale 
-DBROKEN_DES -DYP -I/usr/obj/usr/src/i386/usr/include -I/usr/src/lib/libc/i386 -c 
/usr/src/lib/libc/../libc/i386/gen/_setjmp.S -o _setjmp.po
  /tmp/ccg65684.s: Assembler messages:
  /tmp/cco65681.s: Assembler messages:
  /tmp/cco65681.s:361: Error: invalid character '(' in opcode
  /tmp/ccg65684.s:361: Error: invalid character '(' in opcode

This happens when libc/i386/DEFS.h and libc/i386/gen/setjmp.S are current
(as of Jan 21) but machine/asm.h is out of date.

 I moved some definitions from src/lib/libc/i386/DEFS.h to
 src/sys/i386/include/asm.h.  If the build system is looking at the
 installed version of asm.h rather than the version in the source tree, this
 error will occur.  I did a 'make includes' during my testing, so I didn't
 have this problem.
 
 It's my understanding that the build system is supposed to be sophisticated
 enough to avoid such bootstrapping issues, but I don't understand it all
 that well.  Can someone explain whether this is a bug in the build system,
 or if I should be doing something different?

Everything should just work in this case, provided machine/asm.h is up
to date.  All you could do better is commit machine/asm.h first so that
there is no window of inconsistency.

 In any case, doing a 'make includes' will get you past this.

Don't use `make includes' unless you are familiar enough with the build
system not to need it.  It _causes_ problems like this by defeating the
build system (it gives a set of includes that tends not to match the
libraries).  It happens to fix the problem in this case (at least if you
install only machine/asm.h).

Test header changes using `NOCLEAN=1 make buildworld'.  NOCLEAN is now
fairly robust.

Bruce



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Re: even more breakage in current

2000-01-21 Thread Bruce Evans

On Fri, 21 Jan 2000, Jason Evans wrote:

 I often do a 'make includes' to be able to iteratively test changes.  Once
 I'm happy that the changes are sound, there is no way to assure that the
 changes didn't cause a bootstrapping problem like this one.

`make includes' breaks your test environment.  The problem is harder for
developers.  Developers have to install new headers to test them (except
for system header in the SHARED=symlinks case, which is very convenient
for development but is almost equivalent to an automatic `make includes'
since most header changes are in system headers).  I don't see any better
ways to test header changes before committing them than to keep a
separate tree which is almost current, apply the changes to that tree,
and do a `NOCLEAN=1 make buildworld' on it.  I rarely do this :-).

 This is the second time that this has been a problem for me.  The first
 time I caught it and put a hack in the libc_r Makefile:
 
 CFLAGS+=-I${.CURDIR}/../../include
 
 Marcel said that this is not appropriate for reasons I didn't understand.
 If this isn't appropriate, and the build system is structured such that it
 pulls definitions from the installed headers, then what *is* the correct
 solution?

The build system installs the necessary headers at the necessary times.
The above gets in its way by doing the equivalent of installing headers
before they are ready to be used.  I think it currently doesn't actually
cause in problems in libc_r/Makefile, because libc_r doesn't have any
tools that need to be built with the old includes.

Bruce



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Re: more breakage

1999-09-07 Thread Randy Bush

 cc -O -pipe -Wall -DKERBEROS -DCRYPT -DHAVE_CONFIG_H  
-I/usr/src/libexec/rlogind/../../kerberosIV/include  
-I/usr/src/libexec/rlogind/../../crypto/kerberosIV/include  
-I/usr/src/libexec/rlogind/../../crypto/kerberosIV/lib/roken  
-I/usr/src/libexec/rlogind/../../crypto/kerberosIV/appl/bsd   
-I/usr/obj/usr/src/tmp/usr/include  -o rlogind rlogind.o encrypt.o  -lutil -lkrb 
-ldes -lcrypt
 /usr/obj/usr/src/tmp/usr/lib/libkrb.so: undefined reference to `init_error_ta
 ble'
 /usr/obj/usr/src/tmp/usr/lib/libkrb.so: undefined reference to 
`initialize_error_table_r'
 *** Error code 1
 Way ahead of you there. I fixed a few more; this one was for rlogind;
 the others are rshd, rlogin, rsh and su.

fixes working.  new build now running.  back to chasing sound problems.

thanks!

randy


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Re: more breakage

1999-09-07 Thread Mark Murray

 fixes working.  new build now running.  back to chasing sound problems.

Kewl.

M
--
Mark Murray
Join the anti-SPAM movement: http://www.cauce.org


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Re: more breakage

1999-09-06 Thread Dag-Erling Smorgrav

Randy Bush [EMAIL PROTECTED] writes:
 cc -O -pipe -DSETPROCTITLE -DSKEY -DLOGIN_CAP -DVIRTUAL_HOSTING -Wall  
-I/usr/src/libexec/ftpd/../../contrib-crypto/telnet -DINTERNAL_LS -Dmain=ls_main 
-I/usr/src/libexec/ftpd/../../bin/ls -DKERBEROS   -I/usr/obj/usr/src/tmp/usr/include  
-o ftpd ftpd.o ftpcmd.o logwtmp.o popen.o skey-stuff.o ls.o cmp.o print.o 
stat_flags.o util.o klogin.o  -lskey -lmd -lcrypt -lutil -lkrb -ldes
 /usr/obj/usr/src/tmp/usr/lib/libkrb.so: undefined reference to `init_error_table'
 /usr/obj/usr/src/tmp/usr/lib/libkrb.so: undefined reference to 
`initialize_error_table_r'

Gah. libcom_err breakage. libcom_err is evil, and I wish it would go
away, but MIT insists on using it for all their code.

DES
-- 
Dag-Erling Smorgrav - [EMAIL PROTECTED]


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Re: more breakage

1999-09-06 Thread Randy Bush

 will someone please shout when this is unbroken?  need to build to debug
 this darn pcm issue.
 I fixed this a few hourws ago already...

then it did not propagate to cvsup[12] as of an hour ago.

what version of what module?

randy


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Re: more breakage

1999-09-06 Thread Mark Murray

 what version of what module?

src/libexec/ftpd/Makefile 1.28

M
--
Mark Murray
Join the anti-SPAM movement: http://www.cauce.org


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Re: more breakage

1999-09-06 Thread Mark Murray

 } src/libexec/ftpd/Makefile 1.28
 
 This certainly fixed the kerberized ftpd, but I also had to make similar
 changes to the Makefiles for rshd and rlogind in libexec and for su, rlogin
 and rsh in usr.bin to get 'make world' to complete.

Aaaah! That makes sense!

M
--
Mark Murray
Join the anti-SPAM movement: http://www.cauce.org


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Re: more breakage

1999-09-06 Thread Mark Murray

 will someone please shout when this is unbroken?  need to build to debug
 this darn pcm issue.

I fixed this a few hourws ago already...

M
--
Mark Murray
Join the anti-SPAM movement: http://www.cauce.org


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Re: more breakage

1999-09-06 Thread John Hay

  cc -O -pipe -Wall -DKERBEROS -DCRYPT -DHAVE_CONFIG_H  -I/usr/src/libexec/rlog
 ind/../../kerberosIV/include  -I/usr/src/libexec/rlogind/../../crypto/kerberosI
 V/include  -I/usr/src/libexec/rlogind/../../crypto/kerberosIV/lib/roken  -I/usr
 /src/libexec/rlogind/../../crypto/kerberosIV/appl/bsd   -I/usr/obj/usr/src/tmp/
 usr/include  -o rlogind rlogind.o encrypt.o  -lutil -lkrb -ldes -lcrypt
  /usr/obj/usr/src/tmp/usr/lib/libkrb.so: undefined reference to `init_error_ta
 ble'
  /usr/obj/usr/src/tmp/usr/lib/libkrb.so: undefined reference to `initialize_er
 ror_table_r'
  *** Error code 1
 
 Way ahead of you there. I fixed a few more; this one was for rlogind;
 the others are rshd, rlogin, rsh and su.
 

Yup, I can confirm that that part is fixed now. It died a lot later when
trying to make the fixit floppy and ran out of space:

---
Making fixit floppy.
disklabel: ioctl DIOCWLABEL: Operation not supported by device
Warning: Block size restricts cylinders per group to 6.
Warning: 1216 sector(s) in last cylinder unallocated
/dev/rvn1c: 2880 sectors in 1 cylinders of 1 tracks, 4096 sectors
1.4MB in 1 cyl groups (6 c/g, 12.00MB/g, 736 i/g)
super-block backups (for fsck -b #) at:
 32
cpio: write error: No space left on device
*** Error code 1

Stop in /usr/src/release.
*** Error code 1

Stop.


John
-- 
John Hay -- [EMAIL PROTECTED]


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



more breakage

1999-09-05 Thread Randy Bush

cc -O -pipe -DSETPROCTITLE -DSKEY -DLOGIN_CAP -DVIRTUAL_HOSTING -Wall  
-I/usr/src/libexec/ftpd/../../contrib-crypto/telnet -DINTERNAL_LS -Dmain=ls_main 
-I/usr/src/libexec/ftpd/../../bin/ls -DKERBEROS   -I/usr/obj/usr/src/tmp/usr/include  
-o ftpd ftpd.o ftpcmd.o logwtmp.o popen.o skey-stuff.o ls.o cmp.o print.o stat_flags.o 
util.o klogin.o  -lskey -lmd -lcrypt -lutil -lkrb -ldes
/usr/obj/usr/src/tmp/usr/lib/libkrb.so: undefined reference to `init_error_table'
/usr/obj/usr/src/tmp/usr/lib/libkrb.so: undefined reference to 
`initialize_error_table_r'
*** Error code 1

Stop in /usr/src/libexec/ftpd.
*** Error code 1


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message