looks like the boot loader is killing -current. I have a patch, but
it just cuts all the offending references.
Comments?
rebuild/reinstall libstand. Sorry; should have HEADS-UPped that one.
Warner
cc -nostdlib -static -Ttext 0x0 -o loader.sym
looks like the boot loader is killing -current. I have a patch, but
it just cuts all the offending references.
Comments?
Warner
cc -nostdlib -static -Ttext 0x0 -o loader.sym
/usr/obj/home/imp/FreeBSD/src/sys/boot/i386/loader/../btx/lib/crt0.o main.o conf.o
bcache.o boot.o commands.o
In message [EMAIL PROTECTED] Mike Smith writes:
:
: looks like the boot loader is killing -current. I have a patch, but
: it just cuts all the offending references.
:
: Comments?
:
: rebuild/reinstall libstand. Sorry; should have HEADS-UPped that one.
I can't reinstall libstand. I'm
makeworld from -stable is broken. Needless to say this is completely
and totally unacceptible. Would the people involved with the mtree
and settofflags changes please get together and fix this right.
cc -O -pipe -DMD5 -DSHA1 -DRMD160 -I/usr/obj/home/imp/FreeBSD/src/i386/usr/include
-o
Original Message
On 7/23/00, 7:19:03 AM, Warner Losh [EMAIL PROTECTED] wrote regarding
World broken:
cc -O -pipe -DMD5 -DSHA1 -DRMD160
-I/usr/obj/home/imp/FreeBSD/src/i386/usr/include -o mtree compare.o
crc.o create.o excludes.o misc.o mtree.o spec.o verify.o -lmd
misc.o
Salvo Bartolotta wrote:
Dear FreeBSd'ers,
The good news: I have just made buildworld (sources cvsup'ed today),
and made buildkernel with no problems.
The (moderately) bad news: make installkernel fails:
Already fixed. Please re-cvsup. Note that the kernel will be called
'kernel'
cvsup'ed 1 hour ago
cc -O -pipe -I. -Dyylval=pcap_lval -DHAVE_SYS_IOCCOM_H=1 -DHAVE_SYS_SOCKIO_H=1
-DHAVE_ETHER_HOSTTON=1 -DHAVE_STRERROR=1 -DHAVE_SOCKADDR_SA_LEN=1 -DLBL_ALIGN=1
-DINET6 -I/usr/src/lib/libpcap/../../contrib/libpcap
-I/usr/src/lib/libpcap/../../contrib/libpcap/lbl
Hi,
ignore this for now please - I am getting past this on the same sources
with a second buildworld. I suspect a hardware problem :(
--Stijn
On Wed, Jul 05, 2000 at 12:31:59AM +0200, Stijn Hoop wrote:
Hi,
Trying to build world, source just cvssup'ed, clean builddir and I get
this error:
Hi,
Trying to build world, source just cvssup'ed, clean builddir and I get
this error:
Script started on Wed Jul 5 00:14:00 2000
firsa# make buildworld
[...snip...]
--
stage 3: cross tools
while making usr.sbin/kdump or usr.bin/truss:
-
In file included from ioctl.c:80:
/usr/obj/ext/src/i386/usr/include/sys/memrange.h:18: warning: `MDF_ACTIVE' redefined
/usr/obj/ext/src/i386/usr/include/pccard/cardinfo.h:80: warning: this is
the
On 25/05 10:27, Szilveszter Adam wrote:
On Thu, May 25, 2000 at 11:04:30AM +0300, Maxim Sobolev wrote:
cc -O -pipe -march=k6 -mpreferred-stack-boundary=2 -Wall
-I/usr/obj/usr/current/
Not to be picky, but optimizations apart from -O -pipe were not supported
I'm going to be picky :-)
On Thu, May 25, 2000 at 11:04:30AM +0300, Maxim Sobolev wrote:
Dammit, given severe breakage of the world during past several days the idea to
establish a fine to a breaker not seems so stupid...
cc -O -pipe -march=k6 -mpreferred-stack-boundary=2 -Wall
-I/usr/obj/usr/current/
Not to be
Szilveszter Adam wrote:
On Thu, May 25, 2000 at 11:04:30AM +0300, Maxim Sobolev wrote:
Dammit, given severe breakage of the world during past several days the idea to
establish a fine to a breaker not seems so stupid...
cc -O -pipe -march=k6 -mpreferred-stack-boundary=2 -Wall
* Maxim Sobolev [EMAIL PROTECTED] [000525 02:19] wrote:
Szilveszter Adam wrote:
On Thu, May 25, 2000 at 11:04:30AM +0300, Maxim Sobolev wrote:
Dammit, given severe breakage of the world during past several days the idea to
establish a fine to a breaker not seems so stupid...
cc
Alfred Perlstein wrote:
* Maxim Sobolev [EMAIL PROTECTED] [000525 02:19] wrote:
Szilveszter Adam wrote:
On Thu, May 25, 2000 at 11:04:30AM +0300, Maxim Sobolev wrote:
Dammit, given severe breakage of the world during past several days the idea to
establish a fine to a breaker not
here too
Donn Miller wrote:
=== librsausa
mkdir: openssl: File exists
cp /usr/src/secure/lib/librsausa/../libcrypto/opensslconf-i386.h
openssl/openssl
conf.h
*** Error code 1
1 error
*** Error code 2
1 error
*** Error code 2
1 error
*** Error code 2
1 error
*** Error code 2
1
=== librsausa
mkdir: openssl: File exists
cp /usr/src/secure/lib/librsausa/../libcrypto/opensslconf-i386.h
openssl/openssl
conf.h
*** Error code 1
1 error
*** Error code 2
1 error
*** Error code 2
1 error
*** Error code 2
1 error
*** Error code 2
1 error
- Donn
To Unsubscribe: send mail to
On Sun, 16 Apr 2000, Donn Miller wrote:
=== librsausa
mkdir: openssl: File exists
cp /usr/src/secure/lib/librsausa/../libcrypto/opensslconf-i386.h
openssl/openssl
conf.h
*** Error code 1
What -j setting? This works fine for me.
Kris
In God we Trust -- all others must submit an
On Sun, 16 Apr 2000, Kris Kennaway wrote:
On Sun, 16 Apr 2000, Donn Miller wrote:
=== librsausa
mkdir: openssl: File exists
cp /usr/src/secure/lib/librsausa/../libcrypto/opensslconf-i386.h
openssl/openssl
conf.h
*** Error code 1
What -j setting? This works fine for me.
I used
=== sys/modules/linprocfs
@ - /src/src/sys
machine - /src/src/sys/i386/include
rm -f .depend
mkdep -f .depend -a -nostdinc -DLINPROCFS -D_KERNEL -DKLD_MODULE -I- -I. -I@
-I@/../include -I/usr/obj/src/src/i386/usr/include
/src/src/sys/modules/linprocfs/../../miscfs/linprocfs/linprocfs_misc.c
broken here for the last 12 hours or so:
cc -pipe -O2 -DMONOLITH -DNO_IDEA -I/home/src/secure/usr.bin/openssl -DRSAref
-I/usr/obj/home/src/i386/usr/include -c
/home/src/secure/usr.bin/openssl/../../../crypto/openssl/apps/speed.c
cc -pipe -O2 -DMONOLITH -DNO_IDEA
Out of da blue Alfred Perlstein aka ([EMAIL PROTECTED]) said:
broken here for the last 12 hours or so:
cc -pipe -O2 -DMONOLITH -DNO_IDEA -I/home/src/secure/usr.bin/openssl -DRSAref
-I/usr/obj/home/src/i386/usr/include -c
You have a libcrypto in /usr/local/lib which was not compiled with
rsaref. When it reaches out to get rsaref, it also picks up the
libcrypto and libssl from /usr/local/lib rather than the build tree.
Move them out of the way...
robert.
Alfred Perlstein writes:
broken here for the last 12 hours
=== libdes
rm -f .depend
mkdep -f .depend -a-I/vol/vinum0/src/secure/lib/libdes/../../../crypto/libdes
-I/usr/obj/vol/vinum0/src/i386/usr/include
/vol/vinum0/src/secure/lib/libdes/../../../crypto/libdes/cbc_cksm.c
/vol/vinum0/src/secure/lib/libdes/../../../crypto/libdes/pcbc_enc.c
=== libdes
Fixed - thanks!
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
...
install -c -o root -g wheel -m 444 README /usr/share/examples/dialog
install: README: No such file or directory
*** Error code 71
The following patch fixed the problem:
--- gnu/usr.bin/dialog/TESTS/Makefile.orig Fri Jan 7 22:35:43 2000
+++ gnu/usr.bin/dialog/TESTS/Makefile Fri Jan
juan wrote:
yacc -d /usr/src/usr.bin/colldef/parse.y
*** Signal 12
Stop in /usr/src/usr.bin/colldef.
Are you doing anything special? If not, try cleaning /usr/obj first and
make sure your source tree is ok.
--
Marcel Moolenaarmailto:[EMAIL PROTECTED]
SCC
Greg Lehey wrote:
/usr/obj/usr/src/i386/usr/src/usr.bin/colldef created for
/usr/src/usr.bin/colldef
yacc -d /usr/src/usr.bin/colldef/parse.y
*** Signal 12
This looks like you've updated your source tree and have not built a
new kernel. Try the new kernel first, then the
I was just wondering if anyone else was having a problem making the world
on -CURRENT right now? I don't remember the exact error I got because
I'm at work, and my machine is at home, but for the last 3 weeks whenever
I try to make world, it dies in a different place, I've tried every day,
so I'm
I build world this morning, and it built fine.
Patrick
- Original Message -
From: Kenneth Wayne Culver [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, December 30, 1999 12:23 PM
Subject: -CURRENT make world broken
I was just wondering if anyone else was having a problem
On Thu, Dec 30, 1999 at 12:23:35PM -0500, Kenneth Wayne Culver [EMAIL PROTECTED]
wrote:
I was just wondering if anyone else was having a problem making the world
on -CURRENT right now? I don't remember the exact error I got because
I'm at work, and my machine is at home, but for the last 3
When I tried to compile my world this fail...
I'm Running FreeBSD 4.0-CURRENT.
sh /usr/src/tools/install.sh -c -o root -g wheel -m 555
/usr/src/usr.bin/yacc/yyfix.sh /usr/obj/usr/src/i386/usr/bin/yyfix
sh /usr/src/tools/install.sh -c -s -o root -g wheel -m 555 yacc
On Wednesday, 29 December 1999 at 23:17:29 -0600, juan wrote:
When I tried to compile my world this fail...
I'm Running FreeBSD 4.0-CURRENT.
What date?
/usr/obj/usr/src/i386/usr/src/usr.bin/colldef created for
/usr/src/usr.bin/colldef
yacc -d /usr/src/usr.bin/colldef/parse.y
*** Signal
On Tue, 14 Dec 1999, Ben Rosengart wrote:
vi -- which is in /usr.
Good example of something else that would be great to have in /bin.
*ducking*
--
Ben Rosengart
and as a coworker, I'd have to tell you how to use cat ;)
ROTFL.
-Pat
__
Pat Lynch
After some more digging I have found out why buildworlds are failing on my
system: it's because I have NO_FORTRAN=true in /etc/make.conf.
cd /usr/src/gnu/usr.bin/cc/f771; make build-tools
cc -O -pipe -march=pentium -DFREEBSD_NATIVE -DIN_GCC -DHAVE_CONFIG_H
-DDEFAULT_TARGET_VERSION=\"2.95.2\"
Jos Backus wrote:
After some more digging I have found out why buildworlds are failing on my
system: it's because I have NO_FORTRAN=true in /etc/make.conf.
[snip]
Thanks. Will be fixed.
--
Marcel Moolenaarmailto:[EMAIL PROTECTED]
SCC Internetworking Databases
On Sat, Dec 18, 1999 at 05:13:39PM -0800, Steve Kargl wrote:
I did a "make -j 4 buildworld" every day last week. I did not
see this error. Did you by any chance run configure in the
contrib/gcc (or whatever the current gcc contrib source tree
is called)?
No.
If your build tree ends up in
I'm getting the following when I try to build world (cvs'd yesterday)
i've blown away /usr/obj, re-cvs'd, and tried again.. it always fails in the
same place.
Writing Makefile for DynaLoader
mkdir /usr/obj/c1/current/src/gnu/usr.bin/perl/perl/lib/auto/DynaLoader
perl
I think i'm crying wolf here.. i just noticed that there was an older version
of perl hanging out in /usr/local/bin.. lets see if thats the problem.
-- Welcome My Son, Welcome To The Machine --
Bob Vaughan | techie@{w6yx|tantivy}.stanford.edu | [EMAIL PROTECTED]
|
Jason Evans wrote:
I've got a change in the pipeline that will cause world breakage again,
unless we do something about this. Is there anything wrong with simply
adding:
CFLAGS+=-I${.CURDIR}/../../include
to lib/libc_r/Makefile? It fixes such build problems.
Yes, anything is wrong.
More precisely, three things seem to be wrong:
- hconfig.h is missing/not being generated.
- /usr/include/stdio.h says:
extern __const char *__const sys_errlist[];
but /usr/src/gnu/usr.bin/cc/f771/../../../../contrib/gcc/system.h says:
extern char *sys_errlist[];
Jos Backus wrote:
More precisely, three things seem to be wrong:
- hconfig.h is missing/not being generated.
- /usr/include/stdio.h says:
extern __const char *__const sys_errlist[];
but /usr/src/gnu/usr.bin/cc/f771/../../../../contrib/gcc/system.h says:
extern char
On Fri, Dec 17, 1999 at 04:30:16PM -0700, Darren Wiebe wrote:
I just built the world from sources about 3-4 hours ago. It was all
great.
Fwiw, I just got the same error on another system, cvsupped this morning.
--
Jos Backus _/ _/_/_/ "Reliability means never
On Sat, Nov 27, 1999 at 11:40:08AM -0800, Alfred Perlstein wrote:
On Sat, 27 Nov 1999, Mark Murray wrote:
Hi
"make world" is broken in libc_r. Simple fix is to replace all
"socklen_t" with "int".
libc_r likes to pull data from /usr/include instead of the
source tree, "make
cd /usr/src/gnu/usr.bin/cc/f771; make build-tools
cc -O -pipe -march=pentium -DFREEBSD_NATIVE -DIN_GCC -DHAVE_CONFIG_H -DDEFAULT_T
ARGET_VERSION=\"2.95.2\" -DDEFAULT_TARGET_MACHINE=\"i386-unknown-freebsd\" -I/us
r/src/gnu/usr.bin/cc/f771/../cc_tools -I/usr/src/gnu/usr.bin/cc/f771/../cc_tools
David Scheidt wrote:
What's wrong with run with system V runlevels? Other than it's system V and
everything AT^HUSL did is evil, of course.
They try to map graphs into a line.
--
Daniel C. Sobral(8-DCS)
who is as social as a wampas
[EMAIL PROTECTED]
[EMAIL
Jos Backus wrote:
I just built the world from sources about 3-4 hours ago. It was all
great.
Darren Wiebe
[EMAIL PROTECTED]
cd /usr/src/gnu/usr.bin/cc/f771; make build-tools
cc -O -pipe -march=pentium -DFREEBSD_NATIVE -DIN_GCC -DHAVE_CONFIG_H -DDEFAULT_T
ARGET_VERSION=\"2.95.2\"
On Wed, 15 Dec 1999 06:21:48 +1100, Peter Jeremy wrote:
@@ -344,7 +352,7 @@
tools::
.for _tool in ${_strfile} ${_aout_tools} usr.bin/gensetdefs \
gnu/usr.bin/binutils usr.bin/objformat usr.bin/yacc usr.bin/colldef \
-gnu/usr.bin/bison gnu/usr.bin/cc
+gnu/usr.bin/bison
"Rodney W. Grimes" wrote:
Yea... been hearing that for 4 years... one of it's big short comings is
that it needs a persistent backing store for this. Sounds like this C
program could fullfill one of the missing parts of devfs :-)
F persistent backing store. The daemon solution is perfectly
On 1999-Dec-15 19:57:49 +1100, Sheldon Hearn [EMAIL PROTECTED] wrote:
-gnu/usr.bin/bison gnu/usr.bin/cc
+gnu/usr.bin/bison gnu/usr.bin/cc gnu/usr.bin/texinfo
Presumably this hunk is a stray fix for something other than the fortune
database? :-)
Yes it is. I was having problems with
On Wed, 15 Dec 1999, Poul-Henning Kamp wrote:
In message [EMAIL PROTECTED], Dav
id Scheidt writes:
What's wrong with run with system V runlevels? Other than it's system V and
everything AT^HUSL did is evil, of course.
runlevels are a very oldfashioned way to think about things, I
David Scheidt wrote:
What's wrong with run with system V runlevels? Other than it's system V and
everything AT^HUSL did is evil, of course.
Well, the one danger is that we'd be slowly drifting away from
the classic BSD way of doing thigs. Of course, the official BSD
is dead (right?). But
On Thu, Dec 16, 1999 at 01:22:46AM -0500, Donn Miller wrote:
runlevels, OpenBSD does not or goes with an entirely different
system), them would it be fair to consider FreeBSD "BSD"? The
advantage here is that FreeBSD would mature into it's own type of
UNIX with a BSD heritage.
Can we
Peter Wemm wrote:
I wonder if we should move fortune to usr.bin? It's hardly a game and I'm
way beyond tired of it being left out of standard paths...
(ie: "/bin:/usr/bin[:/usr/local/bin]")
After letting this go through my head for a day (it probably isn't
important anymore :-), I think
On Mon, 13 Dec 1999, Louis A. Mamakos wrote:
So how about /usr/sbin/chown - /sbin/chown so that MAKEDEV works with
just the root file system mounted?
How about removing awk from MAKEDEV so life isn't so hard to recover
when you use a 3.3 fixit floppy after removing /dev and not making
On Mon, 13 Dec 1999, Bill Fumerola wrote:
On Mon, 13 Dec 1999, Louis A. Mamakos wrote:
So how about /usr/sbin/chown - /sbin/chown so that MAKEDEV works with
just the root file system mounted?
As one who just got his ass bitten by this, I would vote yes.
As one who's missed chown at
:
: So how about /usr/sbin/chown - /sbin/chown so that MAKEDEV works with
: just the root file system mounted?
:
: As one who just got his ass bitten by this, I would vote yes.
:
:As one who's missed chown at times when only root's mounted, I'm with Bill.
:
:--
: Ben Rosengart
:
:UNIX
In message [EMAIL PROTECTED], Matthew Dillon writes:
I think at one time or another all of us have missed *something* in
/usr that wasn't in /. For example, disklabel -e doesn't work without
vi -- which is in /usr.
EDITOR=/bin/ed
export EDITOR
disklabel -e
[Recipient list trimmed down to just the list. dhw]
Date: Tue, 14 Dec 1999 19:38:32 +0100
From: Poul-Henning Kamp [EMAIL PROTECTED]
It would make more sense, considering the way FreeBSD is distributed for
/usr/local to be a mountpoint than for /usr to be a mountpoint.
It's hardly
On 1999-Dec-13 20:42:36 +1100, Marcel Moolenaar [EMAIL PROTECTED] wrote:
Index: Makefile.inc1
===
RCS file: /home/ncvs/src/Makefile.inc1,v
retrieving revision 1.106
diff -u -r1.106 Makefile.inc1
--- Makefile.inc1 1999/12/12
On Tue, Dec 14, 1999 at 10:32:23AM -0800, Matthew Dillon wrote:
:
: So how about /usr/sbin/chown - /sbin/chown so that MAKEDEV works with
: just the root file system mounted?
:
: As one who just got his ass bitten by this, I would vote yes.
:
:As one who's missed chown at times when
On Tue, Dec 14, 1999 at 07:38:32PM +0100, Poul-Henning Kamp wrote:
In message [EMAIL PROTECTED], Matthew Dillon writes:
I think at one time or another all of us have missed *something* in
/usr that wasn't in /. For example, disklabel -e doesn't work without
vi -- which is in
How about removing awk from MAKEDEV so life isn't so hard to recover
when you use a 3.3 fixit floppy after removing /dev and not making
enough of it again.
How about finally starting to work on devfs and forget about all the
MAKEDEV junk and leave it as it is for now?
Blaz Zupan, [EMAIL
"BSDman" == BSDman [EMAIL PROTECTED] writes:
BSDman one idea about /usr is to allow the admin to mount it
BSDman read-only. I didn't tried it but this would give some
BSDman level of security against modifications of the files there
BSDman in.
This is particulary useful in a
On Mon, 13 Dec 1999, Bill Fumerola wrote:
On Mon, 13 Dec 1999, Louis A. Mamakos wrote:
So how about /usr/sbin/chown - /sbin/chown so that MAKEDEV works with
just the root file system mounted?
As one who just got his ass bitten by this, I would vote yes.
On a related subject: don't
[.]
On a related subject: don't you think it's high time to end up this
madness with MAKEDEV being a shell script, and reimplement it in C? Today,
[.]
*cough*DEVFS*cough*
--
Brian [EMAIL PROTECTED][EMAIL PROTECTED]
http://www.Awfulhak.org
[.]
On a related subject: don't you think it's high time to end up this
madness with MAKEDEV being a shell script, and reimplement it in C? Today,
[.]
*cough*DEVFS*cough*
Yea... been hearing that for 4 years... one of it's big short comings is
that it needs a persistent backing
On Wed, Dec 15, 1999 at 01:39:28AM +, Brian Somers wrote:
[.]
On a related subject: don't you think it's high time to end up this
madness with MAKEDEV being a shell script, and reimplement it in C? Today,
[.]
*cough*DEVFS*cough*
Gesunteit.
- mark
--
Mark Newton
:
:Poul-Henning Kamp wrote
: It would make more sense, considering the way FreeBSD is distributed for
: /usr/local to be a mountpoint than for /usr to be a mountpoint.
:
: /var is traditionally a mountpoint to keep the logs out of harms
: way (and vice versa), but /usr never had that level of
In message [EMAIL PROTECTED] Brian Somers writes:
: *cough*DEVFS*cough*
devfs*D*
Warner
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Peter Jeremy wrote:
=== games/fortune/datfiles
PATH=$PATH:/usr/games:/usr/obj/3.0/cvs/src/games/fortune/datfiles/../strfile
strfile -Crs /3.0/cvs/src/games/fortune/datfiles/fortunes fortunes.dat
strfile: illegal option -- C
strfile [-iorsx] [-c char] sourcefile [datafile]
*** Error code 1
On Mon, 13 Dec 1999 10:42:36 +0100, Marcel Moolenaar wrote:
I think the easiest solution would be (instead of your patches of
course):
-STRICTTMPPATH= ${WORLDTMP}/bin:${WORLDTMP}/usr/bin
+STRICTTMPPATH= ${WORLDTMP}/bin:${WORLDTMP}/usr/bin:${WORLDTMP}/usr/games
Only if you preceded the
On Mon, 13 Dec 1999 10:42:36 +0100, Marcel Moolenaar wrote:
I think the easiest solution would be (instead of your patches of
course):
-STRICTTMPPATH= ${WORLDTMP}/bin:${WORLDTMP}/usr/bin
+STRICTTMPPATH= ${WORLDTMP}/bin:${WORLDTMP}/usr/bin:${WORLDTMP}/usr/games
Only if you
On Mon, 13 Dec 1999, Peter Wemm wrote:
I wonder if we should move fortune to usr.bin? It's hardly a game and I'm
way beyond tired of it being left out of standard paths...
(ie: "/bin:/usr/bin[:/usr/local/bin]")
I have no opinion about fortune, but I do think that md5 should be moved
from
On Mon, 13 Dec 1999, Kris Kennaway wrote:
On Mon, 13 Dec 1999, Peter Wemm wrote:
I wonder if we should move fortune to usr.bin? It's hardly a game and I'm
way beyond tired of it being left out of standard paths...
(ie: "/bin:/usr/bin[:/usr/local/bin]")
I have no opinion about
On Mon, 13 Dec 1999, Kris Kennaway wrote:
On Mon, 13 Dec 1999, Peter Wemm wrote:
I wonder if we should move fortune to usr.bin? It's hardly a game and I'm
way beyond tired of it being left out of standard paths...
(ie: "/bin:/usr/bin[:/usr/local/bin]")
I have no opinion
On Mon, 13 Dec 1999, Louis A. Mamakos wrote:
So how about /usr/sbin/chown - /sbin/chown so that MAKEDEV works with
just the root file system mounted?
As one who just got his ass bitten by this, I would vote yes.
--
- bill fumerola - [EMAIL PROTECTED] - BF1560 - computer horizons corp -
-
I'm still running a -CURRENT from just before the signal changes and
for the past 4 days, my nightly buildworld has been dying at follows:
=== games/fortune/datfiles
PATH=$PATH:/usr/games:/usr/obj/3.0/cvs/src/games/fortune/datfiles/../strfile st
rfile -Crs
On 1999-Dec-13 11:06:19 +1100, I wrote:
I'm still running a -CURRENT from just before the signal changes and
for the past 4 days, my nightly buildworld has been dying at follows:
=== games/fortune/datfiles
PATH=$PATH:/usr/games:/usr/obj/3.0/cvs/src/games/fortune/datfiles/../strfile strfile
-Crs
On 1999-Dec-13 11:06:19 +1100, I wrote:
I'm still running a -CURRENT from just before the signal changes and
for the past 4 days, my nightly buildworld has been dying at follows:
=== games/fortune/datfiles
PATH=$PATH:/usr/games:/usr/obj/3.0/cvs/src/games/fortune/datfiles/../strfile strfile
-Crs
=== cc
cc -O -pipe -m486 -DFREEBSD_NATIVE -DIN_GCC -DHAVE_CONFIG_H
-DDEFAULT_TARGET_VERSION=\"2.95.2\" -DDEFAULT_TARGET_MACHINE=\"i386-unknown-freebsd\"
-I/usr/obj/usr2/src/gnu/usr.bin/cc/cc/../cc_tools
-I/usr2/src/gnu/usr.bin/cc/cc/../cc_tools
I'm trying to "make world" on a system last built on Sep 29th; it's
failing like so:
=== f77doc
/usr/obj/usr/src/gnu/usr.bin/cc/f77doc created for /usr/src/gnu/usr.bin/cc/f77doc
cd /usr/src/gnu/lib/libgcc; /usr/obj/usr/src/tmp/usr/bin/make -DWORLD -DNOINFO -DNOMAN
-DNOPIC -DNOPROFILE
Mark Newton wrote:
I'm trying to "make world" on a system last built on Sep 29th; it's
failing like so:
=== f77doc
/usr/obj/usr/src/gnu/usr.bin/cc/f77doc created for /usr/src/gnu/usr.bin/cc/f77doc
cd /usr/src/gnu/lib/libgcc; /usr/obj/usr/src/tmp/usr/bin/make -DWORLD -DNOINFO
-DNOMAN
On Sat, 27 Nov 1999, Mark Murray wrote:
Hi
"make world" is broken in libc_r. Simple fix is to replace all
"socklen_t" with "int".
libc_r likes to pull data from /usr/include instead of the
source tree, "make includes" fixes this. I'm not sure if
that's the correct way to fix it though.
John Hay wrote:
A normal "make world" on current is ok, but a "make -j13 world" is broken.
I have looked at it a little bit, but I can't figure out what is going
wrong. It dies with:
cd /usr/src/usr.bin/lex;make beforeinstall
install -C -o root -g wheel -m 644
Hi,
the change in src/sys/i386/include/ucontext.h (in struct __mcontext),
where "struct trapframe mc_tf;" was replaced by it's members
broke doscmd.
(The relevant files are
$FreeBSD: src/sys/i386/include/ucontext.h,v 1.3 1999/10/07 12:40:34 marcel Exp $
$FreeBSD:
Philipp Mergenthaler wrote:
the change in src/sys/i386/include/ucontext.h (in struct __mcontext),
where "struct trapframe mc_tf;" was replaced by it's members
broke doscmd.
Fixed. Thanks,
--
Marcel Moolenaarmailto:[EMAIL PROTECTED]
SCC Internetworking Databases
On Wed, 22 Sep 1999 23:52:54 MST, Thomas Dean wrote:
cvsup this evening. make world failed. /usr/src/crypto does not exist.
Nope, no problem (well, apart from a few momentarily pending repo-copies
which are resolved now). A lot of stuff moved from secure to crypto, so
mebbe check which
Thomas Dean wrote:
cvsup this evening. make world failed. /usr/src/crypto does not exist.
I got bitten by this too. The solution is to add the crypto
distribution to your cvsup file. I'm not sure how I feel about this
though. I kind of liked having DES in its own dist since I don't
cvsup this evening. make world failed. /usr/src/crypto does not exist.
tomdean
= make world output ==
cd /usr/src/gnu/lib/libdialog; /usr/obj/usr/src/tmp/usr/bin/make beforeinstall
install -C -o root -g wheel -m 444 /usr/src/gnu/lib/libdialog/dialog.h
Make world is broken, these are the errors I get:
cc -nostdinc -O -pipe -I/usr/src/sbin/kget/../../sys/i386
-I/usr/obj/usr/src/tmp/usr/include -c /usr/src/sbin/kget/kget.c
/usr/src/sbin/kget/kget.c:34: isa/pnp.h: No such file or directory
/usr/src/sbin/kget/kget.c: In function `main':
cvs-cur 5518 breaks building libgcc with:
c++ -c -I/usr/obj/3.0/cvs/src/tmp/usr/include/g++ -O -pipe
-I/3.0/cvs/src/gnu/lib/libgcc/../../../contrib/egcs/gcc/config
-I/3.0/cvs/src/gnu/lib/libgcc/../../../contrib/egcs/gc
c -I. -fexceptions -DIN_GCC -I/usr/obj/3.0/cvs/src/tmp/usr/include
In message [EMAIL PROTECTED] Matthew Jacob
writes:
: You have to wait at least a little bit because with CVS there is no atomic
: update of a set of modules. IF make world is broken, waiting at least a
: certain period of time and then doing another update is important to
: ensure that you just
In reply:
On Sat, 3 Jul 1999, Greg Lehey wrote:
I personally think that, in such a case, you'd be justified to commit
it as a temporary measure. Due to the difference in time zones, this
has hit people while I've been asleep. That doesn't mean the commit
would stay, of course, but at
On Sat, 3 Jul 1999, Warner Losh wrote:
In message [EMAIL PROTECTED] Matthew Jacob
writes:
: You have to wait at least a little bit because with CVS there is no atomic
: update of a set of modules. IF make world is broken, waiting at least a
: certain period of time and then doing another
On Saturday, 3 July 1999 at 14:40:25 -0500, Jim Bryant wrote:
In reply:
On Sat, 3 Jul 1999, Greg Lehey wrote:
I personally think that, in such a case, you'd be justified to commit
it as a temporary measure. Due to the difference in time zones, this
has hit people while I've been asleep.
Let me add to this:
opinion:
If it's really blocking folks because things don't compile, it is always
acceptable to do what you need to do- the tree should always compile even
if -current. If the system doesn't boot because of change, then that's an
obvious one too. If things work
On Fri, 2 Jul 1999, Matthew Jacob wrote:
Let me add to this:
opinion:
If it's really blocking folks because things don't compile, it is always
acceptable to do what you need to do- the tree should always compile even
if -current. If the system doesn't boot because of change, then
On Friday, 2 July 1999 at 23:19:26 -0400, Brian F. Feldman wrote:
Sorry about that, Greg; I didn't realize it was a personal message I forwarded.
Sorry, everyone else, for that faux pas in public :(
I'm not upset.
Greg
--
See complete headers for address, home page and phone numbers
finger
If it's really blocking folks because things don't compile, it is always
acceptable to do what you need to do- the tree should always compile even
if -current. If the system doesn't boot because of change, then that's an
obvious one too. If things work differently or not as well,
101 - 200 of 226 matches
Mail list logo
