Re: buildworld error 8.2-STABLE amd64
On Mon, 02 Jan 2012 07:18:53 +0100 Marco Steinbach c...@executive-computing.de wrote: Janos Dohanics wrote on 31.12.2011 19:56: Buildworld stopped with this error (with updated source): [...] cc -O3 -DNEED_SOLARIS_BOOLEAN [...] I have posted the build log at http://wwwp.3dresearch.com/ALMAVIVA2011123101_buildworld Would you please advise? Quoting /usr/share/examples/etc/make.conf: # CFLAGS controls the compiler settings used when compiling C code. # Note that optimization settings other than -O and -O2 are not # recommended or supported for compiling the world or the kernel - # please revert any nonstandard optimization settings to -O or -O2 # -fno-strict-aliasing before submitting bug reports without patches # to the developers. The error you're seeing is a result from using O3 for building the source in question -- At least my 8.2-STABLE ran into the same problem, once I used O3, instead of the default '-O2 -pipe'. MfG CoCo Thank you, there was indeed the line CFLAGS=-O3 in make.conf, after I have commented it out, I could build world. I'm wondering how was my make.conf changed though; I'm sure I did not add CFLAGS=-O3 - is it possible that one of the ports have added this? -- Janos Dohanics ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: buildworld error 8.2-STABLE amd64
Janos Dohanics wrote on 02.01.2012 11:04: On Mon, 02 Jan 2012 07:18:53 +0100 Marco Steinbach c...@executive-computing.de wrote: Janos Dohanics wrote on 31.12.2011 19:56: Buildworld stopped with this error (with updated source): [...] cc -O3 -DNEED_SOLARIS_BOOLEAN [...] I have posted the build log at http://wwwp.3dresearch.com/ALMAVIVA2011123101_buildworld Would you please advise? Quoting /usr/share/examples/etc/make.conf: # CFLAGS controls the compiler settings used when compiling C code. # Note that optimization settings other than -O and -O2 are not # recommended or supported for compiling the world or the kernel - # please revert any nonstandard optimization settings to -O or -O2 # -fno-strict-aliasing before submitting bug reports without patches # to the developers. The error you're seeing is a result from using O3 for building the source in question -- At least my 8.2-STABLE ran into the same problem, once I used O3, instead of the default '-O2 -pipe'. MfG CoCo Thank you, there was indeed the line CFLAGS=-O3 in make.conf, after I have commented it out, I could build world. I'm wondering how was my make.conf changed though; I'm sure I did not add CFLAGS=-O3 - is it possible that one of the ports have added this? Although, as far as I can tell, not explicitly forbidden in the porter's handbook, I think that to be highly unlikely in the case of CFLAGS. The least I'd expect would be some kind notice, if so intrusive a change is done deliberately. If I'd suspect a port fiddling with /etc/make.conf, I'd probably go looking for entries carrying a timestamp close to /etc/make.confs in /var/db/pkg. Of course, this largely depends on what happened in between the time of actual modification and me noticing, but I think that's the first thing I'd do. MfG CoCo ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: buildworld error 8.2-STABLE amd64
On Mon, 02 Jan 2012 13:15:59 +0100 Marco Steinbach c...@executive-computing.de wrote: Janos Dohanics wrote on 02.01.2012 11:04: On Mon, 02 Jan 2012 07:18:53 +0100 Marco Steinbach c...@executive-computing.de wrote: Janos Dohanics wrote on 31.12.2011 19:56: Buildworld stopped with this error (with updated source): [...] cc -O3 -DNEED_SOLARIS_BOOLEAN [...] I have posted the build log at http://wwwp.3dresearch.com/ALMAVIVA2011123101_buildworld Would you please advise? Quoting /usr/share/examples/etc/make.conf: # CFLAGS controls the compiler settings used when compiling C code. # Note that optimization settings other than -O and -O2 are not # recommended or supported for compiling the world or the kernel - # please revert any nonstandard optimization settings to -O or # -O2 -fno-strict-aliasing before submitting bug reports without # patches to the developers. The error you're seeing is a result from using O3 for building the source in question -- At least my 8.2-STABLE ran into the same problem, once I used O3, instead of the default '-O2 -pipe'. MfG CoCo Thank you, there was indeed the line CFLAGS=-O3 in make.conf, after I have commented it out, I could build world. I'm wondering how was my make.conf changed though; I'm sure I did not add CFLAGS=-O3 - is it possible that one of the ports have added this? Although, as far as I can tell, not explicitly forbidden in the porter's handbook, I think that to be highly unlikely in the case of CFLAGS. The least I'd expect would be some kind notice, if so intrusive a change is done deliberately. If I'd suspect a port fiddling with /etc/make.conf, I'd probably go looking for entries carrying a timestamp close to /etc/make.confs in /var/db/pkg. Of course, this largely depends on what happened in between the time of actual modification and me noticing, but I think that's the first thing I'd do. MfG CoCo Thanks again, unfortunately, I have edited /etc/make.conf and did not make note of the time stamp... -- Janos Dohanics ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: buildworld error 8.2-STABLE amd64
Janos Dohanics wrote on 31.12.2011 19:56: Buildworld stopped with this error (with updated source): [...] cc -O3 -DNEED_SOLARIS_BOOLEAN [...] I have posted the build log at http://wwwp.3dresearch.com/ALMAVIVA2011123101_buildworld Would you please advise? Quoting /usr/share/examples/etc/make.conf: # CFLAGS controls the compiler settings used when compiling C code. # Note that optimization settings other than -O and -O2 are not recommended # or supported for compiling the world or the kernel - please revert any # nonstandard optimization settings to -O or -O2 -fno-strict-aliasing # before submitting bug reports without patches to the developers. The error you're seeing is a result from using O3 for building the source in question -- At least my 8.2-STABLE ran into the same problem, once I used O3, instead of the default '-O2 -pipe'. MfG CoCo ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
buildworld error 8.2-STABLE amd64
Buildworld stopped with this error (with updated source): [...] cc -O3 -DNEED_SOLARIS_BOOLEAN -I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/compat/opensolaris -I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/compat/opensolaris/include -I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris -I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris -I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/head -I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/common -I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt -I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -g -std=gnu89 -fstack-protector -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 -Wno-pointer-sign -Wno-unknown-pragmas -c /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/output.c cc -O3 -DNEED_SOLARIS_BOOLEAN -I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/compat/opensolaris -I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/compat/opensolaris/include -I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris -I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris -I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/head -I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/common -I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt -I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -g -std=gnu89 -fstack-protector -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 -Wno-pointer-sign -Wno-unknown-pragmas -c /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/st_parse.c cc1: warnings being treated as errors /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/st_parse.c: In function 'tdefdecl': /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/st_parse.c:777: warning: 'width' may be used uninitialized in this function /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/st_parse.c:777: note: 'width' was declared here *** Error code 1 Stop in /usr/src/cddl/usr.bin/ctfconvert. *** Error code 1 Stop in /usr/src/cddl/usr.bin. *** Error code 1 Stop in /usr/src/cddl. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. I have posted the build log at http://wwwp.3dresearch.com/ALMAVIVA2011123101_buildworld Would you please advise? -- Janos Dohanics ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Buildworld error
Do you have anything obscure in make.conf ? When it fails in succession, does it fail *after* the last point of failure, or is it randomized? When was your last c(v)sup? Hi Glen the error seems randomized I did a fresh cvsup and moved make.conf out of the way and did all the clean up steps as per the handbook this morning and it still failed. The only thing the error has in common each time is internal compiler error: in find_idf, Thanks ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Buildworld error
Terry ( 1stKMH ) te...@firstkmh.co.uk writes: Hi Glen the error seems randomized I did a fresh cvsup and moved make.conf out of the way and did all the clean up steps as per the handbook this morning and it still failed. The only thing the error has in common each time is internal compiler error: in find_idf, If the errors are different each time, it's probably not a software problem. Test your RAM. -- Lowell Gilbert, embedded/networking software engineer, Boston area http://be-well.ilk.org/~lowell/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Buildworld error
I am trying to upgrade from 7.0-STABLE to 7.1 Release. I used RELENG_7_1 as my cvsup tag. But no matter what I try I get error's during make buildworld --- /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/sched-ebb.c: In function 'schedule_ebbs': /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/sched-ebb.c:542: internal compiler error: in find_idf, at tree-into-ssa.c:1040 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. *** Error code 1 Stop in /usr/src/gnu/usr.bin/cc/cc_int. *** Error code 1 -- I did read on google that one person got around it by installing ccache but it didnt work for me also the error is not all ways the same -- /include -c asn1_HostAddress.c -o asn1_HostAddress.So asn1_HostAddress.c: In function 'decode_HostAddress': asn1_HostAddress.c:52: internal compiler error: in find_idf, at tree-into-ssa.c:1040 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. *** Error code 1 Stop in /usr/src/kerberos5/lib/libasn1. - The machine runs fine and ports build with no problems. Any info welcome Thanks ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Buildworld error
On Sun, Jan 25, 2009 at 1:56 PM, Terry te...@bluelight.org.uk wrote: I am trying to upgrade from 7.0-STABLE to 7.1 Release. I used RELENG_7_1 as my cvsup tag. But no matter what I try I get error's during make buildworld --- /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/sched-ebb.c: In function 'schedule_ebbs': /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/sched-ebb.c:542: internal compiler error: in find_idf, at tree-into-ssa.c:1040 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. *** Error code 1 Stop in /usr/src/gnu/usr.bin/cc/cc_int. *** Error code 1 -- I did read on google that one person got around it by installing ccache but it didnt work for me also the error is not all ways the same -- /include -c asn1_HostAddress.c -o asn1_HostAddress.So asn1_HostAddress.c: In function 'decode_HostAddress': asn1_HostAddress.c:52: internal compiler error: in find_idf, at tree-into-ssa.c:1040 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. *** Error code 1 Stop in /usr/src/kerberos5/lib/libasn1. Do you have anything obscure in make.conf ? When it fails in succession, does it fail *after* the last point of failure, or is it randomized? When was your last c(v)sup? -- Glen Barber ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
buildworld error with 7.1 BETA
make -j 4 buildworld gives after a while the following gzip -cn /usr/src/usr.sbin/zic/zdump/../zdump.8 zdump.8.gz cc -O2 -fno-strict-aliasing -pipe -DTM_GMTOFF=tm_gmtoff -DTM_ZONE=tm_zone -DSTD_INSPIRED -DPCTS -DHAVE_LONG_DOUBLE -DTZDIR=\/usr/share/zoneinfo\ -Demkdir=mkdir -I/usr/src/usr.sbin/zic/zdump/.. -I/usr/src/usr.sbin/zic/zdump/../../../lib/libc/stdtime -o zdump zdump.o ialloc.o scheck.o === usr.sbin/zzz (all) gzip -cn /usr/src/usr.sbin/zzz/zzz.8 zzz.8.gz 1 error *** Error code 2 1 error *** Error code 2 1 error Suggestions? /Leslie ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: buildworld error with 7.1 BETA
make -j 4 buildworld gives after a while the following gzip -cn /usr/src/usr.sbin/zic/zdump/../zdump.8 zdump.8.gz cc -O2 -fno-strict-aliasing -pipe -DTM_GMTOFF=tm_gmtoff -DTM_ZONE=tm_zone -DSTD_INSPIRED -DPCTS -DHAVE_LONG_DOUBLE -DTZDIR=\/usr/share/zoneinfo\ -Demkdir=mkdir -I/usr/src/usr.sbin/zic/zdump/.. -I/usr/src/usr.sbin/zic/zdump/../../../lib/libc/stdtime -o zdump zdump.o ialloc.o scheck.o === usr.sbin/zzz (all) gzip -cn /usr/src/usr.sbin/zzz/zzz.8 zzz.8.gz 1 error *** Error code 2 1 error *** Error code 2 1 error Suggestions? /Leslie i could almost see this coming. seems pretty much like hardware. just try to run make one more time. not cleaning anything just type the same make command after fail without extra activity. if it fails again check if you have filled your disks up and you might want to `ls /usr/src/usr.sbin/zzz/zzz.8` to see if its really there ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: buildworld error with 7.1 BETA
Nash Nipples skrev: make -j 4 buildworld gives after a while the following gzip -cn /usr/src/usr.sbin/zic/zdump/../zdump.8 zdump.8.gz cc -O2 -fno-strict-aliasing -pipe -DTM_GMTOFF=tm_gmtoff -DTM_ZONE=tm_zone -DSTD_INSPIRED -DPCTS -DHAVE_LONG_DOUBLE -DTZDIR=\/usr/share/zoneinfo\ -Demkdir=mkdir -I/usr/src/usr.sbin/zic/zdump/.. -I/usr/src/usr.sbin/zic/zdump/../../../lib/libc/stdtime -o zdump zdump.o ialloc.o scheck.o === usr.sbin/zzz (all) gzip -cn /usr/src/usr.sbin/zzz/zzz.8 zzz.8.gz 1 error *** Error code 2 1 error *** Error code 2 1 error Suggestions? /Leslie i could almost see this coming. seems pretty much like hardware. just try to run make one more time. not cleaning anything just type the same make command after fail without extra activity. if it fails again check if you have filled your disks up and you might want to `ls /usr/src/usr.sbin/zzz/zzz.8` to see if its really there It fails again! Disks are not full and the file is there. :df -H Filesystem SizeUsed Avail Capacity Mounted on /dev/ad4s4a520M224M254M47%/ devfs 1.0k1.0k 0B 100%/dev /dev/ad4s4g 33G1.3G 29G 4%/home /dev/ad4s4e520M 14k478M 0%/tmp /dev/ad4s4f 52G5.5G 42G11%/usr /dev/ad4s4d5.2G177M4.6G 4%/var I had 7.0 on the machine before and when upgrading to 7.0-p4 everything went smootly. Do you really think it's hardware? /Leslie ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: buildworld error with 7.1 BETA
just try to run make one more time. not cleaning anything just type the same make command after fail without extra activity. if it fails again check if you have filled your disks up and you might want to `ls /usr/src/usr.sbin/zzz/zzz.8` to see if its really there It fails again! Disks are not full and the file is there. no its less likely to be a hardware error. there are cases when it breaks into an error and then after you restart the whole procedure it goes fine and breaks somewhere closer to finish. i think you can try to update the source code once again. maybe the fix is coming. or you can try to run make in /usr/src/usr.sbin/zzz/ to make sure there is no errors or you can try to run make in /usr/src/etc/ which should be the next bus stop in the building world proccess. hope someone else knows (probably from [EMAIL PROTECTED]) nash original message: -- make -j 4 buildworld gives after a while the following gzip -cn /usr/src/usr.sbin/zic/zdump/../zdump.8 zdump.8.gz cc -O2 -fno-strict-aliasing -pipe -DTM_GMTOFF=tm_gmtoff -DTM_ZONE=tm_zone -DSTD_INSPIRED -DPCTS -DHAVE_LONG_DOUBLE -DTZDIR=\/usr/share/zoneinfo\ -Demkdir=mkdir -I/usr/src/usr.sbin/zic/zdump/.. -I/usr/src/usr.sbin/zic/zdump/../../../lib/libc/stdtime -o zdump zdump.o ialloc.o scheck.o === usr.sbin/zzz (all) gzip -cn /usr/src/usr.sbin/zzz/zzz.8 zzz.8.gz 1 error *** Error code 2 1 error *** Error code 2 1 error Suggestions? /Leslie ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: buildworld error with 7.1 BETA
2008/9/19 Leslie Jensen [EMAIL PROTECTED]: make -j 4 buildworld gives after a while the following gzip -cn /usr/src/usr.sbin/zic/zdump/../zdump.8 zdump.8.gz cc -O2 -fno-strict-aliasing -pipe -DTM_GMTOFF=tm_gmtoff -DTM_ZONE=tm_zone -DSTD_INSPIRED -DPCTS -DHAVE_LONG_DOUBLE -DTZDIR=\/usr/share/zoneinfo\ -Demkdir=mkdir -I/usr/src/usr.sbin/zic/zdump/.. -I/usr/src/usr.sbin/zic/zdump/../../../lib/libc/stdtime -o zdump zdump.o ialloc.o scheck.o === usr.sbin/zzz (all) gzip -cn /usr/src/usr.sbin/zzz/zzz.8 zzz.8.gz 1 error *** Error code 2 1 error *** Error code 2 1 error Suggestions? Build without -j so the error message is sensible. That should always be the first thing you strip out on failure, and before you even bother to report. :) -- -- ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: buildworld error with 7.1 BETA
Nash Nipples skrev: just try to run make one more time. not cleaning anything just type the same make command after fail without extra activity. if it fails again check if you have filled your disks up and you might want to `ls /usr/src/usr.sbin/zzz/zzz.8` to see if its really there It fails again! Disks are not full and the file is there. no its less likely to be a hardware error. there are cases when it breaks into an error and then after you restart the whole procedure it goes fine and breaks somewhere closer to finish. i think you can try to update the source code once again. maybe the fix is coming. or you can try to run make in /usr/src/usr.sbin/zzz/ to make sure there is no errors or you can try to run make in /usr/src/etc/ which should be the next bus stop in the building world proccess. When doing make in /usr/src/etc/ I got an error stating that it could not build /etc/mail/.submit.mc. It turned out that I had made a typo in /etc/make.conf. Sorry! Thanks for all your suggestions, it helped me find the error. /Leslie ___ 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
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]
Re: Buildworld error
Schiz0 [EMAIL PROTECTED] writes: I'm following the handbook to rebuild world. I updated via csup (Supfile: http://pastebin.ca/427631 ) right before I ran make buildworld. Now I'm getting this error: http://pastebin.ca/427605 I just installed the system before doing this, so the /usr/src dir should be fresh. Any ideas? Thanks in advance to everyone. Without IRC and the mailing lists, I would be using Windows ;-) Is there anything non-standard in your make.conf? Are you using Kerberos? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Buildworld error
On 4/7/07, Lowell Gilbert [EMAIL PROTECTED] wrote: Schiz0 [EMAIL PROTECTED] writes: I'm following the handbook to rebuild world. I updated via csup (Supfile: http://pastebin.ca/427631 ) right before I ran make buildworld. Now I'm getting this error: http://pastebin.ca/427605 I just installed the system before doing this, so the /usr/src dir should be fresh. Any ideas? Thanks in advance to everyone. Without IRC and the mailing lists, I would be using Windows ;-) Is there anything non-standard in your make.conf? Are you using Kerberos? No, I'm not using Kerberos. Also, I went through the entire make.conf man page and added the appropriate settings for my system. My make.conf is pasted at: http://pastebin.ca/428698 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Buildworld error
On 07/04/07, Schiz0 [EMAIL PROTECTED] wrote: On 4/7/07, Lowell Gilbert [EMAIL PROTECTED] wrote: Schiz0 [EMAIL PROTECTED] writes: I'm following the handbook to rebuild world. I updated via csup (Supfile: http://pastebin.ca/427631 ) right before I ran make buildworld. Now I'm getting this error: http://pastebin.ca/427605 I just installed the system before doing this, so the /usr/src dir should be fresh. Any ideas? Thanks in advance to everyone. Without IRC and the mailing lists, I would be using Windows ;-) Is there anything non-standard in your make.conf? Are you using Kerberos? No, I'm not using Kerberos. Also, I went through the entire make.conf man page and added the appropriate settings for my system. My make.conf is pasted at: http://pastebin.ca/428698 For the first part, I do not believe that make checks what the NO_* variable is set to, only that it is set, so false is the same as true (I think I remember reading that somewhere). Try building world without any /etc/make.conf Obviously if it succeeds you have narrowed down your problems. If that fails, csup and try again. Sometimes you catch the server with partially updated sources. -- -- ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Buildworld error
Schiz0 [EMAIL PROTECTED] writes: On 4/7/07, Lowell Gilbert [EMAIL PROTECTED] wrote: Schiz0 [EMAIL PROTECTED] writes: I'm following the handbook to rebuild world. I updated via csup (Supfile: http://pastebin.ca/427631 ) right before I ran make buildworld. Now I'm getting this error: http://pastebin.ca/427605 I just installed the system before doing this, so the /usr/src dir should be fresh. Any ideas? Thanks in advance to everyone. Without IRC and the mailing lists, I would be using Windows ;-) Is there anything non-standard in your make.conf? Are you using Kerberos? No, I'm not using Kerberos. Also, I went through the entire make.conf man page and added the appropriate settings for my system. My make.conf is pasted at: http://pastebin.ca/428698 That is a *big* configuration file; I'm not going to go through all of it to debug it. You have a lot of variables set to false, which is the same as setting them to true; see make.conf(5) for details. I recommend building with an empty make.conf to be sure that you are able to build without any special settings, and *then* try tuning it (if you want to; there is rarely any strong reason to do so). ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Buildworld error
On 4/7/07, Lowell Gilbert [EMAIL PROTECTED] wrote: Schiz0 [EMAIL PROTECTED] writes: On 4/7/07, Lowell Gilbert [EMAIL PROTECTED] wrote: Schiz0 [EMAIL PROTECTED] writes: I'm following the handbook to rebuild world. I updated via csup (Supfile: http://pastebin.ca/427631 ) right before I ran make buildworld. Now I'm getting this error: http://pastebin.ca/427605 I just installed the system before doing this, so the /usr/src dir should be fresh. Any ideas? Thanks in advance to everyone. Without IRC and the mailing lists, I would be using Windows ;-) Is there anything non-standard in your make.conf? Are you using Kerberos? No, I'm not using Kerberos. Also, I went through the entire make.confman page and added the appropriate settings for my system. My make.conf is pasted at: http://pastebin.ca/428698 That is a *big* configuration file; I'm not going to go through all of it to debug it. You have a lot of variables set to false, which is the same as setting them to true; see make.conf(5) for details. I recommend building with an empty make.conf to be sure that you are able to build without any special settings, and *then* try tuning it (if you want to; there is rarely any strong reason to do so). It seems I read through make.conf(5) a bit to fast and missed the part about it ignoring the value of bool vars. I'll redo my make.conf and try rebuilding and see if that works. If it doesn't, I'll clear out make.confand try again. Thanks. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Buildworld error
Hey guys, I'm following the handbook to rebuild world. I updated via csup (Supfile: http://pastebin.ca/427631 ) right before I ran make buildworld. Now I'm getting this error: http://pastebin.ca/427605 I just installed the system before doing this, so the /usr/src dir should be fresh. Any ideas? Thanks in advance to everyone. Without IRC and the mailing lists, I would be using Windows ;-) ___ 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
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
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]
6-STABLE buildworld error
CVSUP to STABLE today and got the following result from a fresh 6.0 CD install. FreeBSD 6.0-RELEASE #0: Thu Nov 3 09:36:13 UTC 2005 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC i386 [make -j4 buildworld] === gnu/usr.bin/texinfo/doc makeinfo --no-split -I /usr/src/gnu/usr.bin/texinfo/doc -I /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc/info.texi -o info.info makeinfo --no-split -I /usr/src/gnu/usr.bin/texinfo/doc -I /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc/info-stnd.texi -o info-stnd.info ln -fs /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc/texinfo.txi texinfo.texi gzip -cn info.info info.info.gz makeinfo --no-split -I /usr/src/gnu/usr.bin/texinfo/doc -I /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc texinfo.texi -o texinfo.info gzip -cn info-stnd.info info-stnd.info.gz gzip -cn texinfo.info texinfo.info.gz 1 error *** Error code 2 1 error *** Error code 2 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 6-STABLE buildworld error
On 2005-12-15 13:50, Per olof Ljungmark [EMAIL PROTECTED] wrote: CVSUP to STABLE today and got the following result from a fresh 6.0 CD install. FreeBSD 6.0-RELEASE #0: Thu Nov 3 09:36:13 UTC 2005 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC i386 [make -j4 buildworld] ^ === gnu/usr.bin/texinfo/doc makeinfo --no-split -I /usr/src/gnu/usr.bin/texinfo/doc -I /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc/info.texi -o info.info makeinfo --no-split -I /usr/src/gnu/usr.bin/texinfo/doc -I /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc/info-stnd.texi -o info-stnd.info ln -fs /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc/texinfo.txi texinfo.texi gzip -cn info.info info.info.gz makeinfo --no-split -I /usr/src/gnu/usr.bin/texinfo/doc -I /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc texinfo.texi -o texinfo.info gzip -cn info-stnd.info info-stnd.info.gz gzip -cn texinfo.info texinfo.info.gz 1 error *** Error code 2 1 error *** Error code 2 Try again without -j4, as it tends to hide the real problem. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 6-STABLE buildworld error
Giorgos Keramidas wrote: On 2005-12-15 13:50, Per olof Ljungmark [EMAIL PROTECTED] wrote: CVSUP to STABLE today and got the following result from a fresh 6.0 CD install. FreeBSD 6.0-RELEASE #0: Thu Nov 3 09:36:13 UTC 2005 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC i386 [make -j4 buildworld] ^ === gnu/usr.bin/texinfo/doc makeinfo --no-split -I /usr/src/gnu/usr.bin/texinfo/doc -I /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc/info.texi -o info.info makeinfo --no-split -I /usr/src/gnu/usr.bin/texinfo/doc -I /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc/info-stnd.texi -o info-stnd.info ln -fs /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc/texinfo.txi texinfo.texi gzip -cn info.info info.info.gz makeinfo --no-split -I /usr/src/gnu/usr.bin/texinfo/doc -I /usr/src/gnu/usr.bin/texinfo/doc/../../../../contrib/texinfo/doc texinfo.texi -o texinfo.info gzip -cn info-stnd.info info-stnd.info.gz gzip -cn texinfo.info texinfo.info.gz 1 error *** Error code 2 1 error *** Error code 2 Try again without -j4, as it tends to hide the real problem. Hmmm... make buildworld worked fine... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 6-STABLE buildworld error
On 2005-12-15 15:23, Per olof Ljungmark [EMAIL PROTECTED] wrote: Giorgos Keramidas wrote: On 2005-12-15 13:50, Per olof Ljungmark [EMAIL PROTECTED] wrote: CVSUP to STABLE today and got the following result from a fresh 6.0 CD install. FreeBSD 6.0-RELEASE #0: Thu Nov 3 09:36:13 UTC 2005 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC i386 [make -j4 buildworld] ^ gzip -cn info-stnd.info info-stnd.info.gz gzip -cn texinfo.info texinfo.info.gz 1 error *** Error code 2 1 error *** Error code 2 Try again without -j4, as it tends to hide the real problem. Hmmm... make buildworld worked fine... You can always report this to Ruslan (ru at freebsd.org), but it's not a serious bug IMHO. Probably something related to the dependencies listed in the build makefiles. - 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
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
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
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: buildworld error in Makefile.inc1
Kris Kennaway said the following on 2/3/2005 12:29 AM: On Wed, Feb 02, 2005 at 10:25:38PM -0500, Glenn Sieb wrote: Stop in /usr/src. # So, should this upgrade be this painful? 5.1-RELEASE-p17 isn't _that_ old.. I kind of wonder now what's going to happen when I upgrade one of my boxes from 4.11-RELEASE to 5.3-RELEASE? :-/ Typically we only support source upgrades from systems after a certain point. Talk to [EMAIL PROTECTED] about the status of upgrading from 5.1-RELEASE. Thanks, Kris.. it appears that doing make -DALWAYS_CHECK_MAKE did the trick for me (which would have happened had I just done a buildworld, from what Ruslan said). Great appreciation from me to everyone who helped out on this issue. This makes my life MUCH easier tonight. :) Best, --Glenn -- They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety. ~Benjamin Franklin, Historical Review of Pennsylvania, 1759 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: buildworld error in Makefile.inc1
On Thu, Feb 03, 2005 at 10:53:24AM -0500, Glenn Sieb wrote: Kris Kennaway said the following on 2/3/2005 12:29 AM: On Wed, Feb 02, 2005 at 10:25:38PM -0500, Glenn Sieb wrote: Stop in /usr/src. # So, should this upgrade be this painful? 5.1-RELEASE-p17 isn't _that_ old.. I kind of wonder now what's going to happen when I upgrade one of my boxes from 4.11-RELEASE to 5.3-RELEASE? :-/ Typically we only support source upgrades from systems after a certain point. Talk to [EMAIL PROTECTED] about the status of upgrading from 5.1-RELEASE. Thanks, Kris.. it appears that doing make -DALWAYS_CHECK_MAKE did the trick for me (which would have happened had I just done a buildworld, from what Ruslan said). Great appreciation from me to everyone who helped out on this issue. This makes my life MUCH easier tonight. :) Don't ask me why ALWAYS_CHECK_MAKE was invented, I pathologically hate it. :-) Cheers, -- Ruslan Ermilov [EMAIL PROTECTED] FreeBSD committer pgp20z2buH81k.pgp Description: PGP signature
RE: buildworld error in Makefile.inc1
on WEDS 2-2-05, Glenn Sieb wrote (paraphrased): (quoting the error): error in Makefile.inc1, cannot continue... I ran into this problem last July doing a 5.1 5.2.1 upgrade, during each cvsup the Makefile.inc1 would be re downloaded because after each cvsup, I corrected the syntax (using #edit) 501101)) TO: 501101 )) in this case line 830, in my case I think it was line 137 iirc, maybe someone should permanently comment that code: # leave a space after the releasedir checking code # number and before the closing parenth PLEASE!!! I had found the solution after much time searching on the web... Jeff __ Do you Yahoo!? Yahoo! Mail - 250MB free storage. Do more. Manage less. http://info.mail.yahoo.com/mail_250 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: buildworld error in Makefile.inc1
On Wed, Feb 02, 2005 at 05:59:11PM -0800, Jeffrey Bouquet wrote: on WEDS 2-2-05, Glenn Sieb wrote (paraphrased): (quoting the error): error in Makefile.inc1, cannot continue... I ran into this problem last July doing a 5.1 5.2.1 upgrade, during each cvsup the Makefile.inc1 would be re downloaded because after each cvsup, I corrected the syntax (using #edit) 501101)) TO: 501101 )) in this case line 830, in my case I think it was line 137 iirc, maybe someone should permanently comment that code: # leave a space after the releasedir checking code # number and before the closing parenth PLEASE!!! make was fixed some time ago to not treat this as syntax error. Kris pgpKChNDWw1Xp.pgp Description: PGP signature
Re: buildworld error in Makefile.inc1
Kris Kennaway said the following on 2/2/2005 9:14 PM: On Wed, Feb 02, 2005 at 05:59:11PM -0800, Jeffrey Bouquet wrote: on WEDS 2-2-05, Glenn Sieb wrote (paraphrased): (quoting the error): error in Makefile.inc1, cannot continue... I ran into this problem last July doing a 5.1 5.2.1 upgrade, during each cvsup the Makefile.inc1 would be re downloaded because after each cvsup, I corrected the syntax (using #edit) 501101)) TO: 501101 )) in this case line 830, in my case I think it was line 137 iirc, maybe someone should permanently comment that code: # leave a space after the releasedir checking code # number and before the closing parenth PLEASE!!! make was fixed some time ago to not treat this as syntax error. Kris I changed the end of line 830... and now when I do make: # make +for: not found *** Error code 127 Stop in /usr/src. *** Error code 1 Stop in /usr/src. # So, should this upgrade be this painful? 5.1-RELEASE-p17 isn't _that_ old.. I kind of wonder now what's going to happen when I upgrade one of my boxes from 4.11-RELEASE to 5.3-RELEASE? :-/ Thanks in advance, everyone, Best, --Glenn -- They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety. ~Benjamin Franklin, Historical Review of Pennsylvania, 1759 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: buildworld error in Makefile.inc1
On Wed, Feb 02, 2005 at 10:25:38PM -0500, Glenn Sieb wrote: Stop in /usr/src. # So, should this upgrade be this painful? 5.1-RELEASE-p17 isn't _that_ old.. I kind of wonder now what's going to happen when I upgrade one of my boxes from 4.11-RELEASE to 5.3-RELEASE? :-/ Typically we only support source upgrades from systems after a certain point. Talk to [EMAIL PROTECTED] about the status of upgrading from 5.1-RELEASE. Kris pgpDwXhw41niZ.pgp Description: PGP signature
make buildworld error
... 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
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]
Buildworld Error, 5.3-RC1
Hi there, ran into the following problem after typing 'make buildworld' on a freshly installed, freshly cvsup'ed system. No changes were made to the default installation-- code was cvsup'ed to RELENG_5_3 before the buildworld. Hardware: Gigabyte GA7N400 Pro2, Athlon XP2800+, 2 Gig Memory. (dmesg upon request) End of error output appears below: --- ic/../../contrib/file -o mkmagic /usr/src/lib/libmagic/../../contrib/file/apprentice.c /usr/src/lib/libmagic/../../contrib/file/funcs.c /usr/src/lib/libmagic/../../contrib/file/magic.c /usr/src/lib/libmagic/../../contrib/file/print.c /usr/obj/usr/src/i386/usr/bin/ld: cannot find -lc *** Error code 1 Stop in /usr/src/lib/libmagic. *** 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. *** Error code 1 Stop in /usr/src. minerva# uname -a FreeBSD minerva.basement.home 5.3-RC1 FreeBSD 5.3-RC1 #0: Sun Oct 17 01:25:37 UTC 2004 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC i386 --- ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
5.2 cvsup make buildworld error
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
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
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: buildworld error
Hey people, I just had this problem. Here's what worked for me: rm -r /usr/obj cd /usr/src make world HTH Eric F Crist President AdTech Integrated Systems, Inc (952) 403-9000 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kent Stewart Sent: Saturday, November 08, 2003 2:27 PM To: Jason; [EMAIL PROTECTED] Subject: Re: buildworld error On Saturday 08 November 2003 12:10 pm, Jason wrote: Last night I updated all my source files to buildworld, but ran into a problem. I tried to build it 3 times, and each time it stops at the same spot. If I retype the last commands show letter for letter they work. It stops at something like $gzip -cn cvs.info cvs.info.gz. If I immediately enter this command after the error it does not work, but above it is a 3 line command for makeinfo. If I renter this command then the gzip works. If this just some small glitch in some config file that has already been fixed? If it has not been fixed, or no one knows, what file show I look into to correct this myself? I am running 5.1 with my cvs tag set to current. The error occurs about 38 minutes into the build, so I would be glad to try suggestions but I don't want to waste a day on this. Thanks, Jason First rule of thumb is to re-cvsup src-all after you have waited awhile. If that doesn't work, include the error messages. If you are following -current, you should also be subscribed to the lists that deal with problems, such as cvs-all, hackers, -current, and etc. You can see the problem being addressed and then fixed. This used to be part of the suggested requirements for following stable and they definitely apply to current. Kent -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: buildworld error
On Sunday 09 November 2003 03:11 pm, Minnesota Slinky wrote: Hey people, I just had this problem. Here's what worked for me: rm -r /usr/obj cd /usr/src make world It has only been a few weeks since doing a world was dangerous. If you had certain USB components, the system would completely lock up at boot time. If you tested your installkernel before you did the installworld, you could boot kernel.old and run as if nothing was wrong. In a few days, the problem was fixed but until then, they had to unplug their USB components and after the system had booted, they could plug them back in. The sequence in UPDATING is there for a reason. FWIW, Jason removed both obj and src and it didn't help. Kent HTH Eric F Crist President AdTech Integrated Systems, Inc (952) 403-9000 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kent Stewart Sent: Saturday, November 08, 2003 2:27 PM To: Jason; [EMAIL PROTECTED] Subject: Re: buildworld error On Saturday 08 November 2003 12:10 pm, Jason wrote: Last night I updated all my source files to buildworld, but ran into a problem. I tried to build it 3 times, and each time it stops at the same spot. If I retype the last commands show letter for letter they work. It stops at something like $gzip -cn cvs.info cvs.info.gz. If I immediately enter this command after the error it does not work, but above it is a 3 line command for makeinfo. If I renter this command then the gzip works. If this just some small glitch in some config file that has already been fixed? If it has not been fixed, or no one knows, what file show I look into to correct this myself? I am running 5.1 with my cvs tag set to current. The error occurs about 38 minutes into the build, so I would be glad to try suggestions but I don't want to waste a day on this. Thanks, Jason First rule of thumb is to re-cvsup src-all after you have waited awhile. If that doesn't work, include the error messages. If you are following -current, you should also be subscribed to the lists that deal with problems, such as cvs-all, hackers, -current, and etc. You can see the problem being addressed and then fixed. This used to be part of the suggested requirements for following stable and they definitely apply to current. Kent -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: buildworld error
Ok, here is the last section of output and the error. After this if I do ethier gzip command I get an error, but if I enter the makeinfo commands first the gzip command then works. Could this be some kind of schedualling problem because I normally use the command $time make -j4 buildworld. But it always stops at this point, so it must be something specific to the cvs/doc files. I have emailed the maintiner listed in the make files and have gotten no response. Anyone else have this experience? Thanks, Jason === gnu/usr.bin/cvs/doc makeinfo --no-split -I /usr/src/gnu/usr.bin/cvs/doc -I /usr/src/gnu/usr.bin/cvs/doc/../../../../contrib/cvs/doc /usr/src/gnu/usr.bin/cvs/doc/../../../../contrib/cvs/doc/cvs.texinfo -o cvs.info makeinfo --no-split -I /usr/src/gnu/usr.bin/cvs/doc -I /usr/src/gnu/usr.bin/cvs/doc/../../../../contrib/cvs/doc /usr/src/gnu/usr.bin/cvs/doc/../../../../contrib/cvs/doc/cvsclient.texi -o cvsclient.info gzip -cn cvsclient.info cvsclient.info.gz gzip -cn cvs.info cvs.info.gz 1 error *** Error code 2 1 error *** Error code 2 1 error ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: buildworld error
On Sun, Nov 09, 2003 at 07:32:57PM -0500, Jason wrote: Ok, here is the last section of output and the error. After this if I do ethier gzip command I get an error, but if I enter the makeinfo commands first the gzip command then works. Could this be some kind of schedualling problem because I normally use the command $time make -j4 buildworld. But it always stops at this point, so it must be something specific to the cvs/doc files. I have emailed the maintiner listed in the make files and have gotten no response. Anyone else have this experience? Thanks, Jason Don't use -j when posting buildworld errors, because they are obscured amongst other output. Please retry without -j and post the actual error. Kris pgp0.pgp Description: PGP signature
buildworld error
Last night I updated all my source files to buildworld, but ran into a problem. I tried to build it 3 times, and each time it stops at the same spot. If I retype the last commands show letter for letter they work. It stops at something like $gzip -cn cvs.info cvs.info.gz. If I immediately enter this command after the error it does not work, but above it is a 3 line command for makeinfo. If I renter this command then the gzip works. If this just some small glitch in some config file that has already been fixed? If it has not been fixed, or no one knows, what file show I look into to correct this myself? I am running 5.1 with my cvs tag set to current. The error occurs about 38 minutes into the build, so I would be glad to try suggestions but I don't want to waste a day on this. Thanks, Jason ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: buildworld error
On Saturday 08 November 2003 12:10 pm, Jason wrote: Last night I updated all my source files to buildworld, but ran into a problem. I tried to build it 3 times, and each time it stops at the same spot. If I retype the last commands show letter for letter they work. It stops at something like $gzip -cn cvs.info cvs.info.gz. If I immediately enter this command after the error it does not work, but above it is a 3 line command for makeinfo. If I renter this command then the gzip works. If this just some small glitch in some config file that has already been fixed? If it has not been fixed, or no one knows, what file show I look into to correct this myself? I am running 5.1 with my cvs tag set to current. The error occurs about 38 minutes into the build, so I would be glad to try suggestions but I don't want to waste a day on this. Thanks, Jason First rule of thumb is to re-cvsup src-all after you have waited awhile. If that doesn't work, include the error messages. If you are following -current, you should also be subscribed to the lists that deal with problems, such as cvs-all, hackers, -current, and etc. You can see the problem being addressed and then fixed. This used to be part of the suggested requirements for following stable and they definitely apply to current. Kent -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: buildworld error
On Saturday 08 November 2003 12:27 pm, Kent Stewart wrote: On Saturday 08 November 2003 12:10 pm, Jason wrote: Last night I updated all my source files to buildworld, but ran into a problem. I tried to build it 3 times, and each time it stops at the same spot. If I retype the last commands show letter for letter they work. It stops at something like $gzip -cn cvs.info cvs.info.gz. If I immediately enter this command after the error it does not work, but above it is a 3 line command for makeinfo. If I renter this command then the gzip works. If this just some small glitch in some config file that has already been fixed? If it has not been fixed, or no one knows, what file show I look into to correct this myself? I am running 5.1 with my cvs tag set to current. The error occurs about 38 minutes into the build, so I would be glad to try suggestions but I don't want to waste a day on this. Thanks, Jason First rule of thumb is to re-cvsup src-all after you have waited awhile. If that doesn't work, include the error messages. As a follow up, I cvsuped using a mirror what was updated at 1820UTC and had no problem doing a buildworld with 5-current. Kent If you are following -current, you should also be subscribed to the lists that deal with problems, such as cvs-all, hackers, -current, and etc. You can see the problem being addressed and then fixed. This used to be part of the suggested requirements for following stable and they definitely apply to current. Kent -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: buildworld error
Hey people, I just had this problem. Here's what worked for me: rm -r /usr/obj cd /usr/src make world HTH Eric F Crist President AdTech Integrated Systems, Inc (952) 403-9000 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kent Stewart Sent: Saturday, November 08, 2003 2:27 PM To: Jason; [EMAIL PROTECTED] Subject: Re: buildworld error On Saturday 08 November 2003 12:10 pm, Jason wrote: Last night I updated all my source files to buildworld, but ran into a problem. I tried to build it 3 times, and each time it stops at the same spot. If I retype the last commands show letter for letter they work. It stops at something like $gzip -cn cvs.info cvs.info.gz. If I immediately enter this command after the error it does not work, but above it is a 3 line command for makeinfo. If I renter this command then the gzip works. If this just some small glitch in some config file that has already been fixed? If it has not been fixed, or no one knows, what file show I look into to correct this myself? I am running 5.1 with my cvs tag set to current. The error occurs about 38 minutes into the build, so I would be glad to try suggestions but I don't want to waste a day on this. Thanks, Jason First rule of thumb is to re-cvsup src-all after you have waited awhile. If that doesn't work, include the error messages. If you are following -current, you should also be subscribed to the lists that deal with problems, such as cvs-all, hackers, -current, and etc. You can see the problem being addressed and then fixed. This used to be part of the suggested requirements for following stable and they definitely apply to current. Kent -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: buildworld error
Eric F Crist President AdTech Integrated Systems, Inc (952) 403-9000 -Original Message- From: Minnesota Slinky [mailto:[EMAIL PROTECTED] Sent: Saturday, November 08, 2003 9:38 PM To: 'Kent Stewart'; 'Jason'; '[EMAIL PROTECTED]' Subject: RE: buildworld error Hey people, I just had this problem. Here's what worked for me: rm -r /usr/obj cd /usr/src make world HTH Eric F Crist President AdTech Integrated Systems, Inc (952) 403-9000 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kent Stewart Sent: Saturday, November 08, 2003 2:27 PM To: Jason; [EMAIL PROTECTED] Subject: Re: buildworld error On Saturday 08 November 2003 12:10 pm, Jason wrote: Last night I updated all my source files to buildworld, but ran into a problem. I tried to build it 3 times, and each time it stops at the same spot. If I retype the last commands show letter for letter they work. It stops at something like $gzip -cn cvs.info cvs.info.gz. If I immediately enter this command after the error it does not work, but above it is a 3 line command for makeinfo. If I renter this command then the gzip works. If this just some small glitch in some config file that has already been fixed? If it has not been fixed, or no one knows, what file show I look into to correct this myself? I am running 5.1 with my cvs tag set to current. The error occurs about 38 minutes into the build, so I would be glad to try suggestions but I don't want to waste a day on this. Thanks, Jason First rule of thumb is to re-cvsup src-all after you have waited awhile. If that doesn't work, include the error messages. If you are following -current, you should also be subscribed to the lists that deal with problems, such as cvs-all, hackers, -current, and etc. You can see the problem being addressed and then fixed. This used to be part of the suggested requirements for following stable and they definitely apply to current. Kent -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] ___ [EMAIL PROTECTED] 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]
make buildworld error
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
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: Buildworld ERROR CODE 2
Thanks guys, I'm going to try again. (fortunately this is not a production server) 1 noteable incident. When I tried to install the system the first time I selected Linux Compat. I just started the install again and when it tries to install the Linux~~.bz the installer crashes and says it had a build error. I click OK and it finishes the installaion. My mind is a bit foggy but it seems like that happened the first time too. So I reinstall select install everything no error... next I load cvsup from the ports. now I will try and buildworld again. this time without the -j option. wish me luck. -Original Message- From: Kent Stewart [mailto:[EMAIL PROTECTED] Sent: Monday, June 16, 2003 11:16 PM To: Duke, Brian; [EMAIL PROTECTED] Subject: Re: Buildworld ERROR CODE 2 This looks like one of those problems they have been dealing with on -current. They changed the -std option and I think you need to re-cvsup and start over. The old rule on make.conf is that if you add something and it doesn't work. Comment it out and start over. I think you have dug a deep hole and fell in. I don't have any idea on the solution. Kent -Original Message- From: Joshua Oreman [mailto:[EMAIL PROTECTED] Sent: Monday, June 16, 2003 10:35 PM To: Duke, Brian Subject: Re: Buildworld ERROR CODE 2 I am in single user mode. Someone please help. I am NOT good enough to troubleshoot this. Try re-running your buildworld without any -j option. -- Josh ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: Buildworld ERROR CODE 2
I think you may have the answer Kent... in my make.conf I did allow the SUP = YES directives from the example file /usr/share/examples/etc/make.conf I just took that section out based on your recommendation below. So the only things in my make is now: PERL5 module stuff that was already enabled in make.conf after FTP intallation and CPUTYPE=i586. The config seems to be working. Thanks for your help. I would have never suspected the CVSUP section. I'll run cvsup again in the future when I don't need sleep. -Original Message- From: Kent Stewart [mailto:[EMAIL PROTECTED] Sent: Monday, June 16, 2003 11:16 PM To: Duke, Brian; [EMAIL PROTECTED] Subject: Re: Buildworld ERROR CODE 2 On Monday 16 June 2003 09:02 pm, Duke, Brian wrote: ok I didn't get an answer on my first email so I tried to do a complete buildworld here is a transcript of the output: install -C -o root -g wheel -m 444 libc_pic.a /usr/obj/usr/src/i386/usr/lib 1 error I made only moderate changes to the make.conf...like my CPUBuild=i586. This looks like one of those problems they have been dealing with on -current. They changed the -std option and I think you need to re-cvsup and start over. The old rule on make.conf is that if you add something and it doesn't work. Comment it out and start over. I think you have dug a deep hole and fell in. I don't have any idea on the solution. Kent -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Buildworld ERROR CODE 2
On Tue, Jun 17, 2003 at 04:23:10AM -0600 or thereabouts, Duke, Brian seemed to write: I think you may have the answer Kent... in my make.conf I did allow the SUP = YES directives from the example file /usr/share/examples/etc/make.conf I just took that section out based on your recommendation below. So the only things in my make is now: PERL5 module stuff that was already enabled in make.conf after FTP intallation and CPUTYPE=i586. The config seems to be working. Thanks for your help. I would have never suspected the CVSUP section. I'll run cvsup again in the future when I don't need sleep. People often feel that they need to reinstall in cases such as this. YOU DON'T HAVE TO. Just rm -rf /usr/obj, re-cvsup, and make buildworld again. -- Josh -Original Message- From: Kent Stewart [mailto:[EMAIL PROTECTED] Sent: Monday, June 16, 2003 11:16 PM To: Duke, Brian; [EMAIL PROTECTED] Subject: Re: Buildworld ERROR CODE 2 On Monday 16 June 2003 09:02 pm, Duke, Brian wrote: ok I didn't get an answer on my first email so I tried to do a complete buildworld here is a transcript of the output: install -C -o root -g wheel -m 444 libc_pic.a /usr/obj/usr/src/i386/usr/lib 1 error I made only moderate changes to the make.conf...like my CPUBuild=i586. This looks like one of those problems they have been dealing with on -current. They changed the -std option and I think you need to re-cvsup and start over. The old rule on make.conf is that if you add something and it doesn't work. Comment it out and start over. I think you have dug a deep hole and fell in. I don't have any idea on the solution. Kent -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Buildworld ERROR CODE 2
On Monday 16 June 2003 09:02 pm, Duke, Brian wrote: ok I didn't get an answer on my first email so I tried to do a complete buildworld here is a transcript of the output: ranlib libc_pic.a ranlib libc_p.a ranlib libc.a install -C -C -o root -g wheel -m 444 libc.a /usr/obj/usr/src/i386/usr/lib install -C -C -o root -g wheel -m 444 libc_p.a /usr/obj/usr/src/i386/usr/lib install -C -s -o root -g wheel -m 444 libc.so.5 /usr/obj/usr/src/i386/usr/lib ln -fs libc.so.5 /usr/obj/usr/src/i386/usr/lib/libc.so install -C -o root -g wheel -m 444 libc_pic.a /usr/obj/usr/src/i386/usr/lib 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 I made only moderate changes to the make.conf...like my CPUBuild=i586. I am in single user mode. Someone please help. I am NOT good enough to troubleshoot this. -Original Message- From: Duke, Brian Sent: Monday, June 16, 2003 2:57 AM To: '[EMAIL PROTECTED]' Subject:/usr/src/sys/dev/en/midway.c:1607: dereferencing pointer to incomplete type I cannot seem to rebuild my kernel. I wanted to get my sound card working so I included the device pcm directive in my kernel config and I got an error as below.. I could use a hand here if somone has seen this kind of error. Here is the end of the output of the failed compile rain# cd /usr/src rain# make buildkernel KERNCONF=RAINBUILD error: === en cc -O -pipe -mcpu=pentiumpro -DENABLE_BPF -D_KERNEL -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast- qual -fformat-extensions -std=c99 -DKLD_MODULE -nostdinc -I- -I. -I@ -I@/dev This looks like one of those problems they have been dealing with on -current. They changed the -std option and I think you need to re-cvsup and start over. The old rule on make.conf is that if you add something and it doesn't work. Comment it out and start over. I think you have dug a deep hole and fell in. I don't have any idea on the solution. Kent -I@/../include -fno-common -g -mno-align-long-strings -mpreferred-stack-boundary=2 -ffre estanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /usr/ src/sys/pci/if_en_pci.c cc -O -pipe -mcpu=pentiumpro -DENABLE_BPF -D_KERNEL -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast- qual -fformat-extensions -std=c99 -DKLD_MODULE -nostdinc -I- -I. -I@ -I@/dev -I@/../include -fno-common -g -mno-align-long-strings -mpreferred-stack-boundary=2 -ffre estanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /usr/ src/sys/dev/en/midway.c /usr/src/sys/dev/en/midway.c: In function `en_get_vccs': /usr/src/sys/dev/en/midway.c:1474: dereferencing pointer to incomplete type /usr/src/sys/dev/en/midway.c:1474: dereferencing pointer to incomplete type /usr/src/sys/dev/en/midway.c:1479: dereferencing pointer to incomplete type /usr/src/sys/dev/en/midway.c:1480: dereferencing pointer to incomplete type /usr/src/sys/dev/en/midway.c:1488: dereferencing pointer to incomplete type /usr/src/sys/dev/en/midway.c:1492: dereferencing pointer to incomplete type /usr/src/sys/dev/en/midway.c:1493: dereferencing pointer to incomplete type /usr/src/sys/dev/en/midway.c:1493: `ATMIO_FLAG_PVC' undeclared (first use in this function) /usr/src/sys/dev/en/midway.c:1493: (Each undeclared identifier is reported only once /usr/src/sys/dev/en/midway.c:1493: for each function it appears in.) /usr/src/sys/dev/en/midway.c:1494: dereferencing pointer to incomplete type /usr/src/sys/dev/en/midway.c:1495: dereferencing pointer to incomplete type /usr/src/sys/dev/en/midway.c:1497: dereferencing pointer to incomplete type /usr/src/sys/dev/en/midway.c:1497: `ATMIO_AAL_5' undeclared (first use in this function) /usr/src/sys/dev/en/midway.c:1499: dereferencing pointer to incomplete type /usr/src/sys/dev/en/midway.c:1499: `ATMIO_AAL_0' undeclared (first use in this function) /usr/src/sys/dev/en/midway.c:1500: dereferencing pointer to incomplete type /usr/src/sys/dev/en/midway.c:1500: `ATMIO_TRAFFIC_UBR' undeclared (first use in this function) /usr/src/sys/dev/en/midway.c:1501: dereferencing pointer to incomplete type /usr/src/sys/dev/en/midway.c:1502: increment of pointer to unknown structure /usr/src/sys/dev/en/midway.c:1502: arithmetic on pointer to an incomplete type /usr/src/sys/dev/en/midway.c: In function `en_ioctl': /usr/src/sys/dev/en/midway.c:1591: `SIOCATMGETVCCS' undeclared (first use in this function) /usr/src/sys/dev/en/midway.c:1600: `SIOCATMGVCCS' undeclared (first use in this function) /usr/src/sys/dev/en/midway.c:1606: dereferencing pointer to incomplete type
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]
make buildworld error upgrading to 4.8R
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
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]
Buildworld Error
Greetings I've installed using FreeBSD 4.7-R ISO's, and have done so on various machines without err. Then, yesterday, one machine, after doing a cvsup to latest 4.7-R src updates, errored out on the buildworld. The system in question is a lousy Cyrix 6x86 PR166+, with 64MB RAM, and a 4GB HDD. The error it shoots out is: -- cc: Internal compiler error: Program cc1 got fatal signal 11 *** Error code 1 Stop in /usr/src/lib/libncurses -- My question is, is there something wrong with the sources, or, has anyone else had a similar problem? Are there any special options I should use for building on a Cyrix CPU? Is the Earth still flat, and have I fallen off? Regards, Justin P. Michel |- J Continuum |- 21071 - 640 River Street |- Thunder Bay, ON, Canada |- P7A 8A7 |- http://www.jcontinuum.ca To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message
Re: Buildworld Error
On Thu, Jan 30, 2003 at 09:19:20AM -0500, Justin P. Michel wrote: The system in question is a lousy Cyrix 6x86 PR166+, with 64MB RAM, and a 4GB HDD. The error it shoots out is: -- cc: Internal compiler error: Program cc1 got fatal signal 11 That's a FAQ: http://www.freebsd.org/doc/en_US.ISO8859-1/books/faq/troubleshoot.html#SIGNAL11 but considering the rest of your post and the age of your equipment, I'd say it's probably hardware failure. Try running memtest86 (http://www.memtest86.com/) against your system to see if it can confirm what I think. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 26 The Paddocks Savill Way PGP: http://www.infracaninophile.co.uk/pgpkey Marlow Tel: +44 1628 476614 Bucks., SL7 1TH UK To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message
Re: Buildworld Error
On Thursday 30 January 2003 06:37 am, Matthew Seaman wrote: On Thu, Jan 30, 2003 at 09:19:20AM -0500, Justin P. Michel wrote: The system in question is a lousy Cyrix 6x86 PR166+, with 64MB RAM, and a 4GB HDD. The error it shoots out is: -- cc: Internal compiler error: Program cc1 got fatal signal 11 That's a FAQ: http://www.freebsd.org/doc/en_US.ISO8859-1/books/faq/troubleshoot.htm l#SIGNAL11 but considering the rest of your post and the age of your equipment, I'd say it's probably hardware failure. Try running memtest86 (http://www.memtest86.com/) against your system to see if it can confirm what I think. There is nothing there at the moment. You have an empty directory for webalizer and that is it. Kent Cheers, Matthew -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message
buildworld error
I see no error here...so I'm sort of at a loss...anyone seen this before? Any help greatly appreciated, I'm leaving town today, and want to leave the box in top shape. sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 libxpg4.a /usr/obj/usr/src/i386/usr/lib sh /usr/src/tools/install.sh -s -o root -g wheel -m 444 libxpg4.so.3 /usr/obj/usr/src/i386/usr/lib ln -fs libxpg4.so.3 /usr/obj/usr/src/i386/usr/lib/libxpg4.so === lib/liby rm -f /usr/obj/usr/src/i386/usr/lib/compat/liby.so /usr/obj/usr/src/i386/usr/lib/liby.so.2.0 /usr/obj/usr/src/i386/usr/lib/compat/liby.so.2.0 /usr/obj/usr/src/i386/usr/lib/compat/liby.so.2 sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 liby.a /usr/obj/usr/src/i386/usr/lib === lib/libz sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 libz.a /usr/obj/usr/src/i386/usr/lib sh /usr/src/tools/install.sh -s -o root -g wheel -m 444 libz.so.2 /usr/obj/usr/src/i386/usr/lib sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 /usr/src/lib/libz/zconf.h /usr/src/lib/libz/zlib.h /usr/obj/usr/src/i386/usr/include ln -fs libz.so.2 /usr/obj/usr/src/i386/usr/lib/libz.so 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error here is a grep -v ^# of my make.conf CFLAGS= -O -pipe BDECFLAGS= -W -Wall -ansi -pedantic -Wbad-function-cast -Wcast-align \ -Wcast-qual -Wchar-subscripts -Winline \ -Wmissing-prototypes -Wnested-externs -Wpointer-arith \ -Wredundant-decls -Wshadow -Wstrict-prototypes -Wwrite-strings COPTFLAGS= -O -pipe ENABLE_SUIDPERL=true NO_CVS= true# do not build CVS NO_BIND=true# do not build BIND NO_FORTRAN= true# do not build g77 and related libraries NO_I4B= true# do not build isdn4bsd package NO_LPR= true# do not build lpr and related programs NO_OPENSSH= true# do not build OpenSSH NO_OPENSSL= true# do not build OpenSSL (implies NO_OPENSSH) NO_SENDMAIL=true# do not build sendmail and related programs NO_SHAREDOCS= true# do not build the 4.4BSD legacy docs NO_X= true# do not compile in XWindows support (e.g. doscmd) NOGAMES=true# do not build games (games/ subdir) NOPROFILE= true# Avoid compiling profiled libraries NOUUCP= true# do not build uucp related programs COMPAT3X= yes NOPORTDOCS= true BOOTWAIT=0 USA_RESIDENT= YES SUP_UPDATE= yes SUP=/usr/local/bin/cvsup SUPFLAGS= -g -L 2 SUPHOST=cvsup11.FreeBSD.org SUPFILE=/usr/local/etc/stable-supfile PORTSSUPFILE= /usr/local/etc/ports-supfile -Daniel To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message
Re: buildworld error
Dear/Beste Daniel, Thursday, January 9, 2003, 3:34:37 PM, you wrote: I see no error here...so I'm sort of at a loss...anyone seen this before? Any help greatly appreciated, I'm leaving town today, and want to leave the box in top shape. Did you compile using the j option? (like make -j4) If so remove this this one time. -- Best regards/Met vriendelijke groet, Alex To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message
Re: Buildworld error
On Wed, 16 Oct 2002, Bryce Newall wrote: I checked on vgrind and only the Makefile has changed in the last year. I wonder if you have corrupted sources for it. You could always cd /usr/src/usr.bin/vgrind and try rebuilding it and see if that helps. Otherwise, I would remove everything in the vgrind directory, re-cvsup 4-stable, and try doing a buildworld again. I'll give that a try and let you know what happens. Thanks! Just a follow-up...after a lot of experimenting with different versions of FreeBSD, I ended up doing 4.7 again. I must have gotten a bad install the first time, because the second time around everything worked great. Thanks for the help! * *Bryce Newall*Email: [EMAIL PROTECTED]* * www.dreamhaven.org/~data* * Computers make very fast, very accurate mistakes. * * To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message
Buildworld error
Hi all, I am running into some difficulty trying to upgrade my system (a freshly-installed FreeBSD 4.7-RELEASE system) to 4.7-STABLE. About 45 minutes into the buildworld process, it bombs out with the following: === share/doc/papers/fsinterface touch _stamp.extraobjs (cd /usr/src/share/doc/papers/fsinterface; groff -mtty-char -Tascii -t -ms -o1- /usr/src/share/doc/papers/fsinterface/fsinterface.ms) | gzip -cn fsinterface.ascii.gz === share/doc/papers/jail touch _stamp.extraobjs (cd /usr/src/share/doc/papers/jail; groff -mtty-char -Tascii -ms -o1- /usr/src/share/doc/papers/jail/paper.ms) | gzip -cn jail.ascii.gz === share/doc/papers/kernmalloc (cd /usr/src/share/doc/papers/kernmalloc; soelim kernmalloc.t) kernmalloc.ms vgrind -f /usr/src/share/doc/papers/kernmalloc/appendix.t appendix.ms elf_load_section: truncated ELF file Abort trap *** Error code 134 Stop in /usr/src/share/doc/papers/kernmalloc. *** Error code 1 Stop in /usr/src/share/doc/papers. *** 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. *** Error code 1 Stop in /usr/src. That truncated ELF file is what is concerning me, but I don't know what to check for. Any help will be greatly appreciated. Thanks!! * *Bryce Newall*Email: [EMAIL PROTECTED]* * www.dreamhaven.org/~data* * Computers make very fast, very accurate mistakes. * * To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message
Re: Buildworld error
Bryce Newall wrote: Hi all, I am running into some difficulty trying to upgrade my system (a freshly-installed FreeBSD 4.7-RELEASE system) to 4.7-STABLE. About 45 minutes into the buildworld process, it bombs out with the following: === share/doc/papers/fsinterface touch _stamp.extraobjs (cd /usr/src/share/doc/papers/fsinterface; groff -mtty-char -Tascii -t -ms -o1- /usr/src/share/doc/papers/fsinterface/fsinterface.ms) | gzip -cn fsinterface.ascii.gz === share/doc/papers/jail touch _stamp.extraobjs (cd /usr/src/share/doc/papers/jail; groff -mtty-char -Tascii -ms -o1- /usr/src/share/doc/papers/jail/paper.ms) | gzip -cn jail.ascii.gz === share/doc/papers/kernmalloc (cd /usr/src/share/doc/papers/kernmalloc; soelim kernmalloc.t) kernmalloc.ms vgrind -f /usr/src/share/doc/papers/kernmalloc/appendix.t appendix.ms elf_load_section: truncated ELF file Abort trap *** Error code 134 Stop in /usr/src/share/doc/papers/kernmalloc. *** Error code 1 Stop in /usr/src/share/doc/papers. *** 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. *** Error code 1 Stop in /usr/src. That truncated ELF file is what is concerning me, but I don't know what to check for. Any help will be greatly appreciated. Thanks!! FWIW, the kernmalloc.ms line appears 92% of the way into the build. You could have some sort of hardware failure that is dying with the truncation error instead of giving you a signal error and dying. An HD that is overheating or something similar. Did you try the buildworld more than once? I checked on vgrind and only the Makefile has changed in the last year. I wonder if you have corrupted sources for it. You could always cd /usr/src/usr.bin/vgrind and try rebuilding it and see if that helps. Otherwise, I would remove everything in the vgrind directory, re-cvsup 4-stable, and try doing a buildworld again. Kent -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message
Re: Buildworld error
On Wed, 16 Oct 2002, Kent Stewart wrote: FWIW, the kernmalloc.ms line appears 92% of the way into the build. Doh! Hate when it dies so close to the end... You could have some sort of hardware failure that is dying with the truncation error instead of giving you a signal error and dying. An HD that is overheating or something similar. Did you try the buildworld more than once? 3 times, actually, and it failed in the same place every time. With that in mind, I'm pretty sure it's not a hardware problem (though I've run into those before, too... usually I get a signal 10 or 11 with that). I checked on vgrind and only the Makefile has changed in the last year. I wonder if you have corrupted sources for it. You could always cd /usr/src/usr.bin/vgrind and try rebuilding it and see if that helps. Otherwise, I would remove everything in the vgrind directory, re-cvsup 4-stable, and try doing a buildworld again. I'll give that a try and let you know what happens. Thanks! * *Bryce Newall*Email: [EMAIL PROTECTED]* * www.dreamhaven.org/~data* * Computers make very fast, very accurate mistakes. * * To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message
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
make buildworld -- ERROR
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
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
