Re: make buildworld error
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]
RE: make buildworld error
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]
Re: make buildworld error
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
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
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
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
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
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
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
-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
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
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
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]
Re: make buildworld error
=== 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]
Re: make buildworld error upgrading to 4.8R
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
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
- 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
- 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]
Re: make buildworld error upgrading to 4.8R
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
- 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
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
Re: make buildworld error after cvsup
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
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