On Fri, 27 Sep 2002 15:33:59 +0200 [EMAIL PROTECTED] wrote:
> > ld: can't get PREFIX
> ~~
> > *** Error code 1
> > ---snip---
> >
> > Any ideas?
> >
>
> Sounds like the ld-wrapper of the icc port. Is your path-search-order
> bogus or did you kill the nativ ld ?
Damn... yes
On Fri, Sep 27, 2002 at 01:39:10PM +0200, Alexander Leidinger wrote:
> ignoring duplicate directory "/big/usr/src/gnu/usr.bin/cc/cc_tools"
> ignoring duplicate directory "/usr/include"
> #include "..." search starts here:
> #include <...> search starts here:
> /big/usr/src/gnu/usr.bin/cc/cc_tools
On Sun, 22 Sep 2002 11:27:08 -0400 Alexander Kabaev
<[EMAIL PROTECTED]> wrote:
> Alexander, can you get me a backtrace from the failed GCC process?
> What process it is, by the way? GCC, CC1, CPP1?
I tried to workaround the problem by building the new gcc (cd
/usr/src/gnu/usr.bin/cc; make), but
On Sun, 22 Sep 2002 21:29:45 -0400 Craig Rodrigues <[EMAIL PROTECTED]>
wrote:
> From there, you should be able to see what the backtrace is to where
> things are crashing.
It crashes in cc1plus, but the backtrace isn't useful, as I don't have a
debug version of cc1plus here (I don't get any symb
On Sun, Sep 22, 2002 at 08:10:38PM +0200, Alexander Leidinger wrote:
> What about a "ktrace -i": http://www.leidinger.net/ktrace.out.bz2
> (~50k), please tell me when you got it, I want to remove it then.
What you want to do is, figure out exactly which program is crashing.
Add -v to your gcc fl
On Sun, 22 Sep 2002 13:47:26 -0400 Alexander Kabaev
<[EMAIL PROTECTED]> wrote:
> > If yes: I can't find a *.core in /usr/{src,obj}, there's no coredump
> > limit, so how do I get the backtrace? I already tried to go into
> > gnu/usr.bin/gperf and make a "make cleandir; make cleandir; make",
> > b
> This is with a gcc 3.1 world, the internal error is in "stage 1:
> bootstrap tools" and gcc 3.2 isn't build at this point. Do you still
> want the backtrace?
Yes.
>
> If yes: I can't find a *.core in /usr/{src,obj}, there's no coredump
> limit, so how do I get the backtrace? I already tried t
On Sun, 22 Sep 2002 11:27:08 -0400 Alexander Kabaev
<[EMAIL PROTECTED]> wrote:
> Alexander, can you get me a backtrace from the failed GCC process?
> What process it is, by the way? GCC, CC1, CPP1?
This is with a gcc 3.1 world, the internal error is in "stage 1:
bootstrap tools" and gcc 3.2 isn'
On Sun, 22 Sep 2002 17:20:14 +0200
Alexander Leidinger <[EMAIL PROTECTED]> wrote:
Alexander, can you get me a backtrace from the failed GCC process? What
process it is, by the way? GCC, CC1, CPP1?
--
Alexander Kabaev
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-cur
Hi,
I try to update -current form Aug 26 to -current from today:
---snip---
===> gnu/usr.bin/gperf/doc
c++ -O -pipe-D__FBSDID=__RCSID -I/big/usr/src/gnu/usr.bin/gperf/../../../co
ntrib/gperf/lib -I/big/usr/src/gnu/usr.bin/gperf -c /big/usr/src/contrib/gperf/s
rc/bool-array.cc
c++ -O -pipe
===> usr.bin/uudecode
/usr/obj/usr/src/i386/usr/src/usr.bin/uudecode created for
/usr/src/usr.bin/uudecode
rm -f .depend
mkdep -f .depend -a-D__FBSDID=__RCSID
/usr/src/usr.bin/uudecode/uudecode.c
echo uudecode: /usr/lib/libc.a >> .depend
cc -O -pipe -Wall -Wno-format-y2k -W -Wstrict-prototy
On 2002-08-25 22:09 +, [EMAIL PROTECTED] wrote:
> Hello current!
>
> I am trying to upgrade to 5.0 from 4.4, but I am getting the messag
I'm not sure if you can build current from an older release.
Try upgrading to RELENG_4 first and then to HEAD.
--
FreeBSD: The Power to Serve <> http://ww
Hello current!
I am trying to upgrade to 5.0 from 4.4, but I am getting the message
cc -O -pipe -I/usr/src/usr.bin/make -DMAKE_VERSION=\"5200205240\" -DDEFSHELL=1
-c /usr/src/usr.bin/make/arch.c
/usr/src/usr.bin/make/arch.c:42: syntax error before string constant
/usr/src/usr.bin/make/arch.
Anyone else seen this?
ib/gdb/gdb/alpha-tdep.c
/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/core-regset.c
gdbversion.c
In file included from /usr/src/contrib/gdb/gdb/mdebugread.c:2774:
/usr/src/contrib/gdb/gdb/partial-stab.h:268:65: macro "START_PSYMTAB" passed
7 arguments, but t
Peter Wemm wrote:
>
> Rob wrote:
> > With a fresh cvsup and rm -r /usr/obj, I then get the following error in
> > gperf when typing make buildworld:
> >
> > Am I doing something wrong? Thanks, Rob.
> >
> > ---
snip
>
> The problem is that you do not have a viab
Rob wrote:
> With a fresh cvsup and rm -r /usr/obj, I then get the following error in
> gperf when typing make buildworld:
>
> Am I doing something wrong? Thanks, Rob.
>
> ---
> uname -a output:
>
> FreeBSD c888746-a.attbi.com 5.0-CURRENT FreeBSD 5.0-CURRENT #
Ruslan Ermilov wrote:
>
> On Thu, Jul 25, 2002 at 10:43:05AM -0700, Rob wrote:
> > With a fresh cvsup and rm -r /usr/obj, I then get the following error in
> > gperf when typing make buildworld:
> >
> > Am I doing something wrong? Thanks, Rob.
> >
> > ---
> > un
On Thu, Jul 25, 2002 at 10:43:05AM -0700, Rob wrote:
> With a fresh cvsup and rm -r /usr/obj, I then get the following error in
> gperf when typing make buildworld:
>
> Am I doing something wrong? Thanks, Rob.
>
> ---
> uname -a output:
>
> FreeBSD c888746-a.a
With a fresh cvsup and rm -r /usr/obj, I then get the following error in
gperf when typing make buildworld:
Am I doing something wrong? Thanks, Rob.
---
uname -a output:
FreeBSD c888746-a.attbi.com 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Sat May
25 19:42:56 PDT 20
NAKAJI Hiroyuki wrote:
>
> > In <[EMAIL PROTECTED]>
> > NAKAJI Hiroyuki <[EMAIL PROTECTED]> wrote:
>
> NH> I noticed share/doc/smm/10.named fails after dougb's commit deleting
> NH> contrib/bind/doc/bog/*.
>
> Oops. Dougb already fixed the problem about 2 hours ago.
Yep, sorry about
> In <[EMAIL PROTECTED]>
> NAKAJI Hiroyuki <[EMAIL PROTECTED]> wrote:
NH> I noticed share/doc/smm/10.named fails after dougb's commit deleting
NH> contrib/bind/doc/bog/*.
Oops. Dougb already fixed the problem about 2 hours ago.
I'm now under fourth buildworld today. Thanks.
--
NAKAJ
Hi,
I noticed share/doc/smm/10.named fails after dougb's commit deleting
contrib/bind/doc/bog/*.
===
Revision 1.1.1.2 (vendor branch), Mon Jul 1 01:27:59 2002 UTC (6 hours, 43 minutes
ago) by dougb
Branch: VIXIE, MAIN, ISC
CVS Tags: HEAD
Changes since 1.1.1.1: +0 -0 lines
FILE REMOVED
I don't
cvsup'ed about 1 hour ago
in /etc/make.conf
MAKEOBJDIRPREFIX?=/r+d/obj
and with setnev MAKEOBJDIRPREFIX /r+d/obj
make buildworld
...
FATAL: can't create /usr/src/gnu/lib/libstdc++/../../../contrib/gcc/cp-demangle
.o: Permission denied
how can i fix this?
danny
To Unsubscribe: send m
On Wed, Apr 24, 2002 at 02:37:45AM +0300, Tomi Vainio - Sun Finland - wrote:
> Steve Kargl writes:
> > On Wed, Apr 24, 2002 at 02:19:29AM +0300, Tomi Vainio - Sun Finland - wrote:
> > > I haven't been able to build new world since Apr14 or so. I have
> > > cvsupped sources multiple times and b
Steve Kargl writes:
> On Wed, Apr 24, 2002 at 02:19:29AM +0300, Tomi Vainio - Sun Finland - wrote:
> > I haven't been able to build new world since Apr14 or so. I have
> > cvsupped sources multiple times and buildworld always fails on neqn.
> > If I remove this next it fails on grog and so on
On Wed, Apr 24, 2002 at 02:19:29AM +0300, Tomi Vainio - Sun Finland - wrote:
> I haven't been able to build new world since Apr14 or so. I have
> cvsupped sources multiple times and buildworld always fails on neqn.
> If I remove this next it fails on grog and so on. Any good ideas
> what's wrong
I haven't been able to build new world since Apr14 or so. I have
cvsupped sources multiple times and buildworld always fails on neqn.
If I remove this next it fails on grog and so on. Any good ideas
what's wrong?
Tomppa
c++ -O -pipe
-I/f/local/sup/5.0/gnu/usr.bin/groff/src/prproc/eqn/../..
> Now that current on Alpha builds a lot better than a
> few days back it fails in:
>
> cc -nostdinc -O -pipe -mcpu=ev4 -mcpu=ev4
> -I/usr/src/lib/libpam/libpam/../../../contrib/libpam/libpam/include
Already fixed.
M
--
o Mark Murray
\_ FreeBSD Services Limited
O.\_Warning: this
Wilko Bulte <[EMAIL PROTECTED]> wrote:
> Now that current on Alpha builds a lot better than a
> few days back it fails in:
> /usr/src/lib/libpam/libpam/pam_get_pass.c:60: warning: type mismatch in
> implicit declaration for built-in function `memset'
> /usr/src/lib/libpam/libpam/pam_get_pass.c:6
Now that current on Alpha builds a lot better than a
few days back it fails in:
cc -nostdinc -O -pipe -mcpu=ev4 -mcpu=ev4
-I/usr/src/lib/libpam/libpam/../../../contrib/libpam/libpam/include
-I/usr/src/lib/libpam/libpam/../../../contrib/libpam/libpam_misc/include
-I/usr/src/lib/libpam/libpam/../..
cd /usr/src/kerberos5/lib/libasn1; make build-tools
cc -O -pipe
-I/usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/include
-I/usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1
-I/usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken
-I/usr/src/kerberos5/lib/libasn1/../
...
cc -nostdinc -O -pipe -mcpu=ev56 -mcpu=ev56 -DLIBC_RCS -DSYSLIBC_RCS
-I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include -DLIBC_MAJOR=5
-D__DBINTERFACE_PRIVATE -DINET6 -I/home/obj/usr/src/lib/libc -DPOSIX_MISTAKE
-I/usr/src/lib/libc/../libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUIL
On Mon, Aug 27, 2001 at 10:49:21PM -0700, Andrei Popov wrote:
>
> --- Kris Kennaway <[EMAIL PROTECTED]> wrote:
> > On Mon, Aug 27, 2001 at 01:16:15PM -0700, Andrei Popov wrote:
> >
> > > maybe, but ther's no dsa.c under src/crypto/openssh on ftp mirror
> > i
> > > am updating from -- or is it a
--- Kris Kennaway <[EMAIL PROTECTED]> wrote:
> On Mon, Aug 27, 2001 at 01:16:15PM -0700, Andrei Popov wrote:
>
> > maybe, but ther's no dsa.c under src/crypto/openssh on ftp mirror
> i
> > am updating from -- or is it a makefile problem of not picking up
> the
> > one under openssl?
>
> There's
On Mon, Aug 27, 2001 at 01:16:15PM -0700, Andrei Popov wrote:
> maybe, but ther's no dsa.c under src/crypto/openssh on ftp mirror i
> am updating from -- or is it a makefile problem of not picking up the
> one under openssl?
There's not supposed to be..it was removed 3 months ago.
Kris
PGP si
--- Kris Kennaway <[EMAIL PROTECTED]> wrote:
> On Sun, Aug 26, 2001 at 10:31:59PM -0700, Andrei Popov wrote:
>
> > ===> libssh
> > make: don't know how to make dsa.c. Stop
> > *** Error code 2
>
> Something is wrong with your source..perhaps you didn't update it
> completely.
>
> Kris
maybe,
On Sun, Aug 26, 2001 at 10:31:59PM -0700, Andrei Popov wrote:
> ===> libssh
> make: don't know how to make dsa.c. Stop
> *** Error code 2
Something is wrong with your source..perhaps you didn't update it
completely.
Kris
PGP signature
Having overcome a small issue with buildworld in
games/fortune/strfile, there's a new
+issue: buildworld fails in /usr/src/secure/lib/libssl
make's output is a bit lengthy at this point, so I've slightly
clipped it:
===> libssl
( echo "#ifndef MK1MF_BUILD"; echo &q
Over the last few days I am constantly getting an error making
buildworld.
To me this looks like group name is not being passed to install.sh
when doing
make install in /usr/src/games/fortunes/strfile -- but I can't figure
out
why... Any ideas? make output follows.
-
*just* cvsup'd latest code ...
cd /usr/src/gnu/usr.bin/perl/libperl; make obj; make depend; make all; make install
/usr/obj/i386/usr/src//usr/src/gnu/usr.bin/perl/libperl created for
/usr/src/gnu/usr.bin/perl/libperl
Can't find config.sh.
*** Error code 1
1 error
*** Error code 2
1 error
**
John Hay wrote:
>
> If you have current source, just recompile rpcgen and try again. Something
> like:
>
> cd /usr/src/usr.bin/rpcgen
> make all install clean
>
> should do it. Then you can return to your regular make world.
>
> John
That did end up working. Thanks. I just wanted to mention
>
> } --
> } >>> stage 4: populating /usr/obj/usr/src/i386/usr/include
> } --
>
> [snip]
>
> } ===> rpcsvc
> } rpcgen -C -h -DWANT_NFS3 /usr/src/include/rpcsvc/key_prot.x -o k
From: "Nick Sayer" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, January 26, 2001 9:42 AM
Subject: buildworld fails
> --
> >>> stage 4: po
Nick Sayer <[EMAIL PROTECTED]> wrote:
} --
} >>> stage 4: populating /usr/obj/usr/src/i386/usr/include
} --
[snip]
} ===> rpcsvc
} rpcgen -C -h -DWANT_NFS3 /usr/src/include/rp
--
>>> stage 4: populating /usr/obj/usr/src/i386/usr/include
--
cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj
COMPILER_PATH=/usr/obj/usr/src/i386/usr/libexec:/usr/obj/usr/src/i386/usr
I wrote:
> [CIRCLEQs and ex / vi crashing]
Scratch that, Brian Feldman already fixed it.
Re-sup and compile.
++sja
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On Sun, Dec 31, 2000 at 07:56:22PM +0200, User Sja wrote:
> > I am cvsup to current last night and this morning the make buildworld
> > giving following errors.. anyone have similar or know what this is?
> >
> > uudecode < /usr/src/share/tabset/xerox1720.uu
> > uudecode < /usr/src/share/tabset/xe
nothing else happens... I mean after running buildworld or I should say
during i get this error and if I run it again it does the same
thing.. back at command line i can still do whatever .. everything else
seems unharmed although uname -a still say 4.2 becaue could not complete
cvsup to curren
> I am cvsup to current last night and this morning the make buildworld
> giving following errors.. anyone have similar or know what this is?
>
> uudecode < /usr/src/share/tabset/xerox1720.uu
> uudecode < /usr/src/share/tabset/xerox1730.uu
> uudecode < /usr/src/share/tabset/xerox1730-lm.uu
> uude
I am cvsup to current last night and this morning the make buildworld
giving following errors.. anyone have similar or know what this is?
uudecode < /usr/src/share/tabset/xerox1720.uu
uudecode < /usr/src/share/tabset/xerox1730.uu
uudecode < /usr/src/share/tabset/xerox1730-lm.uu
uudecode < /usr/s
I cvsuped 4 or 5 hours ago.
While building cross-tools:
cc -O -pipe -march=pentium -I/usr/src/gnu/usr.bin/perl/miniperl/../../../../cont
rib/perl5 -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/perl/miniperl -DPERL_EXTER
NAL_GLOB -I/usr/obj/usr/src/i386/usr/include -L/usr/obj/usr/src/i386/usr/sr
Trying to upgrade to current (via cvsup and src-all) from 3.5-STABLE to
current, I got the following last night (8-28-00) while doing "make buildworld"
in /usr/src:
SNIP
cd /usr/src/gnu/usr.bin/gperf; make _EXTRADEPEND
echo gperf: /usr/obj/usr/src/i386/usr/lib/libc.a >> .depend
===> doc
c++
Resup. My fault, was corrected within 10 minutes. You must have been
unlucky.
Nick
On Mon, 27 Mar 2000, Samuel Tardieu wrote:
> With the current sources.
>
>
>
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-current" in the body of the message
>
--
[EMAIL PROT
With the current sources.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
I wrote:
> I will try doing an update (using sysinstall) to one of the latest
> -current snapshots and do the buildworld again from there.
Ok, I did just that and it still fails at
/usr/src/contrib/ncurses/ncurses/tinfo/comp_hash.c:
cc -o make_hash -O -pipe -I. -I/usr/src/lib/libncurses
-I/usr/
Kris Kennaway <[EMAIL PROTECTED]> writes:
> You don;t have the ncurses port installed?
No, I do not. It does not build.
I will try doing an update (using sysinstall) to one of the latest
-current snapshots and do the buildworld again from there.
Roland
To Unsubscribe: send mail to [
~ % diff /usr/include/curses.h /usr/src/lib/libcurses/curses.h
> r.arthur ~ % diff /usr/include/ncurses.h /usr/src/lib/libncurses/curses.h
>
> Any other ideas of why buildworld fails at ncurses when comming from
> -stable?
You don;t have the ncurses port installed? I've had p
iff /usr/include/ncurses.h /usr/src/lib/libncurses/curses.h
Any other ideas of why buildworld fails at ncurses when comming from
-stable?
Roland
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
< said:
> I'm not ready to play with the openssl/ssh stuff yet, but I wanted to
> test Soren's latest ATA stuff so I cvsup'ed and started a buildworld
> with the following make.conf options:
> My buildworld failed here in the 'make dependencies' stage:
That's because lots of things were b
I cvsupped -current at about 10.30 am (CET). Thats the last lines of
my buildworld log:
cc -o make_hash -O -pipe -I. -I/usr/src/lib/libncurses
-I/usr/src/lib/libncurses/../../contrib/ncurses/ncurses
-I/usr/src/lib/libncurses/../../contrib/ncurses/include -Wall -DFREEBSD_NATIVE
-DNDEBUG -DHAVE_
Kris Kennaway wrote:
>
> On Sun, 27 Feb 2000, Doug Barton wrote:
>
> > Howdy,
> >
> > I'm not ready to play with the openssl/ssh stuff yet, but I wanted to
> > test Soren's latest ATA stuff so I cvsup'ed and started a buildworld
> > with the following make.conf options:
>
> I'm testing th
On Sun, 27 Feb 2000, Doug Barton wrote:
> Howdy,
>
> I'm not ready to play with the openssl/ssh stuff yet, but I wanted to
> test Soren's latest ATA stuff so I cvsup'ed and started a buildworld
> with the following make.conf options:
I'm testing the fix now..thanks.
Kris
To Unsubscrib
Howdy,
I'm not ready to play with the openssl/ssh stuff yet, but I wanted to
test Soren's latest ATA stuff so I cvsup'ed and started a buildworld
with the following make.conf options:
CFLAGS= -O -pipe
NOPROFILE= true
NOSUIDPERL= true
NO_OPENSSH= true
NO_OPENSSL= true
RSA
Bill Paul testified after hours of torture:
>
> Of all the gin joints in all the towns in all the world, Wilko Bulte had
> to walk into mine and say:
>
> > On a very freshly supped -current on Alpha:
> >
> > ===> sys/modules/an
> > cd: can't cd to /usr/src/sys/modules/an
> > *** Error code 2
> >
Of all the gin joints in all the towns in all the world, Wilko Bulte had
to walk into mine and say:
> On a very freshly supped -current on Alpha:
>
> ===> sys/modules
> ===> sys/modules/aha
> rm -f aha.h setdef0.c setdef1.c setdefs.h setdef0.o setdef1.o aha.ko aha.o
> aha_isa.o @ machine symb.t
On a very freshly supped -current on Alpha:
===> sys/modules
===> sys/modules/aha
rm -f aha.h setdef0.c setdef1.c setdefs.h setdef0.o setdef1.o aha.ko aha.o
aha_isa.o @ machine symb.tmp tmp.o opt_cam.h opt_scsi.h bus_if.h device_if.h
isa_if.h
rm -f .depend /usr/src/sys/modules/aha/GPATH /usr/src/
Out of da blue Brian Hechinger aka ([EMAIL PROTECTED]) said:
> i've read all the 'make buildworld fails' emessages on this list, but none
> of them have helped me. i tried the 'make b-m /usr/src/share/mk buildworld'
> and that fixes some problems, but i
i've read all the 'make buildworld fails' emessages on this list, but none
of them have helped me. i tried the 'make b-m /usr/src/share/mk buildworld'
and that fixes some problems, but i'm still getting hung up on this one.
i'm upgrading from 3.4-stable t
On Mon, 10 Jan 2000, Louis A. Mamakos wrote:
> > As Pascal Hofstee wrote:
> > > With CURRENT-sources updates within an hour ago ... buildworld fails:
> >
> > Revert to version 1.26 of gnu/lib/libdialog/Makefile. someone broke it when
> > he decided
> As Pascal Hofstee wrote:
> > With CURRENT-sources updates within an hour ago ... buildworld fails:
>
> Revert to version 1.26 of gnu/lib/libdialog/Makefile. someone broke it when
> he decided to install all the files in TESTS/...
>
> Don't forget to revert to 1.
As Pascal Hofstee wrote:
> With CURRENT-sources updates within an hour ago ... buildworld fails:
Revert to version 1.26 of gnu/lib/libdialog/Makefile. someone broke it when
he decided to install all the files in TESTS/...
Don't forget to revert to 1.34 of lib/libncurses/Makefile for
With CURRENT-sources updates within an hour ago ... buildworld fails:
cd /usr/src/gnu/lib/libdialog; make beforeinstall
sh /usr/src/tools/install.sh -C -o root -g wheel -m 444
/usr/src/gnu/lib/libdial
og/dialog.h /usr/obj/usr/src/i386/usr/include
sh /usr/src/tools/install.sh -c -o root -g wheel
With sources cvsup-ed earlier today ... buildworld bails out with the
following:
===> gnu/lib/libreadline/readline/doc
cat
/usr/src/gnu/lib/libreadline/readline/doc/../../../../../contrib/libreadline
/doc/rlman.texinfo > readline.texi
makeinfo --no-split -I /usr/src/gnu/lib/libreadline/readline/d
Make installworld on freshly cvsupped current (today 18:00 h CET) source
fails here in libgcc.
Output:
c++ -c -I/usr/obj/usr/src/tmp/usr/include/g++ -O -pipe
-I/usr/src/gnu/lib/libgcc
/../../../contrib/egcs/gcc/config
-I/usr/src/gnu/lib/libgcc/../../../contrib/egcs/gcc -I. -fexceptions -DIN_GCC
Bill Paul wrote:
> Ai! The stupid bus interface description file escaped before I
> could commit it with the rest of the miibus code. Okay, I just fixed
> it. Thanks for the heads up and sorry for the trouble. My turn to
> wear the pointy hat again.
Hey, no sweat. It is -current afte
Of all the gin joints in all the towns in all the world, Doug had to
walk into mine and say:
> Cvsup'ed today, make -DNOCLEAN world failed in gcc, did a 'make includes'
> and 'make world' and now it fails in:
>
> ===> sys/modules/mii
> @ -> /usr/src/sys
> machine -> /usr/src/sys/i386/incl
Cvsup'ed today, make -DNOCLEAN world failed in gcc, did a 'make includes'
and 'make world' and now it fails in:
===> sys/modules/mii
@ -> /usr/src/sys
machine -> /usr/src/sys/i386/include
perl /usr/src/sys/modules/mii/../../kern/makedevops.pl -h
/usr/src/sys/modules/mii/../../kern/bus_if.
[Format recovered--see http://www.lemis.com/email/email-format.html]
On Friday, 2 July 1999 at 20:04:49 +0200, Johan Karlsson wrote:
> Hi
> When trying to build a newly updated world I get the following error, which I
> belive was introduced in the latest commit by grog.
> The case may be that v
Hi
When trying to build a newly updated world I get the following error, which I
belive was introduced in the latest commit by grog.
The case may be that vext.h did not get commited.
(eg. I think "extern int stats" should be "extern int sflag" now)
/K
===> sbin/vinum
cc -O -pipe -I/usr/src/sbi
Hi!
A fresh cvsup plus make buildworld did not complete on
my 3.0-RELEASE system.
--
r...@oranje# date
Fri Apr 2 22:37:32 CEST 1999
r...@oranje# make buildworld; date
-
On Mon, 29 Mar 1999, Vladimir Kushnir wrote:
> Hi,
> I had exactly the same. Have you by chance got an old
> /usr/src/lib/libc_r/uthread/pthread{.h,_nb.h}?
That's an affirmative, I've moved them and will retry the build
just as soon as I look into this new egcs stuff I checked out :)
--
Regard
Hi,
I had exactly the same. Have you by chance got an old
/usr/src/lib/libc_r/uthread/pthread{.h,_nb.h}? Then remove them, they
conflict with /usr/src/include/pthread{.h,_nb.h}.
On Mon, 29 Mar 1999, Kevin G. Eliuk wrote:
>
> Updated as of the build ...
>
> Script started on Sun Mar 28 22:46:48
Kevin G. Eliuk wrote:
> cc -O -pipe -DLIBC_RCS -DSYSLIBC_RCS -I/usr/src/lib/libc_r/../libc/include
> -DPTHREAD_KERNEL -D_THREAD_SAFE -DNOPOLL -I/usr/src/lib/libc_r/uthread
> -D__DBINTERFACE_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc_r/../libc/locale
> -DBROKEN_DES -DYP -I/usr/obj/usr/src/tmp
Updated as of the build ...
Script started on Sun Mar 28 22:46:48 1999
# make -DCLOBBER -j6 buildworld
--
>>> Cleaning up the temporary elf build tree
--
mkdir -p /usr/obj/usr/s
Mike Smith writes:
> > > I usually keep -O to just '-O' - I had been upping it recently, but then
> > > it
> > > started breaking even some of my simple programs, so leasson learn't, it's
> > > staying at just '-O' from now on in... (safety first? :-)
> >
> > -O2 works fine too. -O3 does not. W
Matthew Dillon wrote:
> I've been using -O2 kernels for over a year. Works fine as far as I
> can tell.
I've had a few failures with -O2 ages ago, though I can't guess how long ages
was - I definitely remember tracing one problem down to '-O' vs. '-O2', I
stick to '-0' now religiously.
On Thu, 18 Feb 1999, Daniel C. Sobral wrote:
> Lucky you. -O2 *does* break world for many people. Eventually, it
> might break your world too, and there is a great chance you'll first
> spam -current before changing -O2 to -O and trying again. Or there
> would, if we stopped hitting on this nail.
:At 8:05 pm -0800 16/2/99, Mike Smith wrote:
:>[...]
:>No, -O2 does not work fine; we've seen reports of it breaking things
:>before.
:
:I've been using -O2 building -current for over a year with no problems. I
:haven't dared try it for the kernel though...
:
:--
:Bob Bishop (0118) 97
Bob Bishop wrote:
>
> At 8:05 pm -0800 16/2/99, Mike Smith wrote:
> >[...]
> >No, -O2 does not work fine; we've seen reports of it breaking things
> >before.
>
> I've been using -O2 building -current for over a year with no problems. I
> haven't dared try it for the kernel though...
Lucky you. -
At 8:05 pm -0800 16/2/99, Mike Smith wrote:
>[...]
>No, -O2 does not work fine; we've seen reports of it breaking things
>before.
I've been using -O2 building -current for over a year with no problems. I
haven't dared try it for the kernel though...
--
Bob Bishop (0118) 977 4017 in
On Tue, 16 Feb 1999, Mikhail Teterin wrote:
> > I usually keep -O to just '-O' - I had been upping it recently, but then it
> > started breaking even some of my simple programs, so leasson learn't, it's
> > staying at just '-O' from now on in... (safety first? :-)
>
> -O2 works fine too. -O3 does
> > I usually keep -O to just '-O' - I had been upping it recently, but then it
> > started breaking even some of my simple programs, so leasson learn't, it's
> > staying at just '-O' from now on in... (safety first? :-)
>
> -O2 works fine too. -O3 does not. We'll probably see the newer version
>
Maxim Sobolev wrote:
>
> Here is output (checked 2 times) :(
>
> groff: can't find `DESC' file
> groff:fatal error: invalid device `ascii'
> [super-snip]
> | groff -mtty-char -Tascii -t -s -me -o1- > /dev/null
> groff: can't find `DESC' file
> groff:fatal error: invalid device `ascii'
Ugh, did
> I usually keep -O to just '-O' - I had been upping it recently, but then it
> started breaking even some of my simple programs, so leasson learn't, it's
> staying at just '-O' from now on in... (safety first? :-)
-O2 works fine too. -O3 does not. We'll probably see the newer version
of compiler
Luke wrote:
> > ===> share/doc/psd/title
> [snip]
> > groff: can't find `DESC' file
> > groff:fatal error: invalid device `ascii'
>
> This has happened to me many times with various versions of current
> and
> 3.x , and its always fixed by lowering the -O# # , I don't know why I just
>
> ===> share/doc/psd/title
> touch _stamp.extraobjs
> (cd /usr/obj/src/share/doc/psd/title; groff -mtty-char -Tascii -ms -o1-
> /usr/obj/src/share/doc/psd/title/Title) |_ gzip -cn > Title.ascii.gz
> groff: can't find `DESC' file
> groff:fatal error: invalid device `ascii'
This has
Here is output (checked 2 times) :(
?
===> share/doc/psd/title
touch _stamp.extraobjs
(cd /usr/obj/src/share/doc/psd/title; groff -mtty-char -Tascii -ms -o1-
/usr/obj/src/share/doc/psd/title/Title) |? gzip -cn > Title.ascii.gz
groff: can't find `DESC' file
groff:fatal error: invalid device `ascii'
-BEGIN PGP SIGNED MESSAGE-
On Tue, 9 Feb 1999, Maxim Sobolev wrote:
MS> It seems to me that most of all people in the developer list carried
MS> away with DHCP issue and just ignore that buildworld fails continuously
MS> for 2 days in /usr/src/sys/i386/ibcs2/ibcs2_ipc.c. P
Maxim Sobolev writes:
> It seems to me that most of all people in the developer list carried
> away with DHCP issue and just ignore that buildworld fails continuously
> for 2 days in /usr/src/sys/i386/ibcs2/ibcs2_ipc.c. Please get rid of
> it!!!
If you followed the appropriate lists
Hi folks,
It seems to me that most of all people in the developer list carried
away with DHCP issue and just ignore that buildworld fails continuously
for 2 days in /usr/src/sys/i386/ibcs2/ibcs2_ipc.c. Please get rid of
it!!!
Sincerely,
Maxim
To Unsubscribe: send mail to majord...@freebsd.org
301 - 400 of 402 matches
Mail list logo