Re: FBSD 9.1.0 - make buildworld running for 1.5 hours???
On 7 March 2013 08:09, George Kontostanos gkontos.m...@gmail.com wrote: On Sat, Mar 2, 2013 at 12:38 AM, Sergio de Almeida Lenzi lenzi.ser...@gmail.com wrote: Em Sex, 2013-03-01 às 12:29 -0600, Paul Schmehl escreveu: I'm running make buildworld on a quad processor quad core box with 16GB of ram, and it's been running already for more than an hour and a half. Has world really gotten that huge? Good lord! Good thing we have freebsd-update! Perhaps you did not use the -j option on the make buildworld... env NOCLEAN=yes DESTDIR= make -j 4 buildworld without the -j option it runs on only one processor and can take up to 5 hours... Sergio ... You can easily go to -j16 if the box is not doing anything else. With 16 cores I'll bet the bottleneck is IO. If it were me, I'd do the build in a tmpfs(5). -- -- ___ 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: FBSD 9.1.0 - make buildworld running for 1.5 hours???
On Sat, Mar 2, 2013 at 12:38 AM, Sergio de Almeida Lenzi lenzi.ser...@gmail.com wrote: Em Sex, 2013-03-01 às 12:29 -0600, Paul Schmehl escreveu: I'm running make buildworld on a quad processor quad core box with 16GB of ram, and it's been running already for more than an hour and a half. Has world really gotten that huge? Good lord! Good thing we have freebsd-update! Perhaps you did not use the -j option on the make buildworld... env NOCLEAN=yes DESTDIR= make -j 4 buildworld without the -j option it runs on only one processor and can take up to 5 hours... Sergio ___ 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 You can easily go to -j16 if the box is not doing anything else. What are your current load averages? -- George Kontostanos --- http://www.aisecure.net ___ 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
FBSD 9.1.0 - make buildworld running for 1.5 hours???
I'm running make buildworld on a quad processor quad core box with 16GB of ram, and it's been running already for more than an hour and a half. Has world really gotten that huge? Good lord! Good thing we have freebsd-update! -- Paul Schmehl, Senior Infosec Analyst As if it wasn't already obvious, my opinions are my own and not those of my employer. *** It is as useless to argue with those who have renounced the use of reason as to administer medication to the dead. Thomas Jefferson There are some ideas so wrong that only a very intelligent person could believe in them. George Orwell ___ 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: FBSD 9.1.0 - make buildworld running for 1.5 hours???
Em Sex, 2013-03-01 às 12:29 -0600, Paul Schmehl escreveu: I'm running make buildworld on a quad processor quad core box with 16GB of ram, and it's been running already for more than an hour and a half. Has world really gotten that huge? Good lord! Good thing we have freebsd-update! Perhaps you did not use the -j option on the make buildworld... env NOCLEAN=yes DESTDIR= make -j 4 buildworld without the -j option it runs on only one processor and can take up to 5 hours... Sergio ___ 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: make buildworld powers down system
On Fri, 2 Dec 2011, Polytropon wrote: On Fri, 2 Dec 2011 03:28:09 -0500, Mehmet Erol Sanliturk wrote: On Fri, Dec 2, 2011 at 3:05 AM, Polytropon free...@edvax.de wrote: On Fri, 2 Dec 2011 02:06:26 -0500 (EST), d...@safeport.com wrote: The screen does go into standby and I am not sure what is controling that, nothing in KDE or Xorg that I set, perhaps a sysctl setting but I did not see one in the acpi section. This might be a dafault option. You can override it in your /etc/X11/xorg.conf by setting Option DPMS false in the section Monitor where you define the values for your monitor. I had a similar experience with an 21 CRT Eizo F980 going to sleep unintendedly. :-) -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... Another way may be inserting the following lines into ~/.xinitrc : xset s off xset -dpms Correct, I also have those in my ~/.xinitrc together with the xorg.conf setting above. With both settings, screens shouldn't blank anymore. Alas my problem is/was not with screen blanking. I do have have slightly upgraded 8.2. If I do not have a failing disk, I am left with something that carried across 2 boots. The only change I made was in the BIOS to make the function keys not require the fn key to be a function key. ___ 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: make buildworld powers down system
On Fri, 2 Dec 2011 02:06:26 -0500 (EST), d...@safeport.com wrote: The screen does go into standby and I am not sure what is controling that, nothing in KDE or Xorg that I set, perhaps a sysctl setting but I did not see one in the acpi section. This might be a dafault option. You can override it in your /etc/X11/xorg.conf by setting Option DPMS false in the section Monitor where you define the values for your monitor. I had a similar experience with an 21 CRT Eizo F980 going to sleep unintendedly. :-) -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... ___ 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: make buildworld powers down system
On Fri, Dec 2, 2011 at 3:05 AM, Polytropon free...@edvax.de wrote: On Fri, 2 Dec 2011 02:06:26 -0500 (EST), d...@safeport.com wrote: The screen does go into standby and I am not sure what is controling that, nothing in KDE or Xorg that I set, perhaps a sysctl setting but I did not see one in the acpi section. This might be a dafault option. You can override it in your /etc/X11/xorg.conf by setting Option DPMS false in the section Monitor where you define the values for your monitor. I had a similar experience with an 21 CRT Eizo F980 going to sleep unintendedly. :-) -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... Another way may be inserting the following lines into ~/.xinitrc : xset s off xset -dpms before the statement exec ... desktop_manager such as exec /usr/local/bin/gnome-session etc. OR ( every time when required ) in a terminal window of the desktop manager , enter the above xset commands , which will be effective only up to exit from the X or shutdown of the computer . Thank you very much . Mehmet Erol Sanliturk ___ 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: make buildworld powers down system
On Fri, 2 Dec 2011 03:28:09 -0500, Mehmet Erol Sanliturk wrote: On Fri, Dec 2, 2011 at 3:05 AM, Polytropon free...@edvax.de wrote: On Fri, 2 Dec 2011 02:06:26 -0500 (EST), d...@safeport.com wrote: The screen does go into standby and I am not sure what is controling that, nothing in KDE or Xorg that I set, perhaps a sysctl setting but I did not see one in the acpi section. This might be a dafault option. You can override it in your /etc/X11/xorg.conf by setting Option DPMS false in the section Monitor where you define the values for your monitor. I had a similar experience with an 21 CRT Eizo F980 going to sleep unintendedly. :-) -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... Another way may be inserting the following lines into ~/.xinitrc : xset s off xset -dpms Correct, I also have those in my ~/.xinitrc together with the xorg.conf setting above. With both settings, screens shouldn't blank anymore. -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... ___ 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: make buildworld powers down system
From owner-freebsd-questi...@freebsd.org Thu Dec 1 01:16:21 2011 Date: Thu, 1 Dec 2011 02:14:04 -0500 (EST) From: doug d...@fledge.watson.org To: freebsd-questions@freebsd.org Cc: Subject: make buildworld powers down system Three times in a row. It seems to be repeatable. At the end what should my next debugging step be? I ran the buildworld using script, the last lines in the make: cc -O2 -pipe -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/usr/obj/usr/src/lib/ncurses/ncursesw/../ncursesw -I/usr/src/lib/ncurses/ncursesw/../ncursesw -I/usr/src/lib/ncurses/ncursesw/../ncurses -I/usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/include -I/usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS -std=gnu99 -fstack-protector -c /usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses/base/lib_beep.c cc -O2 -pipe -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/usr/obj/usr/src/lib/ncurses/ncursesw/../ncursesw -I/usr/src/lib/ncurses/ncursesw/../ncursesw -I/usr/src/lib/ncurses/ncursesw/../ncurses -I/usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/include -I/usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS -std=gnu99 -fstack-protector -c /usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses/base/lib_bkgd.c cc -O2 -pipe -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/usr/obj/usr/src/lib/ncurses/ncursesw/../ncursesw -I/usr/src/lib/ncurses/ncursesw/../ncursesw -I/usr/src/lib/ncurses/ncursesw/../ncurses -I/usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/include -I/usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS -std=gnu99 -fstack-protector -c /usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses/base/lib_box.c cc -O2 -pipe -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/usr/obj/usr/src/lib/ncurses/ncursesw/../ncursesw -I/usr/src/lib/ncurses/ncursesw/../ncursesw -I/usr/src/lib/ncurses/ncursesw/../ncurses -I/usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/include -I/usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses -Wall -DNDE^@^@^@^@^@^@^@ this after about 30 minutes of running. There are no errors in the logs First, look for *something* that would cause the machine to sleep/suspend/hibernate/shutdown after a period of inactivity It _could_ be a BIOS setting, it could be 'power mangement' software settings. It is also -possible- that this is a *THERMAL* issue -- that the 30+ minutes of heavy CPU utilization is triggering an overtemperature shutdown. Make sure all fans are working properly, and that CPU heat-sinks are dust-free. ___ 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: make buildworld powers down system
On Thu, 1 Dec 2011, Robert Bonomi wrote: From owner-freebsd-questi...@freebsd.org Thu Dec 1 01:16:21 2011 Date: Thu, 1 Dec 2011 02:14:04 -0500 (EST) From: doug d...@fledge.watson.org To: freebsd-questions@freebsd.org Cc: Subject: make buildworld powers down system Three times in a row. It seems to be repeatable. At the end what should my next debugging step be? I ran the buildworld using script, the last lines in the make: cc -O2 -pipe -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/usr/obj/usr/src/lib/ncurses/ncursesw/../ncursesw -I/usr/src/lib/ncurses/ncursesw/../ncursesw -I/usr/src/lib/ncurses/ncursesw/../ncurses -I/usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/include -I/usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS -std=gnu99 -fstack-protector -c /usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses/base/lib_beep.c cc -O2 -pipe -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/usr/obj/usr/src/lib/ncurses/ncursesw/../ncursesw -I/usr/src/lib/ncurses/ncursesw/../ncursesw -I/usr/src/lib/ncurses/ncursesw/../ncurses -I/usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/include -I/usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS -std=gnu99 -fstack-protector -c /usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses/base/lib_bkgd.c cc -O2 -pipe -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/usr/obj/usr/src/lib/ncurses/ncursesw/../ncursesw -I/usr/src/lib/ncurses/ncursesw/../ncursesw -I/usr/src/lib/ncurses/ncursesw/../ncurses -I/usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/include -I/usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS -std=gnu99 -fstack-protector -c /usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses/base/lib_box.c cc -O2 -pipe -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/usr/obj/usr/src/lib/ncurses/ncursesw/../ncursesw -I/usr/src/lib/ncurses/ncursesw/../ncursesw -I/usr/src/lib/ncurses/ncursesw/../ncurses -I/usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/include -I/usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses -Wall -DNDE^@^@^@^@^@^@^@ this after about 30 minutes of running. There are no errors in the logs First, look for *something* that would cause the machine to sleep/suspend/hibernate/shutdown after a period of inactivity It _could_ be a BIOS setting, it could be 'power mangement' software settings. It is also -possible- that this is a *THERMAL* issue -- that the 30+ minutes of heavy CPU utilization is triggering an overtemperature shutdown. Make sure all fans are working properly, and that CPU heat-sinks are dust-free. Thanks for your suggestions. I have ruled out hardware. I did change a BIOS setting to make the function keys be functions without the fn key (this is a Dell laptop). The only other thing I changed was to run a script to record the time and some of the hw.acpi sysctl values. As I now have the upgrade installed I will try the buildworld again. The screen does go into standby and I am not sure what is controling that, nothing in KDE or Xorg that I set, perhaps a sysctl setting but I did not see one in the acpi section. ___ 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
Failed make buildworld on 8.2-RELEASE
Good day! I trying to make buildworld my first time and need some help. In fact I'm trying to make a jail. # uname -a FreeBSD othal.net 8.2-RELEASE-p4 FreeBSD 8.2-RELEASE-p4 #0: Mon Nov 21 22:48:16 MSK 2011 r...@othal.net:/usr/obj/usr/src/sys/OTHAL amd64 # rm -rf /usr/obj # cd /usr/src/ # make buildworld -- World build started on Wed Nov 30 23:10:32 MSK 2011 -- -- Rebuilding the temporary build tree -- rm -rf /usr/obj/usr/src/tmp rm -rf /usr/obj/usr/src/lib32 mkdir -p /usr/obj/usr/src/tmp/lib mkdir -p /usr/obj/usr/src/tmp/usr mkdir -p /usr/obj/usr/src/tmp/legacy/usr mtree -deU -f /usr/src/etc/mtree/BSD.usr.dist -p /usr/obj/usr/src/tmp/legacy/usr /dev/null mtree -deU -f /usr/src/etc/mtree/BSD.usr.dist -p /usr/obj/usr/src/tmp/usr /dev/null mtree -deU -f /usr/src/etc/mtree/BSD.include.dist -p /usr/obj/usr/src/tmp/usr/include /dev/null ln -sf /usr/src/sys /usr/obj/usr/src/tmp -- stage 1.1: legacy release compatibility shims -- cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj/usr/src/tmp INSTALL=sh /usr/src/tools/install.sh PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/sbin:/bin:/usr/sbin:/usr/bin WORLDTMP=/usr/obj/usr/src/tmp VERSION=FreeBSD 8.2-RELEASE-p4 amd64 802000 MAKEFLAGS=-m /usr/src/tools/build/mk -m /usr/src/share/mk make -f Makefile.inc1 DESTDIR= BOOTSTRAPPING=802000 SSP_CFLAGS= -DWITHOUT_HTML -DWITHOUT_INFO -DNO_LINT -DWITHOUT_MAN -DNO_PIC -DWITHOUT_PROFILE -DNO_SHARED -DNO_CPU_CFLAGS -DNO_WARNS -DNO_CTF legacy === tools/build (obj,includes,depend,all,install) /usr/obj/usr/src/tmp/usr/src/tools/build created for /usr/src/tools/build cd /usr/src/tools/build; make buildincludes; make installincludes rm -f .depend mkdep -f .depend -a-I/usr/obj/usr/src/tmp/legacy/usr/include /usr/src/tools/build/dummy.c cc -O2 -pipe -I/usr/obj/usr/src/tmp/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/tmp/legacy/usr/lib -- stage 1.2: bootstrap tools -- cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj/usr/src/tmp INSTALL=sh /usr/src/tools/install.sh PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/sbin:/bin:/usr/sbin:/usr/bin WORLDTMP=/usr/obj/usr/src/tmp VERSION=FreeBSD 8.2-RELEASE-p4 amd64 802000 MAKEFLAGS=-m /usr/src/tools/build/mk -m /usr/src/share/mk make -f Makefile.inc1 DESTDIR= BOOTSTRAPPING=802000 SSP_CFLAGS= -DWITHOUT_HTML -DWITHOUT_INFO -DNO_LINT -DWITHOUT_MAN -DNO_PIC -DWITHOUT_PROFILE -DNO_SHARED -DNO_CPU_CFLAGS -DNO_WARNS -DNO_CTF bootstrap-tools === cddl/usr.bin/sgsmsg (obj,depend,all,install) cd: can't cd to /usr/src/cddl/usr.bin/sgsmsg *** Error code 2 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. # ls -l /usr/src/ total 438 -rw-r--r--1 root wheel6200 Dec 31 2010 COPYRIGHT -rw-r--r--1 root wheel 442 Dec 21 2010 LOCKS -rw-r--r--1 root wheel6659 Dec 21 2010 MAINTAINERS -rw-r--r--1 root wheel 12990 Dec 21 2010 Makefile -rw-r--r--1 root wheel 42773 Dec 22 2010 Makefile.inc1 -rw-r--r--1 root wheel 230702 Dec 21 2010 ObsoleteFiles.inc -rw-r--r--1 root wheel3087 Dec 21 2010 README -rw-r--r--1 root wheel 70999 Feb 16 2011 UPDATING drwxr-xr-x 40 root wheel1024 Feb 17 2011 bin drwxr-xr-x 55 root wheel1024 Feb 17 2011 contrib drwxr-xr-x5 root wheel 512 Feb 17 2011 crypto drwxr-xr-x 22 root wheel2048 Feb 17 2011 etc drwxr-xr-x4 root wheel 512 Feb 17 2011 gnu drwxr-xr-x7 root wheel2048 Feb 17 2011 include drwxr-xr-x 80 root wheel1536 Feb 17 2011 lib drwxr-xr-x 31 root wheel1024 Feb 17 2011 libexec drwxr-xr-x 91 root wheel2048 Feb 17 2011 sbin drwxr-xr-x6 root wheel 512 Feb 17 2011 secure drwxr-xr-x 24 root wheel 512 Feb 17 2011 share drwxr-xr-x 56 root wheel1024 Feb 17 2011 sys drwxr-xr-x 12 root wheel 512 Feb 17 2011 tools drwxr-xr-x 232 root wheel4096 Feb 17 2011 usr.bin drwxr-xr-x 208 root wheel4096 Feb 17 2011 usr.sbin I don't have /usr/src/cddl in my system. Does it required to build world? Thank you! ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any
Re: Failed make buildworld on 8.2-RELEASE
On Wed, 30 Nov 2011 23:15:26 +0400, Антон Клесс wrote: I don't have /usr/src/cddl in my system. Does it required to build world? Yes, unless you did use src.conf or make.conf to omit the building of the CDDL licensed parts. This subtree primarily contains stuff brought by Sun (such as ZFS or dtrace). -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... ___ 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: Failed make buildworld on 8.2-RELEASE
On 11/30/11 8:15 PM, Антон Клесс wrote: Good day! I trying to make buildworld my first time and need some help. In fact I'm trying to make a jail. # uname -a FreeBSD othal.net 8.2-RELEASE-p4 FreeBSD 8.2-RELEASE-p4 #0: Mon Nov 21 22:48:16 MSK 2011 r...@othal.net:/usr/obj/usr/src/sys/OTHAL amd64 # rm -rf /usr/obj # cd /usr/src/ # make buildworld -- World build started on Wed Nov 30 23:10:32 MSK 2011 -- -- Rebuilding the temporary build tree -- rm -rf /usr/obj/usr/src/tmp rm -rf /usr/obj/usr/src/lib32 mkdir -p /usr/obj/usr/src/tmp/lib mkdir -p /usr/obj/usr/src/tmp/usr mkdir -p /usr/obj/usr/src/tmp/legacy/usr mtree -deU -f /usr/src/etc/mtree/BSD.usr.dist -p /usr/obj/usr/src/tmp/legacy/usr /dev/null mtree -deU -f /usr/src/etc/mtree/BSD.usr.dist -p /usr/obj/usr/src/tmp/usr /dev/null mtree -deU -f /usr/src/etc/mtree/BSD.include.dist -p /usr/obj/usr/src/tmp/usr/include /dev/null ln -sf /usr/src/sys /usr/obj/usr/src/tmp -- stage 1.1: legacy release compatibility shims -- cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj/usr/src/tmp INSTALL=sh /usr/src/tools/install.sh PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/sbin:/bin:/usr/sbin:/usr/bin WORLDTMP=/usr/obj/usr/src/tmp VERSION=FreeBSD 8.2-RELEASE-p4 amd64 802000 MAKEFLAGS=-m /usr/src/tools/build/mk -m /usr/src/share/mk make -f Makefile.inc1 DESTDIR= BOOTSTRAPPING=802000 SSP_CFLAGS= -DWITHOUT_HTML -DWITHOUT_INFO -DNO_LINT -DWITHOUT_MAN -DNO_PIC -DWITHOUT_PROFILE -DNO_SHARED -DNO_CPU_CFLAGS -DNO_WARNS -DNO_CTF legacy === tools/build (obj,includes,depend,all,install) /usr/obj/usr/src/tmp/usr/src/tools/build created for /usr/src/tools/build cd /usr/src/tools/build; make buildincludes; make installincludes rm -f .depend mkdep -f .depend -a-I/usr/obj/usr/src/tmp/legacy/usr/include /usr/src/tools/build/dummy.c cc -O2 -pipe -I/usr/obj/usr/src/tmp/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/tmp/legacy/usr/lib -- stage 1.2: bootstrap tools -- cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj/usr/src/tmp INSTALL=sh /usr/src/tools/install.sh PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/sbin:/bin:/usr/sbin:/usr/bin WORLDTMP=/usr/obj/usr/src/tmp VERSION=FreeBSD 8.2-RELEASE-p4 amd64 802000 MAKEFLAGS=-m /usr/src/tools/build/mk -m /usr/src/share/mk make -f Makefile.inc1 DESTDIR= BOOTSTRAPPING=802000 SSP_CFLAGS= -DWITHOUT_HTML -DWITHOUT_INFO -DNO_LINT -DWITHOUT_MAN -DNO_PIC -DWITHOUT_PROFILE -DNO_SHARED -DNO_CPU_CFLAGS -DNO_WARNS -DNO_CTF bootstrap-tools === cddl/usr.bin/sgsmsg (obj,depend,all,install) cd: can't cd to /usr/src/cddl/usr.bin/sgsmsg *** Error code 2 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. # ls -l /usr/src/ total 438 -rw-r--r--1 root wheel6200 Dec 31 2010 COPYRIGHT -rw-r--r--1 root wheel 442 Dec 21 2010 LOCKS -rw-r--r--1 root wheel6659 Dec 21 2010 MAINTAINERS -rw-r--r--1 root wheel 12990 Dec 21 2010 Makefile -rw-r--r--1 root wheel 42773 Dec 22 2010 Makefile.inc1 -rw-r--r--1 root wheel 230702 Dec 21 2010 ObsoleteFiles.inc -rw-r--r--1 root wheel3087 Dec 21 2010 README -rw-r--r--1 root wheel 70999 Feb 16 2011 UPDATING drwxr-xr-x 40 root wheel1024 Feb 17 2011 bin drwxr-xr-x 55 root wheel1024 Feb 17 2011 contrib drwxr-xr-x5 root wheel 512 Feb 17 2011 crypto drwxr-xr-x 22 root wheel2048 Feb 17 2011 etc drwxr-xr-x4 root wheel 512 Feb 17 2011 gnu drwxr-xr-x7 root wheel2048 Feb 17 2011 include drwxr-xr-x 80 root wheel1536 Feb 17 2011 lib drwxr-xr-x 31 root wheel1024 Feb 17 2011 libexec drwxr-xr-x 91 root wheel2048 Feb 17 2011 sbin drwxr-xr-x6 root wheel 512 Feb 17 2011 secure drwxr-xr-x 24 root wheel 512 Feb 17 2011 share drwxr-xr-x 56 root wheel1024 Feb 17 2011 sys drwxr-xr-x 12 root wheel 512 Feb 17 2011 tools drwxr-xr-x 232 root wheel4096 Feb 17 2011 usr.bin drwxr-xr-x 208 root wheel4096 Feb 17 2011 usr.sbin I don't have /usr/src/cddl in my system. Does it required to build world? An early guess is that you didn't sync your
make buildworld powers down system
Three times in a row. It seems to be repeatable. At the end what should my next debugging step be? I ran the buildworld using script, the last lines in the make: cc -O2 -pipe -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/usr/obj/usr/src/lib/ncurses/ncursesw/../ncursesw -I/usr/src/lib/ncurses/ncursesw/../ncursesw -I/usr/src/lib/ncurses/ncursesw/../ncurses -I/usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/include -I/usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS -std=gnu99 -fstack-protector -c /usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses/base/lib_beep.c cc -O2 -pipe -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/usr/obj/usr/src/lib/ncurses/ncursesw/../ncursesw -I/usr/src/lib/ncurses/ncursesw/../ncursesw -I/usr/src/lib/ncurses/ncursesw/../ncurses -I/usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/include -I/usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS -std=gnu99 -fstack-protector -c /usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses/base/lib_bkgd.c cc -O2 -pipe -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/usr/obj/usr/src/lib/ncurses/ncursesw/../ncursesw -I/usr/src/lib/ncurses/ncursesw/../ncursesw -I/usr/src/lib/ncurses/ncursesw/../ncurses -I/usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/include -I/usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS -std=gnu99 -fstack-protector -c /usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses/base/lib_box.c cc -O2 -pipe -D_XOPEN_SOURCE_EXTENDED -DENABLE_WIDEC -I. -I/usr/obj/usr/src/lib/ncurses/ncursesw/../ncursesw -I/usr/src/lib/ncurses/ncursesw/../ncursesw -I/usr/src/lib/ncurses/ncursesw/../ncurses -I/usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/include -I/usr/src/lib/ncurses/ncursesw/../../../contrib/ncurses/ncurses -Wall -DNDE^@^@^@^@^@^@^@ this after about 30 minutes of running. There are no errors in the logs I used 'csup -g -L 2 8.2_supfile' to build/update /usr/src 8.2_supfile *default host=cvsup10.FreeBSD.org *default base=/var/db *default prefix=/usr *default release=cvs tag=RELENG_8_2 *default delete use-rel-suffix *default compress src-all I did a find /usr/src -type f -mtime -180 /usr/src/UPDATING /usr/src/sys/compat/linux/linux_socket.c /usr/src/sys/conf/newvers.sh /usr/src/sys/kern/uipc_usrreq.c /usr/src/usr.bin/compress/zopen.c /usr/src/usr.bin/gzip/zuncompress.c I compared this with an another 8.2_rel system built with freebsd-update. The same command added only /usr/src/usr.sbin/mountd/mountd.c. This file differed only in the fbsd id header. Next I ran fsck on /usr and /var from single-user mode, finding no errors. I have no evidence of disk errors and the system runs windows 7 and FreeBSD wihtout any strange happenings. What should my next step be? ___ 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: FreeBSD make buildworld fail: cc: Internal error: Killed: 9 (program cc1)
Ok, I've taken the coward's way out and installed a fresh system from CD, upgrading according to the manual's best practice recommended method :-) I've kept the VM images of the failed upgrade system, when I have some time I'll dig a bit further for the actual reason make buildworld failed. Thanks for all the suggestions! Traiano On 2011/11/14 11:59 AM, Traiano Welcome traiano.welc...@mtnbusiness.co.za wrote: On 2011/11/14 11:25 AM, Damien Fleuriot m...@my.gd wrote: On 11/11/11 11:53 AM, Polytropon wrote: On Fri, 11 Nov 2011 10:45:15 +, Traiano Welcome wrote: And I don't seem to have a src.conf anywhere on my filesystem ... Hmmm. You'll have to create it yourself (just like /etc/make.conf). See man src.conf for details. I can't see any odd variables in your /etc/make.conf Me neither. This is a standard config I've used for hundreds of bsd machines (vms and real tin) so I doubt this has anything to do with ... Of course, source may change, requiring make.conf to change, but I'm spculating here :P I would suggest trying to update from 8.0 to 8.1 first, instead of 8.0 - 8.2 Currently testing this ... Please try this and see if you can successfully build the world. If you still can't, try updating from 8.0 to 8.0 (yes, I'm serious). See if you can build the world. ___ 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 ___ 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 ___ 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: FreeBSD make buildworld fail: cc: Internal error: Killed: 9 (program cc1)
On 11/11/11 11:43 AM, Traiano Welcome wrote: Most recent suggestions from Damien Fleuriot: [root@snmp-proxy02 /usr/src]# cat /etc/make.conf SUP_UPDATE= yes SUP=/usr/bin/csup SUPFLAGS= -zgL 2 SUPHOST=cvsup2.za.freebsd.org SUPFILE=/etc/cvsup/stable-supfile PORTSSUPFILE= /etc/cvsup/ports-supfile DOCSUPFILE= /etc/cvsup/doc-supfile ENABLE_SUID_K5SU=YES # added by use.perl 2011-11-09 12:33:48 PERL_VERSION=5.10.1 I see the same compile issue with both variants of my make.conf. To clarify, my suggestion has to do with the way you run your updates. These variables in /etc/make.conf allow you to forgo the manual use of csup [args] , and instead use: cd /usr/src ; make update It is not intended as a fix to your build issues and should have no effect on them whatsoever. ___ 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: FreeBSD make buildworld fail: cc: Internal error: Killed: 9 (program cc1)
On 11/11/11 11:53 AM, Polytropon wrote: On Fri, 11 Nov 2011 10:45:15 +, Traiano Welcome wrote: And I don't seem to have a src.conf anywhere on my filesystem ... Hmmm. You'll have to create it yourself (just like /etc/make.conf). See man src.conf for details. I can't see any odd variables in your /etc/make.conf I would suggest trying to update from 8.0 to 8.1 first, instead of 8.0 - 8.2 Please try this and see if you can successfully build the world. If you still can't, try updating from 8.0 to 8.0 (yes, I'm serious). See if you can build the world. ___ 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: FreeBSD make buildworld fail: cc: Internal error: Killed: 9 (program cc1)
On 2011/11/14 11:25 AM, Damien Fleuriot m...@my.gd wrote: On 11/11/11 11:53 AM, Polytropon wrote: On Fri, 11 Nov 2011 10:45:15 +, Traiano Welcome wrote: And I don't seem to have a src.conf anywhere on my filesystem ... Hmmm. You'll have to create it yourself (just like /etc/make.conf). See man src.conf for details. I can't see any odd variables in your /etc/make.conf Me neither. This is a standard config I've used for hundreds of bsd machines (vms and real tin) so I doubt this has anything to do with ... Of course, source may change, requiring make.conf to change, but I'm spculating here :P I would suggest trying to update from 8.0 to 8.1 first, instead of 8.0 - 8.2 Currently testing this ... Please try this and see if you can successfully build the world. If you still can't, try updating from 8.0 to 8.0 (yes, I'm serious). See if you can build the world. ___ 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 ___ 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: FreeBSD make buildworld fail: cc: Internal error: Killed: 9 (program cc1)
On Fri, Nov 11, 2011 at 10:51:29AM +, Traiano Welcome wrote: Another question worth asking: how much memory/swap does the machine have? If FreeBSD runs short of memory, it will start killing processes. Hi Frank As follows: Mem: 96M Active, 286M Inact, 224M Wired, 213M Buf, 1368M Free Swap: 4094M Total, 4094M Free Note that this is FreeBSD system is installed in a Vmware VM. No swap partition is configured as I expected the system to run entirely with RAM as managed by the Vmware hypervisor and resource management technology. Note that this machine is currently doing nothing else other than my attempts at make buildworld. Hi Traiano, That looks OK. The only other thing I can think of is testing your memory with sysutils/memtest. It's unusual for it to die with SIGKILL though. Still it's worth ruling it out. Regards, -- Frank Contact info: http://www.shute.org.uk/misc/contact.html pgpRosaJTqn93.pgp Description: PGP signature
Re: FreeBSD make buildworld fail: cc: Internal error: Killed: 9 (program cc1)
Hi Damien /etc/make.conf as follows (with your recently suggested changes added): SUP_UPDATE= yes SUP=/usr/bin/csup SUPFLAGS= -zgL 2 SUPHOST=cvsup2.za.freebsd.org SUPFILE=/etc/cvsup/stable-supfile PORTSSUPFILE= /etc/cvsup/ports-supfile DOCSUPFILE= /etc/cvsup/doc-supfile # ENABLE_SUID_K5SU=YES # added by use.perl 2011-11-09 12:33:48 PERL_VERSION=5.10.1 And I don't seem to have a src.conf anywhere on my filesystem ... Hmmm. On 2011/11/10 3:17 PM, Damien Fleuriot m...@my.gd wrote: On 11/10/11 11:05 AM, Traiano Welcome wrote: Hi All I'm trying to upgrade from FreeBSD 8.0-RELEASE #0 to FreeBSD 8.2 or better. My upgrade sequence would be as follows: 0. cd /usr/src/;make cleanworld (and in extreme cases rm -rf /usr/src/* and rm -rf /usr/obj) 1. csup -L 2 stable supfile. 2. cd /usr/src; make buildworld make buildkernel make installkernel make installworld reboot 3. mergemaster -p make installworld mergemaster reboot Your upgrade steps are wrong, although this has nothing to do with your buildworld failing. 1/ make buildworld (automatically cleans up anyway) 2/ make buildkernel 3/ make installkernel 4/ mergemaster -p 5/ reboot (single user if possible) 6/ make installworld 7/ mergemaster -F 8/ reboot 9/ optional, make delete-old Why use csup manually ? Set your variables in /etc/make.conf and just run make update from /usr/src. Here are mine: SUP_UPDATE= yes SUP=/usr/bin/csup SUPFLAGS= -zgL 2 SUPHOST=cvsup1.fr.freebsd.org SUPFILE=/etc/cvsup/stable-supfile PORTSSUPFILE= /etc/cvsup/ports-supfile DOCSUPFILE= /etc/cvsup/doc-supfile == Post your src.conf and make.conf, your problem might be there. As a last resort, I would suggest synching sources with 8.1 and trying to build it, to see if you still encounter the problem. ___ 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 ___ 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
FreeBSD make buildworld fail: cc: Internal error: Killed: 9 (program cc1)
Hi All I'm trying to upgrade from FreeBSD 8.0-RELEASE #0 to FreeBSD 8.2 or better. My upgrade sequence would be as follows: 0. cd /usr/src/;make cleanworld (and in extreme cases rm -rf /usr/src/* and rm -rf /usr/obj) 1. csup -L 2 stable supfile. 2. cd /usr/src; make buildworld make buildkernel make installkernel make installworld reboot 3. mergemaster -p make installworld mergemaster reboot My stable-supfile is as follows: --- *default host=cvsup2.za.freebsd.org *default base=/var/db *default prefix=/usr *default release=cvs tag=RELENG_8_2 *default delete use-rel-suffix src-all --- However, I'm not getting past make buildworld. Below is the tail end of my make buildworld: --- . . . cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\/usr/obj/usr/src/tmp/usr\ -I/usr/obj/usr/src/tmp/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 -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/usr/obj/usr/src/tmp/legacy/usr/include -c ../cc_tools/insn-attrtab.c cc: Internal error: Killed: 9 (program cc1) Please submit a full bug report. 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 Stop in /usr/src/gnu/usr.bin/cc. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. --- My questions are: - Is this a known issue (can't seem to find much on google) ? - If not, how would I go about pinpointing the root cause of this compile error. Upping the make debug level doesn't seem to get my any more detailed information that I can use . I've run csup multiple times (with multiple make clean;make cleanworld;make cleandir in between) across 48 hours , but each update to my source tree doesn't seem to get any different result. I've also tried upgrading my userland tools before doing the upgrade (portupgrade -a) in the hope that the my compiler tools might have been updated to fix this. Any advice would be appreciated, Traiano ___ 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: FreeBSD make buildworld fail: cc: Internal error: Killed: 9 (program cc1)
On 2011/11/10 at 18:05, Traiano Welcome traiano.welc...@mtnbusiness.co.za wrote: Hi All I'm trying to upgrade from FreeBSD 8.0-RELEASE #0 to FreeBSD 8.2 or better. My upgrade sequence would be as follows: 0. cd /usr/src/;make cleanworld (and in extreme cases rm -rf /usr/src/* and rm -rf /usr/obj) 1. csup -L 2 stable supfile. 2. cd /usr/src; make buildworld make buildkernel make installkernel make installworld reboot 3. mergemaster -p make installworld mergemaster reboot No. your upgrade steps are a little bit wrong. Just follow this: build world - build kernel - install kernel - reboot to singler user - mergemaster -p - install world - mergemaster - make delete-old ... You'd better take a look at /usr/src/UPGRADING, which contains details about upgrade steps. My stable-supfile is as follows: --- *default host=cvsup2.za.freebsd.org *default base=/var/db *default prefix=/usr *default release=cvs tag=RELENG_8_2 *default delete use-rel-suffix src-all --- However, I'm not getting past make buildworld. Below is the tail end of my make buildworld: --- . . . cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\/usr/obj/usr/src/tmp/usr\ -I/usr/obj/usr/src/tmp/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 -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/usr/obj/usr/src/tmp/legacy/usr/include -c ../cc_tools/insn-attrtab.c cc: Internal error: Killed: 9 (program cc1) Please submit a full bug report. 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 Stop in /usr/src/gnu/usr.bin/cc. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. --- My questions are: - Is this a known issue (can't seem to find much on google) ? - If not, how would I go about pinpointing the root cause of this compile error. Upping the make debug level doesn't seem to get my any more detailed information that I can use . I've run csup multiple times (with multiple make clean;make cleanworld;make cleandir in between) across 48 hours , but each update to my source tree doesn't seem to get any different result. I've also tried upgrading my userland tools before doing the upgrade (portupgrade -a) in the hope that the my compiler tools might have been updated to fix this. Any advice would be appreciated, Traiano -- History proves nothing. ___ 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: FreeBSD make buildworld fail: cc: Internal error: Killed: 9 (program cc1)
Hi Thanks for the feedback. On 2011/11/10 1:28 PM, Denise H. G. darc...@gmail.com wrote: On 2011/11/10 at 18:05, Traiano Welcome traiano.welc...@mtnbusiness.co.za wrote: Hi All I'm trying to upgrade from FreeBSD 8.0-RELEASE #0 to FreeBSD 8.2 or better. My upgrade sequence would be as follows: 0. cd /usr/src/;make cleanworld (and in extreme cases rm -rf /usr/src/* and rm -rf /usr/obj) 1. csup -L 2 stable supfile. 2. cd /usr/src; make buildworld make buildkernel make installkernel make installworld reboot 3. mergemaster -p make installworld mergemaster reboot No. your upgrade steps are a little bit wrong. Just follow this: build world - build kernel - install kernel - reboot to singler user - mergemaster -p - install world - mergemaster - make delete-old ... I'd be happy to try this sequence, however I don't make it past make buildworld. (of note, the sequence I used above works on all my other boxen though) I've just scrutinised /usr/src/UPDATING (there is no file called UPGRADING ? ) and can't seem to find anything specific to this make fail. File version as follows: $FreeBSD: src/UPDATING,v 1.632.2.19.2.6 2011/10/04 19:07:38 cperciva Exp $ I'm following the process outlined in the FreeBSD manual up until make buildworld, and can't see where I might be wrecking things: 1) synching the source: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/synching.html (... BTW, note to editor: I see nothing in this section of the manual about csup? 2) building world: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html BTW: I've just upgraded my binutils (as, ld) as there was a reference in the UPDATING file to an ld bug, but that did not seem to affect anything. You'd better take a look at /usr/src/UPGRADING, which contains details about upgrade steps. My stable-supfile is as follows: --- *default host=cvsup2.za.freebsd.org *default base=/var/db *default prefix=/usr *default release=cvs tag=RELENG_8_2 *default delete use-rel-suffix src-all --- However, I'm not getting past make buildworld. Below is the tail end of my make buildworld: --- . . . cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\/usr/obj/usr/src/tmp/usr\ -I/usr/obj/usr/src/tmp/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 -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/inclu de -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/usr/obj/usr/src/tmp/legacy/usr/include -c ../cc_tools/insn-attrtab.c cc: Internal error: Killed: 9 (program cc1) Please submit a full bug report. 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 Stop in /usr/src/gnu/usr.bin/cc. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. --- My questions are: - Is this a known issue (can't seem to find much on google) ? - If not, how would I go about pinpointing the root cause of this compile error. Upping the make debug level doesn't seem to get my any more detailed information that I can use . I've run csup multiple times (with multiple make clean;make cleanworld;make cleandir in between) across 48 hours , but each update to my source tree doesn't seem to get any different result. I've also tried upgrading my userland tools before doing the upgrade (portupgrade -a) in the hope that the my compiler tools might have been updated to fix this. Any advice would be appreciated, Traiano -- History proves nothing. ___ 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: FreeBSD make buildworld fail: cc: Internal error: Killed: 9 (program cc1)
On 11/10/11 11:05 AM, Traiano Welcome wrote: Hi All I'm trying to upgrade from FreeBSD 8.0-RELEASE #0 to FreeBSD 8.2 or better. My upgrade sequence would be as follows: 0. cd /usr/src/;make cleanworld (and in extreme cases rm -rf /usr/src/* and rm -rf /usr/obj) 1. csup -L 2 stable supfile. 2. cd /usr/src; make buildworld make buildkernel make installkernel make installworld reboot 3. mergemaster -p make installworld mergemaster reboot Your upgrade steps are wrong, although this has nothing to do with your buildworld failing. 1/ make buildworld (automatically cleans up anyway) 2/ make buildkernel 3/ make installkernel 4/ mergemaster -p 5/ reboot (single user if possible) 6/ make installworld 7/ mergemaster -F 8/ reboot 9/ optional, make delete-old Why use csup manually ? Set your variables in /etc/make.conf and just run make update from /usr/src. Here are mine: SUP_UPDATE= yes SUP=/usr/bin/csup SUPFLAGS= -zgL 2 SUPHOST=cvsup1.fr.freebsd.org SUPFILE=/etc/cvsup/stable-supfile PORTSSUPFILE= /etc/cvsup/ports-supfile DOCSUPFILE= /etc/cvsup/doc-supfile == Post your src.conf and make.conf, your problem might be there. As a last resort, I would suggest synching sources with 8.1 and trying to build it, to see if you still encounter the problem. ___ 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: FreeBSD make buildworld fail: cc: Internal error: Killed: 9 (program cc1)
Damien Fleuriot schreef: Here are mine: SUP_UPDATE= yes SUP=/usr/bin/csup SUPFLAGS= -zgL 2 SUPHOST=cvsup1.fr.freebsd.org SUPFILE=/etc/cvsup/stable-supfile PORTSSUPFILE= /etc/cvsup/ports-supfile DOCSUPFILE= /etc/cvsup/doc-supfile There is no -g anymore for csup, so SUPFLAGS= -zL2 would do. regards Johan Hendriks ___ 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: FreeBSD make buildworld fail: cc: Internal error: Killed: 9 (program cc1)
On 2011/11/10 at 20:56, Traiano Welcome traiano.welc...@mtnbusiness.co.za wrote: Hi Thanks for the feedback. I'd be happy to try this sequence, however I don't make it past make buildworld. (of note, the sequence I used above works on all my other boxen though) I've just scrutinised /usr/src/UPDATING (there is no file called UPGRADING ? ) and can't seem to find anything specific to this make fail. File version as follows: Sorry, it's a typo. It IS UPDATING not UPGRADING:) If you still can't make it, there probably are some problems with your system. Or you could clean up everything, re-csup your system sources and try again. Or you could file a bug report to see if it helps. $FreeBSD: src/UPDATING,v 1.632.2.19.2.6 2011/10/04 19:07:38 cperciva Exp $ I'm following the process outlined in the FreeBSD manual up until make buildworld, and can't see where I might be wrecking things: 1) synching the source: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/synching.html (... BTW, note to editor: I see nothing in this section of the manual about csup? csup is a C language rewrite of cvsup. Generally you could tell no difference between them from a user's perspective. 2) building world: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html BTW: I've just upgraded my binutils (as, ld) as there was a reference in the UPDATING file to an ld bug, but that did not seem to affect anything. I think this might be irrelevant to your case. -- History proves nothing. ___ 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: FreeBSD make buildworld fail: cc: Internal error: Killed: 9 (program cc1)
On Thu, Nov 10, 2011 at 10:05:27AM +, Traiano Welcome wrote: Hi All I'm trying to upgrade from FreeBSD 8.0-RELEASE #0 to FreeBSD 8.2 or better. My upgrade sequence would be as follows: 0. cd /usr/src/;make cleanworld (and in extreme cases rm -rf /usr/src/* and rm -rf /usr/obj) 1. csup -L 2 stable supfile. 2. cd /usr/src; make buildworld make buildkernel make installkernel make installworld reboot 3. mergemaster -p make installworld mergemaster reboot My stable-supfile is as follows: --- *default host=cvsup2.za.freebsd.org *default base=/var/db *default prefix=/usr *default release=cvs tag=RELENG_8_2 *default delete use-rel-suffix src-all --- However, I'm not getting past make buildworld. Below is the tail end of my make buildworld: --- . . . cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\/usr/obj/usr/src/tmp/usr\ -I/usr/obj/usr/src/tmp/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 -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/usr/obj/usr/src/tmp/legacy/usr/include -c ../cc_tools/insn-attrtab.c cc: Internal error: Killed: 9 (program cc1) Please submit a full bug report. 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 Stop in /usr/src/gnu/usr.bin/cc. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. --- My questions are: - Is this a known issue (can't seem to find much on google) ? - If not, how would I go about pinpointing the root cause of this compile error. Upping the make debug level doesn't seem to get my any more detailed information that I can use . I've run csup multiple times (with multiple make clean;make cleanworld;make cleandir in between) across 48 hours , but each update to my source tree doesn't seem to get any different result. I've also tried upgrading my userland tools before doing the upgrade (portupgrade -a) in the hope that the my compiler tools might have been updated to fix this. Any advice would be appreciated, Traiano Can you supply us with: $ uname -a $ cc -v $ cat /etc/make.conf Regards, -- Frank Contact info: http://www.shute.org.uk/misc/contact.html pgpvMQHm2oAGP.pgp Description: PGP signature
Re: FreeBSD make buildworld fail: cc: Internal error: Killed: 9 (program cc1)
On Thu, Nov 10, 2011 at 10:05:27AM +, Traiano Welcome wrote: [snip] cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\/usr/obj/usr/src/tmp/usr\ -I/usr/obj/usr/src/tmp/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 -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/usr/obj/usr/src/tmp/legacy/usr/include -c ../cc_tools/insn-attrtab.c cc: Internal error: Killed: 9 (program cc1) Please submit a full bug report. 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 Stop in /usr/src/gnu/usr.bin/cc. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. --- Another question worth asking: how much memory/swap does the machine have? If FreeBSD runs short of memory, it will start killing processes. Regards, -- Frank Contact info: http://www.shute.org.uk/misc/contact.html pgpJifom8hqvp.pgp Description: PGP signature
Make buildworld don't run
I write make buildworld, this is the answer: #make buildworld make: don't know how to make buildworld. Stop PS: I use FreeBSD 9.0 RC1, and I try to follow current Zantgo ___ 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: Make buildworld don't run
On Wed, Nov 2, 2011 at 1:45 PM, Zantgo zan...@gmail.com wrote: I write make buildworld, this is the answer: #make buildworld make: don't know how to make buildworld. Stop http://www.freebsd.org/doc/handbook/makeworld.html -- Adam Vande More ___ 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: Make buildworld don't run
El 02-11-2011, a las 16:33, Jerry McAllister jerr...@msu.edu escribió: On Wed, Nov 02, 2011 at 03:45:39PM -0300, Zantgo wrote: I write make buildworld, this is the answer: #make buildworld make: don't know how to make buildworld. Stop PS: I use FreeBSD 9.0 RC1, and I try to follow current What user/permissions did you have? Which directory were you in? I think you need to be root and in /usr/src I could be wrong. jerry Yeah!!, I just had to be in / usr / src, thank you very much!. PS: as the directory name that comes after typing cd as root or user? Zantgo ___ 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 ___ 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: Make buildworld don't run
Zantgo wrote: I write make buildworld, this is the answer: #make buildworld make: don't know how to make buildworld. Stop Since this works just fine for all those who have learned how to use FreeBSD I can only assume this indicates you do not know what you are doing. PS: I use FreeBSD 9.0 RC1, and I try to follow current This is a poor choice for anyone new to FreeBSD. There are mainly 3 branches of FreeBSD to consider: -CURRENT is for developers and other contributors working on the next version of FreeBSD, -STABLE is somewhat in the middle in that it will have patches for problems that have been fixed in current and merged back to earlier release versions of code, and RELEASE. There is also a SECURITY branch where only security patches are updated to RELEASE. Since it is obvious you do not know what you are doing the best place for you to begin is RELEASE. Install and begin using a RELEASE version as a learning tool. This means version 8.2! The Handbook may have pieces which are old and could stand updating, but largely it is _THE_ reference you should be working your way through as you proceed to learn FreeBSD. The greatest bulk of what you need to learn is in there. It comes in versions other than English too: http://www.freebsd.org/doc/es_ES.ISO8859-1/books/handbook/index.html If your only exposure to date with computers has been with Windows and you are looking to expand your reach, you will first find that the *Nix world is heavy on reading documentation and trying to figure stuff out for yourself first, before splattering help channels with every little thing that comes along. Once you have made some intial effort you will find that you are in a better position to provide better details on how we can help you. We cannot help you with the effort you need to make in learning the basics, and these basics are all contained in the documentation. I will make no effort to address your error. First of all, you should not be starting in FreeBSD with a release candidate and following -CURRENT. Your error is the result of trying to jump over learning what you need to know. -Mike ___ 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: Make buildworld don't run
El 02-11-2011, a las 17:00, Michael Powell nightre...@hotmail.com escribió: If your only exposure to date with computers has been with Windows and you are looking to expand your reach, you will first find that the *Nix world is heavy on reading documentation and trying to figure stuff out for yourself first, before splattering help channels with every little thing that comes along. Once you have made some intial effort you will find that you are in a better position to provide better details on how we can help you. We cannot help you with the effort you need to make in learning the basics, and these basics are all contained in the documentation. I will make no effort to address your error. First of all, you should not be starting in FreeBSD with a release candidate and following -CURRENT. Your error is the result of trying to jump over learning what you need to know Now this worked for me and at one time thought to hold steady, but I thought that opened many dependencies, and need more current packages so take care not release ___ 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: Make buildworld don't run
Zantgo wrote: El 02-11-2011, a las 17:00, Michael Powell nightre...@hotmail.com escribió: If your only exposure to date with computers has been with Windows and you are looking to expand your reach, you will first find that the *Nix world is heavy on reading documentation and trying to figure stuff out for yourself first, before splattering help channels with every little thing that comes along. Once you have made some intial effort you will find that you are in a better position to provide better details on how we can help you. We cannot help you with the effort you need to make in learning the basics, and these basics are all contained in the documentation. I will make no effort to address your error. First of all, you should not be starting in FreeBSD with a release candidate and following -CURRENT. Your error is the result of trying to jump over learning what you need to know Now this worked for me and at one time thought to hold steady, but I thought that opened many dependencies, and need more current packages so take care not release Nope. Make buildworld is how you begin a source-based upgrade to the operating system. This is completely different and separate from anything package related. You are completely on the wrong track with this. Study the Handbook some more and this may become apparent. When you refresh your ports tree (which handles dependency tracking whether you are installing from ports or using packages) you will always be looking at the latest ports/packages. This is true no matter which branch of the OS you are using. Install RELEASE, refresh your ports tree, and you will still have all the 'most current packages'. You do *NOT* need to be running - CURRENT in order to have the 'most current packages'! This still reiterates the need for you to read and study the documentation. All of this information is present in the documentation. -Mike ___ 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: Make buildworld don't run
From: Michael Powell nightre...@hotmail.com To: freebsd-questions@freebsd.org Sent: Wednesday, November 2, 2011 4:00 PM Subject: Re: Make buildworld don't run Zantgo wrote: I write make buildworld, this is the answer: #make buildworld make: don't know how to make buildworld. Stop Since this works just fine for all those who have learned how to use FreeBSD I can only assume this indicates you do not know what you are doing. PS: I use FreeBSD 9.0 RC1, and I try to follow current This is a poor choice for anyone new to FreeBSD. There are mainly 3 branches of FreeBSD to consider: -CURRENT is for developers and other contributors working on the next version of FreeBSD, -STABLE is somewhat in the middle in that it will have patches for problems that have been fixed in current and merged back to earlier release versions of code, and RELEASE. There is also a SECURITY branch where only security patches are updated to RELEASE. Since it is obvious you do not know what you are doing the best place for you to begin is RELEASE. Install and begin using a RELEASE version as a learning tool. This means version 8.2! The Handbook may have pieces which are old and could stand updating, but largely it is _THE_ reference you should be working your way through as you proceed to learn FreeBSD. The greatest bulk of what you need to learn is in there. It comes in versions other than English too: http://www.freebsd.org/doc/es_ES.ISO8859-1/books/handbook/index.html If your only exposure to date with computers has been with Windows and you are looking to expand your reach, you will first find that the *Nix world is heavy on reading documentation and trying to figure stuff out for yourself first, before splattering help channels with every little thing that comes along. Once you have made some intial effort you will find that you are in a better position to provide better details on how we can help you. We cannot help you with the effort you need to make in learning the basics, and these basics are all contained in the documentation. I will make no effort to address your error. First of all, you should not be starting in FreeBSD with a release candidate and following -CURRENT. Your error is the result of trying to jump over learning what you need to know. -Mike ___ 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 Is it just me or does someone need to choke this guy. We all had to start somewhere and granted this guy's question was a newbie one, but please get off your soapbox. It's amazing how you make no effort to help this person yet you have the time to make alot of effort to ridicule. Your entire response could have been as simple as: cd /usr/src I work with people all the time who complain that they have no time to help you yet they have all the time in the world to send a lame e-mail complaining about how they have no time to help you. Lighten up ... life is too short, ___ 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: make buildworld errors
Hi, Can it be related to an issue from 2009? I have the same problem when compiling with WITHOUT_KVM and WITH_INET6 (implicit as WITHOUT_INET6 is not defined). See the folling links http://lists.freebsd.org/pipermail/freebsd-current/2009-November/013020.html http://lists.freebsd.org/pipermail/freebsd-current/attachments/20091101/4084 8244/ifmcstat.obj Regards, // Mem - On 1st of January 2011 Manolis Kiagias wrote: - Subject: Re: make buildworld errors From: Manolis Kiagias Date: Sat, 01 Jan 2011 00:35:37 -0800 On 01/01/2011 9:54 ?.?., Mike wrote: Trying to buildworld but it keeps failing. I finally deleted /usr/src and recopyed from a cd then cvsup using standard-supfile. Tried limiting how much ram freebsd uses and only using one stick of ram. All attempts have failed at the same place. Would using the GENERIC kernel make a difference? You shouldn't have any trouble building world using a custom kernel. Try rm -rf /usr/obj/* before starting the build. This usually solves th ___ 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: #make all vs #/make buildworld
Good Day; Okay, stupid question answered! I found the appropriate section of the Handbook which tells the reasons to use the right build procedure. I then CVSup'd source and ports today. make buildworld seems to be executing as expected. Then... the screen blanked and the mouse and keyboard quit working but, that is a story for another day. I can ssh into the machine from a laptop and see the processes running. I'll wait until the drive light stops indicating activity and ps -A tells me the build process has finished, then do a shutdown -r remotely. Thank You, michael ___ 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
make buildworld errors
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Trying to buildworld but it keeps failing. I finally deleted /usr/src and recopyed from a cd then cvsup using standard-supfile. Tried limiting how much ram freebsd uses and only using one stick of ram. All attempts have failed at the same place. Would using the GENERIC kernel make a difference? #make worldclean make cleandir snip #make buildworld snip === usr.sbin/ifmcstat (all) cc -O2 -pipe -DINET6 -std=gnu99 -fstack-protector -Wsystem-headers - -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /usr/src/usr.sbin/ifmcstat/ifmcstat.c cc1: warnings being treated as errors /usr/src/usr.bin/ifmcstat/ifmcstat.c:170: warning: 'in6_ifinfo' used but never defined *** Error code 1 Stop in /usr/src/usr.sbin/ifmcstat. *** Error code 1 #uname -a FreeBSD frogger 8.1-RELEASE-p1 FreeBSD 8.1-RELEASE-p1 #0: Sat Nov 27 02:47:28 CST 2010 alert@:/usr/obj/usr/src/sys/MOLLY i386 -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJNHt2iAAoJEHKqVYG3x59oGG0QAKkUiME+ETJ2vHoIR15vq5FW VIHMtaT9fFv4L9diNkZn/HnB5lWnRQ5O5DxSexn0iv7wDJzU68tArNJHgG1LvzuA 61rcsUEMIpNUJViYlEtzonVibQEoipehTgdjpNuMOcBqqi2tc8U9kN2xKB/pU+sI yds2hNxxId3sSLBRIUwu+bsQqW6xc0LI2nsSZGArY4NxMyYUe5MLl+TUp8uhJNt4 nixJxuOi7eZ6+0MxJd79v1GkWjqVYZGddsiM0GG/5YuC6JUrTAiql3Oa6zsnqDQT 8BZjB3yrHctl77x0FpH2BfuVzlDeA1km1FWxLQIv2ewEHuPiEx0EUbe5oraXYhlb ZlDtNs62MGoRsNl18ZzCxyIYJLDyLy6wsNOGmeuJNDgFxo7HyY+dycQAbmG13tju uGHj4sz1PPsEOzPX5EAt9q0RgkbO715e9y1iFSmfbrD5dCLZM7OlxiUpjK9wLxqC boVzIvD4GRFykR8vm0XAMHA3fc8O/LK7YYSDCxrOL79vtQPFm9IlnMzsZhk6QhfI kEdX+uU8TLbzto8Pi0LvkSCC3nVgkW1yE5NPJa6XxoVXS1zGDaR2jZE5VnFx9NTP wT6MrtEpbDTpix2IuM6JsGXrtsoB58osq+cyVONFn+yIO8w5YvhhfoPWh88GwPqa UOIT+eKHUaexXkjkYmgQ =+sXx -END PGP SIGNATURE- ___ 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: make buildworld errors
On 01/01/2011 9:54 ?.?., Mike wrote: Trying to buildworld but it keeps failing. I finally deleted /usr/src and recopyed from a cd then cvsup using standard-supfile. Tried limiting how much ram freebsd uses and only using one stick of ram. All attempts have failed at the same place. Would using the GENERIC kernel make a difference? You shouldn't have any trouble building world using a custom kernel. Try rm -rf /usr/obj/* before starting the build. This usually solves th ___ 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
make buildworld runs out of space
I have built two machines with 8.0-STABLE-201002-amd64. When I updated the sources and ran make buildworld process it would fail claiming that / was full. It seems to be running into the problem when the make installkernel portion of my script was running. Both machines were built using the default of 512M for /. I rebuilt the machines with 1G / and all was well. But one shouldn't have to do this as 512M for / should be adequate. ___ 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
make buildworld runs out of space
Bill Tillman writes: I have built two machines with 8.0-STABLE-201002-amd64. When I updated the sources and ran make buildworld process it would fail claiming that / was full. It seems to be running into the problem when the make installkernel portion of my script was running. Both machines were built using the default of 512M for /. I rebuilt the machines with 1G / and all was well. But one shouldn't have to do this as 512M for / should be adequate. Can you show us a df and a du -x | sort -nr | head -n 25 for '/'? Robert Huff ___ 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: make buildworld runs out of space
On Wed, 17 Mar 2010 17:38:06 -0700 (PDT), Bill Tillman btillma...@yahoo.com wrote: I rebuilt the machines with 1G / and all was well. But one shouldn't have to do this as 512M for / should be adequate. It's not only the new kernel - a backup of the previous existing kernel is kept in /boot (and so on /). If you suppress this, all should be fine, but maybe dangerous in case your new kernel doesn't boot as intended. In this case, the subject make buildworld runs out of space may lead to a misunderstanding; according to what you stated, make installkernel was the operation causing the out of space problem. -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... ___ 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: make buildworld runs out of space
On Wed, Mar 17, 2010 at 20:08, Polytropon free...@edvax.de wrote: On Wed, 17 Mar 2010 17:38:06 -0700 (PDT), Bill Tillman btillma...@yahoo.com wrote: I rebuilt the machines with 1G / and all was well. But one shouldn't have to do this as 512M for / should be adequate. It's not only the new kernel - a backup of the previous existing kernel is kept in /boot (and so on /). If you suppress this, all should be fine, but maybe dangerous in case your new kernel doesn't boot as intended. In this case, the subject make buildworld runs out of space may lead to a misunderstanding; according to what you stated, make installkernel was the operation causing the out of space problem. -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... ___ 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 Just a note, the default 512mb is never enough room, especially since hard drive space is negligible these days. I always use 4G for / ___ 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: make buildworld runs out of space
On Wed, 17 Mar 2010 17:38:06 -0700 (PDT), Bill Tillman btillma...@yahoo.com wrote: I have built two machines with 8.0-STABLE-201002-amd64. When I updated the sources and ran make buildworld process it would fail claiming that / was full. It seems to be running into the problem when the make installkernel portion of my script was running. Both machines were built using the default of 512M for /. I rebuilt the machines with 1G / and all was well. But one shouldn't have to do this as 512M for / should be adequate. Yes it's adequate for *one* kernel. But it's often too limited for a couple of kernels (e.g. /boot/kernel.old and /boot/kernel). My /boot has two kernels now, and they are build with debugging symbols so they take a bit more space, but the following is a sample du run: $ du -hsx /boot/kernel* /boot 136M/boot/kernel 136M/boot/kernel.old 273M/boot $ With 273 MB for kernels, there has to be adequate space for the *rest* of the root filesystem files too. With 512 MB you are very close to having just enough space, but it's not certain if e.g. your /tmp already contains a few dozen MB of temporary files. As you found out, 1 GB of root filesystem space is ok for now :-) ___ 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: Error at make buildworld with sources from release and stable
Frank Wißmann frank.wissman...@web.de writes: Hi all! When making the world new i get this error message: machine - /usr/src/sys/amd64/include awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -q awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I/usr/src/sys/modules/dtrace/lockstat/../../../cddl/compat/opensolaris -I/usr/src/sys/modules/dtrace/lockstat/../../../cddl/contrib/opensolaris/uts/common -I/usr/src/sys/modules/dtrace/lockstat/../../.. -I. -I@ -I@/contrib/altq /usr/src/sys/modules/dtrace/lockstat/../../../cddl/dev/lockstat/lockstat.c /usr/src/sys/modules/dtrace/lockstat/../../../cddl/dev/lockstat/lockstat.c:32:25: error: opt_kdtrace.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/src/sys/modules/dtrace/lockstat. *** Error code 1 Stop in /usr/src/sys/modules/dtrace. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 Stop in /usr/src/sys. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. This happens when using the sources as given with the release or if I update to RELENG-8. What is wrong here? Is something missing in the make.conf? Are you sure you're doing make buildworld? It looks like you're building kernel modules. These messages seem pretty strange to me for buildworld. Other possibilities to make sure you avoid: something stale in the obj tree, a clock that's off... -- 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
Re: Error at make buildworld with sources from release and stable
Lowell Gilbert schrieb: Frank Wißmann frank.wissman...@web.de writes: Hi all! When making the world new i get this error message: machine - /usr/src/sys/amd64/include awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -q awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I/usr/src/sys/modules/dtrace/lockstat/../../../cddl/compat/opensolaris -I/usr/src/sys/modules/dtrace/lockstat/../../../cddl/contrib/opensolaris/uts/common -I/usr/src/sys/modules/dtrace/lockstat/../../.. -I. -I@ -I@/contrib/altq /usr/src/sys/modules/dtrace/lockstat/../../../cddl/dev/lockstat/lockstat.c /usr/src/sys/modules/dtrace/lockstat/../../../cddl/dev/lockstat/lockstat.c:32:25: error: opt_kdtrace.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/src/sys/modules/dtrace/lockstat. *** Error code 1 Stop in /usr/src/sys/modules/dtrace. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 Stop in /usr/src/sys. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. This happens when using the sources as given with the release or if I update to RELENG-8. What is wrong here? Is something missing in the make.conf? Are you sure you're doing make buildworld? It looks like you're building kernel modules. These messages seem pretty strange to me for buildworld. Other possibilities to make sure you avoid: something stale in the obj tree, a clock that's off... Hi, Lowell! I surely did a make buildworld. After your thoughts I edited make.conf and commented out the line Modules_with_world=true. Now it completed successfully. Thanks a lot! Greetings Frank -- GU d- s:+ a+ C+$ UBS$ P L- !E--- W N+@ !o K--? !w--- O !M- !V- PS+ PE Y? !PGP- t+ 5 X !R tv- b++ DI !D G e h+ r- y? When pack meets pack in the jungle and no one will move from the trail wait till the leaders have spoken it may be fair words shall prevail (Rudyard Kipling) ___ 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
Error at make buildworld with sources from release and stable
Hi all! When making the world new i get this error message: machine - /usr/src/sys/amd64/include awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -q awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I/usr/src/sys/modules/dtrace/lockstat/../../../cddl/compat/opensolaris -I/usr/src/sys/modules/dtrace/lockstat/../../../cddl/contrib/opensolaris/uts/common -I/usr/src/sys/modules/dtrace/lockstat/../../.. -I. -I@ -I@/contrib/altq /usr/src/sys/modules/dtrace/lockstat/../../../cddl/dev/lockstat/lockstat.c /usr/src/sys/modules/dtrace/lockstat/../../../cddl/dev/lockstat/lockstat.c:32:25: error: opt_kdtrace.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/src/sys/modules/dtrace/lockstat. *** Error code 1 Stop in /usr/src/sys/modules/dtrace. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 Stop in /usr/src/sys. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. This happens when using the sources as given with the release or if I update to RELENG-8. What is wrong here? Is something missing in the make.conf? Greetings til' next year :-). Frank -- GU d- s:+ a+ C+$ UBS$ P L- !E--- W N+@ !o K--? !w--- O !M- !V- PS+ PE Y? !PGP- t+ 5 X !R tv- b++ DI !D G e h+ r- y? When pack meets pack in the jungle and no one will move from the trail wait till the leaders have spoken it may be fair words shall prevail (Rudyard Kipling) ___ 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: ccache make buildworld fails (mmap problem?)
On Mon, 20 Jul 2009 08:46:48 +0900, Hashimoto hsm...@gmail.com wrote: Hello. I have a problem about ccache. I installed devel/ccache from ports. make buildworld stopped immediately and failed. In the ccache log file, I found the Faild to mmap message. I also tried to reinstall devel/libtool15 following /usr/local/share/doc/ccache/cchace-howto-freebsd.txt . But, again, it failed. When I disable ccache, make buildworld installing devel/libtool15 successfully finishes. Any suggestions? http://lists.freebsd.org/pipermail/freebsd-hackers/2009-July/029141.html -- Mel ___ 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: ccache make buildworld fails (mmap problem?)
I have a problem about ccache. I installed devel/ccache from ports. make buildworld stopped immediately and failed. In the ccache log file, I found the Faild to mmap message. http://lists.freebsd.org/pipermail/freebsd-hackers/2009-July/029141.html Thanks Mel. Problem solved. I applied suggested patch to /usr/ports/devel/ccache/work/ccache-2.4_8/hash.c and buildworld finished successfully. http://lists.freebsd.org/pipermail/freebsd-hackers/attachments/20090720/9bc71e56/patch-mmap.obj -- Kouki Hashimoto hsm...@gmail.com ___ 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
ccache make buildworld fails (mmap problem?)
Hello. I have a problem about ccache. I installed devel/ccache from ports. make buildworld stopped immediately and failed. In the ccache log file, I found the Faild to mmap message. I also tried to reinstall devel/libtool15 following /usr/local/share/doc/ccache/cchace-howto-freebsd.txt . But, again, it failed. When I disable ccache, make buildworld installing devel/libtool15 successfully finishes. Any suggestions? Regeards. 1. make buildworld fails # cd /usr/src # make buildworld CC='/usr/local/libexec/ccache/world-cc' mkdep -f .depend -a -I/usr/obj/usr/src/tmp/legacy/usr/include /usr/src/tools/build/dummy.c /usr/local/libexec/ccache/world-cc -O2 -pipe -I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/tools/build/dummy.c *** Error code 1 2. my /etc/make.conf # cat /etc/make.conf .if (!empty(.CURDIR:M/usr/src*) || !empty(.CURDIR:M/usr/obj*)) !defined(NOCCACHE) CC=/usr/local/libexec/ccache/world-cc CXX=/usr/local/libexec/ccache/world-c++ .endif 3. my environemtal variables # cat /root/.zshenv export PATH=/usr/local/libexec/ccache:$PATH export CCACHE_PATH=/usr/bin:/usr/local/bin export CCACHE_DIR=/var/tmp/ccache export CCACHE_LOGFILE=/var/log/ccache.log $ uname -a FreeBSD hostname 8.0-BETA2 FreeBSD 8.0-BETA2 #8: Mon Jul 20 00:02:16 JST 2009 r...@hostname:/usr/obj/usr/src/sys/GENERIC i386 4. ccache log file # tail /var/log/ccache.log Failed to mmap /var/tmp/ccache/tmp.cpp_stderr.hostname.33893 FATAL: hash_file 5. ccache file # cat /var/tmp/ccache/dummy.tmp.hostname.33893.i # 1 /usr/src/tools/build/dummy.c # 1 built-in # 1 command-line # 1 /usr/src/tools/build/dummy.c 6. try to reinstall devel/libtool15 # pkg_delete -f libtool-1.5.26 # portinstall devel/libtool15 [Updating the pkgdb format:bdb_btree in /var/db/pkg ... - 340 packages found ( -0 +0) done][Gathering depends for devel/libtool15 done] --- Installing 'libtool-1.5.26' from a port (devel/libtool15) --- Building '/usr/ports/devel/libtool15' === Cleaning for libtool-1.5.26 === Vulnerability check disabled, database not found === Extracting for libtool-1.5.26 = MD5 Checksum OK for libtool-1.5.26.tar.gz. = SHA256 Checksum OK for libtool-1.5.26.tar.gz. === Patching for libtool-1.5.26 === Applying FreeBSD patches for libtool-1.5.26 === Configuring for libtool-1.5.26 checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheelchecking whether build environment is sane... yes checking for a thread-safe mkdir -p... ./install-sh -c -d checking for gawk... no checking for mawk... no checking for nawk... nawk checking whether make sets $(MAKE)... yes checking for gcc... ccchecking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... configure: error: cannot compute suffix o f object files: cannot compile See `config.log' for more details. === Script configure failed unexpectedly. Please report the problem to a...@freebsd.org [maintainer] and attach the /usr/ports/devel/libtool15/work/libtool-1.5.26/config.log including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. an `ls/var/db/pkg`). *** Error code 1 Stop in /usr/ports/devel/libtool15. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portinstall20090720-33 926-15820ox-0 env make BATCH=yes ** Fix the problem and try again. ** Listing the failed packages (-:ignored / *:skipped / !:failed) ! devel/libtool15 (configure error) -- Kouki Hashimoto hsm...@gmail.com ___ 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: Problem with make buildworld during upgrade from 7.0-RELEASE to 7.2-RELEASE
On Monday 13 July 2009 13:40:31 Joseph Bashe wrote: I am going thru my first FreeBSD upgrade and it's not going too smoothly. I originally started the upgrade using the freebsd-update method. This is what I've done so far (all as root user): There's a few misconceptions in your understanding of the upgrade process, which I'll try to address below. However, you're also using the wrong sequence of events. You *first* want to update your kernel and base system, only then your ports. PS. I am using a custom kernel. As such, freebsd-update cannot upgrade your kernel. 1. ran portsnap fetch update - [success] 2. ran portupgrade -va [portupgradenot found - i hadn't installed it yet 3. ran freebsd-update fetch [success] (i know this was out of sequence from the guide) 4. installed portupgrade (make install clean from the dir in ports) [ssh connection dropped, so i had to login again] 5. installed portupgrade (make install) [success] then make clean [success] 6. ran portupgrade -va [long process begins... strangely, several X components install although this is not desired] echo WITHOUT_X11=yes /etc/make.conf 7. ran freebsd-update fetch again [success] 8. ran freebsd-update upgrade -r 7.2-RELEASE [ssh connection dies during preparing to download files, so i log in again] 9. ran freebsd-update upgrade -r 7.2-RELEASE [~27,000 updates..] and of course ssh connection dies during Fetching 3060 files although applying patches succeeds. A note: these disconnects are not at all common during a normal ssh connection to this computer, it seems due to the resource-intense operations required for updating freebsd. More likely to be bad queuing in the gateway or you're hitting the default session timeout of 5 minutes of inactivity. See man ssh_config for ServerAliveInteral and TCPKeepAlive. 10. log back in, ran freebsd-update upgrade -r 7.2-RELEASE [..success] 11. ran freebsd-update install [and of course ssh dies during Installing updates...] 12. log back in, ran freebsd-update install. 13. Then i ran nextboot -k GENERIC and got /boot/GENERIC doesn't exist. so, i copied kernel.old to /boot/GENERIC This is out of sequence and likely the cause for some problems. First of all, you must be sure that kernel.old is really a GENERIC 7.0-RELEASE kernel. Secondly, this step /should/ have been run /before/ freebsd-update install. 14. Ok, maybe this was the problem. for some reason at this point i decide to run freebsd-update install again, and get no updates are available. 15. Then I run freebsd-update -r 7.2-RELEASE upgrade again.. it downloads some patches, but then i get this error: /usr/sbin/freebsd-update: cannot open files/.gz: No such file or directory about 100 times.. plus, i get questions like Running an upgrade again, without a rollback is generally not a good idea. The following file will be removed, as it no longer exists in FreeBSD 7.2-RELEASE: /boot/device.hints Does this look reasonable (y/n)? which doesn't look very good. 16. so, i issued a shutdown -r now command and crossed my fingers.. the system is still up, but it hasn't been upgraded (uname still reports 7.0-p11 for booting form the GENERIC kernel, and 7.0-p9 for the custom kernel). on top, make buildworld fails with: Stop in /usr/src/secure/lib/libssh. *** Error code 1 every time. and worse, any csup command dies with /libexec/ld-elf.so.1: /lib/libc.so.7: version FBSD_1.1 required by /lib/libthr.so.3 not found along with a lot of other commands... any ideas?? Your world and kernel are out of sync, because of loading a not upgraded kernel with a freebsd-update'd 7.2 world. I would try fetching the 7.2 livefs ISO, mount it as a vnode and install the GENERIC kernel from there to get your system back in working order. Example steps: $ sha256 /data/isos/7.2-RELEASE-i386-livefs.iso SHA256 (/data/isos/7.2-RELEASE-i386-livefs.iso) = 4faa7b9d78d125f9b28521247e32e1f0bef3b0b0f21b654ba22c6e79ca3301ce $ sudo mdconfig -a -t vnode -f /data/isos/7.2-RELEASE-i386-livefs.iso -u 0 $ sudo mount -t cd9660 /dev/md0 /mnt $ sudo mv /boot/kernel /boot/kernel.bogus $ sudo cp -Rp /mnt/boot/kernel /boot/ $ shutdown -r now # may need sudo if you're not in operator group If you still have problems after this, it's likely you need single user mode to get back into working order. Given the number of errors given by the second freebsd-update upgrade command I wouldn't trust a freebsd-update rollback. This would be where I'd restore the backups using a livecd and restart the freebsd-update process, this time sticking verbatim to the handbook, but skipping the portupgrade test run. -- Mel ___ 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: Problem with make buildworld during upgrade from 7.0-RELEASE to 7.2-RELEASE
On Tuesday 14 July 2009 11:51:40 Mel Flynn wrote: On Monday 13 July 2009 13:40:31 Joseph Bashe wrote: I am going thru my first FreeBSD upgrade and it's not going too smoothly. I originally started the upgrade using the freebsd-update method. This is what I've done so far (all as root user): There's a few misconceptions in your understanding of the upgrade process, which I'll try to address below. However, you're also using the wrong sequence of events. You *first* want to update your kernel and base system, only then your ports. PS. I am using a custom kernel. As such, freebsd-update cannot upgrade your kernel. That should be , without the intermediate use of a GENERIC kernel.. -- Mel ___ 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: Problem with make buildworld during upgrade from 7.0-RELEASE to 7.2-RELEASE
Great response! There's a lot of good info here. Thanks, and I will check out the SSH keepalive settings. To update, I did finally solve my problem, although I was in a pickle there for a bit. Ironically, it's more intuitive to me to just do the install the old way (using make buildworld): I decided to attempt to install cvsup from my ports tree and thankfully it worked fine: cd /usr/ports/net/cvsup make install make clean [Then, I just did:] tar -cyv /usr/home/myuser/7.2-RELEASE-src.tar.bz2 /usr/src/ rm -r /usr/src mkdir /usr/src rm -r /usr/obj cvsup my-supfile that gave me a fresh copy of the FreeBSD RELEASE-7.2 source tree (my-supfile had the correct release engine specified), and cleaned out any garbage that might have been in the /usr/obj directory [then:] mergemaster -pv env -i make buildworld nextboot -k GENERIC make buildkernel make installkernel shutdown -r now [log back in as su, then] mergemaster make installworld shutdown -r now [log back in as su, then] uname -a and get a nice listing that I'm running FreeBSD 7.2-RELEASE-p2 I'm guessing this method will work no matter what as long as you can install cvsup. Nice that I can do it over SSH too! Now to build a custom kernel! Thanks again, Joe On Tue, Jul 14, 2009 at 1:36 PM, Mel Flynn mel.flynn+fbsd.questi...@mailing.thruhere.netmel.flynn%2bfbsd.questi...@mailing.thruhere.net wrote: On Tuesday 14 July 2009 11:51:40 Mel Flynn wrote: On Monday 13 July 2009 13:40:31 Joseph Bashe wrote: I am going thru my first FreeBSD upgrade and it's not going too smoothly. I originally started the upgrade using the freebsd-update method. This is what I've done so far (all as root user): There's a few misconceptions in your understanding of the upgrade process, which I'll try to address below. However, you're also using the wrong sequence of events. You *first* want to update your kernel and base system, only then your ports. PS. I am using a custom kernel. As such, freebsd-update cannot upgrade your kernel. That should be , without the intermediate use of a GENERIC kernel.. -- Mel ___ 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 -- Joe Bashe ___ 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
Problem with make buildworld during upgrade from 7.0-RELEASE to 7.2-RELEASE
Hello, I am going thru my first FreeBSD upgrade and it's not going too smoothly. I originally started the upgrade using the freebsd-update method. This is what I've done so far (all as root user): PS. I am using a custom kernel. 1. ran portsnap fetch update - [success] 2. ran portupgrade -va [portupgradenot found - i hadn't installed it yet 3. ran freebsd-update fetch [success] (i know this was out of sequence from the guide) 4. installed portupgrade (make install clean from the dir in ports) [ssh connection dropped, so i had to login again] 5. installed portupgrade (make install) [success] then make clean [success] 6. ran portupgrade -va [long process begins... strangely, several X components install although this is not desired] 7. ran freebsd-update fetch again [success] 8. ran freebsd-update upgrade -r 7.2-RELEASE [ssh connection dies during preparing to download files, so i log in again] 9. ran freebsd-update upgrade -r 7.2-RELEASE [~27,000 updates..] and of course ssh connection dies during Fetching 3060 files although applying patches succeeds. A note: these disconnects are not at all common during a normal ssh connection to this computer, it seems due to the resource-intense operations required for updating freebsd. 10. log back in, ran freebsd-update upgrade -r 7.2-RELEASE [..success] 11. ran freebsd-update install [and of course ssh dies during Installing updates...] 12. log back in, ran freebsd-update install. 13. Then i ran nextboot -k GENERIC and got /boot/GENERIC doesn't exist. so, i copied kernel.old to /boot/GENERIC 14. Ok, maybe this was the problem. for some reason at this point i decide to run freebsd-update install again, and get no updates are available. 15. Then I run freebsd-update -r 7.2-RELEASE upgrade again.. it downloads some patches, but then i get this error: /usr/sbin/freebsd-update: cannot open files/.gz: No such file or directory about 100 times.. plus, i get questions like The following file will be removed, as it no longer exists in FreeBSD 7.2-RELEASE: /boot/device.hints Does this look reasonable (y/n)? which doesn't look very good. 16. so, i issued a shutdown -r now command and crossed my fingers.. the system is still up, but it hasn't been upgraded (uname still reports 7.0-p11 for booting form the GENERIC kernel, and 7.0-p9 for the custom kernel). on top, make buildworld fails with: Stop in /usr/src/secure/lib/libssh. *** Error code 1 every time. and worse, any csup command dies with /libexec/ld-elf.so.1: /lib/libc.so.7: version FBSD_1.1 required by /lib/libthr.so.3 not found along with a lot of other commands... any ideas?? Just want to note that I log every keystroke on my servers so just let me know any specifics would help you in diagnosing the problem. Many thanks! -- Joe Bashe ___ 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
make buildworld in parallel
Hi, Is it valid to use the option -j in the make of buildworld? Like: make -j 8 buildworld TIA Olivier ___ 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
error after make buildworld when upgrading RELENG_7_0 to RELENG_6_3
Dear freebsd list, I wanted to upgrade freebsd releng_6_3 to releng_7_0 with cvsup because I'm running a custom kernel. I've started the process by dropping into single user mode, issuing the script command to catch the output and then going to the /usr/src directory. There I did a make buildworld The error message I get is: (part of the error message) .. building static cpp library ranlib libcpp.a === gnu/usr.bin/cc/libdecnumber (all) cc -O2 -fno-strict-aliasing -pipe -I/usr/src/gnu/usr.bin/cc/libdecnumber -I. -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\/usr/obj/usr/src/tmp/usr\ -I/usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/cc/libdecnumber/../cc_tools -I/usr/src/gnu/usr.bin/cc/libdecnumber/../cc_tools -I/usr/src/gnu/usr.bin/cc/libdecnumber/../../../../contrib/gcc -I/usr/src/gnu/usr.bin/cc/libdecnumber/../../../../contrib/gcc/config -I/usr/src/gnu/usr.bin/cc/libdecnumber/../../../../contrib/gcclibs/include -I/usr/src/gnu/usr.bin/cc/libdecnumber/../../../../contrib/gcclibs/libcpp/include -I/usr/src/gnu/usr.bin/cc/libdecnumber/../../../../contrib/gcclibs/libdecnumber -I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/gnu/usr.bin/cc/libdecnumber/../../../../contrib/gcclibs/libdecnumber/decNumber.c cc -O2 -fno-strict-aliasing -pipe -I/usr/src/gnu/usr.bin/cc/libdecnumber -I. -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\/usr/obj/usr/src/tmp/usr\ -I/usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/cc/libdecnumber/../cc_tools -I/usr/src/gnu/usr.bin/cc/libdecnumber/../cc_tools -I/usr/src/gnu/usr.bin/cc/libdecnumber/../../../../contrib/gcc -I/usr/src/gnu/usr.bin/cc/libdecnumber/../../../../contrib/gcc/config -I/usr/src/gnu/usr.bin/cc/libdecnumber/../../../../contrib/gcclibs/include -I/usr/src/gnu/usr.bin/cc/libdecnumber/../../../../contrib/gcclibs/libcpp/include -I/usr/src/gnu/usr.bin/cc/libdecnumber/../../../../contrib/gcclibs/libdecnumber -I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/gnu/usr.bin/cc/libdecnumber/../../../../contrib/gcclibs/libdecnumber/decContext.c cc -O2 -fno-strict-aliasing -pipe -I/usr/src/gnu/usr.bin/cc/libdecnumber -I. -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\/usr/obj/usr/src/tmp/usr\ -I/usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/cc/libdecnumber/../cc_tools -I/usr/src/gnu/usr.bin/cc/libdecnumber/../cc_tools -I/usr/src/gnu/usr.bin/cc/libdecnumber/../../../../contrib/gcc -I/usr/src/gnu/usr.bin/cc/libdecnumber/../../../../contrib/gcc/config -I/usr/src/gnu/usr.bin/cc/libdecnumber/../../../../contrib/gcclibs/include -I/usr/src/gnu/usr.bin/cc/libdecnumber/../../../../contrib/gcclibs/libcpp/include -I/usr/src/gnu/usr.bin/cc/libdecnumber/../../../../contrib/gcclibs/libdecnumber -I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/gnu/usr.bin/cc/libdecnumber/../../../../contrib/gcclibs/libdecnumber/decUtility.c cc -O2 -fno-strict-aliasing -pipe -I/usr/src/gnu/usr.bin/cc/libdecnumber -I. -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\/usr/obj/usr/src/tmp/usr\ -I/usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/cc/libdecnumber/../cc_tools -I/usr/src/gnu/usr.bin/cc/libdecnumber/../cc_tools -I/usr/src/gnu/usr.bin/cc/libdecnumber/../../../../contrib/gcc -I/usr/src/gnu/usr.bin/cc/libdecnumber/../../../../contrib/gcc/config -I/usr/src/gnu/usr.bin/cc/libdecnumber/../../../../contrib/gcclibs/include -I/usr/src/gnu/usr.bin/cc/libdecnumber/../../../../contrib/gcclibs/libcpp/include -I/usr/src/gnu/usr.bin/cc/libdecnumber/../../../../contrib/gcclibs/libdecnumber -I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/gnu/usr.bin/cc/libdecnumber/../../../../contrib/gcclibs/libdecnumber/decimal32.c cc -O2 -fno-strict-aliasing -pipe -I/usr/src/gnu/usr.bin/cc/libdecnumber -I. -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\/usr/obj/usr/src/tmp/usr\ -I/usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/cc/libdecnumber/../cc_tools -I/usr/src/gnu/usr.bin/cc/libdecnumber/../cc_tools -I/usr/src/gnu/usr.bin/cc/libdecnumber/../../../../contrib/gcc -I/usr/src/gnu/usr.bin/cc/libdecnumber/../../../../contrib/gcc/config -I/usr/src/gnu/usr.bin/cc/libdecnumber/../../../../contrib/gcclibs/include -I/usr/src/gnu/usr.bin/cc/libdecnumber/../../../../contrib/gcclibs/libcpp/include -I/usr/src/gnu/usr.bin/cc/libdecnumber/../../../../contrib/gcclibs/libdecnumber -I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/gnu/usr.bin/cc/libdecnumber/../../../../contrib/gcclibs/libdecnumber/decimal64.c cc -O2 -fno-strict-aliasing -pipe -I/usr/src/gnu/usr.bin/cc/libdecnumber -I. -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\/usr/obj/usr/src/tmp/usr\ -I/usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/cc/libdecnumber/../cc_tools -I/usr/src/gnu/usr.bin/cc/libdecnumber/../cc_tools -I/usr/src/gnu/usr.bin/cc/libdecnumber/../../../../contrib/gcc -I/usr/src/gnu/usr.bin/cc/libdecnumber/../../../../contrib/gcc/config -I/usr/src/gnu/usr.bin/cc/libdecnumber/../../../../contrib/gcclibs/include -I/usr/src/gnu/usr.bin/cc/libdecnumber/../../../../contrib/gcclibs/libcpp/include -I/usr/src/gnu/usr.bin/cc/libdecnumber/../../../../contrib/gcclibs/libdecnumber -I/usr/obj/usr/src
Make buildworld
Can someone tell me the difference between 'make -j2 buildworld' and 'make -j4 buildworld' ? Thanks, Jos ___ 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
$ man make ... -j max_jobs Specify the maximum number of jobs that make may have running at any one time. Turns compatibility mode off, unless the -B flag is also specified. HTH - Tobias -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jos Chrispijn Sent: Sunday, June 08, 2008 7:50 AM To: freebsd-questions@freebsd.org Subject: Make buildworld Can someone tell me the difference between 'make -j2 buildworld' and 'make -j4 buildworld' ? Thanks, Jos ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] ___ 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
Jos Chrispijn wrote: Can someone tell me the difference between 'make -j2 buildworld' and 'make -j4 buildworld' ? Thanks, Jos ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] fyi, the below is from /usr/src/UPDATING: COMMON ITEMS: General Notes - Avoid using make -j when upgrading. From time to time in the past there have been problems using -j with buildworld and/or installworld. This is especially true when upgrading between distant versions (eg one that cross a major release boundary or several minor releases, or when several months have passed on the -current branch). ___ 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
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Brian wrote: Jos Chrispijn wrote: Can someone tell me the difference between 'make -j2 buildworld' and 'make -j4 buildworld' ? Thanks, Jos ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] fyi, the below is from /usr/src/UPDATING: COMMON ITEMS: General Notes - Avoid using make -j when upgrading. From time to time in the past there have been problems using -j with buildworld and/or installworld. This is especially true when upgrading between distant versions (eg one that cross a major release boundary or several minor releases, or when several months have passed on the -current branch). I really don't think that's a fault of make(1), it's a fault of the Makefiles, which have to be written very carefully so that having multiple parallel processes going might screw up building. Yes, it has done that in the past, but it's an occaisonal thing, not a regular thing, because there's a good number of folks who build there kernels with something like -j4. I often do. One just has to be really awake when you hit a problem, or when reporting a build error... rebuild without the -jN. I did some testing, at least for me, I get the most improvements when the number of cores or processors equals the -j number. You can make it higher, even double it, withoout hurting things, but 95% of the improvements come from matching the number of processes to the number of available CPUs (and that' by my own testing, not theory). Still, if you aren't willing to do your won troubleshooting, best to avoid using - -j anything. It's very easy to screw up. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFITI8Uz62J6PPcoOkRAvc0AKCihT7rT4VrDI/6ve1BXfWjXwrsHgCdE4qr F1uwEvIAQt8qNrQADQZbkvI= =g9B0 -END PGP SIGNATURE- ___ 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
I did some testing, at least for me, I get the most improvements when the number of cores or processors equals the -j number. You can make it higher, even double it, withoout hurting things, but 95% of the improvements come from matching the number of processes to the number of available CPUs (and that' by my own testing, not theory). I've found that on my Q6600 (quad core) system, the optimal is 8 though the improvements after 5 were minimal. It depends if the jobs are I/O bound or not and the scheduler. Although even with ffmpeg, the optimal number of threads with this quad core system is 8. On my previous system with a dual-core chip with the same hardware, the magic number was 4 (again, 2x the number of cores). This was with the ULE scheduler, I'm not sure if the same holds true for the 4BSD scheduler or not. And as you said, it's important to use make without -j if the build fails before reporting bugs, since there are no guarantees that world will build properly with multiple jobs. Josh ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: does make buildworld/buildkernel require you to root
Aryeh M. Friedman wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 does make buildworld/buildkernel require you to root? I know installX does but build? No, you can build kernel, world and ports as an ordinary user as long as permissions on the build directories are configured appropriately. -- Bruce ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: does make buildworld/buildkernel require you to root
On Wed, 07 May 2008 01:57:28 -0400, Aryeh M. Friedman [EMAIL PROTECTED] wrote: does make buildworld/buildkernel require you to root? I know installX does but build? No, building everything does not require superuser rights. I usually build my src/ snapshots as 'build', at /home/build, by something similar to: # su - build build$ MAKEOBJDIRPREFIX=/home/build/obj ; export MAKEOBJDIRPREFIX build$ rm -fr obj/* build$ cd src build$ ( make buildworld make buildkernel ) 21 | tee ~/logfile There are a few places where the build path is recorded, i.e. in the output of uname # uname -v FreeBSD 8.0-CURRENT #0: Mon May 5 00:43:56 EEST 2008 [EMAIL PROTECTED]:/home/build/obj/home/build/src/sys/KOBE but other than this, there should be nothing that prevents you from building as any non-root user. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
does make buildworld/buildkernel require you to root
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 does make buildworld/buildkernel require you to root? I know installX does but build? -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkghRMcACgkQk8GFzCrQm4DoPwCeOMlZun9Bs6N0LB2wpYq477XP uEsAoNqCM1e6wgcSJpxC5PsBh7SiM2mo =Y7pq -END PGP SIGNATURE- ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
make buildworld
Hi list, How can i fix the error below ? Thanks, Aguiar # make buildworld - - - - - - - - - - - - - - - - - - - - - cc -O2 -fno-strict-aliasing -pipe -I/usr/src/lib/libc/include -I/usr/src/lib/li bc/../../include -I/usr/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/usr/src/lib /libc/../../contrib/gdtoa -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/lib c/resolv -DPOSIX_MISTAKE -I/usr/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES _BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem- headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /usr/src/l ib/libc/stdlib/strtoul.c In file included from /usr/src/lib/libc/stdlib/strtoul.c:39: /usr/src/lib/libc/../../include/stdlib.h:98: internal compiler error: Segmentati on fault: 11 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/lib/libc. *** Error code 1 Stop in /usr/src. *** Error code 1 - - - - - - - - - - - - - - - - - - - Abra sua conta no Yahoo! Mail, o único sem limite de espaço para armazenamento! http://br.mail.yahoo.com/ ___ 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
On Sun, May 4, 2008 at 10:03 AM, Aguiar Magalhaes [EMAIL PROTECTED] wrote: Hi list, How can i fix the error below ? Thanks, Aguiar # make buildworld - - - - - - - - - - - - - - - - - - - - - cc -O2 -fno-strict-aliasing -pipe -I/usr/src/lib/libc/include -I/usr/src/lib/li bc/../../include -I/usr/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/usr/src/lib /libc/../../contrib/gdtoa -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/lib c/resolv -DPOSIX_MISTAKE -I/usr/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES _BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem- headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /usr/src/l ib/libc/stdlib/strtoul.c In file included from /usr/src/lib/libc/stdlib/strtoul.c:39: /usr/src/lib/libc/../../include/stdlib.h:98: internal compiler error: Segmentati on fault: 11 Typically, a segfault from gcc indicates failing hardware, the most likely culprit being the RAM. Test the RAM with memtest86 (http://memtest86.com/download.html) to rule it out. Josh ___ 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]
make buildworld 6.x on 7.x?
Hi, Is it possible to do a ''make buildworld buildkernel'' of the FreeBSD 6.x series sources on a FreeBSD 7.x machine and then install them onto a FreeBSD 6.x machine? I ask coz currently I have 3 FreeBSD 6.2 machines and I build the world and kernel on one of them and install on the others (while updating etc). When FreeBSD 7 releases I plan to move one of the machines to that (and this is the machine on which I build stuff currently) so I was wondering if its possible to continue with things the way they are now ... I understand I'll have to build separate port packages for 7.x and 6.x but I maybe there's some workaround for the base system ...? Thanks, Rakhesh --- http://rakhesh.net/ ___ 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 6.x on 7.x?
Rakhesh Sasidharan wrote: Hi, Is it possible to do a ''make buildworld buildkernel'' of the FreeBSD 6.x series sources on a FreeBSD 7.x machine and then install them onto a FreeBSD 6.x machine? Yes, I did this a few minutes ago in fact :) No special procedures are necessary, world builds are already suitably isolated from the host system for this to work. Kris ___ 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 6.x on 7.x?
Kris Kennaway wrote: Rakhesh Sasidharan wrote: Hi, Is it possible to do a ''make buildworld buildkernel'' of the FreeBSD 6.x series sources on a FreeBSD 7.x machine and then install them onto a FreeBSD 6.x machine? Yes, I did this a few minutes ago in fact :) No special procedures are necessary, world builds are already suitably isolated from the host system for this to work. Awesome! Infact, I didn't think it would be possible. Like you have separate port packages for the 6.x and 7.x trees, I thought FreeBSD 6.x compiled on a FreeBSD 7.x system won't run. But I was obviously wrong. Guess its different for the base OS eh ...? Going by the same logic, is it possible that tomm I can download the sources for an OS like say, NetBSD, buildworld for it on my FreeBSD machine, and then install on a NetBSD machine? Thanks, Rakhesh --- http://rakhesh.net/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
make buildworld fails. Whats wrong?
I have updated a /usr/src from cvs-repositary. But buildworld fails with error code 1 in /usr/src/lib/ libcomm_err/doc. com_err.info - not found. whats wrong? PS. I have installed a FreeBSD-7.0 - BETA4. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
make buildworld fails
Hi I have a custom Kernel Config file in /usr/src/sys/amd64/conf/. I have put KERNCONF=/kernelname/ into /etc/make.conf. However, when I make buildkernel, I get the following error ERROR: Missing kernel configuration file(s) (/kernelname/). *** Error code 1 Make.conf appears to be looking for the Kernel config file in the /i386/conf/ folder, as when I put a copy of /kernelname /in the /i386/conf directory it starts to run, before failing on various unknown parameters that I assume are specific to the amd64 architecture. Am I missing something? Do I need to state my processor architecture elsewhere? Or explicitly tell make.conf to look in the amd64 directory rather than the i386? Any help greatly appreciated. Jamie ___ 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 fails
Jamie Avery wrote: put KERNCONF=/kernelname/ into /etc/make.conf. However, when I make buildkernel, I get the following error 7.x+ src.conf, below make.conf grep KERNCONF /etc/make.conf /etc/src.conf /etc/src.conf:KERNCONF?= RIDERWAY NO /s neccessary. -- Philip M. Gollucci ([EMAIL PROTECTED]) o:703.549.2050x206 Senior System Admin - Riderway, Inc. http://riderway.com / http://ridecharge.com 1024D/EC88A0BF 0DE5 C55C 6BF3 B235 2DAB B89E 1324 9B4F EC88 A0BF Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
make buildworld (6-STABLE) - stop in /usr/src/gnu/usr.bin/gdb/gdbserver
Hi, After cvsup-ing one of my 6-STABLE machines, cleaning up /usr/obj I started the usual build process with make buildworld. However after some minutes it died with the following messages: === gnu/usr.bin/gdb/kgdb (cleandir) rm -f i386fbsd-tdep-fixed.c nm.h tm.h xm.h kgdb main.o kthr.o trgt.o trgt_i386.o kgdb.1.gz kgdb.1.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS === gnu/usr.bin/gdb/gdbserver (cleandir) cd: can't cd to /usr/src/gnu/usr.bin/gdb/gdbserver *** Error code 2 Stop in /usr/src/gnu/usr.bin/gdb. *** Error code 1 Stop in /usr/src/gnu/usr.bin. *** Error code 1 Stop in /usr/src/gnu. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. In order to completely start from scratch I removed /usr/src/*, /usr/obj/*, cvsup-ed again some hours later but again make buildworld ended with the same error. Has anybody else seen this error? TIA for any clue, -ewald ___ 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 (6-STABLE) - stop in /usr/src/gnu/usr.bin/gdb/gdbserver
Hi, I think you did not see an earlier thread started by me started by me. I am also facing similar problem and you will find more details if you go through the thread. It seems gdb Makefile is the culprit. Right now I have commented out build of gdbserver and buildworld is running. Let's wait and see if someone fixes this in source tree. Thanks, Venkatesh K On Dec 4, 2007 10:35 PM, Ewald Jenisch [EMAIL PROTECTED] wrote: Hi, After cvsup-ing one of my 6-STABLE machines, cleaning up /usr/obj I started the usual build process with make buildworld. However after some minutes it died with the following messages: === gnu/usr.bin/gdb/kgdb (cleandir) rm -f i386fbsd-tdep-fixed.c nm.h tm.h xm.h kgdb main.o kthr.o trgt.o trgt_i386.o kgdb.1.gz kgdb.1.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS === gnu/usr.bin/gdb/gdbserver (cleandir) cd: can't cd to /usr/src/gnu/usr.bin/gdb/gdbserver *** Error code 2 Stop in /usr/src/gnu/usr.bin/gdb. *** Error code 1 Stop in /usr/src/gnu/usr.bin. *** Error code 1 Stop in /usr/src/gnu. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. In order to completely start from scratch I removed /usr/src/*, /usr/obj/*, cvsup-ed again some hours later but again make buildworld ended with the same error. Has anybody else seen this error? TIA for any clue, -ewald ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] -- Venkatesh. K ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 7.0, make buildworld without contrib. old top binary in contrib.
peceka schrieb: Hi, can someone tell me if there is any possibility to do make buildworld without compiling all contrib/ directory? I don't need for example bind9 in base, ipfilter, lukemftp(d). Look into the Make and check out the remianing targets ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
7.0, make buildworld without contrib. old top binary in contrib.
peceka writes: can someone tell me if there is any possibility to do make buildworld without compiling all contrib/ directory? I don't need for example bind9 in base, ipfilter, lukemftp(d). huff@ grep NO /etc/make.conf #NO_BOOT= true# do not build boot blocks and loader #NO_CVS=true# do not build CVS #NO_CXX=true# do not build C++ and friends #NO_BIND= true# do not build BIND NO_BIND_ETC= true# Do not install files to /etc/namedb NO_BLUETOOTH= true# do not build Bluetooth related stuff #NO_FORTRAN=true# do not build g77 and related libraries #NO_GDB=true# do not build GDB #NO_I4B=true# do not build isdn4bsd package #NO_IPFILTER= true# do not build IP Filter package #NO_PF= true# do not build PF firewall package #NO_AUTHPF= true# do not build and install authpf (setuid/gid) #NO_KERBEROS= true# do not build and install Kerberos 5 (KTH Heimdal) #NO_LPR=true# do not build lpr and related programs #NO_MAILWRAPPER=true# do not build the mailwrapper(8) MTA selector #NO_MODULES=true# do not build modules with the kernel #NO_OBJC= true# do not build Objective C support #NO_OPENSSH=true# do not build OpenSSH #NO_OPENSSL=true# do not build OpenSSL (implies NO_KERBEROS/NO_OPENSSH) #NO_SENDMAIL= true# do not build sendmail and related programs #NO_SHAREDOCS= true# do not build the 4.4BSD legacy docs #NO_TCSH= true# do not build and install /bin/csh (which is tcsh) #NO_VINUM= true# do not build Vinum utilities #NOCRYPT= true# do not build any crypto code #NOGAMES= true# do not build games (games/ subdir) #NOINFO=true# do not make or install info files #NOLIBC_R= true# do not build libc_r (re-entrant version of libc) #NOMAN= true# do not build manual pages NO_PROFILE= true# Avoid compiling profiled libraries #NOSHARE= true# do not go into the share subdir NO_LPR= true Robert Huff ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 7.0, make buildworld without contrib. old top binary in contrib.
peceka wrote: Hi, And why in /usr/src/contrib is very old top binary, 3.5beta12? On http://www.sourceforge.net/projects/unixtop there is top-3.7beta2 where ie. -c option, very helpful, works. B/C there have been substantial changes in both top and in the top in FreeBSD base system. I was actually messing around with updating this. Its at least a day or 3 of solid effort -- at least for lowly me. -- Philip M. Gollucci ([EMAIL PROTECTED]) o:703.549.2050x206 Senior System Admin - Riderway, Inc. http://riderway.com / http://ridecharge.com 1024D/EC88A0BF 0DE5 C55C 6BF3 B235 2DAB B89E 1324 9B4F EC88 A0BF Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 7.0, make buildworld without contrib. old top binary in contrib.
On Wed, Nov 14, 2007 at 10:21:01PM +0100, peceka wrote: Hi, can someone tell me if there is any possibility to do make buildworld without compiling all contrib/ directory? I don't need for example bind9 in base, ipfilter, lukemftp(d). Check src.conf(5) manpage. And why in /usr/src/contrib is very old top binary, 3.5beta12? On http://www.sourceforge.net/projects/unixtop there is top-3.7beta2 where ie. -c option, very helpful, works. Regards, p. Yuri ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
7.0, make buildworld without contrib. old top binary in contrib.
Hi, can someone tell me if there is any possibility to do make buildworld without compiling all contrib/ directory? I don't need for example bind9 in base, ipfilter, lukemftp(d). And why in /usr/src/contrib is very old top binary, 3.5beta12? On http://www.sourceforge.net/projects/unixtop there is top-3.7beta2 where ie. -c option, very helpful, works. Regards, p. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 7.0, make buildworld without contrib. old top binary in contrib.
In the last episode (Nov 14), peceka said: Hi, can someone tell me if there is any possibility to do make buildworld without compiling all contrib/ directory? I don't need for example bind9 in base, ipfilter, lukemftp(d). And why in /usr/src/contrib is very old top binary, 3.5beta12? On http://www.sourceforge.net/projects/unixtop there is top-3.7beta2 where ie. -c option, very helpful, works. FreeBSD's top recently got an -a option that seems to do the same thing. It might be nice if this were renamed to -c before 7.0 gets released, to make subsequent merges from unixtop easier. -- Dan Nelson [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
releng_7, can't compile gcc (make buildworld)
Hi, I am running 7.0-BETA2 and i have following problem: I fetched the latest releng_7 sources via cvsup from *default host=cvsup3.FreeBSD.org. But: - - - - - Vallhala#make buildworld cc -O2 -fno-strict-aliasing -pipe -I. -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\/usr\ -I/usr/obj/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/include -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libcpp/include -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libdecnumber -g -DGENERATOR_FILE -DHAVE_CONFIG_H -I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/gengtype.c In file included from ./tm.h:4, from /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/gengtype.c:24: ./options.h:375: error: redeclaration of enumerator 'OPT_d' ./options.h:373: error: previous definition of 'OPT_d' was here ./options.h:898: error: redeclaration of enumerator 'OPT_w' ./options.h:896: error: previous definition of 'OPT_w' was here *** Error code 1 Stop in /usr/src/gnu/usr.bin/cc/cc_tools. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Vallhala# - - - - - My gcc version is: - - - - - [Vallhala]~gcc -v Using built-in specs. Target: i386-undermydesk-freebsd Configured with: FreeBSD/i386 system compiler Thread model: posix gcc version 4.2.1 20070719 [FreeBSD] [Vallhala]~ - - - - - and uname -a - - - - - Vallhala# uname -a FreeBSD Vallhala 7.0-BETA2 FreeBSD 7.0-BETA2 #0: Sun Nov 11 22:06:08 CET 2007 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC i386 Vallhala# - - - - - Is it bug, bad feature or problem in my system? Thank you, Milan Bartoš ___ 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 ....gcc bug
James [EMAIL PROTECTED] writes: On Wed, 2007-11-07 at 23:01 +0200, tethys ocean wrote: When I am rebuilding world FreeBSD 6.2 I have take error that is shown below. What can I do!? The current version of gcc for FreeBSD is 4.2. Not in RELENG_6. DES -- Dag-Erling Smørgrav - [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
make buildworld ....gcc bug
When I am rebuilding world FreeBSD 6.2 I have take error that is shown below. What can I do!? [EMAIL PROTECTED] /usr/src]# make buildworld [EMAIL PROTECTED] gcc -v Using built-in specs. Configured with: FreeBSD/i386 system compiler Thread model: posix gcc version 3.4.6 [FreeBSD] 20060305 [EMAIL PROTECTED] /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldemul.h:155: warning: struct option declared inside parameter list cc -O2 -fno-strict-aliasing -pipe -I. -I/usr/src/gnu/usr.bin/binutils/ld -I/usr/src /gnu/usr.bin/binutils/ld/../libbfd -I/usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/binut ils/ld/../libbfd -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/in clude -DTARGET=\i386-obrien-freebsd\ -DDEFAULT_EMULATION=\elf_i386_fbsd\ -DSCRI PTDIR=\/usr/obj/usr/src/tmp/usr/libdata\ -DBFD_VERSION_STRING=\2.15 [FreeBSD] 2 004-05-23\ -DBINDIR=\/usr/bin\ -DTARGET_SYSTEM_ROOT=\/usr/obj/usr/src/tmp\ -D TOOLBINDIR=\/usr/obj/usr/src/tmp//usr/bin/libexec\ -D_GNU_SOURCE -I/usr/src/gnu/u sr.bin/binutils/ld/../../../../contrib/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ ld/../../../../contrib/binutils/bfd -I/usr/obj/usr/src/tmp/legacy/usr/include -c ldlex.c /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldlex.l: In function `yylex': /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldlex.l:579: internal compiler error: Segmentation fault: 11 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/binutils/ld. *** Error code 1 Stop in /usr/src/gnu/usr.bin/binutils. *** 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]# ___ 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 ....gcc bug
On Wed, 2007-11-07 at 23:01 +0200, tethys ocean wrote: When I am rebuilding world FreeBSD 6.2 I have take error that is shown below. What can I do!? [EMAIL PROTECTED] /usr/src]# make buildworld [EMAIL PROTECTED] gcc -v Using built-in specs. Configured with: FreeBSD/i386 system compiler Thread model: posix gcc version 3.4.6 [FreeBSD] 20060305 The current version of gcc for FreeBSD is 4.2. Sync your ports tree, follow the advice in UPDATING and update, and try again. If you're using pkg_add, sub in the appropriate commands. James [EMAIL PROTECTED] /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldemul.h:155: warning: struct option declared inside parameter list cc -O2 -fno-strict-aliasing -pipe -I. -I/usr/src/gnu/usr.bin/binutils/ld -I/usr/src /gnu/usr.bin/binutils/ld/../libbfd -I/usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/binut ils/ld/../libbfd -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/in clude -DTARGET=\i386-obrien-freebsd\ -DDEFAULT_EMULATION=\elf_i386_fbsd\ -DSCRI PTDIR=\/usr/obj/usr/src/tmp/usr/libdata\ -DBFD_VERSION_STRING=\2.15 [FreeBSD] 2 004-05-23\ -DBINDIR=\/usr/bin\ -DTARGET_SYSTEM_ROOT=\/usr/obj/usr/src/tmp\ -D TOOLBINDIR=\/usr/obj/usr/src/tmp//usr/bin/libexec\ -D_GNU_SOURCE -I/usr/src/gnu/u sr.bin/binutils/ld/../../../../contrib/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ ld/../../../../contrib/binutils/bfd -I/usr/obj/usr/src/tmp/legacy/usr/include -c ldlex.c /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldlex.l: In function `yylex': /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldlex.l:579: internal compiler error: Segmentation fault: 11 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/binutils/ld. *** Error code 1 Stop in /usr/src/gnu/usr.bin/binutils. *** 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]# ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED] ___ 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 ....gcc bug
On Wed, Nov 07, 2007 at 11:01:21PM +0200, tethys ocean wrote: When I am rebuilding world FreeBSD 6.2 I have take error that is shown below. What can I do!? [EMAIL PROTECTED] /usr/src]# make buildworld In function `yylex': /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldlex.l:579: internal compiler error: Segmentation fault: 11 Check your hardware, especially your memory. See http://www.bitwizard.nl/sig11/ Roland -- R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) pgpyz076I8bDV.pgp Description: PGP signature
Re: make buildworld ....gcc bug
On Wed, 07 Nov 2007 14:42:58 -0700 James [EMAIL PROTECTED] wrote: On Wed, 2007-11-07 at 23:01 +0200, tethys ocean wrote: When I am rebuilding world FreeBSD 6.2 I have take error that is shown below. What can I do!? [EMAIL PROTECTED] /usr/src]# make buildworld [EMAIL PROTECTED] gcc -v Using built-in specs. Configured with: FreeBSD/i386 system compiler Thread model: posix gcc version 3.4.6 [FreeBSD] 20060305 The current version of gcc for FreeBSD is 4.2. Sync your ports tree, follow the advice in UPDATING and update, and try again. That has no relevance to a buildworld. gcc 3.4.6 is the correct version for FreeBSD 6.2. ___ 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 fails on 6.2-STABLE
On Thu, Jul 26, 2007 at 11:12:26AM -0500, J.D. Bronson wrote: so I deleted /usr/src redownloaded from a different mirror and tried make buildworld again... It still failed -but this time at a different point: Standard behaviour of failing hardware - most likely memory. -- Jonathan Chen [EMAIL PROTECTED] -- Experience is a hard teacher because she gives the test first, the lesson afterwards ___ 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 fails on 6.2-STABLE
At 08:19 PM 7/27/2007 +1200, Jonathan Chen wrote: On Thu, Jul 26, 2007 at 11:12:26AM -0500, J.D. Bronson wrote: so I deleted /usr/src redownloaded from a different mirror and tried make buildworld again... It still failed -but this time at a different point: Standard behaviour of failing hardware - most likely memory. yes. I removed/cleaned/replaced the RAM and it built. Not sure if the issue will return or not :) -JD ___ 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 fails on 6.2-STABLE
so I deleted /usr/src redownloaded from a different mirror and tried make buildworld again... It still failed -but this time at a different point: mkdep -f .depend -a-DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\/usr\ -I/usr/obj/usr/src/gnu/usr.bin/cc/cc/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc -I/usr/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/config -DDEFAULT_TARGET_VERSION=\3.4.6\ -DDEFAULT_TARGET_MACHINE=\\ /usr/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/gcc.c /usr/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/gccspec.c echo cc: /usr/obj/usr/src/tmp/usr/lib/libc.a /usr/obj/usr/src/gnu/usr.bin/cc/cc/../cc_int/libcc_int.a .depend === gnu/usr.bin/cc/cc1 (depend) sed -e /^@@ifobjc.*/,/^@@end_ifobjc.*/d -e /^@@ifc.*/d -e /^@@end_ifc.*/d /usr/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-parse.in c-parse.y yacc -d c-parse.y yacc: e - line 1811 of c-parse.y, syntax error { if ($1 == error_}ark_node) ^ *** Error code 1 Stop in /usr/src/gnu/usr.bin/cc/cc1. *** Error code 1 ___ 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 fails on 6.2-STABLE
At 09:16 AM 07/26/2007, Heiko Wundram (Beenic) wrote: Am Donnerstag 26 Juli 2007 15:54:36 schrieb J.D. Bronson: internal compiler error: Segmentation fault: 11 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. Most probably a (physical) memory error. As the message says, this has pretty much nothing to do with the upping of world, but is an internal compiler error, which I've only seen on development snapshots of gcc (improbable that these are distributed with STABLE), or flaky memory (which is much more likely the cause). -- thanks - ironically I have never had ANY issue building world on this machine until today. I have deleted /usr/src and re cvs'd from a diff mirror as a test. -JD ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
make buildworld fails on 6.2-STABLE
Can someone help me with this? I cvs'd up this am to 6.2-STABLE and now buildworld fails.. In file included from /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/include/bits/locale_facets.h:2963, from /usr/obj/usr/src/tmp/usr/include/c++/3.4/locale:46, from /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/config/locale/generic/collate_members.cc:36: /usr/obj/usr/src/tmp/usr/include/c++/3.4/bits/time_members.h:62: internal compiler error: Segmentation fault: 11 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/lib/libstdc++. *** Error code 1 Stop in /usr/src/gnu/lib. *** Error code 1 Stop in /usr/src. *** Error code 1 -- J.D. Bronson Telecommunications Site Support Aurora West Allis Memorial Hospital Office: 414.978.8282 Fax: 414.977.5299 ___ 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 fails on 6.2-STABLE
Am Donnerstag 26 Juli 2007 15:54:36 schrieb J.D. Bronson: internal compiler error: Segmentation fault: 11 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. Most probably a (physical) memory error. As the message says, this has pretty much nothing to do with the upping of world, but is an internal compiler error, which I've only seen on development snapshots of gcc (improbable that these are distributed with STABLE), or flaky memory (which is much more likely the cause). -- Heiko Wundram Product Application Development - Office Germany - EXPO PARK HANNOVER Beenic Networks GmbH Mailänder Straße 2 30539 Hannover Fon+49 511 / 590 935 - 15 Fax+49 511 / 590 935 - 29 Mail [EMAIL PROTECTED] Beenic Networks GmbH - Sitz der Gesellschaft: Hannover Geschäftsführer: Jorge Delgado Registernummer: HRB 61869 Registergericht: Amtsgericht Hannover ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
make Buildworld fails...why?
Hello, I've been trying to upgrade a 5.4-RELEASE to 6.2-RELEASE and having a bit of a problem. Downloaded and untar's the source files for base, catpages, dict, doc, games, info, manpages, proflibs, and src directories per INSTALL.TXT in the releases/.../src directory after backing up my local /etc and /usr/local/etc directories. I've tweaked the GENERIC kernel config file and renamed is RADIUS2 While in /usr/src I did a 'make buildworld'. I do okay until I get to stage 2.3: build tools. There I get to the following error when compiling make_hash. Can anyone help me determine why this is failing? Were my upgrade procedures cc -o make_hash -O -pipe -I. -I/usr/src/lib/libncurses -I/usr/src/lib/libncurses/. ./../contrib/ncurses/ncurses -I/usr/src/lib/libncurses/../../contrib/ncurses /include -Wall -DFREEBSD_NATIVE -DNDEBUG -DHAVE_CONFIG_H -DTERMIOS -I/usr/o bj/usr/src/tmp/legacy/usr/include -DMAIN_PROGRAM /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/comp_hash.c In file included from /usr/src/lib/libncurses/curses.h:42, from /usr/src/lib/libncurses/curses.priv.h:25, from /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/comp_hash.c:40: ./unctrl.h:57: error: syntax error before char ./unctrl.h:57: warning: type defaults to `int' in declaration of `unctrl' ./unctrl.h:57: warning: data definition has no type or storage class In file included from /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/comp_hash.c:42: /usr/src/lib/libncurses/../../contrib/ncurses/include/tic.h:119: error: syntax error before _nc_tracing /usr/src/lib/libncurses/../../contrib/ncurses/include/tic.h:119: warning: type defaults to `int' in declaration of `_nc_tracing' /usr/src/lib/libncurses/../../contrib/ncurses/include/tic.h:119: warning: data definition has no type or storage class /usr/src/lib/libncurses/../../contrib/ncurses/include/tic.h:120: error: syntax error before _nc_tracef /usr/src/lib/libncurses/../../contrib/ncurses/include/tic.h:120: error: syntax error before GCC_PRINTFLIKE /usr/src/lib/libncurses/../../contrib/ncurses/include/tic.h:121: error: syntax error before _nc_visbuf /usr/src/lib/libncurses/../../contrib/ncurses/include/tic.h:121: warning: type defaults to `int' in declaration of `_nc_visbuf' /usr/src/lib/libncurses/../../contrib/ncurses/include/tic.h:121: warning: data definition has no type or storage class /usr/src/lib/libncurses/../../contrib/ncurses/include/tic.h:122: error: syntax error before _nc_visbuf2 /usr/src/lib/libncurses/../../contrib/ncurses/include/tic.h:122: warning: type defaults to `int' in declaration of `_nc_visbuf2' /usr/src/lib/libncurses/../../contrib/ncurses/include/tic.h:122: warning: data definition has no type or storage class /usr/src/lib/libncurses/../../contrib/ncurses/include/tic.h:153: error: syntax error before _nc_curr_token /usr/src/lib/libncurses/../../contrib/ncurses/include/tic.h:153: warning: type defaults to `int' in declaration of `_nc_curr_token' /usr/src/lib/libncurses/../../contrib/ncurses/include/tic.h:153: warning: data definition has no type or storage class /usr/src/lib/libncurses/../../contrib/ncurses/include/tic.h:163: error: syntax error before _nc_key_names /usr/src/lib/libncurses/../../contrib/ncurses/include/tic.h:163: warning: type defaults to `int' in declaration of `_nc_key_names' /usr/src/lib/libncurses/../../contrib/ncurses/include/tic.h:163: warning: data definition has no type or storage class /usr/src/lib/libncurses/../../contrib/ncurses/include/tic.h:181: error: syntax error before _nc_tinfo_fkeys /usr/src/lib/libncurses/../../contrib/ncurses/include/tic.h:181: warning: type defaults to `int' in declaration of `_nc_tinfo_fkeys' /usr/src/lib/libncurses/../../contrib/ncurses/include/tic.h:181: warning: data definition has no type or storage class /usr/src/lib/libncurses/../../contrib/ncurses/include/tic.h:206: error: syntax error before _nc_tparm_err /usr/src/lib/libncurses/../../contrib/ncurses/include/tic.h:206: warning: type defaults to `int' in declaration of `_nc_tparm_err' /usr/src/lib/libncurses/../../contrib/ncurses/include/tic.h:206: warning: data definition has no type or storage class /usr/src/lib/libncurses/../../contrib/ncurses/include/tic.h:208: error: syntax error before _nc_info_hash_table /usr/src/lib/libncurses/../../contrib/ncurses/include/tic.h:208: warning: type defaults to `int' in declaration of `_nc_info_hash_table' /usr/src/lib/libncurses/../../contrib/ncurses/include/tic.h:208: warning: data definition has no type or storage class /usr/src/lib/libncurses/../../contrib/ncurses/include/tic.h:209: error: syntax error before _nc_cap_hash_table /usr/src/lib/libncurses/../../contrib/ncurses/include/tic.h:209: warning: type defaults to `int' in declaration of `_nc_cap_hash_table' /usr/src/lib/libncurses/../../contrib/ncurses/include/tic.h:209: warning: data definition has no type or storage class /usr/src/lib/libncurses/../../contrib/ncurses/include/tic.h
Re: make Buildworld fails...why?
Mark Stout wrote: Hello, I've been trying to upgrade a 5.4-RELEASE to 6.2-RELEASE and having a bit of a problem. Downloaded and untar's the source files for base, catpages, dict, doc, games, info, manpages, proflibs, and src directories per INSTALL.TXT in the releases/.../src directory after backing up my local /etc and /usr/local/etc directories. I've tweaked the GENERIC kernel config file and renamed is RADIUS2 While in /usr/src I did a 'make buildworld'. I do okay until I get to stage 2.3: build tools. There I get to the following error when compiling make_hash. Can anyone help me determine why this is failing? Were my upgrade procedures Thank you, Mark Stout VPM Global Internet Services, Inc. 530-626-4218 x205 Office 530-626-7182 Fax 530-554-9295 VoIP 916-240-2850 Cell www.vpm.com Generally speaking the best supported upgrade path across major version numbers is from the last release of the older version to the first of the newer, which in your case would mean upgrading from 5.4 - 5.5 - 6.0 - 6.2 Is there any particular reason you aren't using cvsup/csup to update your source tree? -- Thanks, Josh Paetzel ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: Error with make buildworld
Hello: -Original Message- From: [EMAIL PROTECTED] [mailto:owner-freebsd- [EMAIL PROTECTED] On Behalf Of Frank Wissmann Sent: Tuesday, April 10, 2007 12:52 PM To: freebsd-questions@freebsd.org Subject: Error with make buildworld Hello all! I'm having serious trouble with getting my system up to date. I installed FreeBSD 6.2 as of January 13, 2007 and cvsup'ed it to the newest sources. When running make buildworld I got the error message which you can see below. This happened two or three times and always came the same error up. Though I'm not the greatest programmer I now seek help through the list. Are there any hints you can give? Greetings Frank This is from http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html 23.4.14.6. What do I do if something goes wrong? Make absolutely sure your environment has no extraneous cruft from earlier builds. This is simple enough. # chflags -R noschg /usr/obj/usr # rm -rf /usr/obj/usr # cd /usr/src # make cleandir # make cleandir Yes, make cleandir really should be run twice. Then restart the whole process, starting with make buildworld. Mike ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Error with make buildworld
Hello all! I'm having serious trouble with getting my system up to date. I installed FreeBSD 6.2 as of January 13, 2007 and cvsup'ed it to the newest sources. When running make buildworld I got the error message which you can see below. This happened two or three times and always came the same error up. Though I'm not the greatest programmer I now seek help through the list. Are there any hints you can give? Greetings Frank == sys/modules/digi/digi_Xr (depend) @ - /usr/src/sys machine - /usr/src/sys/i386/include rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -I. -I@ -I@/contrib/altq /usr/src/sys/modules/digi/digi_Xr/../../../dev/digi/Xr.c === sys/modules/dpt (depend) @ - /usr/src/sys machine - /usr/src/sys/i386/include awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h : opt_dpt.h : opt_cam.h : opt_scsi.h awk -f @/tools/makeobjops.awk @/kern/device_if.m -h awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -I. -I@ -I@/contrib/altq /usr/src/sys/modules/dpt/../../dev/dpt/dpt_scsi.c /usr/src/sys/modules/dpt/../../dev/dpt/dpt_pci.c /usr/src/sys/modules/dpt/../../dev/dpt/dpt_scsi.c:53:22: opt_eisa.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/src/sys/modules/dpt. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 Stop in /usr/src/sys. *** Error code 1 Stop in /usr/src. *** Error code 1 ___ 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]
Re: Can't get make buildworld to work with recent cvsup. - Addl
On 09.02.2007 03:03, * Nicole Harrington wrote: --- Garrett Cooper [EMAIL PROTECTED] wrote: Nicole Harrington wrote: Something setup wrong some place?? cd /usr/src/lib ; make . c -pg -O2 -fno-strict-aliasing -pipe -march=opteron -I/usr/src/lib/libftpio -Wall -DINET6 -c /usr/src/lib/libftpio/ftpio.c -o ftpio.po cc -pg -O2 -fno-strict-aliasing -pipe -march=opteron -I/usr/src/lib/libftpio -Wall -DINET6 -c ftperr.c -o ftperr.po building profiled ftpio library ranlib libftpio_p.a cc -fpic -DPIC -O2 -fno-strict-aliasing -pipe -march=opteron -I/usr/src/lib/libftpio -Wall -DINET6 -c /usr/src/lib/libftpio/ftpio.c -o ftpio.So cc -fpic -DPIC -O2 -fno-strict-aliasing -pipe -march=opteron -I/usr/src/lib/libftpio -Wall -DINET6 -c ftperr.c -o ftperr.So building shared library libftpio.so.6 gzip -cn /usr/src/lib/libftpio/ftpio.3 ftpio.3.gz === libgeom (all) cc -O2 -fno-strict-aliasing -pipe -march=opteron -I/usr/src/lib/libgeom -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c /usr/src/lib/libgeom/geom_getxml.c cc -O2 -fno-strict-aliasing -pipe -march=opteron -I/usr/src/lib/libgeom -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c /usr/src/lib/libgeom/geom_stats.c cc -O2 -fno-strict-aliasing -pipe -march=opteron -I/usr/src/lib/libgeom -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c /usr/src/lib/libgeom/geom_xml2tree.c /usr/src/lib/libgeom/geom_xml2tree.c:255: error: syntax error before '*' token /usr/src/lib/libgeom/geom_xml2tree.c:256: warning: type qualifiers ignored on function return type /usr/src/lib/libgeom/geom_xml2tree.c:256: warning: return type defaults to `int' /usr/src/lib/libgeom/geom_xml2tree.c:256: warning: function declaration isn't a prototype /usr/src/lib/libgeom/geom_xml2tree.c: In function `CharData': /usr/src/lib/libgeom/geom_xml2tree.c:260: error: `userData' undeclared (first use in this function) /usr/src/lib/libgeom/geom_xml2tree.c:260: error: (Each undeclared identifier is reported only once /usr/src/lib/libgeom/geom_xml2tree.c:260: error: for each function it appears in.) /usr/src/lib/libgeom/geom_xml2tree.c:262: error: `s' undeclared (first use in this function) /usr/src/lib/libgeom/geom_xml2tree.c:263: error: `len' undeclared (first use in this function) /usr/src/lib/libgeom/geom_xml2tree.c: In function `geom_xml2tree': /usr/src/lib/libgeom/geom_xml2tree.c:286: error: syntax error before parser /usr/src/lib/libgeom/geom_xml2tree.c:296: error: `parser' undeclared (first use in this function) /usr/src/lib/libgeom/geom_xml2tree.c:296: warning: implicit declaration of function `XML_ParserCreate' /usr/src/lib/libgeom/geom_xml2tree.c:301: warning: implicit declaration of function `XML_SetUserData' /usr/src/lib/libgeom/geom_xml2tree.c:302: warning: implicit declaration of function `XML_SetElementHandler' /usr/src/lib/libgeom/geom_xml2tree.c:303: warning: implicit declaration of function `XML_SetCharacterDataHandler' /usr/src/lib/libgeom/geom_xml2tree.c:304: warning: implicit declaration of function `XML_Parse' /usr/src/lib/libgeom/geom_xml2tree.c:307: warning: implicit declaration of function `XML_ParserFree' *** Error code 1 Stop in /usr/src/lib/libgeom. *** Error code 1 Stop in /usr/src/lib. ARGG!! Nicole Doesn't look like it's compiling libgeom or geom related dependencies. What's your /etc/make.conf look like and what version are you trying to compile with buildworld? Actually.. That seems to be happening with even no /etc/make.conf I even copied the /usr/src from another older server that built fine to this server (same server type) and it fails in the same way. It's just driving me crazy. Nicole Nicole -Garrett ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] According to the Handbook 21.4.7.2 Compile the Base System You must be in the /usr/src directory: # cd /usr/src # make -j4 buildworld ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]