make buildworld error

2008-04-24 Thread meka
Basicly, I'm having problem with this:
http://www.freebsd.org/cgi/query-pr.cgi?pr=123052. It's csup'ed few
seconds before make buildworld was issued. Any suggestion?

___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


make buildworld error

2007-03-20 Thread Dino Vliet
Hi folks,

on my pc ,

CPU: VIA C3 Samuel 2 (796.10-MHz 686-class CPU)
  Origin = CentaurHauls  Id = 0x673  Stepping = 3
  Features=0x803035FPU,DE,TSC,MSR,MTRR,PGE,MMX
real memory  = 503250944 (479 MB)
avail memory = 483028992 (460 MB)


I get the following error after I issue a make buildworld:

buf -lbsdxml -lutil
gzip -cn /usr/src/sbin/geom/core/geom.8  geom.8.gz
=== sbin/geom/class (all)
=== sbin/geom/class/concat (all)
cc -fpic -DPIC -O2 -fno-strict-aliasing -pipe  
-I/usr/src/sbin/geom/class/concat/../.. -Wsystem-headers -Werror -Wall 
-Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes 
-Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings 
-Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline 
-Wnested-externs -Wredundant-decls -c 
/usr/src/sbin/geom/class/concat/geom_concat.c -o geom_concat.So
cc -fpic -DPIC -O2 -fno-strict-aliasing -pipe  
-I/usr/src/sbin/geom/class/concat/../.. -Wsystem-headers -Werror -Wall 
-Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes 
-Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings 
-Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline 
-Wnested-externs -Wredundant-decls -c 
/usr/src/sbin/geom/class/concat/../../misc/subr.c -o subr.So
building shared library geom_concat.so
gzip -cn /usr/src/sbin/geom/class/concat/gconcat.8  gconcat.8.gz
=== sbin/geom/class/eli (all)
cc -fpic -DPIC -O2 -fno-strict-aliasing -pipe  
-I/usr/src/sbin/geom/class/eli/../../../../sys 
-I/usr/src/sbin/geom/class/eli/../.. -Wsystem-headers -Werror -Wall 
-Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes 
-Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c 
/usr/src/sbin/geom/class/eli/../../../../sys/geom/eli/g_eli_crypto.c -o 
g_eli_crypto.So
cc -fpic -DPIC -O2 -fno-strict-aliasing -pipe  
-I/usr/src/sbin/geom/class/eli/../../../../sys 
-I/usr/src/sbin/geom/class/eli/../.. -Wsystem-headers -Werror -Wall 
-Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes 
-Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c 
/usr/src/sbin/geom/class/eli/../../../../sys/geom/eli/g_eli_key.c -o 
g_eli_key.So
cc -fpic -DPIC -O2 -fno-strict-aliasing -pipe  
-I/usr/src/sbin/geom/class/eli/../../../../sys 
-I/usr/src/sbin/geom/class/eli/../.. -Wsystem-headers -Werror -Wall 
-Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes 
-Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c 
/usr/src/sbin/geom/class/eli/../../../../sys/geom/eli/pkcs5v2.c -o pkcs5v2.So
cc -fpic -DPIC -O2 -fno-strict-aliasing -pipe  
-I/usr/src/sbin/geom/class/eli/../../../../sys 
-I/usr/src/sbin/geom/class/eli/../.. -Wsystem-headers -Werror -Wall 
-Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes 
-Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c 
/usr/src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c -o sha2.So
/usr/src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:641: error: 
syntax error before '*' token
/usr/src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:644: error: 
syntax error before '' token
/usr/src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:645: error: 
syntax error before '' token
/usr/src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:645: warning: 
type defaults to `int' in declaration of `context'
/usr/src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:645: warning: 
type defaults to `int' in declaration of `data'
/usr/src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:645: error: 
syntax error before ')' token
*** Error code 1

Stop in /usr/src/sbin/geom/class/eli.
*** Error code 1

Stop in /usr/src/sbin/geom/class.
*** Error code 1

Stop in /usr/src/sbin/geom.
*** Error code 1

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

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

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

Stop in /usr/src.
[EMAIL PROTECTED] /usr/src]#

I do have enabled geom and have a raid array:
mirror/gm0  COMPLETE  ad0
  ad3

What could be the problem here?
Thanks in advanced for your valuable time





 

Need Mail bonding?
Go to the Yahoo! Mail QA for great tips from Yahoo! Answers users.
http://answers.yahoo.com/dir/?link=listsid=396546091
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: make buildworld error

2007-03-20 Thread Giorgos Keramidas
On 2007-03-20 00:21, Dino Vliet [EMAIL PROTECTED] wrote:
 Hi folks,
 
 on my pc ,
 
 CPU: VIA C3 Samuel 2 (796.10-MHz 686-class CPU)
   Origin = CentaurHauls  Id = 0x673  Stepping = 3
   Features=0x803035FPU,DE,TSC,MSR,MTRR,PGE,MMX
 real memory  = 503250944 (479 MB)
 avail memory = 483028992 (460 MB)
 
 I get the following error after I issue a make buildworld:
 
 === sbin/geom/class/eli (all)
 cc -fpic -DPIC -O2 -fno-strict-aliasing -pipe  
 -I/usr/src/sbin/geom/class/eli/../../../../sys 
 -I/usr/src/sbin/geom/class/eli/../.. -Wsystem-headers -Werror -Wall 
 -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes 
 -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c 
 /usr/src/sbin/geom/class/eli/../../../../sys/geom/eli/g_eli_crypto.c -o 
 g_eli_crypto.So
 cc -fpic -DPIC -O2 -fno-strict-aliasing -pipe  
 -I/usr/src/sbin/geom/class/eli/../../../../sys 
 -I/usr/src/sbin/geom/class/eli/../.. -Wsystem-headers -Werror -Wall 
 -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes 
 -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c 
 /usr/src/sbin/geom/class/eli/../../../../sys/geom/eli/g_eli_key.c -o 
 g_eli_key.So
 cc -fpic -DPIC -O2 -fno-strict-aliasing -pipe  
 -I/usr/src/sbin/geom/class/eli/../../../../sys 
 -I/usr/src/sbin/geom/class/eli/../.. -Wsystem-headers -Werror -Wall 
 -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes 
 -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c 
 /usr/src/sbin/geom/class/eli/../../../../sys/geom/eli/pkcs5v2.c -o pkcs5v2.So
 cc -fpic -DPIC -O2 -fno-strict-aliasing -pipe  
 -I/usr/src/sbin/geom/class/eli/../../../../sys 
 -I/usr/src/sbin/geom/class/eli/../.. -Wsystem-headers -Werror -Wall 
 -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes 
 -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c 
 /usr/src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c -o sha2.So
 /usr/src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:641: error: 
 syntax error before '*' token
 /usr/src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:644: error: 
 syntax error before '' token
 /usr/src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:645: error: 
 syntax error before '' token
 /usr/src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:645: warning: 
 type defaults to `int' in declaration of `context'
 /usr/src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:645: warning: 
 type defaults to `int' in declaration of `data'
 /usr/src/sbin/geom/class/eli/../../../../sys/crypto/sha2/sha2.c:645: error: 
 syntax error before ')' token
 *** Error code 1

Which version of the FreeBSD src/ tree are you building?

How are you updating your /usr/src tree?

If you are using CVSup, it is possible thatyou were lucky enough to
run CVSup and caught a commit half updated.  Can you try re-running
CVSup and see if this updates the relevant bits to a buildable state?

- Giorgos

___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


make buildworld: error code 2 when installing /usr/src/gnu/lib/libg2c/g2c.h

2005-09-23 Thread James Long
Is anyone else seeing something similar to this buildworld error?  I've
re-cvsupped, and blown away my src tree and re-cvsupped again, and it
still fails in just the same spot.  Running 5.3 on a dual PIII-1 GHz
SMP system (Compaq DL380 G1) with 1.25 Gigs RAM.

5.3-STABLE FreeBSD 5.3-STABLE #0: Fri Feb  4 13:47:16 PST 2005 [EMAIL 
PROTECTED]:/usr/obj/usr/src/sys/UMP.SMP  i386

I get zero hits searching FreeBSD's Questions and Stable archives for
g2c.h or libg2c, which I find surprising.  A Google search for
freebsd build error g2c.h yields
http://lists.freebsd.org/pipermail/freebsd-stable/2003-October/004174.html
which describes a similar problem in 4.9, but that failure is one line
earlier, at the ln command.  And I don't see any notes in
/usr/src/UPDATING about this.

Clues appreciated.

Thank you for your time,

Jim


During  stage 4.2: building libraries, I see a repeatable build error
at (pardon the lie breaks):

sh /usr/src/tools/install.sh -C -o root -g wheel -m 444   libobjc.a 
/usr/obj/usr/src/i386/usr/lib
sh /usr/src/tools/install.sh -C -o root -g wheel -m 444  
/usr/src/gnu/lib/libobjc/../../../contrib/libobjc/objc/encodin
g.h /usr/src/gnu/lib/libobjc/../../../contrib/libobjc/objc/hash.h 
/usr/src/gnu/lib/libobjc/../../../contrib/libobjc/obj
c/objc-api.h /usr/src/gnu/lib/libobjc/../../../contrib/libobjc/objc/objc-list.h 
/usr/src/gnu/lib/libobjc/../../../contr
ib/libobjc/objc/objc.h 
/usr/src/gnu/lib/libobjc/../../../contrib/libobjc/objc/runtime.h 
/usr/src/gnu/lib/libobjc/../../
../contrib/libobjc/objc/sarray.h 
/usr/src/gnu/lib/libobjc/../../../contrib/libobjc/objc/thr.h 
/usr/src/gnu/lib/libobjc/
../../../contrib/libobjc/objc/typedstream.h 
/usr/src/gnu/lib/libobjc/../../../contrib/libobjc/objc/NXConstStr.h /usr/sr
c/gnu/lib/libobjc/../../../contrib/libobjc/objc/Object.h 
/usr/src/gnu/lib/libobjc/../../../contrib/libobjc/objc/Protoco
l.h /usr/obj/usr/src/i386/usr/include/objc
=== gnu/lib/libg2c
sh /usr/src/tools/install.sh -C -o root -g wheel -m 444   libg2c.a 
/usr/obj/usr/src/i386/usr/lib
sh /usr/src/tools/install.sh -s -o root -g wheel -m 444 libg2c.so.1 
/usr/obj/usr/src/i386/usr/lib
ln -fs libg2c.so.1 /usr/obj/usr/src/i386/usr/lib/libg2c.so
sh /usr/src/tools/install.sh -C -o root -g wheel -m 444  
/usr/src/gnu/lib/libg2c/g2c.h /usr/obj/usr/src/i386/usr/includ
e
1 error
*** Error code 2
1 error
*** Error code 2
1 error
*** Error code 2
1 error


___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


make buildworld error

2005-07-28 Thread Jason Morgan
I keep getting the following on a 4.9 system when trying to move to 
4.11.

rm -f sa main.o pdb.o usrdb.o sa.8.gz sa.8.cat.gz
rm -f .depend GPATH GRTAGS GSYMS GTAGS
=== usr.sbin/setkey
.depend, line 1: Need an operator
.depend, line 2: Need an operator
.depend, line 3: Need an operator
.depend, line 4: Need an operator
.depend, line 6: Need an operator
.depend, line 7: Need an operator
.depend, line 8: Need an operator
.depend, line 9: Need an operator
.depend, line 10: Need an operator
.depend, line 11: Need an operator
.depend, line 12: Need an operator
.depend, line 13: Need an operator
.depend, line 14: Need an operator
.depend, line 15: Need an operator
.depend, line 16: Need an operator
.depend, line 17: Need an operator
.depend, line 18: Need an operator
.depend, line 19: Need an operator
.depend, line 20: Need an operator
.depend, line 21: Need an operator
.depend, line 22: Need an operator
make: fatal errors encountered -- cannot continue

Anyone offer some advice?  I've tried updating my source again - I even 
went as far as nuking my /usr/src directory and re-fetching it.

Thanks,
Jason
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


RE: make buildworld error

2005-07-28 Thread Norbert Koch
 I keep getting the following on a 4.9 system when trying to move to 
 4.11.
 
 rm -f sa main.o pdb.o usrdb.o sa.8.gz sa.8.cat.gz
 rm -f .depend GPATH GRTAGS GSYMS GTAGS
 === usr.sbin/setkey
 .depend, line 1: Need an operator
 .depend, line 2: Need an operator
 .depend, line 3: Need an operator
 .depend, line 4: Need an operator
 .depend, line 6: Need an operator
 .depend, line 7: Need an operator
 .depend, line 8: Need an operator
 .depend, line 9: Need an operator
 .depend, line 10: Need an operator
 .depend, line 11: Need an operator
 .depend, line 12: Need an operator
 .depend, line 13: Need an operator
 .depend, line 14: Need an operator
 .depend, line 15: Need an operator
 .depend, line 16: Need an operator
 .depend, line 17: Need an operator
 .depend, line 18: Need an operator
 .depend, line 19: Need an operator
 .depend, line 20: Need an operator
 .depend, line 21: Need an operator
 .depend, line 22: Need an operator
 make: fatal errors encountered -- cannot continue
 
 Anyone offer some advice?  I've tried updating my source again - I even 
 went as far as nuking my /usr/src directory and re-fetching it.

Are you trying to use gmake instead of the original bsd make?
'make -v' should give you 'make: no target to make'
If you use gmake, you see something like

GNU Make 3.80
Copyright (C) 2002  Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.


Norbert
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


make buildworld error

2005-01-29 Thread Gert Cuykens
...
cd /usr/src/etc; make buildincludes; make installincludes
=== etc/sendmail
=== etc/sendmail

--
 stage 4.2: building libraries
--
cd /usr/src;  MAKEOBJDIRPREFIX=/usr/obj  MACHINE_ARCH=amd64 
MACHINE=amd64  CPUTYPE=amd64 
GROFF_BIN_PATH=/usr/obj/usr/src/amd64/legacy/usr/bin 
GROFF_FONT_PATH=/usr/obj/usr/src/amd64/legacy/usr/share/groff_font 
GROFF_TMAC_PATH=/usr/obj/usr/src/amd64/legacy/usr/share/tmac 
_SHLIBDIRPREFIX=/usr/obj/usr/src/amd64  INSTALL=sh
/usr/src/tools/install.sh 
PATH=/usr/obj/usr/src/amd64/legacy/usr/sbin:/usr/obj/usr/src/amd64/legacy/usr/bin:/usr/obj/usr/src/amd64/legacy/usr/games:/usr/obj/usr/src/amd64/usr/sbin:/usr/obj/usr/src/amd64/usr/bin:/usr/obj/usr/src/amd64/usr/games:/sbin:/bin:/usr/sbin:/usr/bin
make -f Makefile.inc1 DESTDIR=/usr/obj/usr/src/amd64 -DNOFSCHG
-DNOHTML -DNOINFO -DNOLINT -DNOMAN -DNOPROFILE  libraries
cd /usr/src;  make -f Makefile.inc1 _startup_libs;  make -f
Makefile.inc1 _prebuild_libs;  make -f Makefile.inc1 _generic_libs;
=== gnu/lib/csu
make -f /usr/src/gnu/lib/csu/../../usr.bin/cc/cc_tools/Makefile
MFILE=/usr/src/gnu/lib/csu/../../usr.bin/cc/cc_tools/Makefile
GCCDIR=/usr/src/gnu/lib/csu/../../../contrib/gcc tconfig.h
echo '#ifndef GCC_TCONFIG_H' tconfig.h
echo '#define GCC_TCONFIG_H' tconfig.h
echo '#ifdef IN_GCC' tconfig.h
echo '# include ansidecl.h'tconfig.h
echo '#endif'tconfig.h
echo '#define USED_FOR_TARGET'   tconfig.h
echo '#endif /* GCC_TCONFIG_H */'tconfig.h
make -f /usr/src/gnu/lib/csu/../../usr.bin/cc/cc_tools/Makefile
MFILE=/usr/src/gnu/lib/csu/../../usr.bin/cc/cc_tools/Makefile
GCCDIR=/usr/src/gnu/lib/csu/../../../contrib/gcc tm.h
echo '#ifndef GCC_TM_H'  tm.h
echo '#define GCC_TM_H'  tm.h
echo '#ifdef IN_GCC' tm.h
echo '#include i386/biarch64.h'tm.h
echo '#include i386/i386.h'tm.h
echo '#include i386/unix.h'tm.h
echo '#include i386/att.h' tm.h
echo '#include dbxelf.h'   tm.h
echo '#include elfos.h'tm.h
echo '#include freebsd-native.h'   tm.h
echo '#include freebsd-spec.h' tm.h
echo '#include freebsd.h'  tm.h
echo '#include i386/freebsd.h' tm.h
echo '#include i386/x86-64.h'  tm.h
echo '#include i386/freebsd64.h'   tm.h
echo '#include freebsd64-fix.h'tm.h
echo '#include defaults.h' tm.h
echo '#if !defined GENERATOR_FILE  !defined USED_FOR_TARGET'  tm.h
echo '# include insn-constants.h'  tm.h
echo '# include insn-flags.h'  tm.h
echo '#endif'tm.h
echo '#endif'tm.h
echo '#define EXTRA_MODES_FILE i386/i386-modes.def'  tm.h
echo '#endif /* GCC_TM_H */' tm.h
rm -f .depend
mkdep -f .depend -a -DCRT_BEGIN   -DIN_GCC -DHAVE_LD_EH_FRAME_HDR
-I/usr/src/gnu/lib/csu/../../../contrib/gcc/config
-I/usr/src/gnu/lib/csu/../../../contrib/gcc -I.
-I/usr/src/gnu/lib/csu/../../usr.bin/cc/cc_tools
/usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c
cc -O -pipe -march=amd64 -DIN_GCC -DHAVE_LD_EH_FRAME_HDR
-finhibit-size-directive -fno-inline-functions  -fno-exceptions
-fno-zero-initialized-in-bss  -fno-omit-frame-pointer
-fno-unit-at-a-time -I/usr/src/gnu/lib/csu/../../../contrib/gcc/config
-I/usr/src/gnu/lib/csu/../../../contrib/gcc -I. 
-I/usr/src/gnu/lib/csu/../../usr.bin/cc/cc_tools  -g0 -DCRT_BEGIN  -c
-o crtbegin.o /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c
/usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c:1: error: bad
value (amd64) for -march= switch
/usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c:1: error: bad
value (amd64) for -mtune= switch
*** Error code 1

Stop in /usr/src/gnu/lib/csu.
*** Error code 1

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

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

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

Stop in /usr/src.
7rxI#

how do i fix this ?
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: make buildworld error

2005-01-29 Thread Donald J. O'Neill
On Saturday 29 January 2005 02:56 am, Gert Cuykens wrote:
 ...
 cd /usr/src/etc; make buildincludes; make installincludes
 === etc/sendmail
 === etc/sendmail

 --

  stage 4.2: building libraries

 --
 cd /usr/src;  MAKEOBJDIRPREFIX=/usr/obj  MACHINE_ARCH=amd64
 MACHINE=amd64  CPUTYPE=amd64

 snip 

 -I/usr/src/gnu/lib/csu/../../../contrib/gcc -I.
 -I/usr/src/gnu/lib/csu/../../usr.bin/cc/cc_tools  -g0 -DCRT_BEGIN  -c
 -o crtbegin.o /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c
 /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c:1: error: bad
 value (amd64) for -march= switch
 /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c:1: error: bad
 value (amd64) for -mtune= switch
 *** Error code 1

 Stop in /usr/src/gnu/lib/csu.
 *** Error code 1

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

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

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

 Stop in /usr/src.
 7rxI#

 how do i fix this ?
 ___
Gert

What do you have in your /usr/src/sys/amd64/conf/config file, show me 
about the first 30 lines of it.

show me your /etc/make.conf file.

Don
-- 
Donald J. O'Neill
[EMAIL PROTECTED]

I'm not totally useless,
I can be used as a bad example.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: make buildworld error

2005-01-29 Thread Gert Cuykens
On Sat, 29 Jan 2005 05:40:25 -0600, Donald J. O'Neill
[EMAIL PROTECTED] wrote:

 What do you have in your /usr/src/sys/amd64/conf/config file, show me
 about the first 30 lines of it.

config is the kernel config right ?
i only did make cleanworld and make buildworld wasnt compiling the
kernel yet. I got the error while building world.


# /usr/src/sys/amd64/conf/gert #
###

machine amd64
cpu HAMMER
ident   GERT   

options SCHED_4BSD  # ?
options INET# InterNETworking
options INET6   # IPv6 communications protocols
options FFS # Berkeley Fast Filesystem
options SOFTUPDATES # Enable FFS soft updates support
options UFS_ACL # Support for access control lists
options UFS_DIRHASH # Improve performance on big directories
options MD_ROOT # MD is a potential root device
options NFSCLIENT   # Network Filesystem Client
options NFSSERVER   # Network Filesystem Server
options NFS_ROOT# NFS usable as /, requires NFSCLIENT
options NTFS# NT File System
options MSDOSFS # MSDOS Filesystem
options CD9660  # ISO 9660 Filesystem
options PROCFS  # Process filesystem (requires PSEUDOFS)
options PSEUDOFS# Pseudo-filesystem framework
options GEOM_GPT# GUID Partition Tables.
options COMPAT_IA32 # Compatible with i386 binaries
options COMPAT_FREEBSD4 # Compatible with FreeBSD4
options SCSI_DELAY=15000# Delay (in ms) before probing SCSI
options KTRACE  # ktrace(1) support
options SYSVSHM # SYSV-style shared memory
options SYSVMSG # SYSV-style message queues
options SYSVSEM # SYSV-style semaphores
options _KPOSIX_PRIORITY_SCHEDULING # Posix P1003_1B real-time extensions
options KBD_INSTALL_CDEV# install a CDEV entry in /dev
options AHC_REG_PRETTY_PRINT# Print register bitfields in debug
output.  Adds ~128k to driver.
options AHD_REG_PRETTY_PRINT# Print register bitfields in debug
output.  Adds ~215k to driver.
options ADAPTIVE_GIANT  # Giant mutex is adaptive.
options NO_MIXED_MODE   # SK8N
options ATA_STATIC_ID   # Static device numbering
options UDF # DJO 

device  atpic   # 8259A compatability
device  acpi# Bus support
device  isa # Bus support
device  pci # Bus support
device  fdc # Floppy drives
device  ata # ATA and ATAPI devices
device  atadisk # ATA disk drives
device  ataraid # ATA RAID drives
device  atapicd # ATAPI CDROM drives
device  atapifd # ATAPI floppy drives
device  atapist # ATAPI tape drives
device  scbus   # SCSI bus (required for SCSI)
device  ch  # SCSI media changers
device  da  # Direct Access (disks)
device  sa  # Sequential Access (tape etc)
device  cd  # CD
device  pass# Passthrough device (direct SCSI access)
device  ses # SCSI Environmental Services (and SAF-TE)
device  atkbdc  # AT keyboard controller
device  atkbd   # AT keyboard
device  psm # PS/2 mouse
device  vga # VGA video card driver
device  splash  # Splash screen and screen saver support
device  sc  # syscons is the default console
driver, resembling an SCO console
device  cbb # cardbus (yenta) bridge
device  pccard  # PC Card (16-bit) bus
device  cardbus # CardBus (32-bit) bus
device  sio # 8250, 16[45]50 based serial ports
device  ppc # Parallel port
device  ppbus   # Parallel port bus (required)
device  lpt # Printer
device  plip# TCP/IP over parallel
device  ppi # Parallel port interface device
device  miibus  # RealTek 8129/8139
device  rl  # RealTek 8129/8139
device  loop# Network loopback
device  mem # Memory and kernel memory devices
device  io  # I/O device
device  random  # Entropy device
device  ether   # Ethernet support
device  sl  # 

Re: make buildworld error

2005-01-29 Thread Gert Cuykens
On Sat, 29 Jan 2005 11:17:59 +0100, Peter Harmsen [EMAIL PROTECTED] wrote:

 Seems to me you specified amd64 in /etc/makeconf.
 If i remember correctly from some posts ago this is obsolete.
 You can however switch to 32-bit mode by specifying athlon-xp.
 Otherwise everything should be auto detected by gcc.

why is this obsolete it always worked that way ?
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: make buildworld error

2005-01-29 Thread Donald J. O'Neill
On Saturday 29 January 2005 07:55 am, Gert Cuykens wrote:
 On Sat, 29 Jan 2005 11:17:59 +0100, Peter Harmsen 
[EMAIL PROTECTED] wrote:
  Seems to me you specified amd64 in /etc/makeconf.
  If i remember correctly from some posts ago this is obsolete.
  You can however switch to 32-bit mode by specifying athlon-xp.
  Otherwise everything should be auto detected by gcc.

 why is this obsolete it always worked that way ?

Gert,

I had not seen this post until now, and I'm not sure about the question 
your asking about. 

It seems to me, he is saying that using CPUTYPE=?amd64 in your 
make.conf is obsolete.

Your error message would seem to confirm ths

cc -O -pipe -march=amd64 -DIN_GCC -DHAVE_LD_EH_FRAME_HDR
-finhibit-size-directive -fno-inline-functions  -fno-exceptions
-fno-zero-initialized-in-bss  -fno-omit-frame-pointer
-fno-unit-at-a-time -I/usr/src/gnu/lib/csu/../../../contrib/gcc/config
-I/usr/src/gnu/lib/csu/../../../contrib/gcc -I. 
-I/usr/src/gnu/lib/csu/../../usr.bin/cc/cc_tools  -g0 -DCRT_BEGIN  -c
-o crtbegin.o /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c
/usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c:1: error: bad
value (amd64) for -march= switch
/usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c:1: error: bad
value (amd64) for -mtune= switch
*** Error code 1

You see the bottom 4 lines? I see a bad  value (amd64) for -march= 
switch and a bad (amd64) for -mtune= switch . Try changing you 
make.conf file to use CPUTYPE=?hammer, if that works go on to the 
next step. If it fails, see if you've got a similar error message.

Try removing CPUTYPE=? whaterver you now  from your make.conf file. 
This is probably the way that will work.

Please, send me this information, I need to know!
What is the supfile you're using?
Have you done a recent cvsup?
Did you dump the refuse file? Please do so if you haven't already, it 
takes care of a lot of cvsup problems.
Have you ever done a successful buildworld sequence on the computer?

Don

-- 
Donald J. O'Neill
[EMAIL PROTECTED]

I'm not totally useless,
I can be used as a bad example.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: make buildworld error

2005-01-29 Thread Gert Cuykens
On Sat, 29 Jan 2005 13:27:15 -0600, Donald J. O'Neill
[EMAIL PROTECTED] wrote:
 On Saturday 29 January 2005 07:55 am, Gert Cuykens wrote:
  On Sat, 29 Jan 2005 11:17:59 +0100, Peter Harmsen
 [EMAIL PROTECTED] wrote:
   Seems to me you specified amd64 in /etc/makeconf.
   If i remember correctly from some posts ago this is obsolete.
   You can however switch to 32-bit mode by specifying athlon-xp.
   Otherwise everything should be auto detected by gcc.
 
  why is this obsolete it always worked that way ?
 
 Gert,
 
 I had not seen this post until now, and I'm not sure about the question
 your asking about.
 
 It seems to me, he is saying that using CPUTYPE=?amd64 in your
 make.conf is obsolete.
 
 Your error message would seem to confirm ths
 
 cc -O -pipe -march=amd64 -DIN_GCC -DHAVE_LD_EH_FRAME_HDR
 -finhibit-size-directive -fno-inline-functions  -fno-exceptions
 -fno-zero-initialized-in-bss  -fno-omit-frame-pointer
 -fno-unit-at-a-time -I/usr/src/gnu/lib/csu/../../../contrib/gcc/config
 -I/usr/src/gnu/lib/csu/../../../contrib/gcc -I.
 -I/usr/src/gnu/lib/csu/../../usr.bin/cc/cc_tools  -g0 -DCRT_BEGIN  -c
 -o crtbegin.o /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c
 /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c:1: error: bad
 value (amd64) for -march= switch
 /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c:1: error: bad
 value (amd64) for -mtune= switch
 *** Error code 1
 
 You see the bottom 4 lines? I see a bad  value (amd64) for -march=
 switch and a bad (amd64) for -mtune= switch . Try changing you
 make.conf file to use CPUTYPE=?hammer, if that works go on to the
 next step. If it fails, see if you've got a similar error message.
 
 Try removing CPUTYPE=? whaterver you now  from your make.conf file.
 This is probably the way that will work.
 
 Please, send me this information, I need to know!
 What is the supfile you're using?
 Have you done a recent cvsup?
 Did you dump the refuse file? Please do so if you haven't already, it
 takes care of a lot of cvsup problems.
 Have you ever done a successful buildworld sequence on the computer?
 
 Don
 
 --
 Donald J. O'Neill
 [EMAIL PROTECTED]
 
 I'm not totally useless,
 I can be used as a bad example.
 

yep i did it a few times before i could build world and kernel without
any troubles.
the world i am now using is done that way

7rxI# uname -a
FreeBSD 7rxI 5.3-STABLE FreeBSD 5.3-STABLE #0: Tue Nov 30 11:49:43 CET
2004 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/gert  amd64
7rxI#
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: make buildworld error

2005-01-29 Thread Gert Cuykens
On Sat, 29 Jan 2005 20:33:12 +0100, Gert Cuykens [EMAIL PROTECTED] wrote:
 On Sat, 29 Jan 2005 13:27:15 -0600, Donald J. O'Neill
 [EMAIL PROTECTED] wrote:
  On Saturday 29 January 2005 07:55 am, Gert Cuykens wrote:
   On Sat, 29 Jan 2005 11:17:59 +0100, Peter Harmsen
  [EMAIL PROTECTED] wrote:
Seems to me you specified amd64 in /etc/makeconf.
If i remember correctly from some posts ago this is obsolete.
You can however switch to 32-bit mode by specifying athlon-xp.
Otherwise everything should be auto detected by gcc.
  
   why is this obsolete it always worked that way ?
 
  Gert,
 
  I had not seen this post until now, and I'm not sure about the question
  your asking about.
 
  It seems to me, he is saying that using CPUTYPE=?amd64 in your
  make.conf is obsolete.
 
  Your error message would seem to confirm ths
 
  cc -O -pipe -march=amd64 -DIN_GCC -DHAVE_LD_EH_FRAME_HDR
  -finhibit-size-directive -fno-inline-functions  -fno-exceptions
  -fno-zero-initialized-in-bss  -fno-omit-frame-pointer
  -fno-unit-at-a-time -I/usr/src/gnu/lib/csu/../../../contrib/gcc/config
  -I/usr/src/gnu/lib/csu/../../../contrib/gcc -I.
  -I/usr/src/gnu/lib/csu/../../usr.bin/cc/cc_tools  -g0 -DCRT_BEGIN  -c
  -o crtbegin.o /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c
  /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c:1: error: bad
  value (amd64) for -march= switch
  /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c:1: error: bad
  value (amd64) for -mtune= switch
  *** Error code 1
 
  You see the bottom 4 lines? I see a bad  value (amd64) for -march=
  switch and a bad (amd64) for -mtune= switch . Try changing you
  make.conf file to use CPUTYPE=?hammer, if that works go on to the
  next step. If it fails, see if you've got a similar error message.
 
  Try removing CPUTYPE=? whaterver you now  from your make.conf file.
  This is probably the way that will work.
 
  Please, send me this information, I need to know!
  What is the supfile you're using?
  Have you done a recent cvsup?
  Did you dump the refuse file? Please do so if you haven't already, it
  takes care of a lot of cvsup problems.
  Have you ever done a successful buildworld sequence on the computer?
 
  Don
 
  --
  Donald J. O'Neill
  [EMAIL PROTECTED]
 
  I'm not totally useless,
  I can be used as a bad example.
 
 
 yep i did it a few times before i could build world and kernel without
 any troubles.
 the world i am now using is done that way
 
 7rxI# uname -a
 FreeBSD 7rxI 5.3-STABLE FreeBSD 5.3-STABLE #0: Tue Nov 30 11:49:43 CET
 2004 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/gert  amd64
 7rxI#
 

it stoped working after a cvsup i will remove the refuse file and do
some test with the make.conf
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: make buildworld error

2005-01-29 Thread Gert Cuykens
On Sat, 29 Jan 2005 20:37:59 +0100, Gert Cuykens [EMAIL PROTECTED] wrote:
 On Sat, 29 Jan 2005 20:33:12 +0100, Gert Cuykens [EMAIL PROTECTED] wrote:
  On Sat, 29 Jan 2005 13:27:15 -0600, Donald J. O'Neill
  [EMAIL PROTECTED] wrote:
   On Saturday 29 January 2005 07:55 am, Gert Cuykens wrote:
On Sat, 29 Jan 2005 11:17:59 +0100, Peter Harmsen
   [EMAIL PROTECTED] wrote:
 Seems to me you specified amd64 in /etc/makeconf.
 If i remember correctly from some posts ago this is obsolete.
 You can however switch to 32-bit mode by specifying athlon-xp.
 Otherwise everything should be auto detected by gcc.
   
why is this obsolete it always worked that way ?
  
   Gert,
  
   I had not seen this post until now, and I'm not sure about the question
   your asking about.
  
   It seems to me, he is saying that using CPUTYPE=?amd64 in your
   make.conf is obsolete.
  
   Your error message would seem to confirm ths
  
   cc -O -pipe -march=amd64 -DIN_GCC -DHAVE_LD_EH_FRAME_HDR
   -finhibit-size-directive -fno-inline-functions  -fno-exceptions
   -fno-zero-initialized-in-bss  -fno-omit-frame-pointer
   -fno-unit-at-a-time -I/usr/src/gnu/lib/csu/../../../contrib/gcc/config
   -I/usr/src/gnu/lib/csu/../../../contrib/gcc -I.
   -I/usr/src/gnu/lib/csu/../../usr.bin/cc/cc_tools  -g0 -DCRT_BEGIN  -c
   -o crtbegin.o /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c
   /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c:1: error: bad
   value (amd64) for -march= switch
   /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c:1: error: bad
   value (amd64) for -mtune= switch
   *** Error code 1
  
   You see the bottom 4 lines? I see a bad  value (amd64) for -march=
   switch and a bad (amd64) for -mtune= switch . Try changing you
   make.conf file to use CPUTYPE=?hammer, if that works go on to the
   next step. If it fails, see if you've got a similar error message.
  
   Try removing CPUTYPE=? whaterver you now  from your make.conf file.
   This is probably the way that will work.
  
   Please, send me this information, I need to know!
   What is the supfile you're using?
   Have you done a recent cvsup?
   Did you dump the refuse file? Please do so if you haven't already, it
   takes care of a lot of cvsup problems.
   Have you ever done a successful buildworld sequence on the computer?
  
   Don
  
   --
   Donald J. O'Neill
   [EMAIL PROTECTED]
  
   I'm not totally useless,
   I can be used as a bad example.
  
 
  yep i did it a few times before i could build world and kernel without
  any troubles.
  the world i am now using is done that way
 
  7rxI# uname -a
  FreeBSD 7rxI 5.3-STABLE FreeBSD 5.3-STABLE #0: Tue Nov 30 11:49:43 CET
  2004 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/gert  amd64
  7rxI#
 
 
 it stoped working after a cvsup i will remove the refuse file and do
 some test with the make.conf
 

###
# supfile #
##

*default tag=RELENG_5
*default host=cvsup15.FreeBSD.org
*default prefix=/usr
*default base=/usr
*default release=cvs
*default delete use-rel-suffix
src-all
ports-all tag=.
doc-all
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


RE: make buildworld error

2005-01-29 Thread Subhro


 -Original Message-
 From: [EMAIL PROTECTED] [mailto:owner-freebsd-
 [EMAIL PROTECTED] On Behalf Of Donald J. O'Neill
 Sent: Sunday, January 30, 2005 0:57
 To: Gert Cuykens
 Cc: freebsd-questions@freebsd.org
 Subject: Re: make buildworld error
 
snip

 You see the bottom 4 lines? I see a bad  value (amd64) for -march=
 switch and a bad (amd64) for -mtune= switch . Try changing you
 make.conf file to use CPUTYPE=?hammer, if that works go on to the
 next step. If it fails, see if you've got a similar error message.

The correct way would be CPUTYPE=k8 as all Hammers are basically having K8
cores. This is also revealed in dmesg.

snip

Regards
S.
Indian Institute of Information Technology
Subhro Sankha Kar
Block AQ-13/1, Sector V
Salt Lake City
PIN 700091
India


smime.p7s
Description: S/MIME cryptographic signature


Re: make buildworld error

2005-01-29 Thread Gert Cuykens
On Sun, 30 Jan 2005 01:11:32 +0530, Subhro [EMAIL PROTECTED] wrote:
 The correct way would be CPUTYPE=k8 as all Hammers are basically having K8
 cores. This is also revealed in dmesg.

my dmesg
CPU: AMD Athlon(tm) 64 FX-53 Processor (2400.01-MHz K8-class CPU)
  Origin = AuthenticAMD  Id = 0xf5a  Stepping = 10  
Features=0x78bfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: make buildworld error

2005-01-29 Thread Donald J. O'Neill
On Saturday 29 January 2005 01:49 pm, Gert Cuykens wrote:
 On Sun, 30 Jan 2005 01:11:32 +0530, Subhro [EMAIL PROTECTED] 
wrote:
  The correct way would be CPUTYPE=k8 as all Hammers are basically
  having K8 cores. This is also revealed in dmesg.

 my dmesg
 CPU: AMD Athlon(tm) 64 FX-53 Processor (2400.01-MHz K8-class CPU)
   Origin = AuthenticAMD  Id = 0xf5a  Stepping = 10
 Features=0x78bfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,P
GE,MCA,CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2

Gert,

Take the advice of Subhro, this should cut playing around time down.
Ignore the two examples I gave, unless you want to see what happens.

Don

-- 
Donald J. O'Neill
[EMAIL PROTECTED]

I'm not totally useless,
I can be used as a bad example.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: make buildworld error

2005-01-29 Thread Gert Cuykens
On Sat, 29 Jan 2005 14:45:52 -0600, Donald J. O'Neill
[EMAIL PROTECTED] wrote:
 On Saturday 29 January 2005 01:49 pm, Gert Cuykens wrote:
  On Sun, 30 Jan 2005 01:11:32 +0530, Subhro [EMAIL PROTECTED]
 wrote:
   The correct way would be CPUTYPE=k8 as all Hammers are basically
   having K8 cores. This is also revealed in dmesg.
 
  my dmesg
  CPU: AMD Athlon(tm) 64 FX-53 Processor (2400.01-MHz K8-class CPU)
Origin = AuthenticAMD  Id = 0xf5a  Stepping = 10
  Features=0x78bfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,P
 GE,MCA,CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2
 
 Gert,
 
 Take the advice of Subhro, this should cut playing around time down.
 Ignore the two examples I gave, unless you want to see what happens.
 
 Don
 
 --
 Donald J. O'Neill
 [EMAIL PROTECTED]
 
 I'm not totally useless,
 I can be used as a bad example.
 

k8 seems to work thx guy's :)
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


5.2 cvsup make buildworld error

2004-01-23 Thread Michael Clark
This is the second computer I have had problems upgrade from 5.1 to 5.2 on.
The first computer I had to format as it died during installworld and I was
unable to boot it.  

This computer died on make installworld as well.  After that I was unable to
use any basic commands, ls, ext.
Rebooted and it started up, and continues to run, but sendmail is dumping
constantly and I am unable to upgrade it to 5.2...

Any help would be greatly appreciated I am at a loss as to what to do with
this one.

Michael Clark
Nemschoff Chairs Inc
mclark at nemschoff dot com

--
 stage 1.1: legacy release compatibility shims
--
cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj/usr/src/i386  DESTDIR=  INSTALL=sh
/usr/src/tools/install.sh
PATH=/usr/obj/usr/src/i386/legacy/usr/sbin:/usr/obj/usr/src/i386/legacy/usr/
bin:/usr/obj/usr/src/i386/legacy/usr/games:/sbin:/bin:/usr/sbin:/usr/bin
WORLDTMP=/usr/obj/usr/src/i386  MAKEFLAGS=-m /usr/src/tools/build/mk  -m
/usr/src/share/mk /usr/obj/usr/src/make.i386/make -f Makefile.inc1
BOOTSTRAPPING=502000  -DNOHTML -DNOINFO -DNOLINT -DNOMAN -DNOPIC -DNOPROFILE
-DNOSHARED -DNO_CPU_CFLAGS -DNO_WARNS legacy
=== tools/build
/usr/obj/usr/src/i386/usr/src/tools/build created for /usr/src/tools/build
cd /usr/src/tools/build; /usr/obj/usr/src/make.i386/make buildincludes;
/usr/obj/usr/src/make.i386/make installincludes
rm -f .depend
mkdep -f .depend -a-I/usr/obj/usr/src/i386/legacy/usr/include
/usr/src/tools/build/dummy.c
cc -O -pipe  -I/usr/obj/usr/src/i386/legacy/usr/include -c
/usr/src/tools/build/dummy.c
building static egacy library
ranlib libegacy.a
sh /usr/src/tools/install.sh -C -o root -g wheel -m 444   libegacy.a
/usr/obj/usr/src/i386/legacy/usr/lib
*** Signal 11

Stop in /usr/src/tools/build.
*** Error code 1

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

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

Stop in /usr/src.
bash-2.05b#




dmesg---
-

Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD 5.2-RELEASE #1: Thu Jan 15 14:42:57 CST 2004
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/MONITOR
Preloaded elf kernel /boot/kernel/kernel at 0xc096e000.
Preloaded elf module /boot/kernel/acpi.ko at 0xc096e1cc.
Timecounter i8254 frequency 1193182 Hz quality 0
CPU: Intel Pentium III (601.37-MHz 686-class CPU)
  Origin = GenuineIntel  Id = 0x681  Stepping = 1
 
Features=0x383f9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,
PAT,PSE36,MMX,FXSR,SSE
real memory  = 268419072 (255 MB)
avail memory = 251092992 (239 MB)
Pentium Pro MTRR support enabled
npx0: [FAST]
npx0: math processor on motherboard
npx0: INT 16 interface
acpi0: ASUS   P3B_Fon motherboard
pcibios: BIOS version 2.10
Using $PIR table, 8 entries at 0xc00f0e70
acpi0: Power Button (fixed)
Timecounter ACPI-safe frequency 3579545 Hz quality 1000
acpi_timer0: 24-bit timer at 3.579545MHz port 0xe408-0xe40b on acpi0
acpi_cpu0: CPU on acpi0
acpi_button0: Power Button on acpi0
pcib0: ACPI Host-PCI bridge port 0xcf8-0xcff on acpi0
pci0: ACPI PCI bus on pcib0
pcib0: slot 4 INTD is routed to irq 10
pcib0: slot 9 INTA is routed to irq 10
pcib0: slot 10 INTA is routed to irq 11
agp0: Intel 82443BX (440 BX) host to PCI bridge mem 0xe400-0xe7ff
at device 0.0 on pci0
pcib1: PCI-PCI bridge at device 1.0 on pci0
pci1: PCI bus on pcib1
pci1: display, VGA at device 0.0 (no driver attached)
isab0: PCI-ISA bridge at device 4.0 on pci0
isa0: ISA bus on isab0
atapci0: Intel PIIX4 UDMA33 controller port 0xb800-0xb80f at device 4.1 on
pci0
ata0: at 0x1f0 irq 14 on atapci0
ata0: [MPSAFE]
ata1: at 0x170 irq 15 on atapci0
ata1: [MPSAFE]
uhci0: Intel 82371AB/EB (PIIX4) USB controller port 0xb400-0xb41f irq 10
at device 4.2 on pci0
usb0: Intel 82371AB/EB (PIIX4) USB controller on uhci0
usb0: USB revision 1.0
uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 2 ports with 2 removable, self powered
pci0: bridge, PCI-unknown at device 4.3 (no driver attached)
fxp0: Intel 82551 Pro/100 Ethernet port 0xb000-0xb03f mem
0xe180-0xe181,0xe200-0xe2000fff irq 10 at devic
9.0 on pci0
fxp0: Ethernet address 
miibus0: MII bus on fxp0
inphy0: i82555 10/100 media interface on miibus0
inphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
fxp1: Intel 82551 Pro/100 Ethernet port 0xa800-0xa83f mem
0xe080-0xe081,0xe100-0xe1000fff irq 11 at devic
10.0 on pci0
fxp1: Ethernet address 
miibus1: MII bus on fxp1
inphy1: i82555 10/100 media interface on miibus1
inphy1:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
fdc0: Enhanced floppy controller (i82077, NE72065 or clone) port
0x3f7,0x3f2-0x3f5 irq 6 drq 2 on acpi0
fdc0: FIFO enabled, 8 bytes threshold
fd0: 1440-KB 3.5 drive on fdc0 drive 0
ppc0 port 0x378-0x37f irq 7 on acpi0
ppc0: Generic 

5.2 cvsup make buildworld error

2004-01-23 Thread Michael Clark
Sry if this double post I used the wrong address the first time.

This is the second computer I have had problems upgrade from 5.1 to 5.2 on.
The first computer I had to format as it died during installworld and I was
unable to boot it.  

This computer died on make installworld as well.  After that I was unable to
use any basic commands, ls, ext.
Rebooted and it started up, and continues to run, but sendmail is dumping
constantly and I am unable to upgrade it to 5.2...

Any help would be greatly appreciated I am at a loss as to what to do with
this one.

Michael Clark
Nemschoff Chairs Inc
mclark at nemschoff dot com

--
 stage 1.1: legacy release compatibility shims
--
cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj/usr/src/i386  DESTDIR=  INSTALL=sh
/usr/src/tools/install.sh
PATH=/usr/obj/usr/src/i386/legacy/usr/sbin:/usr/obj/usr/src/i386/legacy/usr/
bin:/usr/obj/usr/src/i386/legacy/usr/games:/sbin:/bin:/usr/sbin:/usr/bin
WORLDTMP=/usr/obj/usr/src/i386  MAKEFLAGS=-m /usr/src/tools/build/mk  -m
/usr/src/share/mk /usr/obj/usr/src/make.i386/make -f Makefile.inc1
BOOTSTRAPPING=502000  -DNOHTML -DNOINFO -DNOLINT -DNOMAN -DNOPIC -DNOPROFILE
-DNOSHARED -DNO_CPU_CFLAGS -DNO_WARNS legacy
=== tools/build
/usr/obj/usr/src/i386/usr/src/tools/build created for /usr/src/tools/build
cd /usr/src/tools/build; /usr/obj/usr/src/make.i386/make buildincludes;
/usr/obj/usr/src/make.i386/make installincludes
rm -f .depend
mkdep -f .depend -a-I/usr/obj/usr/src/i386/legacy/usr/include
/usr/src/tools/build/dummy.c
cc -O -pipe  -I/usr/obj/usr/src/i386/legacy/usr/include -c
/usr/src/tools/build/dummy.c
building static egacy library
ranlib libegacy.a
sh /usr/src/tools/install.sh -C -o root -g wheel -m 444   libegacy.a
/usr/obj/usr/src/i386/legacy/usr/lib
*** Signal 11

Stop in /usr/src/tools/build.
*** Error code 1

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

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

Stop in /usr/src.
bash-2.05b#




dmesg---
-

Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD 5.2-RELEASE #1: Thu Jan 15 14:42:57 CST 2004
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/MONITOR
Preloaded elf kernel /boot/kernel/kernel at 0xc096e000.
Preloaded elf module /boot/kernel/acpi.ko at 0xc096e1cc.
Timecounter i8254 frequency 1193182 Hz quality 0
CPU: Intel Pentium III (601.37-MHz 686-class CPU)
  Origin = GenuineIntel  Id = 0x681  Stepping = 1
 
Features=0x383f9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,
PAT,PSE36,MMX,FXSR,SSE
real memory  = 268419072 (255 MB)
avail memory = 251092992 (239 MB)
Pentium Pro MTRR support enabled
npx0: [FAST]
npx0: math processor on motherboard
npx0: INT 16 interface
acpi0: ASUS   P3B_Fon motherboard
pcibios: BIOS version 2.10
Using $PIR table, 8 entries at 0xc00f0e70
acpi0: Power Button (fixed)
Timecounter ACPI-safe frequency 3579545 Hz quality 1000
acpi_timer0: 24-bit timer at 3.579545MHz port 0xe408-0xe40b on acpi0
acpi_cpu0: CPU on acpi0
acpi_button0: Power Button on acpi0
pcib0: ACPI Host-PCI bridge port 0xcf8-0xcff on acpi0
pci0: ACPI PCI bus on pcib0
pcib0: slot 4 INTD is routed to irq 10
pcib0: slot 9 INTA is routed to irq 10
pcib0: slot 10 INTA is routed to irq 11
agp0: Intel 82443BX (440 BX) host to PCI bridge mem 0xe400-0xe7ff
at device 0.0 on pci0
pcib1: PCI-PCI bridge at device 1.0 on pci0
pci1: PCI bus on pcib1
pci1: display, VGA at device 0.0 (no driver attached)
isab0: PCI-ISA bridge at device 4.0 on pci0
isa0: ISA bus on isab0
atapci0: Intel PIIX4 UDMA33 controller port 0xb800-0xb80f at device 4.1 on
pci0
ata0: at 0x1f0 irq 14 on atapci0
ata0: [MPSAFE]
ata1: at 0x170 irq 15 on atapci0
ata1: [MPSAFE]
uhci0: Intel 82371AB/EB (PIIX4) USB controller port 0xb400-0xb41f irq 10
at device 4.2 on pci0
usb0: Intel 82371AB/EB (PIIX4) USB controller on uhci0
usb0: USB revision 1.0
uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 2 ports with 2 removable, self powered
pci0: bridge, PCI-unknown at device 4.3 (no driver attached)
fxp0: Intel 82551 Pro/100 Ethernet port 0xb000-0xb03f mem
0xe180-0xe181,0xe200-0xe2000fff irq 10 at devic
9.0 on pci0
fxp0: Ethernet address 
miibus0: MII bus on fxp0
inphy0: i82555 10/100 media interface on miibus0
inphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
fxp1: Intel 82551 Pro/100 Ethernet port 0xa800-0xa83f mem
0xe080-0xe081,0xe100-0xe1000fff irq 11 at devic
10.0 on pci0
fxp1: Ethernet address 
miibus1: MII bus on fxp1
inphy1: i82555 10/100 media interface on miibus1
inphy1:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
fdc0: Enhanced floppy controller (i82077, NE72065 or clone) port
0x3f7,0x3f2-0x3f5 irq 6 drq 2 on acpi0
fdc0: FIFO enabled, 8 bytes threshold
fd0: 1440-KB 3.5 drive on 

Re: 5.2 cvsup make buildworld error

2004-01-23 Thread Kent Stewart
On Friday 23 January 2004 12:26 pm, Michael Clark wrote:
 Sry if this double post I used the wrong address the first time.

 This is the second computer I have had problems upgrade from 5.1 to
 5.2 on. The first computer I had to format as it died during
 installworld and I was unable to boot it.

 This computer died on make installworld as well.  After that I was
 unable to use any basic commands, ls, ext.
 Rebooted and it started up, and continues to run, but sendmail is
 dumping constantly and I am unable to upgrade it to 5.2...

 Any help would be greatly appreciated I am at a loss as to what to do
 with this one.

There is a FAQ on dealing with signal errors during buildworlds and etc. 
They are usually hardware related and the FAQ gives you an idea on how 
to determine if it is bad memory or what.

Kent

 Michael Clark
 Nemschoff Chairs Inc
 mclark at nemschoff dot com

 --

  stage 1.1: legacy release compatibility shims

 --
 cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj/usr/src/i386  DESTDIR= 
 INSTALL=sh /usr/src/tools/install.sh
 PATH=/usr/obj/usr/src/i386/legacy/usr/sbin:/usr/obj/usr/src/i386/lega
cy/usr/
 bin:/usr/obj/usr/src/i386/legacy/usr/games:/sbin:/bin:/usr/sbin:/usr/
bin WORLDTMP=/usr/obj/usr/src/i386  MAKEFLAGS=-m
 /usr/src/tools/build/mk  -m /usr/src/share/mk
 /usr/obj/usr/src/make.i386/make -f Makefile.inc1 BOOTSTRAPPING=502000
  -DNOHTML -DNOINFO -DNOLINT -DNOMAN -DNOPIC -DNOPROFILE -DNOSHARED
 -DNO_CPU_CFLAGS -DNO_WARNS legacy
 === tools/build
 /usr/obj/usr/src/i386/usr/src/tools/build created for
 /usr/src/tools/build cd /usr/src/tools/build;
 /usr/obj/usr/src/make.i386/make buildincludes;
 /usr/obj/usr/src/make.i386/make installincludes
 rm -f .depend
 mkdep -f .depend -a-I/usr/obj/usr/src/i386/legacy/usr/include
 /usr/src/tools/build/dummy.c
 cc -O -pipe  -I/usr/obj/usr/src/i386/legacy/usr/include -c
 /usr/src/tools/build/dummy.c
 building static egacy library
 ranlib libegacy.a
 sh /usr/src/tools/install.sh -C -o root -g wheel -m 444   libegacy.a
 /usr/obj/usr/src/i386/legacy/usr/lib
 *** Signal 11

 Stop in /usr/src/tools/build.
 *** Error code 1

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

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

 Stop in /usr/src.
 bash-2.05b#




 dmesg
--- -

 Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993,
 1994 The Regents of the University of California. All rights
 reserved. FreeBSD 5.2-RELEASE #1: Thu Jan 15 14:42:57 CST 2004
 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/MONITOR
 Preloaded elf kernel /boot/kernel/kernel at 0xc096e000.
 Preloaded elf module /boot/kernel/acpi.ko at 0xc096e1cc.
 Timecounter i8254 frequency 1193182 Hz quality 0
 CPU: Intel Pentium III (601.37-MHz 686-class CPU)
   Origin = GenuineIntel  Id = 0x681  Stepping = 1

 Features=0x383f9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MC
A,CMOV, PAT,PSE36,MMX,FXSR,SSE
 real memory  = 268419072 (255 MB)
 avail memory = 251092992 (239 MB)
 Pentium Pro MTRR support enabled
 npx0: [FAST]
 npx0: math processor on motherboard
 npx0: INT 16 interface
 acpi0: ASUS   P3B_Fon motherboard
 pcibios: BIOS version 2.10
 Using $PIR table, 8 entries at 0xc00f0e70
 acpi0: Power Button (fixed)
 Timecounter ACPI-safe frequency 3579545 Hz quality 1000
 acpi_timer0: 24-bit timer at 3.579545MHz port 0xe408-0xe40b on
 acpi0 acpi_cpu0: CPU on acpi0
 acpi_button0: Power Button on acpi0
 pcib0: ACPI Host-PCI bridge port 0xcf8-0xcff on acpi0
 pci0: ACPI PCI bus on pcib0
 pcib0: slot 4 INTD is routed to irq 10
 pcib0: slot 9 INTA is routed to irq 10
 pcib0: slot 10 INTA is routed to irq 11
 agp0: Intel 82443BX (440 BX) host to PCI bridge mem
 0xe400-0xe7ff at device 0.0 on pci0
 pcib1: PCI-PCI bridge at device 1.0 on pci0
 pci1: PCI bus on pcib1
 pci1: display, VGA at device 0.0 (no driver attached)
 isab0: PCI-ISA bridge at device 4.0 on pci0
 isa0: ISA bus on isab0
 atapci0: Intel PIIX4 UDMA33 controller port 0xb800-0xb80f at device
 4.1 on pci0
 ata0: at 0x1f0 irq 14 on atapci0
 ata0: [MPSAFE]
 ata1: at 0x170 irq 15 on atapci0
 ata1: [MPSAFE]
 uhci0: Intel 82371AB/EB (PIIX4) USB controller port 0xb400-0xb41f
 irq 10 at device 4.2 on pci0
 usb0: Intel 82371AB/EB (PIIX4) USB controller on uhci0
 usb0: USB revision 1.0
 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
 uhub0: 2 ports with 2 removable, self powered
 pci0: bridge, PCI-unknown at device 4.3 (no driver attached)
 fxp0: Intel 82551 Pro/100 Ethernet port 0xb000-0xb03f mem
 0xe180-0xe181,0xe200-0xe2000fff irq 10 at devic
 9.0 on pci0
 fxp0: Ethernet address
 miibus0: MII bus on fxp0
 inphy0: i82555 10/100 media interface on miibus0
 inphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
 fxp1: Intel 82551 Pro/100 Ethernet port 0xa800-0xa83f mem
 0xe080-0xe081,0xe100-0xe1000fff irq 11 

Re: make buildworld error

2003-10-22 Thread Gregory Neil Shapiro
 === etc/sendmail
 make: don't know how to make freebsd.cf. Stop
 *** Error code 2

Does /usr/src/etc/sendmail/freebsd.mc exist?
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


make buildworld error

2003-10-21 Thread Grzegorz Neon
Hello,

I installed 4.8 yesterday and i need to upgrade it but I'm getting this
error when i try to do make buildworld:

=== usr.sbin/boot0cfg
cc -O -pipe -march=k6 -W -Wall -Wstrict-prototypes -Wmissing-
prototypes -W
pointer-arith -Wno-uninitialized -Wreturn-type -Wcast-qual -Wwrite-
strings -
Wswitch -Wshadow -c /usr/src/usr.sbin/boot0cfg/boot0cfg.c
cc -O -pipe -march=k6 -W -Wall -Wstrict-prototypes -Wmissing-
prototypes -W
pointer-arith -Wno-uninitialized -Wreturn-type -Wcast-qual -Wwrite-
strings -
Wswitch -Wshadow -o boot0cfg boot0cfg.o
gzip -cn /usr/src/usr.sbin/boot0cfg/boot0cfg.8  boot0cfg.8.gz
=== etc
=== etc/sendmail
make: don't know how to make freebsd.cf. 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.


First i tried to redownload sources and rm -rf /usr/obj/* but it didnt 
help.
Did anyone have same problem ?


# uname -v
FreeBSD 4.8-RELEASE #0: Thu Apr 3 10:53:38 GMT 2003
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC

# cat checkouts.cvs:RELENG_4
F 5 1066771415


___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


make buildworld error

2003-09-09 Thread Dennis M. Yocum
HELP..

can anyone please tell me where to look for the answer to the following error that 
happens during the make buildworld process?

make:  don't know how to make assert.cpp  Stop^M
*** Error code 2^M
^M
Stop in /usr/src/gnu/usr.bin/groff/src/libs.^M
*** Error code 1^M

and it goes on in simular fashion.

thanks
den
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: make buildworld error upgrading to 4.8R

2003-04-06 Thread Kris Kennaway
On Sat, Apr 05, 2003 at 11:14:12PM -0400, Nicholas Fitzgerald wrote:
 - Original Message -
 From: Kris Kennaway [EMAIL PROTECTED]
 To: Nicholas Fitzgerald [EMAIL PROTECTED]
 Cc: Kris Kennaway [EMAIL PROTECTED]; [EMAIL PROTECTED]
 Sent: Saturday, April 05, 2003 11:02 PM
 Subject: Re: make buildworld error upgrading to 4.8R
 
 On Sat, Apr 05, 2003 at 11:01:52PM -0400, Nicholas Fitzgerald wrote:
 
  No, I do not have either one of these set in my environment or in my
  make.conf.
 
 How did you install gcc 3?
 
 Kris
 
 I downloaded the tar file from the gcc web site and compiled and installed
 it that way.

OK, it sounds like you overwrote the FreeBSD system compiler.  You
need to reinstall it somehow.  Something like:

  cd /usr/src/gnu/usr.bin/cc
  make depend  make all  make install

might fix your system enough to complete a 'make world'.  Otherwise
(or if you're not comfortable doing this) you could reinstall FreeBSD.

If you really want to install gcc 3 for compiling your own code, use
the port, which installs it safely so it coexists with the system
compiler.

Kris


pgp0.pgp
Description: PGP signature


Re: make buildworld error upgrading to 4.8R

2003-04-05 Thread Kris Kennaway
On Sat, Apr 05, 2003 at 02:19:15AM -0400, Nicholas Fitzgerald wrote:

 - Original Message -
 From: Kris Kennaway [EMAIL PROTECTED]
 To: Nicholas Fitzgerald [EMAIL PROTECTED]
 Cc: [EMAIL PROTECTED]
 Sent: Saturday, April 05, 2003 1:54 AM
 Subject: Re: make buildworld error upgrading to 4.8R
 
 It looks like you're trying to compile FreeBSD with gcc 3.x.  You
 can't do this; you have to use the system compiler.
 
 Kris
 
 Thanks for the quick reply Kris.  I am assuming that it is trying to use gcc
 3.x because of a setting somewhere but I am unsure where I would find this.
 Any help?

Do you have CC or CXX set in your environment or make.conf?

Kris


pgp0.pgp
Description: PGP signature


Re: make buildworld error upgrading to 4.8R

2003-04-05 Thread Nicholas Fitzgerald

- Original Message -
From: Kris Kennaway [EMAIL PROTECTED]
To: Nicholas Fitzgerald [EMAIL PROTECTED]
Cc: Kris Kennaway [EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent: Saturday, April 05, 2003 6:47 PM
Subject: Re: make buildworld error upgrading to 4.8R

On Sat, Apr 05, 2003 at 02:19:15AM -0400, Nicholas Fitzgerald wrote:

 - Original Message -
 From: Kris Kennaway [EMAIL PROTECTED]
 To: Nicholas Fitzgerald [EMAIL PROTECTED]
 Cc: [EMAIL PROTECTED]
 Sent: Saturday, April 05, 2003 1:54 AM
 Subject: Re: make buildworld error upgrading to 4.8R
 
 It looks like you're trying to compile FreeBSD with gcc 3.x.  You
 can't do this; you have to use the system compiler.
 
 Kris

Thanks for the quick reply Kris.  I am assuming that it is trying to use
gcc
 3.x because of a setting somewhere but I am unsure where I would find
this.
 Any help?

Do you have CC or CXX set in your environment or make.conf?

Kris


No, I do not have either one of these set in my environment or in my
make.conf.

Nicholas


___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: make buildworld error upgrading to 4.8R

2003-04-05 Thread Nicholas Fitzgerald
- Original Message -
From: Kris Kennaway [EMAIL PROTECTED]
To: Nicholas Fitzgerald [EMAIL PROTECTED]
Cc: Kris Kennaway [EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent: Saturday, April 05, 2003 11:02 PM
Subject: Re: make buildworld error upgrading to 4.8R

On Sat, Apr 05, 2003 at 11:01:52PM -0400, Nicholas Fitzgerald wrote:

 No, I do not have either one of these set in my environment or in my
 make.conf.

How did you install gcc 3?

Kris

I downloaded the tar file from the gcc web site and compiled and installed
it that way.

Nicholas


___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


make buildworld error upgrading to 4.8R

2003-04-04 Thread Nicholas Fitzgerald
Hello,

I have CVSup'd the latest source for 4.8-RELEASE to upgrade from 4.7-RELEASE
but when I go to make buildworld I get the following error:

=== gnu/usr.bin/gperf/doc
c++  -O -pipe -D__FBSDID=__RCSID -I/usr/src/gnu/usr.bin/gperf/../../../c
ontrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c
/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/bool-array.cc
c++  -O -pipe -D__FBSDID=__RCSID -I/usr/src/gnu/usr.bin/gperf/../../../c
ontrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c
/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/gen-perf.cc
c++  -O -pipe -D__FBSDID=__RCSID -I/usr/src/gnu/usr.bin/gperf/../../../c
ontrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c
/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/hash-table.cc
c++  -O -pipe -D__FBSDID=__RCSID -I/usr/src/gnu/usr.bin/gperf/../../../c
ontrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c
/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/iterator.cc
c++  -O -pipe -D__FBSDID=__RCSID -I/usr/src/gnu/usr.bin/gperf/../../../c
ontrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c
/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/key-list.cc
c++  -O -pipe -D__FBSDID=__RCSID -I/usr/src/gnu/usr.bin/gperf/../../../c
ontrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c
/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/list-node.cc
c++  -O -pipe -D__FBSDID=__RCSID -I/usr/src/gnu/usr.bin/gperf/../../../c
ontrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c
/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/main.cc
c++  -O -pipe -D__FBSDID=__RCSID -I/usr/src/gnu/usr.bin/gperf/../../../c
ontrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c
/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/new.cc
c++  -O -pipe -D__FBSDID=__RCSID -I/usr/src/gnu/usr.bin/gperf/../../../c
ontrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c
/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/options.cc
c++  -O -pipe -D__FBSDID=__RCSID -I/usr/src/gnu/usr.bin/gperf/../../../c
ontrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c
/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/read-line.cc
c++  -O -pipe -D__FBSDID=__RCSID -I/usr/src/gnu/usr.bin/gperf/../../../c
ontrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c
/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/trace.cc
c++  -O -pipe -D__FBSDID=__RCSID -I/usr/src/gnu/usr.bin/gperf/../../../c
ontrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c
/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/vectors.cc
c++  -O -pipe -D__FBSDID=__RCSID -I/usr/src/gnu/usr.bin/gperf/../../../c
ontrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c
/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/version.cc
c++  -O -pipe -D__FBSDID=__RCSID -I/usr/src/gnu/usr.bin/gperf/../../../c
ontrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c
/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib/hash.cc
cc -O -pipe -D__FBSDID=__RCSID -c
/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib/getopt.c
cc -O -pipe -D__FBSDID=__RCSID -c
/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib/getopt1.c
c++  -O -pipe -D__FBSDID=__RCSID -I/usr/src/gnu/usr.bin/gperf/../../../c
ontrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf  -static -o gperf bool-array.o
gen-perf.o hash-table.o iterator.o key-list.o list-node.o main.o new.o
options.o read-line.o trace.o vectors.o version.o hash.o getopt.o getopt1.o
gen-perf.o: In function `Gen_Perf::change(List_Node*, List_Node*)':
gen-perf.o(.text+0x365): undefined reference to `operator new[](unsigned)'
gen-perf.o(.eh_frame+0x12): undefined reference to `__gxx_personality_v0'
hash-table.o(.eh_frame+0x11): undefined reference to `__gxx_personality_v0'
key-list.o: In function `Key_List::get_special_input(char)':
key-list.o(.text+0xc1): undefined reference to `operator new[](unsigned)'
key-list.o(.text+0x193): undefined reference to `operator new[](unsigned)'
key-list.o: In function `Key_List::set_output_types()':
key-list.o(.text+0x342): undefined reference to `operator new[](unsigned)'
key-list.o(.text+0x363): undefined reference to `operator new[](unsigned)'
key-list.o: In function `parse_line(char const*, char const*)':
key-list.o(.text+0x3bb): undefined reference to `operator new[](unsigned)'
key-list.o(.gnu.linkonce.d._ZTV14Output_Compare+0x8): undefined reference to
`__cxa_pure_virtual'
key-list.o(.gnu.linkonce.d._ZTV11Output_Expr+0x8): undefined reference to
`__cxa_pure_virtual'
key-list.o(.gnu.linkonce.d._ZTV16Output_Constants+0x8): undefined reference
to `__cxa_pure_virtual'
key-list.o(.gnu.linkonce.d._ZTV16Output_Constants+0xc): undefined reference
to `__cxa_pure_virtual'
key-list.o(.gnu.linkonce.d._ZTV16Output_Constants+0x10): undefined reference
to `__cxa_pure_virtual'
key-list.o(.gnu.linkonce.d._ZTI16Output_Constants+0x0): undefined reference
to `vtable for __cxxabiv1::__class_type_info'
key-list.o(.gnu.linkonce.d._ZTI14Output_Defines+0x0): undefined reference to
`vtable for __cxxabiv1::__si_class_type_info'
key-list.o(.gnu.linkonce.d._ZTI11Output_Enum+0x0): undefined 

Re: make buildworld error upgrading to 4.8R

2003-04-04 Thread Kris Kennaway
On Fri, Apr 04, 2003 at 11:15:02PM -0400, Nicholas Fitzgerald wrote:
 Hello,
 
 I have CVSup'd the latest source for 4.8-RELEASE to upgrade from 4.7-RELEASE
 but when I go to make buildworld I get the following error:

It looks like you're trying to compile FreeBSD with gcc 3.x.  You
can't do this; you have to use the system compiler.

Kris


pgp0.pgp
Description: PGP signature


Re: make buildworld error upgrading to 4.8R

2003-04-04 Thread Nicholas Fitzgerald

- Original Message -
From: Kris Kennaway [EMAIL PROTECTED]
To: Nicholas Fitzgerald [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Saturday, April 05, 2003 1:54 AM
Subject: Re: make buildworld error upgrading to 4.8R

It looks like you're trying to compile FreeBSD with gcc 3.x.  You
can't do this; you have to use the system compiler.

Kris

Thanks for the quick reply Kris.  I am assuming that it is trying to use gcc
3.x because of a setting somewhere but I am unsure where I would find this.
Any help?

Thanks again,
Nicholas


___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: make buildworld -- ERROR

2002-10-01 Thread Kris Kennaway

On Mon, Sep 30, 2002 at 10:48:56AM -0500, MET wrote:

 # make buildworld
 
 After about 5 minutes it fails horribly.

Does it always fail in the same place?  You may have failing hardware.

Kris



msg03539/pgp0.pgp
Description: PGP signature


make buildworld -- ERROR

2002-09-30 Thread MET

I've cvsuped to -STABLE.

So now following a tutorial in the FreeBSD Unleashed book I'ved simply entered 
one command.

# make buildworld

After about 5 minutes it fails horribly.



cc -O -pipe  -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\/usr\ 
-I/usr/obj/usr/src/gnu/usr.bin/cc/cc_int/../cc_tools 
-I/usr/src/gnu/usr.bin/cc/cc_int/../cc_tools 
-I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc 
-I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config 
-DTARGET_NAME=\i386-unknown-freebsd\ -DIN_GCC  -c 
/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/lcm.c -o lcm.o
Illegal instruction - core dumped
*** Error code 132
1 error
*** Error code 2
1 error
*** Error code 2
1 error
*** Error code 2
1 error
*** Error code 2
1 error
*** Error code 2
1 error
*** Error code 2
1 error
ox#

=

Any ideas?  I'm not sure what else to include in this email, so please ask 
away.  

Also note, I'm doing this because I would like to install some ports which are 
having issues, and a few people have suggested that doing this is the way to 
fix it.

Thanks in advance, as always.

~ Matthew

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



Re: make buildworld error after cvsup

2002-07-24 Thread Michael Sharp

re-cvsup, its likely you cvsupped and got 1/2 a commit.


 Milon Papezík wrote:

 the same here :-(

  Milon

 -Original Message-
 From: Jamie Heckford [mailto:[EMAIL PROTECTED]]
 Sent: Tuesday, July 23, 2002 4:56 PM
 To: [EMAIL PROTECTED]
 Subject: make buildworld error after cvsup


 Hi,

 After a cvsup about an hour ago I am getting the following error
 running make buildworld:


 I just cvsuped src-all (1613 GMT) and didn't have any problem. Try it
  again.

 Kent



 --snip--

 === share/doc/usd/19.memacros
 === share/doc/usd/20.meref
 === share/doc/usd/30.rouge
 make: don't know how to make buildincludes. Stop
 *** Error Code 2

 Stop in /usr/src/share/doc/usd.
 *** Error Code 1

 Stop in /usr/src/share/doc.
 *** Error Code 1

 Stop in /usr/src/share.
 *** Error Code 1

 Stop in /usr/src.
 *** Error Code 1

 Stop in /usr/src.

 --snip--

 Un-CommentedNOGAMES=TRUE in /etc/defaults/make.conf and my
 build carried on fine :-)

 However for people using the default cvsup set it will probably
 cause them to fall over.

 Thanks,

 --
 Jamie Heckford
 Network Manager
 Trident Microsystems Ltd
 Tel:  01737 780790  Fax:  01737 771908
 http://www.tridentmicrosystems.co.uk

 ***

 This e-mail message contains confidential information for
 the above addressee only. Any opinion or views contained
 in this e-mail message are those of the sender and do not
 necessarily represent those of the Company. Unless otherwise
 stated this e-mail message is not intended to be contractually
 binding.  E-mail transmission cannot be guaranteed to be
 secure or error-free and the sender therefore does not accept
 liability for any errors or omissions in the contents of this
 message.

 Trident Microsystems Ltd Group of Companies
 Perrywood Business Park, Honeycrock Lane, Salfords, Redhill,
 Surrey, RH1 5JQ

 Tel:  (44) (0) 1737 780790   Fax:  (44) (0) 1737 771908

 Registered office:  Abacus House, Bone Lane, Newbury,
 Berkshire, RG14 5SF


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

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

 .




 --
 Kent Stewart
 Richland, WA

 http://users.owt.com/kstewart/index.html


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




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



RE: make buildworld error

2002-07-21 Thread Balaji, Pavan


libpam -- the 'cause of the error is not installed by the standard
installation settings in FreeBSD 4.6. You need to either use completer
installation from the CD or remove libpam from the Makefile in /usr/src/lib
-- I used the second one, and it hasn't given any problems so far.


Pavan Balaji,
Intel Corporation

Only the Paranoid Survive  --  Andy Grove


 -Original Message-
 From: Jesse Geddis [mailto:[EMAIL PROTECTED]]
 Sent: Saturday, July 20, 2002 10:05 PM
 To: [EMAIL PROTECTED]
 Subject: make buildworld error
 
 
   This is what i get during a make build world on a 
 freshly installed system
 with all the source after just doing a CVS off 
 cvs2.freebsd.org of all but
 the docs:
 
 pointers?
 
 cc -fpic -DPIC -O -pipe
 -I/usr/src/lib/libpam/modules/pam_ssh/../../../../crypt
 o/openssh  -c /usr/src/lib/libpam/modules/pam_ssh/pam_ssh.c 
 -o pam_ssh.So
 building shared library pam_ssh.so
 /usr/obj/usr/src/i386/usr/libexec/elf/ld: cannot find -lssh
 *** Error code 1
 
 Stop in /usr/src/lib/libpam/modules/pam_ssh.
 *** Error code 1
 
 Stop in /usr/src/lib/libpam/modules.
 *** Error code 1
 
 Stop in /usr/src/lib/libpam.
 *** Error code 1
 
 Stop in /usr/src/lib.
 *** Error code 1
 
 Stop in /usr/src.
 *** Error code 1
 
 Stop in /usr/src.
 *** Error code 1
 
 Stop in /usr/src.
 
 
 To Unsubscribe: send mail to [EMAIL PROTECTED]
 with unsubscribe freebsd-questions in the body of the message
 

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