On Sat, 4 Mar 2000, Brian Dean wrote:
> William Woods wrote:
> > vm/vnode_pager.h -> vm/vnode_pager.ph
> > *** Error code 1
> >
> > Stop in /usr/src/gnu/usr.bin/perl/utils/h2ph.
> > *** Error code 1
>
> I got the same thing here. h2ph does not like /usr/include/des.h
> which is a symlink to /u
On 4 Mar 2000 02:01:03 -0500, in sentex.lists.freebsd.current you wrote:
>William Woods wrote:
>>
>> Running 4.0-CURRENT FreeBSD 4.0-CURRENT #10: Wed Mar 1 10:25:09 PST 2000 on a
>> IBM thinkpad 600E, 128 megs. while doing a make world of todays CVSUP I get
>> t
William Woods wrote:
> vm/vnode_pager.h -> vm/vnode_pager.ph
> *** Error code 1
>
> Stop in /usr/src/gnu/usr.bin/perl/utils/h2ph.
> *** Error code 1
>
> Ideas about what died and why?
I got the same thing here. h2ph does not like /usr/include/des.h
which is a symlink to /usr/include/openssl/d
William Woods wrote:
>
> Running 4.0-CURRENT FreeBSD 4.0-CURRENT #10: Wed Mar 1 10:25:09 PST 2000 on a
> IBM thinkpad 600E, 128 megs. while doing a make world of todays CVSUP I get
> this:
What command line did you use? This looks to me like 'make -jN'
bre
Running 4.0-CURRENT FreeBSD 4.0-CURRENT #10: Wed Mar 1 10:25:09 PST 2000 on a
IBM thinkpad 600E, 128 megs. while doing a make world of todays CVSUP I get
this:
--
sys/sem.h -> sys/sem.ph
sys/shm.h -> sys/shm.ph
sys/signal.h -> sys/signal.ph
sys/signalvar
>installworld'.After installing the first time, a second
>installworld completed without errors.
>
>So you should do 'make buildworld && make -i installworld'
Yup, did the same thing basically... Did a buildworld and then installworld
and ignored errors. Then th
Mike Tancsa [[EMAIL PROTECTED]] wrote:
<..>
> vm/vnode_pager.h -> vm/vnode_pager.ph
> *** Error code 1
>
> Stop in /usr/src/gnu/usr.bin/perl/utils/h2ph.
> *** Error code 1
<..>
I recently saw this on some alphas. This is happening as part of
installworld.
My guess is that something about the
A recently cvsup'd current that I had been doing make worlds on for the
past few weeks without issue. Is there something different that needs to
be done ?
.
.
.
Skipping directory `ufs/ufs'
vm/pmap.h -> vm/pmap.ph
vm/swap_pager.h -> vm/swap_pager.ph
vm/vm.h -> vm/vm.ph
vm/vm_extern.h -> vm/vm_
Sorry if this is a repeat, I don't think my letter was sent...
On attempting to upgrade from 3.2-RELEASE to -current, make world fails. The problem
lays with /src/gnu/usr.bin/cvs. In /sr/gnu/usr.bin/cvs/lib/Makefile it's looking for
files in /src/contrib/cvs/src and /src/gnu/usr.sb
Hello all..
I'm attempting to upgrade from 3.2-Release to -current, got all the sources through
anonymous cvs and went through the process. Ran into a glitch that was solved by
updating a module,, then all went well for about 45 minutes. Then I got the error
"Dont' know how to make argwatch.
On 20-Feb-00 Ben Smithurst wrote:
> Kai Großjohann wrote:
>
>> Omachonu Ogali <[EMAIL PROTECTED]> writes:
>>
>>> ===> lib/libcom_err/doc
>>> install-info --quiet --defsection="Programming & development tools."
>--defentry="* libcom_err:
>>> (com_err).A Common Error Description Librar
On 20-Feb-00 kibbet wrote:
> Hey all,
>
> I got this error, and the 2205 entry in UPDATING didn't seem to cover
> enough for me, I was comming from a clean bin install of 3.2.
>
> UPDATING - 2205 entry;
>
> make buildworld
> make installworld Thi
Kai Großjohann wrote:
> Omachonu Ogali <[EMAIL PROTECTED]> writes:
>
>> ===> lib/libcom_err/doc
>> install-info --quiet --defsection="Programming & development tools."
>--defentry="* libcom_err: (com_err).A Common Error Description Library for
>UNIX." com_err.info /usr/share/info/di
Omachonu Ogali <[EMAIL PROTECTED]> writes:
> ===> lib/libcom_err/doc
> install-info --quiet --defsection="Programming & development tools." --defentry="*
>libcom_err: (com_err).A Common Error Description Library for UNIX."
>com_err.info /usr/share/info/dir
> install-info: unrecognize
Hey all,
I got this error, and the 2205 entry in UPDATING didn't seem to cover
enough for me, I was comming from a clean bin install of 3.2.
UPDATING - 2205 entry;
make buildworld
make installworld This will fail
cd usr.bin/xinstal
See the file src/UPDATING. This is one of a couple problems that one
sees when trying to install current on an older system. If this error
isn't mentioned explicitly, check the sections relating to flags and
xinstall (install).
Jim Bloom
[EMAIL PROTECTED]
Omachonu Ogali wrote:
>
> Anyone else
Anyone else got this error?
-- snip --
===> lib/libcom_err/doc
install-info --quiet --defsection="Programming & development tools." --defentry="*
libcom_err: (com_err).A Common Error Description Library for UNIX."
com_err.info /usr/share/info/dir
install-info: unrecognized option `--
On Sun, 13 Feb 2000, Amancio Hasty wrote:
> uudecode < /usr/src/share/isdn/msg.al.uu
> uudecode:
> input file: stdin
> encoded file: msg.al
> character out of range: [33-96]
> *** Error code 1
Looks like corruption.
Kris
"How many roads must a man walk down, befor
I cvsuped last nite and got the following make world error:
touch _stamp.extraobjs
(cd /usr/src/share/doc/papers/contents; groff -mtty-c
har -Tascii -ms -o1- /usr/src/share/doc/papers/conten
ts/contents.ms) | gzip -cn > contents.ascii.gz
===> share/examples
===> share/isdn
uudecode &
On Tue, 01 Feb 2000 22:29:58 +0100, Andreas Klemm wrote:
> One additional question... What would be the best time to update
> /etc after an update from 3.4-STABLE to 4.0-current ?
>
> - prior or
> - after booting freshly compiled updated system ?
Prior, obviously. Since much of /etc is used
SRC_SBIN 0x00400
#define DIST_SRC_SHARE 0x00800
Thanks,
John
> On Tue, 8 Feb 2000, John W. DeBoskey wrote:
>
> >I've just installed a 4.0-2208-SNAP on a test machine, sources
> > current as of 9am EST for the make world/make release.
> >
&g
On Tue, 8 Feb 2000, John W. DeBoskey wrote:
>I've just installed a 4.0-2208-SNAP on a test machine, sources
> current as of 9am EST for the make world/make release.
>
>The following command fails almost immediately:
>
> cd /usr/src && make world
Hi,
I've just installed a 4.0-2208-SNAP on a test machine, sources
current as of 9am EST for the make world/make release.
The following command fails almost immediately:
cd /usr/src && make world
-
On Tue, 1 Feb 2000, Edwin Culp wrote:
> Marc Schneiders wrote:
> > Some problems have disappeared, some remain, to wit:
> >
> > /kernel: cmd ntpd pid 86 tried to use non-present sched_get_priority_max
> > /kernel: cmd ntpd pid 86 tried to use non-present sched_setscheduler
> > ntpd [86]: sched_set
Well, thanks about the information, to recompile/install install
(xinstall) prior installworld.
One additional question... What would be the best time to update
/etc after an update from 3.4-STABLE to 4.0-current ?
- prior or
- after booting freshly compiled updated system ?
Of course I need a
On Tue, 1 Feb 2000, Edwin Culp wrote:
> Marc Schneiders wrote:
>
> > As far as this is possible for me in rather heterogenous threads, I've
> > tried to follow the messages about recent make world problems. I've
> > done exactly what is in src/UPDATING (and
Marc Schneiders wrote:
> As far as this is possible for me in rather heterogenous threads, I've
> tried to follow the messages about recent make world problems. I've
> done exactly what is in src/UPDATING (and like another poster here I
> did *not* get the 24/01/20
> inetd[117]: IPv6 for RPC is not supported yet
Sorry, there is my buggy incorrect error check.
Please apply following patch to use RPC services for now.
Yoshinobu Inoue
Index: inetd.c
===
RCS file: /home/ncvs/src/usr.sbin/inetd/i
On Tue, Feb 01, 2000 at 03:34:51AM +0100, Marc Schneiders wrote:
> As far as this is possible for me in rather heterogenous threads, I've
> tried to follow the messages about recent make world problems. I've
> done exactly what is in src/UPDATING (and like another poster her
As far as this is possible for me in rather heterogenous threads, I've
tried to follow the messages about recent make world problems. I've
done exactly what is in src/UPDATING (and like another poster here I
did *not* get the 24/01/2000 message until today...): build and
install (x)ins
As far as this is possible for me in rather heterogenous threads, I've
tried to follow the messages about recent make world problems. I've
done exactly what is in src/UPDATING (and like another poster here I
did *not* get the 24/01/2000 message until today...): build and
install (x)ins
If you installed world after my libreadline header moving, you probably
have readline headers in /usr/include you'll want to rm.
Index: Makefile
===
RCS file: /home/ncvs/src/gnu/lib/libreadline/readline/Makefile,v
retrieving revisio
On Wed, 26 Jan 2000 07:35:32 PST, Edwin Culp wrote:
> This morning's make world
What are you trying to achieve with these e-mail messages? If you're
looking for confirmation that ``make world'' is broken, then "Yes, it
is." :-)
And then when you get
This morning's make world
> cc -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/net/nsap_addr
===> usr.bin/kdump
cc -O2 -pipe -march=pentium -I/usr/src/usr.bin/kdump/../ktrace
-I/usr/src/usr.bin/kdump/../.. -I/usr/obj/usr/src/i386/usr/include -c
/usr/src/usr.bin/kdump/kdump.c
cc -O2 -pipe -march=pentium -I/usr/src/usr.bin/kdump/../ktrace
-I/usr/src/usr.bin/kdump/../.. -I/usr/obj/us
I just found this in the log files for this morning's make worlds.
Saludos,
ed
Charlie Root wrote:
> cc -O -pipe -Wall -W -I/usr/obj/usr/src/i386/usr/include -c
>/usr/src/usr.bin/jot/jot.c
> cc -O -pipe -Wall -W -I/usr/obj/usr/src/i386/usr/include -o jot jot.o
> gzip -cn /usr/src/usr.bin
-On [2123 00:00], Oliver Fromme ([EMAIL PROTECTED]) wrote:
>Edwin Culp <[EMAIL PROTECTED]> wrote in list.freebsd-current:
> > ===> share/man/man4
> > gzip -cn /usr/src/share/man/man4/ahc.4 > ahc.4.gz
> > make: don't know how to make alpm.4. Stop
> > *** Error code 2
> > [...]
> > Delete src/s
Edwin Culp <[EMAIL PROTECTED]> wrote in list.freebsd-current:
> ===> share/man/man4
> gzip -cn /usr/src/share/man/man4/ahc.4 > ahc.4.gz
> make: don't know how to make alpm.4. Stop
> *** Error code 2
> [...]
> Delete src/share/man/man4/alpm.4
The committer who deleted (moved) alpm.4 forgot
This mornings make world ended with
===> share/man/man4
gzip -cn /usr/src/share/man/man4/ahc.4 > ahc.4.gz
make: don't know how to make alpm.4. Stop
*** Error code 2
Stop in /usr/src/share/man.
*** Error code 1
Stop in /usr/src/share.
*** Error code 1
Stop in /usr/src.
*** Error c
On Wed, Jan 19, 2000 at 12:52:21PM -0800, Kris Kennaway wrote:
> On Wed, 19 Jan 2000, Charles Anderson wrote:
>
> > be successful. But my last question still remains, why is it looking at
> > anything outside of the /usr/src, /usr/obj world?
>
> It was supposed to just pick up the rsaref librar
On Wed, 19 Jan 2000, Charles Anderson wrote:
> be successful. But my last question still remains, why is it looking at
> anything outside of the /usr/src, /usr/obj world?
It was supposed to just pick up the rsaref library so you can use RSA
crypto in openssl, but was also picking up the stale l
Stephan van Beerschoten wrote:
>cc -O -pipe -DMONOLITH -DNO_IDEA
>-I/mnt/archive/CVS/4.0-CURRENT/src/secure/usr.bin/opens
sl -DRSAref -I/usr/obj/mnt/archive/CVS/4.0-CURRENT/src/i386/usr/include -o openssl
app
s.o asn1pars.o ca.o ciphers.o crl.o crl2p7.o dgst.o dh.o dsa.o dsaparam.o enc.o
er
And of course right after I post this I go back a page in my current mail
folder and spot the message from Kris saying to move the old openssl out
of /usr/local/lib. So I'm rebuilding again, with high hopes that it will
be successful. But my last question still remains, why is it looking at
anyt
On Wed, 19 Jan 2000, Stephan van Beerschoten wrote:
> cc -O -pipe -DMONOLITH -DNO_IDEA
>-I/mnt/archive/CVS/4.0-CURRENT/src/secure/usr.bin/openssl -DRSAref
>-I/usr/obj/mnt/archive/CVS/4.0-CURRENT/src/i386/usr/include -o openssl apps.o
>asn1pars.o ca.o ciphers.o crl.o crl2p7.o dgst.o dh.o dsa
I'm blowing up in the same place, only mine is more spectacular.
I get:
cc -O -pipe -DMONOLITH -DNO_IDEA -I/usr/src/secure/usr.bin/openssl -DRSAref -I
/usr/obj/usr/src/i386/usr/include -o openssl apps.o asn1pars.o ca.o ciphers.o c
rl.o crl2p7.o dgst.o dh.o dsa.o dsaparam.o enc.o errstr.o gendh
cc -O -pipe -DMONOLITH -DNO_IDEA
-I/mnt/archive/CVS/4.0-CURRENT/src/secure/usr.bin/openssl -DRSAref
-I/usr/obj/mnt/archive/CVS/4.0-CURRENT/src/i386/usr/include -o openssl apps.o
asn1pars.o ca.o ciphers.o crl.o crl2p7.o dgst.o dh.o dsa.o dsaparam.o enc.o errstr.o
gendh.o gendsa.o genrsa.o ns
On Tue, 18 Jan 2000, Patrick Bihan-Faou wrote:
> cc -O -pipe -DMONOLITH -DNO_IDEA -I/usr/src-freebsd-4.x/secure/usr.bin/opens
> sl -DRSAref -I/usr/obj/usr/src-freebsd-4.x/i386/usr/include -o openssl
> apps.o asn1pars.o ca.o ciphers.o crl.o crl2p7.o dgst.o dh.o dsa.o dsaparam.o
> enc.o errstr.o
Hi,
this is probably not news, but here is what I get.
I tried with both USA_RESIDENT=YES and no USA_RESIDENT defined...
The code has been CVSuped on tuesday Jan 18 2000 around 2am EST.
cc -O -pipe -DMONOLITH -DNO_IDEA -I/usr/src-freebsd-4.x/secure/usr.bin/opens
sl -DRSAref -I/usr/obj/usr/
Hi is any oone else having trouble doing a make world? Completed reomved
/usr/obj and usr/src/ cvs'd twice and got the following error: (trimmed)
/usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/MKnames.awk:96:
print "FIX(numcodes)" > "
Sheldon Hearn wrote:
>
> On Sat, 15 Jan 2000 12:02:09 +0100, Marcel Moolenaar wrote:
>
> > No. build-tools are those tiny little utilities that are part of the
> > sources and are only used to build the sources.
>
> Okay, so how do we boot-strap lint? Ultimately, the build of the lint
> librar
On Sat, 15 Jan 2000 12:02:09 +0100, Marcel Moolenaar wrote:
> No. build-tools are those tiny little utilities that are part of the
> sources and are only used to build the sources.
Okay, so how do we boot-strap lint? Ultimately, the build of the lint
libraries requires a working lint, which m
Sorry if my previous message wasn't clear: the change of behaviour in cpp
breaks lint, hence the build.
FWIW, Mr. K posted a message on the 13th which already outlined the problem
with lint -- no answers so far.
-Original Message-
From: Pierre Y. Dampure <[EMAIL PROTECTED]>
To: [EMAIL PR
On Thu, Jan 13, 2000 at 02:00:14PM -0800, Jason Evans wrote:
> On Thu, Jan 13, 2000 at 08:35:16PM +0100, Wilko Bulte wrote:
> > I resurrected things by grabbing an 'old' .4 library from another Alpha.
> > Now things work again.
>
> In case you missed it, I checked in a probable fix for the bug th
Mark Murray wrote:
>
> > BTW, we can soon stop worrying about the crypto stuff, right? :)
>
> It sure seems so! :-)
>
> RSA will be the only problem for USA,
Only until 20 September 2000 IIRC.
> and IDEA will be aproblem in Europe.
And the rest of the world. It's patented in Japan and USA
> BTW, we can soon stop worrying about the crypto stuff, right? :)
It sure seems so! :-)
RSA will be the only problem for USA, and IDEA will be aproblem in Europe.
M
--
Mark Murray
Join the anti-SPAM movement: http://www.cauce.org
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscr
* From: Mark Murray <[EMAIL PROTECTED]>
* ...then your source tree is not up to date.
It seems the crypto part of the tree was not updated. Probably from
the time I was juggling cvsupfiles around trying to figure out the
"can't build in US" problem. I'll let you know if I have any more
probl
On Thu, Jan 13, 2000 at 08:35:16PM +0100, Wilko Bulte wrote:
> I resurrected things by grabbing an 'old' .4 library from another Alpha.
> Now things work again.
In case you missed it, I checked in a probable fix for the bug that got you
last time around. You might try again now.
Jason
To Unsu
On Thu, Jan 13, 2000 at 08:30:24AM +0100, Wilko Bulte wrote:
> On Wed, Jan 12, 2000 at 05:25:22PM -0800, David O'Brien wrote:
> > On Thu, Jan 13, 2000 at 12:16:31AM +0100, Wilko Bulte wrote:
> > > I copied libc.so.4 manually to /usr/lib but that is not sufficient.
> > > It looks like ld-elf sticks
> I blew away /usr/obj but still get the same error.
...then your source tree is not up to date.
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
Peter Wemm wrote:
>
> Satoshi - Ports Wraith - Asami wrote:
> > * From: Jason Evans <[EMAIL PROTECTED]>
> >
> > * > In function `_gettemp':
> > * > mktemp.c(.text+0x3f0): undefined reference to `_libc_open'
> > * > mktemp.c(.text+0x3f4): undefined reference to `_libc_open'
> >
> > * libc suc
* From: Peter Wemm <[EMAIL PROTECTED]>
* > ===
* > :
* > ln -sf libutil.so.2 /usr/obj/usr/src/i386/usr/lib/libutil.so
* > cd /usr/src/lib; make depend; make all; make install
* > ===> csu/i386-elf
* > ===> libcom_err
* > ===> libcom_err/doc
* > ===> msun
* > ===> libmd
* > ===>
Satoshi - Ports Wraith - Asami wrote:
> * From: Jason Evans <[EMAIL PROTECTED]>
>
> * > In function `_gettemp':
> * > mktemp.c(.text+0x3f0): undefined reference to `_libc_open'
> * > mktemp.c(.text+0x3f4): undefined reference to `_libc_open'
>
> * libc successfully builds on Alpha with the
* From: Jason Evans <[EMAIL PROTECTED]>
* > In function `_gettemp':
* > mktemp.c(.text+0x3f0): undefined reference to `_libc_open'
* > mktemp.c(.text+0x3f4): undefined reference to `_libc_open'
* libc successfully builds on Alpha with the changes I committed, though the
* bootstrapping pro
On Wed, Jan 12, 2000 at 05:25:22PM -0800, David O'Brien wrote:
> On Thu, Jan 13, 2000 at 12:16:31AM +0100, Wilko Bulte wrote:
> > I copied libc.so.4 manually to /usr/lib but that is not sufficient.
> > It looks like ld-elf sticks to libc.so.4 even if I move the symlink
> > libc.so back from libc.
On Thu, Jan 13, 2000 at 12:16:31AM +0100, Wilko Bulte wrote:
> I copied libc.so.4 manually to /usr/lib but that is not sufficient.
> It looks like ld-elf sticks to libc.so.4 even if I move the symlink
> libc.so back from libc.so.4 to libc.so.3
Yes. Each shared library knows it's name when it wa
On Thu, Jan 13, 2000 at 12:16:31AM +0100, Wilko Bulte wrote:
> On Wed, Jan 12, 2000 at 01:22:25PM -0800, Jason Evans wrote:
> > On Wed, Jan 12, 2000 at 10:07:25PM +0100, Wilko Bulte wrote:
> > > On Wed, Jan 12, 2000 at 09:56:22PM +0200, Mark Murray wrote:
> > > > Hi
> > > >
> > > > Anyone else se
On Thu, Jan 13, 2000 at 12:16:31AM +0100, Wilko Bulte wrote:
> On Wed, Jan 12, 2000 at 01:22:25PM -0800, Jason Evans wrote:
> > On Wed, Jan 12, 2000 at 10:07:25PM +0100, Wilko Bulte wrote:
> > > On Wed, Jan 12, 2000 at 09:56:22PM +0200, Mark Murray wrote:
> > > > Hi
> > > >
> > > > Anyone else se
"Jeremy L. Stock" wrote:
>
> I haven't seen any reports of this yet. After a make world yesterday, I hear
> stuttered sound from RealPlayer G2 and xmms won't play anything at all. I
> tried to figure out when it was broken but didn't have any luck. It work
On Wed, Jan 12, 2000 at 01:22:25PM -0800, Jason Evans wrote:
> On Wed, Jan 12, 2000 at 10:07:25PM +0100, Wilko Bulte wrote:
> > On Wed, Jan 12, 2000 at 09:56:22PM +0200, Mark Murray wrote:
> > > Hi
> > >
> > > Anyone else seeing this?
...
> > /usr/obj/usr/src/alpha/usr/src/gnu/usr.bin/cc/cpp/..
I haven't seen any reports of this yet. After a make world yesterday, I hear
stuttered sound from RealPlayer G2 and xmms won't play anything at all. I
tried to figure out when it was broken but didn't have any luck. It worked
fine after my last make world on December 27th.
--
On Wed, Jan 12, 2000 at 10:07:25PM +0100, Wilko Bulte wrote:
> On Wed, Jan 12, 2000 at 09:56:22PM +0200, Mark Murray wrote:
> > Hi
> >
> > Anyone else seeing this?
> >
> > cc -O -pipe -DFREEBSD_NATIVE -DIN_GCC -DHAVE_CONFIG_H
>-DDEFAULT_TARGET_VERSION=\"2.95.2\" -DDEFAULT_TARGET_MACHINE=\"i386-
On Wed, Jan 12, 2000 at 09:56:22PM +0200, Mark Murray wrote:
> Hi
>
> Anyone else seeing this?
>
> cc -O -pipe -DFREEBSD_NATIVE -DIN_GCC -DHAVE_CONFIG_H
>-DDEFAULT_TARGET_VERSION=\"2.95.2\" -DDEFAULT_TARGET_MACHINE=\"i386-unknown-freebsd\"
>-DPREFIX=\"/usr/obj/usr/src/i386/usr\"
>-I/usr/obj/u
On Wed, Jan 12, 2000 at 09:56:22PM +0200, Mark Murray wrote:
> Hi
>
> Anyone else seeing this?
>
> cc -O -pipe -DFREEBSD_NATIVE -DIN_GCC -DHAVE_CONFIG_H
>-DDEFAULT_TARGET_VERSION=\"2.95.2\" -DDEFAULT_TARGET_MACHINE=\"i386-unknown-freebsd\"
>-DPREFIX=\"/usr/obj/usr/src/i386/usr\"
>-I/usr/obj/u
Hi
Anyone else seeing this?
cc -O -pipe -DFREEBSD_NATIVE -DIN_GCC -DHAVE_CONFIG_H
-DDEFAULT_TARGET_VERSION=\"2.95.2\" -DDEFAULT_TARGET_MACHINE=\"i386-unknown-freebsd\"
-DPREFIX=\"/usr/obj/usr/src/i386/usr\"
-I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/cpp/../cc_tools
-I/usr/src/gnu/usr.bin
I often want to know where in a "make world" I am, so I wrote this
quick little script. It breaks out the major sections, like
--
>>> Cleaning up the elf obj tree
On Mon, 10 Jan 2000, Marcel Moolenaar wrote:
> The format used for mkstemp has been changed (4 chars. longer). Does the
> following patch work?
Sorry, but FWIW I did test the change by recompiling cvs (which uses yacc)
before I committed it :( I guess it was just the gods of stack which
allowed
:Make world hangs reliably for me right now:
:+
:|...
:|/* starting time is 16:18:8 */
:|/* ending time is 16:18:8 */
:|ln -sf gxx-hash.h hash.h
:|echo '#include "cp/cp-tree.def"'> gencheck.h
:|echo '#include "objc/objc-tree.def&qu
Poul-Henning Kamp wrote:
>
> Make world hangs reliably for me right now:
[snip]
> |yacc -d -o c-parse.c c-parse.y
> +
>
> 0 19921 1 83 -2 0 1276 932 getblk D p00:00.09 yacc -d -o
>c-parse.c c-parse.y
>
> This is a softupdates filesys
Make world hangs reliably for me right now:
+
|...
|/* starting time is 16:18:8 */
|/* ending time is 16:18:8 */
|ln -sf gxx-hash.h hash.h
|echo '#include "cp/cp-tree.def"'> gencheck.h
|echo '#include "objc/objc-tree.def"'
> ===> 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
===> 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
/vol/v
Hello!
I think after some -stable period -current stay now like current :-)
I can't play wave files after upgrade my -current...
% ls -al /dev/MAKEDEV
-r-xr-xr-x 1 root wheel 35926 8 ÑÎ× 23:11 /dev/MAKEDEV
% uname -a
FreeBSD ozz.freebsd.org.ru 4.0-CURRENT FreeBSD 4.0-CURRENT #0: Sun Jan
Alright, I've tried making each of the individual targets and I still get
this error so I'm stumped... a gzipped copy of the make world log can be
found at http://www.wam.umd.edu/~culverk/world.log.gz
The error occurs while building kdump, and the error (of course) is at the
end o
Hi,
I'm seeing the following error, and don't see any fixes in the
cvs repository yet. I am however, about an hour behind since I
get my updates from a standard mirror. My sources are current as
of about an hour ago...
If this is already fixed, just ignore
Thanks,
John
ln -sf libutil
e 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 thinking maybe it's a problem with my computer's setup, or maybe I
> forgot to update something. What updates that I'm missing could be
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 h
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 ev
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
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 Inte
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
> *** S
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
/usr/obj/usr/src/i386/usr/b
[cvsupped today :-)]
===> usr.sbin/ifmcstat
cc -O -pipe -DINET6 -I/usr/obj/usr/src/i386/usr/include -c
/usr/src/usr.sbin/i
fmcstat/ifmcstat.c
gzip -cn /usr/src/usr.sbin/ifmcstat/ifmcstat.8 > ifmcstat.8.gz
/usr/src/usr.sbin/ifmcstat/ifmcstat.c: In function `main':
/usr/src/usr.sbin/ifmcstat/ifmc
On Mon, Dec 27, 1999 at 09:31:50PM -0800, Brooks Davis wrote:
> > Recently someone posted a url that provided a quick run through on some
> > important extra steps to take while doing a make world from -STABLE to
> > -CURRENT, unfortunatly I lost the URL. I was wonderin
On Mon, Dec 27, 1999 at 11:23:21PM -0600, Kevin Entringer wrote:
> Recently someone posted a url that provided a quick run through on some
> important extra steps to take while doing a make world from -STABLE to
> -CURRENT, unfortunatly I lost the URL. I was wondering if someone could
Recently someone posted a url that provided a quick run through on some
important extra steps to take while doing a make world from -STABLE to
-CURRENT, unfortunatly I lost the URL. I was wondering if someone could
post it again? I did check the archives, but I wasn't able to find it.
T
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
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
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\" -DD
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]
| P.O
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/usr/obj/c1/current/src/gnu
201 - 300 of 627 matches
Mail list logo