Hi there,
I've been running FreeBSD (mostly 4.2) on multiple systems for over a year
and I absolutely love it. Recently I installed 4.5 (from the retail CD
set) on a new machine and I'm having difficulty upgrading to stable. My
make buildworld dies in seemingly random places.
The hardware
well, I reran cvsup with the standard supfile (only change I made
was the required one).
I'm no further along: does any of this output help?
cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=i386
MACHINE=i386
COMPILER_PATH=/usr/obj/usr/src/i386/usr/libexec:/usr/obj/usr/src/i386/usr/bin
On Sun, Mar 17, 2002 at 02:35:39PM -0800, paul beard wrote:
well, I reran cvsup with the standard supfile (only change I made
was the required one).
I'm no further along: does any of this output help?
cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=i386
MACHINE=i386
Crist J. Clark wrote:
$ which rpcgen $ ls -l /usr/bin/rpcgen
Actually, rpcgen(1) might need to be built in the build-tool
phase.
well, I'm sure I did this backwards but I went into usr.bin and
usr.sbin and did make in those dirs. in usr.bin, calendar failed,
so I had to wrap it in
Hello all,
Is it a problem that src/usr.bin/xlint/lint1/cgram.y does not have a
RELENG_4_5 tag? All the other files in the directory seem to, and cgram.y is
a required file for building.
(My attempt to do a source upgrade from RELENG_4_4 to RELENG_4_5 failed due
to this missing
hostname).
Trying to make buildworld on a machine updated on late jan
(FreeBSD 4.5-STABLE #1: Thu Jan 31 18:52:16 CET 2002)
[...]
mkdep -f .depend -a -nostdinc -I/usr/obj/usr/src/i386/usr/include
/usr/src/usr.bin/xinstall/xinstall.c
cd /usr/src/usr.bin/xinstall; make _EXTRADEPEND
echo
On Monday, March 11, 2002, at 06:02 AM, Riccardo Torrini wrote:
cvsup this morning, 2002.03.11 08:31 GMT+1 (italy time) and again
at 11:51 GTM+1, same error (first message bounced, rejected: cannot
find your hostname).
...
make: don't know how to make cgram.y. Stop
*** Error code 2
I
Trying to build the latest stable and it fails as per below. Does not seem
to be anything in the mailing list archives to point me in the right
direction.
Current version is version 4.2
Any ideas?
+[ Ruslan Ermilov ([EMAIL PROTECTED]) dijo sobre Re: make buildworld fails on sdiff:
|
| Re-cvsup, it's been fixed already.
|
+]
Thanks. That did it.
However i was suprised to hear David say that:
| If this was with -jN (N numeric), the real error is likely to be
| somewhat above
On Thu, 2002-01-31 at 15:06, Fernan Aguero wrote:
However i was suprised to hear David say that:
| If this was with -jN (N numeric), the real error is likely to be
| somewhat above the lines you quoted; please check -- or try to re-create
| the problem without the -j flag -- if, in fact,
wanted to add that sometimes (depending
on hardware of course) it's faster to make buildworld without -j flags.
My machine used to do 'make -j4 buildworld' in ~27 minutes, but when
I tried without '-j4' it compiled in under 21 minutes.
-Richard
To Unsubscribe: send mail to [EMAIL PROTECTED
I have recent sources (the most recent CTM delta). I do make -j4
buildworld
on three different computers. It works on two of them, but on one of
them (the fastest), I get:
=== usr.sbin/i4b/ispppcontrol
rm -f .depend
mkdep -f .depend -a-I/usr/obj/usr/src/i386/usr/include
On Tue, Jan 22, 2002 at 09:34:56AM -0600, Stephen Montgomery-Smith wrote:
I have recent sources (the most recent CTM delta). I do make -j4
buildworld
on three different computers. It works on two of them, but on one of
them (the fastest), I get:
=== usr.sbin/i4b/ispppcontrol
rm -f
Hello!
Problem is make buildworld for cvsup 09.01/2002
make buildword
=== usr.bin
/usr/src/share/mk/bsd.subdir.mk , line 81: Inconsistent operator for ftp
make: fatal errors encountered -- cannot continue
*** Error code 1
Stop in /usr/src
*** Error code 1
Spider wrote:
Hello!
Problem is make buildworld for cvsup 09.01/2002
make buildword
=== usr.bin
/usr/src/share/mk/bsd.subdir.mk , line 81: Inconsistent operator for ftp
make: fatal errors encountered -- cannot continue
*** Error code 1
Stop in /usr/src
Christopher Schulte [EMAIL PROTECTED] wrote:
At 10:37 PM 1/6/2002 +0100, you wrote:
I usually run a shell command like this ('#' is the prompt):
# (date; make buildworld; date) | tee /var/tmp/buildworld.log
You can also look at the `script` command. When executed, a new shell
in message [EMAIL PROTECTED],
wrote Christopher Schulte thusly...
At 10:37 PM 1/6/2002 +0100, you wrote:
Hi,
I usually run a shell command like this ('#' is the prompt):
# (date; make buildworld; date) | tee /var/tmp/buildworld.log
You can also look at the `script` command. When
in message [EMAIL PROTECTED],
wrote Oliver Fromme thusly...
Hi,
hi there.
I usually run a shell command like this ('#' is the prompt):
# (date; make buildworld; date) | tee /var/tmp/buildworld.log
So you have a datestamp output at the very beginning and at
the very end.
thanks oliver
n
[EMAIL PROTECTED]-
-- - Original Message -
From: Kent Stewart To: Mike Loiterman Cc: [EMAIL PROTECTED]
Sent: Wednesday, October 31, 2001 5:13 PMSubject: Re: make buildworld
dies
Mike Loiterman wrote:
-BEGIN PGP SIGNED MESSAGE- Hash:
SH
andinstall from there.
- -Mike Loiterman
[EMAIL PROTECTED]-
-- - Original Message -
From: Glen Foster To: Mike Loiterman Sent: Thursday, November 01,
2001 7:08 AMSubject: Re: make buildworld dies
Here
]
- -
- - Original Message -
From: Glen Foster
To: Mike Loiterman
Sent: Thursday, November 01, 2001 7:08 AM
Subject: Re: make buildworld dies
Here are some things that should make the error go away, any one of
them should work, use
I want to apologize if this has been asked/answered. I've been out of
it for almost three weeks while I was recovering from surgery. Today I
cvsup'd and when I tried a buildworld, it failed:
install -c -o root -g wheel -m 444 hcreate.3.gz /usr/share/man/man3
install: hcreate.3.gz: No such
No, no-one answered. There was a thread about it
which said it was due to a 1 billion second bug in
cvsup, and you needed to get cvsup-16.e.tgz, and
install it, rm -rf /usr/src rm -rf /usr/obj, and cvsup
again. But that didn't work for me. Someone also
suggested to again delete everything, and
exactly in terms of doing make buildworld, but I
keepgetting this error when I do the make buildworld...
make: don't know how to make freebsd.mc. Stop*** Error
code 2
Stop in /usr/src/etc.*** Error code 1
Stop in /usr/src*** Error code 1
Stop in /usr/src*** Error code 1
Stop in /usr/src
I have
followed the handbook
instructions exactly in terms of doing make buildworld, but I keep
getting this error when I do the make buildworld...
make: don't know how to make freebsd.mc. Stop
*** Error code 2
Stop in /usr/src/etc.
*** Error code 1
Stop in /usr/src
*** Error code 1
I am trying to upgrade a server from 4.3-STABLE from June 27 to today.
The cvsup was done from cvsup10.freebsd.org. Here is where the make
build stops.
=== sbin/ipnat
cc -nostdinc -O -pipe -DIPL_NAME=\/dev/ipl\ -I-
-I/usr/src/sbin/ipnat/../../sys/netinet -I/usr/src/sbin/ipnat/../../sys
I've had a similar problem with 4.3.
Someone in this list resolved my problem updating cvsup to the latest
version, rm -rf /usr/src and cvsup'ing again from 0.
It was some type of a bug related to files dated with 1 billion seconds
(or minutes, don't know).
[]'s
To Unsubscribe: send mail to
See http://people.freebsd.org/~jdp/s1g/ for the complete story.
Guilherme Oliveira [EMAIL PROTECTED]
Sent by: [EMAIL PROTECTED]
10/01/2001 08:00 PM
To:Brad McNeney [EMAIL PROTECTED], [EMAIL PROTECTED]
cc:
Subject:Re: make buildworld problems in gnu/usr.bin
,
having updated my source I have run make buildworld
and it is exiting with Error code 1 and 2.
The last line before the error codes is:
eelf_i386.o: In function
`gldelf_i386_open_dynamic_archive':
eelf_i386.o(.text+0xc7b): undefined reference to
`basename'
***Error code 1
1 error
Starting with a 4.0-RELEASE system from CD I'm trying to upgrade to
4-stable. After cvsupping I run make buildworld with the following
results:
snip
cd /usr/src/usr.bin/xinstall; make obj; make depend; make all; make
install
/usr/obj/usr/src/i386/usr/src/usr.bin/xinstall created for
/usr
On Sat, Sep 15, 2001 at 07:07:44AM -0700, [EMAIL PROTECTED] wrote:
Hello, I've recenly installed FreeBSD 4.1 and cvsup-ed to 4.4 (which is now stable
as far as i know) and when i run make buildworld the following errors occured (the
following text is from taken after doing make -j4 buildworld
of your choice.
2. cd /usr/src/lib/libc/gen
3. make basename.o
4. ar r /usr/lib/libc.a basename.o
5. Drink another alcoholic beverage of your choice.
6. cd /usr/src
7. make buildworld
8. Rejoice and drink still more alcoholic beverages!
On Fri, Aug 17, 2001 at 12:49:44AM +0400, Grigory
Hello,
I've tried to make cvsuped stable sources and had an error:
$ make buildworld
...
eelf_i386.o: In function `gldelf_i386_open_dynamic_archive':
eelf_i386.o(.text+0xc7b): undefined reference to `basename'
*** Error code 1
Stop in /home/src-stable/src/gnu/usr.bin/binutils/ld.
*** Error
Trying to make buildworld with a cvsup as of 8/13/2001 9:25 PDT here is
where it dies.
=== src/roff/troff
c++ -I/usr/obj/usr/src/i386/usr/include/g++ -O -pipe -march=k6
-DHAVE_STDLIB_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DIRENT_H=1 -DHAVE_LIMITS_H=1
-DHAVE_STRING_H=1 -DHAVE_STRINGS_H=1 -DHAVE_MATH_H=1
Ron 'The InSaNe One' Rosson wrote:
Trying to make buildworld with a cvsup as of 8/13/2001 9:25 PDT here is
where it dies.
=== src/roff/troff
c++ -I/usr/obj/usr/src/i386/usr/include/g++ -O -pipe -march=k6
-DHAVE_STDLIB_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DIRENT_H=1 -DHAVE_LIMITS_H=1
Hi,
Everytime I try to do a make buildworld it comes up with this error.
c++ -I/usr/obj/usr/src/i386/usr/include/g++ -O -pipe
-I/usr/obj/usr/src/i386/usr/include
-I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib
-I/usr/src/gnu/usr.bin/gperf -c
/usr/src/gnu/usr.bin/gperf
Reference: FBSD 4.2-Stable (CVS Update 04 April 2001)
hello!
I am new at this, however when I tried to "make buildworld", I got this
error...
=== usr.bin/less
rm -f less.1 less main.o screen.o brac.o ch.o charset.o cmdbuf.o command.o
decode.o edit.o filename.o forwback.o help
Reference: FBSD 4.2-Stable (CVS Update 04 April 2001)
hello!
I am new at this, however when I tried to "make buildworld", I got this
error...
=== usr.bin/less
rm -f less.1 less main.o screen.o brac.o ch.o charset.o cmdbuf.o command.o
decode.o edit.o filename.o forwback.o help
(i am using 4.2-stable on intel pentium iii 600/700 MHz)
after sources are corrected for errors related to stty and successfully
building world once (around 5a), i cvusp'd the sources (around 6-8 a) again
tried building the world, but the following error occured
this time...
(haven't seen
On Tue, Mar 06, 2001 at 12:02:00PM -0500, parv wrote:
(i am using 4.2-stable on intel pentium iii 600/700 MHz)
after sources are corrected for errors related to stty and successfully
building world once (around 5a), i cvusp'd the sources (around 6-8 a) again
tried building the world,
I just cvsupdated at 5:30PM EST. Now when I run make buildworld, I am
getting this:
I have run this several times, rebooted, tried single user mode, removed the
obj directory and still no luck. If this is the wrong mailing list, please
send me in the right direction with my apologies.
Thanks
Hello.
I am trying to upgrade a 3.5-STABLE to a 4 release with the following
tags in the stable-supfile
*default release=cvs tag=RELENG_4
*default delete use-rel-suffix
I have successfully sup'ed all the file and now I am running
make buildworld
based on the instructions in UPDATING
Hi,
I am trying to upgrade a machine running 3.3RC to 4.2 Stable. I
have tried going to 4.1 RELEASE but make buildworld breaks. I then tried
to go to 3 STABLE and get the following error from make buildworld
cd /usr/src/include/../sys; install -C -o root -g wheel -m 444
isofs/cd9660
On Thu, Feb 01, 2001 at 12:12:43PM -0400, Abel Alejandro wrote:
loco# uname -a
FreeBSD loco.sixthlight.com 4.2-STABLE FreeBSD 4.2-STABLE #0: Sat Jan 2 02:28:26
AST 1999 [EMAIL PROTECTED]:/usr/src/sys/compile/GENERIC i386
loco#
*snip*
== Your Makefile has been rebuilt. ==
== Please
Please try with attached patch.
On Thu, Jan 25, 2001 at 07:44:05PM +0200, Valentin Nechayev wrote:
=== share/doc/usd/13.viref
(cd /m4/REL4/src/share/doc/usd/13.viref/../../../../contrib/nvi/docs/USD.doc/vi.
ref; sed -e\ 's:\(\.so[\ \ ][\ \ ]*\)\(vi.ref\)$:\1/m4/REL4/src/share/doc
Thu, Jan 25, 2001 at 19:48:32, ru wrote about "Re: make buildworld fails:
share/doc/usd/13.viref":
Please try with attached patch.
=== cut ===
=== libgroff
c++ -I/usr/obj/m4/REL4/src/i386/usr/include/g++ -O -m486 -pipe -I/m4/REL4/src/gn
u/usr.bin/groff/libgroff/../include -DHAVE_
Hi,
"make buildworld" constantly fails on my 4.2-STABLE machine. I cvsup'ed
freshly, but the problem persists. Here is the error log:
--
stage 4: make dependencies
Lukas Ertl wrote:
Hi,
"make buildworld" constantly fails on my 4.2-STABLE machine. I cvsup'ed
freshly, but the problem persists. Here is the error log:
-I/usr/obj/usr/src/i386/usr/include /usr/src/bin/chio/chio.c
cpp: Memory exhausted.
How much memory is in this box
On Tue, 23 Jan 2001, Simon Loader wrote:
Lukas Ertl wrote:
Hi,
"make buildworld" constantly fails on my 4.2-STABLE machine. I cvsup'ed
freshly, but the problem persists. Here is the error log:
-I/usr/obj/usr/src/i386/usr/include /usr/src/bin/chio/chio.c
cpp: Memory
...
I deleted all of the files in /usr/obj (following mostgraveconcern)
and then tried `make buildworld', which ran for about 10 minutes
before failing with the following message:
cc -O -pipe
-I/usr/src/gnu/usr.bin/perl/miniperl/../../../../contrib/perl5 -I/us
r/obj/usr/src/gnu/usr.bin/perl
Hi all,
I'm trying to upgrade from 3.0-RELEASE to the current -STABLE branch.
I cvsup'ed the stable-supfile from /usr/share/examples/cvsup/ and
started a
make buildworld
in the /usr/src directory.
The compile fails with the following error:
cc -O -I/usr/src/gnu/usr.bin/ld/rtld/.. -I/usr/src
While making buildworld on a freshly cvsupped 3.5-STABLE box:
=== games/worms
cc -nostdinc -O -pipe -I/usr/obj/usr/src/tmp/usr/include -c
/usr/src/games/worms/worms.c
/usr/src/games/worms/worms.c: In function `main':
/usr/src/games/worms/worms.c:418: `delay' undeclared (first use this
On Tue, Nov 21, 2000 at 08:58:14AM +0100, Jose Luis Arbona Orovay wrote:
Is this documented ?
If you kept up with this mailing list, you would have known this problem.
That is why I just gave the "what to do" rather than give an explanation.
Please review the recent archives when you have a
Hi David.
David O'Brien wrote:
If you kept up with this mailing list, you would have known this problem.
That is why I just gave the "what to do" rather than give an explanation.
Please review the recent archives when you have a problem.
You're right, next time I will review the mailing
Hi!
David O'Brien wrote:
My 'make buildworld' stops with error:
...
Any hints?
cd /usr/src/gnu/lib/csu
rm *.[ch]
Is this documented ? Why should we do that ?
Anyway, thanks a lot.
--
__
José Luis Arbona
IBM GLOBAL SERVICES, S.A.
Avda. Aragón, 30
"a" == andrew [EMAIL PROTECTED] writes:
a On Sun, 8 Oct 2000, Wilko Bulte wrote:
People already having root privs are not stopped by it. Or is it only aimed
at the higher securelevels?
a I assume its for secure levels 1 and above and if you were a security
a conscious site I imagine it
On Mon, Oct 09, 2000 at 10:21:49AM -0400, Vivek Khera wrote:
"a" == andrew [EMAIL PROTECTED] writes:
a On Sun, 8 Oct 2000, Wilko Bulte wrote:
People already having root privs are not stopped by it. Or is it only aimed
at the higher securelevels?
a I assume its for secure levels 1
I successfully cvsup'ed the source to stable on 17/09/00 and decided
to upgrade to the latest version of -STABLE with cvsup.
The cvsup command works fine, but make buildworld fails at the same place
with the same error message:
- SNIP -
=== gnu/libexec/uucp/uupick
/usr/obj/usr/src/gnu
Simon J Mudd wrote:
I successfully cvsup'ed the source to stable on 17/09/00 and decided
to upgrade to the latest version of -STABLE with cvsup.
The cvsup command works fine, but make buildworld fails at the same place
with the same error message:
I would remove /usr/obj/* before I try
I installed 4.0-Release and I cvs'd the 4.x stable branch and the update
appeared and reported to go without a hitch. However when I go to /usr/src
and do a 'make buildworld' it gets so far and then give me the following:
/usr/src/gnu/usr.bin/binutils/libiberty/../../../../contrib
-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Kent Stewart
Sent: Tuesday, September 19, 2000 1:16 PM
To: Jason M. Taylor
Cc: [EMAIL PROTECTED]
Subject: Re: make buildworld fails
"Jason M. Taylor" wrote:
I installed 4.0-Release and I cvs'd the 4.x stab
Hi,
I cvsup-ed all src collections, including ports and doc (i.e. src-all, doc-all and
ports-all).
You should fetch cvs collection.
Btw, I missed to find, that "make buildworld" is mandatory before make
release (It failed in several places, if I didn't build the
world). Therefore, d
, and just doing a make installworld is the easiest way to do this.
- Second 'make buildworld' inside a chroot environment is the actual
build procedure. Obviously, it cannot remove :-)
- Second 'make installworld' inside a chroot environment is for
"creating an environment for f
Recently, I cvsup'd to what I assume is 4.1-RELEASE and got the following
error on a make buildworld:
btxld -v -E 0x1000 -f bin -b
/usr/obj/usr/src/sys/boot/i386/boot2/../btx/btx/btx -l boot2.ldr -o
boot2.ld -P 1 boot2.bin
kernel: ver=1.01 size=750 load=9000 entry=9010 map=16M pgctl=1:1
client
On Sat, 22 Jul 2000, Fred Condo wrote:
I've updated several FreeBSD 4.x-STABLE systems to RELENG4 (4.1-RC)
using the procedure in the UPDATING file. I have a 3.1-RELEASE system
(whose uptime is currently 426 days), which I would like to update to
4-STABLE in a week's time with minimal down
On Fri, 14 Jul 2000, Christoph Sold wrote:
A-Ha! Now we get closer to the problem... read on, suggestions follow...
"Daniel C. Sobral" wrote:
Christoph Sold wrote:
Summary of Officially Sanctioned Update Procedure:
make buildworld
make buildkerne
Christoph Sold wrote:
IMHO, when big changes like aout-elf, or, recently, new tool chain tools
make changes to the build process unavoidable, /prominent/ hints for
stupid stable-only-readers like me should be placed everywhere*) -- in
case of aout-elf, I was warned, so that went through.
Hi,
make buildworld breaks on my latest cvsup. Reason: file system full
:) With the crypto sources in, it has become near impossible to build
all the sources with my current disk slice/partitioning. Is there any
where to resize the partitions without losing data?
Regards
-T.W.Chan
"Kevin Oberman" [EMAIL PROTECTED] writes:
It seems odd that we have had at least a half dozen reports of signal
11s during buildworld over the past 3 days. I have the same problem
with my K6-2 system. The hardware has been rock solid for months, but
I now can't buildworld without a "signal
On Sun, May 28, 2000 at 09:55:21AM -0700, Cy Schubert - ITSD Open Systems Group wrote:
Same here. I did the same using a CVSup from Saturday May 27 @ 04:15
PDT on four machines. Everything went smooth. My only complaint is
that FreeBSD is getting too big. On my P120 at home 3.4 used to
: make buildworld: building strip fails.
In-Reply-To: [EMAIL PROTECTED] from Warner Losh at
"May 28, 2000 10:43:19 am"
To: Warner Losh [EMAIL PROTECTED]
Date: Sun, 28 May 2000 11:49:03 -0500 (CDT)
Cc: Larry Rosenman [EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED]
X-M
On Thu, 25 May 2000, Kris Kennaway wrote:
On Wed, 24 May 2000, Adam Mackler wrote:
I have cvsuped the RELENG_4 stable-supfile with the
international secure-supfile, and when I make buildworld it fails,
saying:
Wrong supfile - you grabbed -current.
once again proving that the most
Kris Kennaway wrote:
On Thu, 25 May 2000, Adam Mackler wrote:
now, the only mystery left is how did it work for so long?
Until recently the 5.0 crypto code hadnt diverged from 4.0 very much (and
would have worked fine)
It is still broken right now any way. It doesn't know how to
I'm a little new to FreeBSD, so go easy on me if I'm overlooking
something stupid. :-)
On my PC164 Alpha system running 4.0-RELEASE I get the following when
doing a "make buildworld".
cc -O -pipe -Wall -I/usr/obj/usr/src/alpha/usr/include -c
/usr/s
On Mon, 1 May 2000, Daniel Frazier wrote:
%xtern int rl_forward_word __P((int, int));
the line with the % is line 84, as referred to in the error. It looks
like the obvious fix is to edit that line.
Looks like corruption on your local machine - this isn't in the CVS
repository. 'e' is
the obvious fix is to edit that line.
Ok, I made that change and did make buildworld again. Got a different
error this time...
/usr/src/lib/libc/../libc/stdlib/strtoul.c: In function `strtoul':
/usr/src/lib/libc/../libc/stdlib/strtoul.c:81: `ba3e' undeclared (first
use this function)
/usr/src/lib/libc
Kris Kennaway wrote:
On Mon, 1 May 2000, Daniel Frazier wrote:
%xtern int rl_forward_word __P((int, int));
the line with the % is line 84, as referred to in the error. It looks
like the obvious fix is to edit that line.
Looks like corruption on your local machine - this isn't in
On Mon, 1 May 2000, Daniel Frazier wrote:
Looks like corruption on your local machine - this isn't in the CVS
repository. 'e' is 0x65, '%' is 0x25, looks like you have a single-bit
flip from somewhere.
Ack, I was afraid of that. I guess I'll re-cvsup and see if that helps.
What
[ On Monday, May 1, Daniel Frazier wrote: ]
Ok, I made that change and did make buildworld again. Got a different
error this time...
/usr/src/lib/libc/../libc/stdlib/strtoul.c: In function `strtoul':
/usr/src/lib/libc/../libc/stdlib/strtoul.c:81: `ba3e' undeclared (first
use
On Mon, 1 May 2000, Daniel Frazier wrote:
and so on. Here is line 81 from strtoul.c...
cutlim = (unsigned long)ULONG_MAX % (unsigned long)ba3e;
'3' == 0x33, 's' == 0x73 - again that 0x40 bit flip.
Here is line 435 from skel.c:
"%+ C++ definition"l
0x6c - 0x2c.
Your hardware is
I have a 3.4 STABLE box and want to give it a fresh upgrade with the
latest cvs sync, but the buildworld fails.
I have deleted the contents of /usr/obj and have done a "make clean" in
/usr/src and have a fully synced source tree. What could be preventing
the build from working and what can I do
I continue to get this error message on make buildworld, even after
cvsupping three times:
indxbib -c /usr/src/share/doc/papers/memfs/../../../../contrib/groff/indxbib/eign -o
ref.bib /usr/src/share/doc/papers/memfs/ref.bib
indxbib:No such file or directory
*** Error code 1
Stop in /usr/src
in /etc/make.conf, "make buildworld" fails with the error
shown below. Adding "RSAREF= YES" to /etc/make.conf does not change
anything. Commenting out the MAKE_KERBEROS4 definition allows the build
to complete. Is anyone else seeing this? Is it pilot error or have I
stu
]
+---
From: Scott Allendorf [EMAIL PROTECTED]
Subject: 3.4S-4.0S upgrade: make buildworld failing
Date: Tue, 21 Mar 2000 15:25:29 -0600 (CST)
I am attempting to upgrade from 3.4-STABLE (cvsupped/built late last
week) to 4.0
Just to let you all know I am looking into this.
I suspect something in the /usr/src/Makefile differences between 4.0 and
3.x.
Anyways, I am on it. =)
--
Jeroen Ruigrok van der Werven Network- and systemadministrator
[EMAIL PROTECTED] VIA NET.WORKS The
I keep getting this error while trying to make buildworld to 3.X-STABLE...
Any has any idea? This is from a fresh cvsup
=== share/doc/usd/12.vi/summary
touch _stamp.extraobjs
(cd
/usr/src/share/doc/usd/12.vi/summary/../../../../../contrib/nvi/docs/USD.doc
/vitut; groff -mtty-char -Tascii -t -ms
Went to do a "make buildworld" and it appears to be
broken???
(cvsup-ed 6/12/99)
Any comments
Greg
/usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:613:
warning: passing arg 2 of `strtoul' from incompatible
pointer type
cc -nostdinc -O -pipe -Wall -DKERNEL -Wr
After having upgraded my systems from FBSD 3.2R to FBSD 3.3S via cvsup
with
src-all
and for export restricted files
src-crypto, src-eBones, src-secure
I wanted to upgrade with command make buildworld in /usr/src.
But following error output was produced:
/usr/src/secure/lib/libcrypt
restricted files
src-crypto, src-eBones, src-secure
I wanted to upgrade with command make buildworld in /usr/src.
But following error output was produced:
/usr/src/secure/lib/libcrypt/../../../lib/libcrypt/crypt.c: In function
`crypt':
/usr/src/secure/lib/libcrypt/../../../lib/libcrypt
with command make buildworld in /usr/src.
But following error output was produced:
/usr/src/secure/lib/libcrypt/../../../lib/libcrypt/crypt.c: In function
`crypt':
/usr/src/secure/lib/libcrypt/../../../lib/libcrypt/crypt.c:62: warning:
unused variable `j'
/usr/src/secure/lib/libcrypt
Marc Veldman wrote:
On Mon, 6 Sep 1999, Christophe Prevotaux wrote:
I get this when trying to make buildworld
I installed 3.2-RELEASE CD then did cvsup .
BS=-lperl" "INSTALLMAN3DIR=/usr/obj/usr/src/tmp/usr/share/perl/man3"
Writing Makefile for DynaLoader
== Yo
201 - 291 of 291 matches
Mail list logo