buildworld breaks at xinstall (9.2)
When I svnup and make buildworld, I get a failure at xinstall. THings Any chance that FreeBSD will be fixed to allow upgrading in place from 9.1? http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/181344 ___ 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: 8.4-RELEASE buildworld failure
13.06.2013 19:24, Rick Miller пишет: Hi all, I checked out releng/8.4, executed buildworld, and received the following error. Wondering if someone might have experience with this scenario. Is it persistent? I.e. what if you remove /usr/obj and start once again? === share/doc/psd/13.rcs/rcs_func (all) groff -Tascii -P-c -mtty-char -ms /usr/src/share/doc/psd/13.rcs/rcs_func/../../../../../gnu/usr.bin/rcs/doc/ rcs_func.ms | gzip -cn rcs_func.ascii.gz === share/doc/psd/15.yacc (all) touch _stamp.extra make: don't know how to make ssA. Stop Is the processor over heating? Can you play with RAM? (toggle banks or else) There is no src.conf and make.conf only sets PERL_VERSION. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ 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
8.4-RELEASE buildworld failure
Hi all, I checked out releng/8.4, executed buildworld, and received the following error. Wondering if someone might have experience with this scenario. === share/doc/psd/13.rcs/rcs_func (all) groff -Tascii -P-c -mtty-char -ms /usr/src/share/doc/psd/13.rcs/rcs_func/../../../../../gnu/usr.bin/rcs/doc/ rcs_func.ms | gzip -cn rcs_func.ascii.gz === share/doc/psd/15.yacc (all) touch _stamp.extra make: don't know how to make ssA. Stop *** Error code 2 Stop in /usr/src/share/doc/psd. *** Error code 1 Stop in /usr/src/share/doc. *** Error code 1 Stop in /usr/src/share. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. There is no src.conf and make.conf only sets PERL_VERSION. -- Take care Rick Miller ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: buildworld selectively?
On Sun, 09 Jun 2013 21:08:23 -0400, Robert Huff wrote: Walter Hurry writes: Fair enough. Point taken, thanks. Nevertheless I see no reason to compile stuff I neither want nor need. While I endorse the principle ... it can be difficult for the casual user to know which parts can be removed without blowing up things they want. (Been there, had to change the underwear after the new kernel didn't boot. Booted old kernel, fixed things.) Wise words. The kernel and world builds/installs went fine, but soon afterwards I noticed a problem with the mail/dcc-dccd port (required, in my case, by SpamAssassin), which would not rebuild, complaining that the base sendmail was not found or too old. Since I use Postfix, I had set WITHOUT_SENDMAIL in /etc/src.conf. I shall remove it and rebuild. C'est la vie! ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: buildworld selectively?
On Sun, Jun 9, 2013 at 4:27 PM, Lowell Gilbert freebsd-questions-lo...@be-well.ilk.org wrote: Walter Hurry walterhu...@gmail.com writes: Ah, src.conf. That's what I missed!. Thank you so much Gary, and sorry if it was a silly question. Bear in mind that you're only going to be able to shave a small fraction off the build time. by excluding parts of the build. The 'games' section in particular has almost nothing in it. You can save great deal of build time if you don't need much. Between limiting what is built for world and kernel, most builds could be cut to a small fraction of what default is. For example, WITHOUT_CLANG alone save a lot of time. However to get a complete targeted build takes a good deal of effort. Usually only makes sense for mass deployments IME. -- 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: buildworld selectively?
Walter Hurry writes: Fair enough. Point taken, thanks. Nevertheless I see no reason to compile stuff I neither want nor need. While I endorse the principle ... it can be difficult for the casual user to know which parts can be removed without blowing up things they want. (Been there, had to change the underwear after the new kernel didn't boot. Booted old kernel, fixed things.) Wise words. The kernel and world builds/installs went fine, but soon afterwards I noticed a problem with the mail/dcc-dccd port (required, in my case, by SpamAssassin), which would not rebuild, complaining that the base sendmail was not found or too old. Since I use Postfix, I had set WITHOUT_SENDMAIL in /etc/src.conf. I shall remove it and rebuild. C'est la vie! My case was more spectacular: since there were no ISA slots I removed device ISA (or whatever it was). Turns out that dragged in a whole _truckload_ of essential infrastructure insert graphic of nuclear explosion 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
buildworld selectively?
As a relative newcomer to FreeBSD I am planning a 'make buildworld' for the first time. Since this is likely to be a lengthy process (my first attempt will be in a virtual machine), I am wondering whether it is possible to be at all selective about what is built. I have read the handbook section thoroughly, and shall follow the procedure recommended. I have also consulted 'man make.conf', but have been unable to establish an answer. For example, I do not require 'games'. Is there a way of achieving this? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: buildworld selectively?
Have a read of the man page for /etc/src.conf On 09/06/2013 19:52, Walter Hurry wrote: As a relative newcomer to FreeBSD I am planning a 'make buildworld' for the first time. Since this is likely to be a lengthy process (my first attempt will be in a virtual machine), I am wondering whether it is possible to be at all selective about what is built. I have read the handbook section thoroughly, and shall follow the procedure recommended. I have also consulted 'man make.conf', but have been unable to establish an answer. For example, I do not require 'games'. Is there a way of achieving this? ___ 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 -- Regards, Gary J. Hayers g...@hayers.org PGP Signature http://www.hayers.org/pgp ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: buildworld selectively?
On Sun, 09 Jun 2013 19:56:10 +0100, Gary J. Hayers wrote: Have a read of the man page for /etc/src.conf On 09/06/2013 19:52, Walter Hurry wrote: As a relative newcomer to FreeBSD I am planning a 'make buildworld' for the first time. Since this is likely to be a lengthy process (my first attempt will be in a virtual machine), I am wondering whether it is possible to be at all selective about what is built. I have read the handbook section thoroughly, and shall follow the procedure recommended. I have also consulted 'man make.conf', but have been unable to establish an answer. For example, I do not require 'games'. Is there a way of achieving this? Ah, src.conf. That's what I missed!. Thank you so much Gary, and sorry if it was a silly question. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: buildworld selectively?
No worries, no such thing as a silly question :) On 09/06/2013 20:51, Walter Hurry wrote: On Sun, 09 Jun 2013 19:56:10 +0100, Gary J. Hayers wrote: Have a read of the man page for /etc/src.conf On 09/06/2013 19:52, Walter Hurry wrote: As a relative newcomer to FreeBSD I am planning a 'make buildworld' for the first time. Since this is likely to be a lengthy process (my first attempt will be in a virtual machine), I am wondering whether it is possible to be at all selective about what is built. I have read the handbook section thoroughly, and shall follow the procedure recommended. I have also consulted 'man make.conf', but have been unable to establish an answer. For example, I do not require 'games'. Is there a way of achieving this? Ah, src.conf. That's what I missed!. Thank you so much Gary, and sorry if it was a silly question. ___ 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 -- Regards, Gary J. Hayers g...@hayers.org PGP Signature http://www.hayers.org/pgp ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: buildworld selectively?
Walter Hurry walterhu...@gmail.com writes: Ah, src.conf. That's what I missed!. Thank you so much Gary, and sorry if it was a silly question. Bear in mind that you're only going to be able to shave a small fraction off the build time. by excluding parts of the build. The 'games' section in particular has almost nothing in it. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: buildworld selectively?
On Sun, 09 Jun 2013 17:27:52 -0400, Lowell Gilbert wrote: Walter Hurry walterhu...@gmail.com writes: Ah, src.conf. That's what I missed!. Thank you so much Gary, and sorry if it was a silly question. Bear in mind that you're only going to be able to shave a small fraction off the build time. by excluding parts of the build. The 'games' section in particular has almost nothing in it. Fair enough. Point taken, thanks. Nevertheless I see no reason to compile stuff I neither want nor need. Anyway, games was only an example. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: buildworld selectively?
Walter Hurry writes: Fair enough. Point taken, thanks. Nevertheless I see no reason to compile stuff I neither want nor need. While I endorse the principle ... it can be difficult for the casual user to know which parts can be removed without blowing up things they want. (Been there, had to change the underwear after the new kernel didn't boot. Booted old kernel, fixed things.) 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
Buildworld Compile Error - ifmcstat
FreeBSD 9.1-RELEASE-p3 === usr.sbin/ifmcstat (all) cc -O2 -pipe -march=nocona -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.sbin/ifmcstat/ifmcstat.c:169: warning: 'in6_ifinfo' used but never defined *** [ifmcstat.o] Error code 1 Stop in /usr/src/usr.sbin/ifmcstat. *** [all] Error code 1 I recently removed WITHOUT_IPV6 and WITHOUT_IPV6_SUPPORT from my src.conf - that's why I'm rebuilding world - to get IPv6 support. The custom kernel I am currently running already has INET6. It seems a function definition for ifmcstat is missing somewhere? Thanks! ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: 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: change in buildworld output when gcc - clang
Alexandre writes:
Before the installation of clang and the default system
compiler, make buildworld ended with a nice little banner announcing
the fact and the time the build completed.
After, it ends like this:
Your mail has been truncated. Could you please send us the end?
Appended.
Looking at current@, I see someone else has noticed this.
Robert Huff
/usr/src/lib/libwrap/../../contrib/tcp_wrappers/shell_cmd.c:79:9: warning:
implicit declaration of function 'open' is invalid in C99
[-Wimplicit-function-declaration]
if (open(/dev/null, 2) != 0) {
^
/usr/src/lib/libwrap/../../contrib/tcp_wrappers/shell_cmd.c:81:16: warning:
implicit declaration of function 'dup' is invalid in C99
[-Wimplicit-function-declaration]
} else if (dup(0) != 1 || dup(0) != 2) {
^
/usr/src/lib/libwrap/../../contrib/tcp_wrappers/shell_cmd.c:84:9: warning:
implicit declaration of function 'execl' is invalid in C99
[-Wimplicit-function-declaration]
(void) execl(/bin/sh, sh, -c, command, (char *) 0);
^
/usr/src/lib/libwrap/../../contrib/tcp_wrappers/shell_cmd.c:91:5: warning:
implicitly declaring library function '_exit' with type 'void (int)
__attribute__((noreturn))'
_exit(0);
^
/usr/src/lib/libwrap/../../contrib/tcp_wrappers/shell_cmd.c:91:5: note: please
include the header unistd.h or explicitly provide a declaration for '_exit'
7 warnings generated.
/usr/src/lib/libwrap/../../contrib/tcp_wrappers/update.c:110:33: warning:
implicit declaration of function 'getpid' is invalid in C99
[-Wimplicit-function-declaration]
sprintf(request-pid, %d, getpid());
^
1 warning generated.
cc: warning: argument unused during compilation:
'-L/usr/obj/usr/src/lib32/usr/lib32'
cc: warning: argument unused during compilation:
'-L/usr/obj/usr/src/lib32/usr/lib32'
cc: warning: argument unused during compilation:
'-L/usr/obj/usr/src/lib32/usr/lib32'
___
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
change in buildworld output when gcc - clang
Before the installation of clang and the default system compiler, make buildworld ended with a nice little banner announcing the fact and the time the build completed. After, it ends like this: ___ 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: change in buildworld output when gcc - clang
On Mon, Jan 14, 2013 at 3:35 PM, Robert Huff roberth...@rcn.com wrote: Before the installation of clang and the default system compiler, make buildworld ended with a nice little banner announcing the fact and the time the build completed. After, it ends like this: ___ 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 Hi Robert, Your mail has been truncated. Could you please send us the end? Thank you. Regards, Alexandre ___ 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: CURRENT: buildworld fails
On 05/19/12 22:33, Garrett Cooper wrote:
On Sat, May 19, 2012 at 6:55 AM, O. Hartmann
ohart...@zedat.fu-berlin.de wrote:
Since approx. a week for now, I can not build FreeBSD 10.0-CURRENT/amd64
anymore! This happens to be on ALL(!) FreeBSD 10 boxes around here I
maintain.
...
b) build and install /usr/src/lib via make clean cleandepend depend obj
all install doesn't work anymore, it fails with
./usr/src/lib/Makefile, line 179: Malformed conditional (${MK_NAND} !=
no)
/usr/src/lib/Makefile, line 181: if-less endif
Your mk files in /usr/share/mk are out of synch with your build tree.
If you opt out of using buildworld, then you need to do 'make -C
share/mk install' beforehand.
Thanks,
-Garrett
My problems became more desperate.
Since May, 15th, I'm unable to compile a buildworld and I suspect I
messed up my OS somehow.
I have already completely deleted /usr/src and checked out via SVN again.
Deleting /etc/src.conf and /etc/make.conf, performing buildworld with
the system's original make.conf (using the legacy GCC 4.2.1) ends up
with the below shown error.
Try to compile with CLANG as suggested via the Wiki page and the
attached /etc/src.conf gives a very short approach in how to trap into a
error, also shown below.
My problems occured around the May, 15th and hit ALL of my FreeBSD
10-CURRENT/amd64 boxes on which I do most time daily buildworld. Two of
them could be fixed, I did this two days ago by
cd /usr/src
make installincludes
make -C {lib|libexec|sbin ...} clean cleandepend depend obj all install
On one specific machine it didn't work that way. I found out that
several binaries in the system's tree remained dated on 15th May, so
like ld or other essential pieces. Therefore I suspect a crushed system.
Does anyhow do have any idea how to repair the system? I can compile a
kernel, but I can not compile ports (or even update them, I receive
multiple weird errors of missing header files or changed libstdc++.so.
The idea was to take a very recent binary installation set and install
this selective peice by piece over the existing installation, but I need
to preserve /etc and other directories. Any ideas ?
Help is appreciated and thanks in advance,
Oliver
[ BUILD with legacy gcc 4.2.1]
=== bin/ed (all)
cc -O2 -pipe -DDES -std=gnu99 -fstack-protector -Wsystem-headers
-Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type
-Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter
-Wcast-align -Wchar-subscripts -Winline -Wnested-externs
-Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c
/usr/src/bin/ed/buf.c
cc -O2 -pipe -DDES -std=gnu99 -fstack-protector -Wsystem-headers
-Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type
-Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter
-Wcast-align -Wchar-subscripts -Winline -Wnested-externs
-Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c
/usr/src/bin/ed/cbc.c
cc -O2 -pipe -DDES -std=gnu99 -fstack-protector -Wsystem-headers
-Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type
-Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter
-Wcast-align -Wchar-subscripts -Winline -Wnested-externs
-Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c
/usr/src/bin/ed/glbl.c
cc -O2 -pipe -DDES -std=gnu99 -fstack-protector -Wsystem-headers
-Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type
-Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter
-Wcast-align -Wchar-subscripts -Winline -Wnested-externs
-Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c
/usr/src/bin/ed/io.c
cc -O2 -pipe -DDES -std=gnu99 -fstack-protector -Wsystem-headers
-Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type
-Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter
-Wcast-align -Wchar-subscripts -Winline -Wnested-externs
-Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c
/usr/src/bin/ed/main.c
cc -O2 -pipe -DDES -std=gnu99 -fstack-protector -Wsystem-headers
-Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type
-Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter
-Wcast-align -Wchar-subscripts -Winline -Wnested-externs
-Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c
/usr/src/bin/ed/re.c
cc -O2 -pipe -DDES -std=gnu99 -fstack-protector -Wsystem-headers
-Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type
-Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter
-Wcast-align -Wchar-subscripts -Winline -Wnested-externs
-Wredundant-decls
Re: CURRENT: buildworld fails
On Wed, May 23, 2012 at 1:52 PM, O. Hartmann
ohart...@zedat.fu-berlin.de wrote:
On 05/19/12 22:33, Garrett Cooper wrote:
On Sat, May 19, 2012 at 6:55 AM, O. Hartmann
ohart...@zedat.fu-berlin.de wrote:
Since approx. a week for now, I can not build FreeBSD 10.0-CURRENT/amd64
anymore! This happens to be on ALL(!) FreeBSD 10 boxes around here I
maintain.
...
b) build and install /usr/src/lib via make clean cleandepend depend obj
all install doesn't work anymore, it fails with
./usr/src/lib/Makefile, line 179: Malformed conditional (${MK_NAND} !=
no)
/usr/src/lib/Makefile, line 181: if-less endif
Your mk files in /usr/share/mk are out of synch with your build tree.
If you opt out of using buildworld, then you need to do 'make -C
share/mk install' beforehand.
...
My problems occured around the May, 15th and hit ALL of my FreeBSD
10-CURRENT/amd64 boxes on which I do most time daily buildworld. Two of
them could be fixed, I did this two days ago by
The problem has been on and off mild breakage for the past couple
days (yacc, format string qualifier issues, etc).
cd /usr/src
make installincludes
make -C {lib|libexec|sbin ...} clean cleandepend depend obj all install
On one specific machine it didn't work that way. I found out that
several binaries in the system's tree remained dated on 15th May, so
like ld or other essential pieces. Therefore I suspect a crushed system.
I ran into a similar issue when my copy of mtree went MIA after a
freshly installed world corrupted my VM during an nlm panic
(thankfully it was my VM and not something else).
Does anyhow do have any idea how to repair the system?
Trial and error for the base system is the only method I'm aware of
right now, but if portions of the base system are corrupted and not
others, I would suspect all of the contents on disk (esp after recent
reports about UFS filesystem corruption with SUJ).
I can compile a kernel, but I can not compile ports (or even update them, I
receive
multiple weird errors of missing header files or changed libstdc++.so.
You can resolve the ports issue via another port that's shell based or
C based. Memory serves me correctly it was
ports-mgmt/port-maintenance-tools ..
The idea was to take a very recent binary installation set and install
this selective peice by piece over the existing installation, but I need
to preserve /etc and other directories. Any ideas ?
You can save files that would be in the dist tarballs on the install
media to another directory (/etc/*, customizations in /root, /usr,
etc). Then you can extract the tarballs (I would use a test directory
first though). Passing certain flags to tar to just copy out some
binaries might help.
Help is appreciated and thanks in advance,
Lesson to maybe learn:
1. Always have a backup machine running a stable version of FreeBSD
that is fast enough that you can use to generate images and push out
to machines on the fly. If not possible, always have a static
toolchain on hand (I would assume that it's safe to say that anything
listed in bootstrap-tools would be game for the toolchain).
2. Expect warts on CURRENT right after a major release cycle has run
its course. If this is too much to worry about, don't run 10-CURRENT
and instead run 9-STABLE, etc.
Cheers,
-Garrett
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: buildworld problem
On Sat, 19 May 2012 11:18:37 -0500 CyberLeo Kitsana cyber...@cyberleo.net wrote: On 05/19/2012 03:29 AM, Andriy Babiy wrote: Makefile.inc1, line 160: CPUTYPE global should be set with ?=. ... In make.conf I have CPUTYPE=nocona As it says, you need CPUTYPE?=nocona instead of CPUTYPE=nocona in /etc/make.conf or /etc/src.conf; otherwise the build process chokes while building the 32-bit compatibility stuff, since it cannot override your 64-bit CPU selection with a 32-bit one. You are right. Thank you. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: buildworld problem
On 05/18/2012 09:17 PM, Andriy Babiy wrote: FreeBSD myhost 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Fri Mar 23 20:00:59 PDT 2012 root@myhost:/usr/obj/usr/src/sys/GENERIC amd64 root#cd /usr/obj root#chflags -R noschg * root#rm -rf * root#make buildworld ... cd /usr/src; MACHINE=i386 MACHINE_ARCH=i386 MACHINE_CPU=i686 mmx sse sse2 LD=ld -m elf_i386_fbsd -Y P,/usr/obj/usr/src/lib32/usr/lib32 AS=as --32 MAKEOBJDIRPREFIX=/usr/obj/lib32 I may be going over my head on this one:-) However to my understanding it seems, it is trying to build 32 bit on a amd 64bit install? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: buildworld problem
FreeBSD myhost 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Fri Mar 23 20:00:59 PDT 2012 root@myhost:/usr/obj/usr/src/sys/GENERIC amd64 root#cd /usr/obj root#chflags -R noschg * root#rm -rf * root#make buildworld ... cd /usr/src; MACHINE=i386 MACHINE_ARCH=i386 MACHINE_CPU=i686 mmx sse sse2 LD=ld -m elf_i386_fbsd -Y P,/usr/obj/usr/src/lib32/usr/lib32 AS=as --32 MAKEOBJDIRPREFIX=/usr/obj/lib32 I may be going over my head on this one:-) However to my understanding it seems, it is trying to build 32 bit on a amd 64bit install? Since 7.0 I upgraded this machine via buildworld. It was always amd64. As you see in uname output, I upgraded it from 8.X to 9.0 with no problem. Time/date is in sync. I don't see any problems in the system I am running, but I got latest code changes for SSL and wanted to do as usual per instructions. On i386 machine everything worked fine, and I don't suspect the code changes are causing it; there must be something simple I miss. In make.conf I have CPUTYPE=nocona and perl version, and obviously clang related definitions. In the error above I see -DCOMPAT_32 string which might be the case for building 32 compatibility libraries for amd64, but it still doesn't explain what fails and why. Any ideas? Thank you. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: buildworld problem
On 05/18/2012 09:17 PM, Andriy Babiy wrote:
Makefile.inc1, line 160: CPUTYPE global should be set with ?=
I think the problem is the wrong cpu type define. . I took a
glance at the code in the makefile.inc1 to see what would set that
error off and i found this in the makefile.inc1
if cpu type does not equal target_cputype then throw that error.
.if ${_CPUTYPE} != ${_TARGET_CPUTYPE}
.error CPUTYPE global should be set with ?=.
___
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
CURRENT: buildworld fails
in /usr/obj/usr/src/tmp/usr/lib/libstdc++.so to 211 in /usr/obj/usr/src/tmp/usr/lib/libstdc++.so /usr/obj/usr/src/tmp/usr/lib/libstdc++.so:(*IND*+0x0): multiple definition of `std::basic_ifstreamchar, std::char_traitschar ::is_open() const' /usr/obj/usr/src/tmp/usr/lib/libstdc++.so:(*IND*+0x0): multiple definition of `std::string::_M_copy(char*, char const*, unsigned long)' /usr/obj/usr/src/tmp/usr/lib/libstdc++.so:(*IND*+0x0): multiple definition of `std::basic_ofstreamwchar_t, std::char_traitswchar_t ::is_open() const' /usr/obj/usr/src/tmp/usr/lib/libstdc++.so:(*IND*+0x0): multiple definition of `std::string::_M_check_length(unsigned long, unsigned long, char const*) const' /usr/obj/usr/src/tmp/usr/lib/libstdc++.so:(*IND*+0x0): multiple definition of `std::string::_Rep::_M_set_length_and_sharable(unsigned long)' clang++: error: linker command failed with exit code 1 (use -v to see invocation) *** [gperf] Error code 1 Stop in /usr/src/gnu/usr.bin/gperf. *** [all] Error code 1 Stop in /usr/src/gnu/usr.bin. *** [all] Error code 1 Stop in /usr/src/gnu. *** [gnu.all__D] Error code 1 Stop in /usr/src. *** [everything] Error code 1 Stop in /usr/src. *** [buildworld] Error code 1 Stop in /usr/src. signature.asc Description: OpenPGP digital signature
Re: CURRENT: buildworld fails
On Sat, 19 May 2012 15:55:08 +0200
O. Hartmann ohart...@zedat.fu-berlin.de wrote:
Since approx. a week for now, I can not build FreeBSD 10.0-CURRENT/amd64
anymore! This happens to be on ALL(!) FreeBSD 10 boxes around here I
maintain.
Build is usually performed with CLANG, but also legacy gcc 4.2.1 build
do fail.
The error is always the same, as documented below.
I allow to build with WITH_BSD_SORT in /etc/src.conf.
CFLAGS and COPTFLAGS are set to -pipe -O3 -fno-strict-aliasing
-march=native when compiling with CLANG, otherwise the standard is used
as introduced by the vanilla sources.
What I tried so far:
a) build and install kernel - works
b) build and install /usr/src/lib via make clean cleandepend depend obj
all install doesn't work anymore, it fails with
./usr/src/lib/Makefile, line 179: Malformed conditional (${MK_NAND} !=
no)
/usr/src/lib/Makefile, line 181: if-less endif
c) make installincludes from /usr/src works. But it doesn't relief as I
hoped.
As the error below may suggest, there seems to be an issue with the
libstc++ lib.
Building ports also fails due to errors refering to libstdc++.so.
I feel helpless at the moment since the problem seems only to be sticky
with me around here. Do others around here also allow the build of new
C++ stuff with
WITH_LIBCPLUSPLUS= YES
in /etc/src.conf?
[snip error output]
I just successfully did ``make buildworld'' and ``make buildkernel'' on
HEAD updated about 4 hours ago. This is a 6-core AMD64 system.
I have WITH_BSD_SORT defined but I DO NOT have WITH_LIBCPLUSPLUS defined
in /etc/src.conf. I'm also using the stock gcc in base and not clang.
HTH.
--
Gary Jennejohn
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: buildworld problem
On 5/19/2012 3:11 AM, Edward M wrote: Try 'env -i make buildworld' after cleaning obj. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: buildworld problem
On 05/19/2012 03:29 AM, Andriy Babiy wrote: Makefile.inc1, line 160: CPUTYPE global should be set with ?=. ... In make.conf I have CPUTYPE=nocona As it says, you need CPUTYPE?=nocona instead of CPUTYPE=nocona in /etc/make.conf or /etc/src.conf; otherwise the build process chokes while building the 32-bit compatibility stuff, since it cannot override your 64-bit CPU selection with a 32-bit one. -- Fuzzy love, -CyberLeo Technical Administrator CyberLeo.Net Webhosting http://www.CyberLeo.Net cyber...@cyberleo.net Furry Peace! - http://.fur.com/peace/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: buildworld problem
On 05/19/2012 09:18 AM, CyberLeo Kitsana wrote: As it says, you need CPUTYPE?=nocona instead of CPUTYPE=nocona in /etc/make.conf or /etc/src.conf; otherwise the build process chokes while building the 32-bit compatibility stuff, since it cannot override your 64-bit CPU selection with a 32-bit one. Just learned something new:-) had a look in share/examples/etc/make.conf file and i noticed this # (?= allows to buildworld for a different CPUTYPE.) ___ 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: CURRENT: buildworld fails
On Sat, May 19, 2012 at 6:55 AM, O. Hartmann
ohart...@zedat.fu-berlin.de wrote:
Since approx. a week for now, I can not build FreeBSD 10.0-CURRENT/amd64
anymore! This happens to be on ALL(!) FreeBSD 10 boxes around here I
maintain.
...
b) build and install /usr/src/lib via make clean cleandepend depend obj
all install doesn't work anymore, it fails with
./usr/src/lib/Makefile, line 179: Malformed conditional (${MK_NAND} !=
no)
/usr/src/lib/Makefile, line 181: if-less endif
Your mk files in /usr/share/mk are out of synch with your build tree.
If you opt out of using buildworld, then you need to do 'make -C
share/mk install' beforehand.
Thanks,
-Garrett
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
buildworld problem
Hi list: root#uname -a FreeBSD myhost 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Fri Mar 23 20:00:59 PDT 2012 root@myhost:/usr/obj/usr/src/sys/GENERIC amd64 root#cd /usr/obj root#chflags -R noschg * root#rm -rf * root#make buildworld ... cd /usr/src; MACHINE=i386 MACHINE_ARCH=i386 MACHINE_CPU=i686 mmx sse sse2 LD=ld -m elf_i386_fbsd -Y P,/usr/obj/usr/src/lib32/usr/lib32 AS=as --32 MAKEOBJDIRPREFIX=/usr/obj/lib32 _SHLIBDIRPREFIX=/usr/obj/usr/src/lib32 VERSION=FreeBSD 9.0-RELEASE amd64 900044 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: /usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin: /usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin CC=cc -m32 -march=nocona -mfancy-math-387 -DCOMPAT_32BIT -isystem /usr/obj/usr/src/lib32/usr/include/ -L/usr/obj/usr/src/lib32/usr/lib32 -B/usr/obj/usr/src/lib32/usr/lib32 CXX=c++ -m32 -march=nocona -mfancy-math-387 -DCOMPAT_32BIT -isystem /usr/obj/usr/src/lib32/usr/include/ -L/usr/obj/usr/src/lib32/usr/lib32 -B/usr/obj/usr/src/lib32/usr/lib32 LIBDIR=/usr/lib32 SHLIBDIR=/usr/lib32 make -DNO_CPU_CFLAGS -DCOMPAT_32BIT -DWITHOUT_BIND -DWITHOUT_MAN -DWITHOUT_INFO -DWITHOUT_HTML -DNO_CTF -DNO_LINT DESTDIR=/usr/obj/usr/src/lib32 -f Makefile.inc1 par-cleandir Makefile.inc1, line 160: CPUTYPE global should be set with ?=. *** Error code 1 1 error *** Error code 2 1 error What might cause this error? Probably I'm missing something obvious. Thank you. ___ 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: clang buildworld broken
Fixed now in stable/9. r233468 | marius | 2012-03-25 11:24:42 -0500 (Sun, 25 Mar 2012) | 6 lines MFC: r233105 Declare some variables static in order to reduce the object size and redo r232822 (MFC'ed to stable/9 in r232962) in a less hackish way. The latter now no longer breaks compiling the x86 boot2 with clang. r233467 | marius | 2012-03-25 11:20:01 -0500 (Sun, 25 Mar 2012) | 7 lines MFC: r232754 (remaining part) Make boot2 build with Clang again. Submitted by: dim (bsd.sys.mk) Reviewed by:dim, jhb -- James. ___ 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
clang buildworld broken
I csup RELENG_9 last night and compiled /usr/src and clang is erroring
out:
clang -Os -fno-guess-branch-probability -fomit-frame-pointer
-fno-unit-at-a-time -mno-align-long-strings -mrtd -mregparm=3
-DUSE_XREAD -DUFS1_AND_UFS2 -DFLAGS=0x80 -DSIOPRT=0x3f8 -DSIOFMT=0x3
-DSIOSPD=9600 -I/disk-1/src/sys/boot/i386/boot2/../../common
-I/disk-1/src/sys/boot/i386/boot2/../btx/lib -I. -Wall
-Waggregate-return -Wbad-function-cast -Wcast-align
-Wmissing-declarations -Wmissing-prototypes -Wnested-externs
-Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings -Winline
--param max-inline-insns-single=100 -mllvm -stack-alignment=8 -mllvm
-inline-threshold=3 -mllvm -enable-load-pre=false -ffreestanding
-mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2
-mno-sse3 -msoft-float -m32 -march=i386 -std=gnu99 -m32
-c /disk-1/src/sys/boot/i386/boot2/sio.S
clang: warning: the clang compiler does not support
'-fno-unit-at-a-time'
clang: warning: argument unused during compilation:
'-fno-guess-branch-probability'
clang: warning: argument unused during compilation:
'-mno-align-long-strings'
clang: warning: argument unused during compilation: '--param
max-inline-insns-single=100'
clang: warning: argument unused during compilation:
'-mpreferred-stack-boundary=2'
ld -static -N --gc-sections -nostdlib -m elf_i386_fbsd -Ttext 0x2000 -o
boot2.out /disk-2/obj/disk-1/src/sys/boot/i386/boot2/../btx/lib/crt0.o
boot2.o sio.o
btxld -v -E 0x2000 -f bin
-b /disk-2/obj/disk-1/src/sys/boot/i386/boot2/../btx/btx/btx -l
boot2.ldr -o boot2.ld -P 1 boot2.bin
kernel: ver=1.02 size=690 load=9000 entry=9010 map=16M pgctl=1:1
client: fmt=bin size=158d text=0 data=0 bss=0 entry=0
output: fmt=bin size=1e1d text=200 data=1c1d org=0 entry=0
-29 bytes available
*** Error code 1
Stop in /disk-1/src/sys/boot/i386/boot2.
*** Error code 1
Stop in /disk-1/src/sys/boot/i386.
*** Error code 1
Stop in /disk-1/src/sys/boot.
*** Error code 1
Stop in /disk-1/src/sys.
*** Error code 1
Stop in /disk-1/src.
*** Error code 1
Stop in /disk-1/src.
*** Error code 1
Stop in /disk-1/src.
mc#
System:
mc# uname -a
FreeBSD mc 9.0-STABLE FreeBSD 9.0-STABLE #1: Thu Mar 15 23:58:47 PDT
2012 root@mc:/sys/amd64/compile/SMUNI amd64
Compile options (from the wiki):
.if !defined(CC) || ${CC} == cc
CC=clang
.endif
.if !defined(CXX) || ${CXX} == c++
CXX=clang++
.endif
.if !defined(CPP) || ${CPP} == cpp
CPP=clang-cpp
.endif
NO_WERROR=
WERROR=
dmesg:
mc# cat /var/run/dmesg.boot
Copyright (c) 1992-2012 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights
reserved.
FreeBSD is a registered trademark of The FreeBSD Foundation.
FreeBSD 9.0-STABLE #1: Thu Mar 15 23:58:47 PDT 2012
root@mc:/sys/amd64/compile/SMUNI amd64
CPU: AMD Opteron(TM) Processor 6274 (2200.07-MHz
K8-class CPU)
Origin = AuthenticAMD Id = 0x600f12 Family = 15 Model = 1
Stepping = 2
Features=0x178bfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2,HTT
Features2=0x1e98220bSSE3,PCLMULQDQ,MON,SSSE3,CX16,SSE4.1,SSE4.2,POPCNT,AESNI,XSAVE,OSXSAVE,AVX
AMD Features=0x2e500800SYSCALL,NX,MMX+,FFXSR,Page1GB,RDTSCP,LM
AMD
Features2=0x1c9bfffLAHF,CMP,SVM,ExtAPIC,CR8,ABM,SSE4A,MAS,Prefetch,OSVW,IBS,XOP,SKINIT,WDT,LWP,FMA4,NodeId,Topology,b23,b24
TSC: P-state invariant, performance statistics
real memory = 103079215104 (98304 MB)
avail memory = 99390640128 (94786 MB)
Event timer LAPIC quality 400
ACPI APIC Table: 120911 APIC1027
FreeBSD/SMP: Multiprocessor System Detected: 64 CPUs
FreeBSD/SMP: 4 package(s) x 16 core(s)
cpu0 (BSP): APIC ID: 32
cpu1 (AP): APIC ID: 33
cpu2 (AP): APIC ID: 34
cpu3 (AP): APIC ID: 35
cpu4 (AP): APIC ID: 36
cpu5 (AP): APIC ID: 37
cpu6 (AP): APIC ID: 38
cpu7 (AP): APIC ID: 39
cpu8 (AP): APIC ID: 40
cpu9 (AP): APIC ID: 41
cpu10 (AP): APIC ID: 42
cpu11 (AP): APIC ID: 43
cpu12 (AP): APIC ID: 44
cpu13 (AP): APIC ID: 45
cpu14 (AP): APIC ID: 46
cpu15 (AP): APIC ID: 47
cpu16 (AP): APIC ID: 64
cpu17 (AP): APIC ID: 65
cpu18 (AP): APIC ID: 66
cpu19 (AP): APIC ID: 67
cpu20 (AP): APIC ID: 68
cpu21 (AP): APIC ID: 69
cpu22 (AP): APIC ID: 70
cpu23 (AP): APIC ID: 71
cpu24 (AP): APIC ID: 72
cpu25 (AP): APIC ID: 73
cpu26 (AP): APIC ID: 74
cpu27 (AP): APIC ID: 75
cpu28 (AP): APIC ID: 76
cpu29 (AP): APIC ID: 77
cpu30 (AP): APIC ID: 78
cpu31 (AP): APIC ID: 79
cpu32 (AP): APIC ID: 96
cpu33 (AP): APIC ID: 97
cpu34 (AP): APIC ID: 98
cpu35 (AP): APIC ID: 99
cpu36 (AP): APIC ID: 100
cpu37 (AP): APIC ID: 101
cpu38 (AP): APIC ID: 102
cpu39 (AP): APIC ID: 103
cpu40 (AP): APIC ID: 104
cpu41 (AP): APIC ID: 105
cpu42 (AP): APIC ID: 106
cpu43 (AP): APIC ID: 107
cpu44 (AP): APIC ID: 108
cpu45 (AP): APIC ID: 109
cpu46 (AP): APIC ID: 110
cpu47 (AP): APIC ID: 111
cpu48 (AP): APIC ID: 128
cpu49 (AP): APIC ID: 129
cpu50 (AP): APIC ID: 130
cpu51 (AP): APIC
Re: clang buildworld broken
On Sat, Mar 24, 2012 at 10:17 AM, Dennis Glatting free...@pki2.com wrote:
I csup RELENG_9 last night and compiled /usr/src and clang is
erroring out:
Hi Dennis. I get the same error and am testing a correction right
now. The problem is related to improvements to boot2 in r233374
(MFC of r232570 and r232754). It has the side-effect of making the
binary just a wee too large for the BTX link to succeed. r232754
contains a change not MFCd to stable/9:
Index: bsd.sys.mk
===
--- bsd.sys.mk (revision 232753)
+++ bsd.sys.mk (revision 232754)
@@ -100,8 +100,10 @@
.if ${MK_CLANG_IS_CC} != no || ${CC:T:Mclang} == clang
CLANG_NO_IAS = -no-integrated-as
-CLANG_OPT_SMALL= -mllvm -stack-alignment=8 -mllvm
-inline-threshold=3 \
- -mllvm -enable-load-pre=false
+CLANG_OPT_SMALL= -mllvm -stack-alignment=8 \
+ -mllvm -inline-threshold=3 \
+ -mllvm -enable-load-pre=false \
+ -mllvm -simplifycfg-dup-ret
.endif
.if ${MK_SSP} != no ${MACHINE_CPUARCH} != ia64 \
It's likely this with get it shrunk down enough.
--
James.
___
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: clang buildworld broken
Success! boot2 btx linked with 3 bytes available, rather than being 29 bytes too large. kernel: ver=1.02 size=690 load=9000 entry=9010 map=16M pgctl=1:1 client: fmt=bin size=156d text=0 data=0 bss=0 entry=0 output: fmt=bin size=1dfd text=200 data=1bfd org=0 entry=0 3 bytes available -- James. ___ 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 9 buildworld with clang failure
On 02.02.2012 15:12, ill...@gmail.com wrote: Might try: Commenting out CFLAGS= Setting NO_WERROR= in /etc/make.conf Removing the CFLAGS= line made no difference, after some searching for info about the NO_WERROR=, I went ahead and added the CFLAGS line back in added NO_WERROR= WERROR= lines both in the /etc/make.conf, and it completed. Now to find out how many ports will compile, and then actually test everything, fortunately the production system I am modeling this test after only has 123 ports installed. -- Thanks, Dean E. Weimer http://www.dweimer.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
FreeBSD 9 buildworld with clang failure
I am trying to rebuild everything in a development machine with clang
to test for production, and ran into a problem on the buildworld
process. This machine was already rebuilt from source using gcc, here
are the options I have set in make.conf and src.conf. The lines I added
to enable clang, and the steps I took to compile.
Options in /etc/src.conf
WITHOUT_BIND_DNSSEC=YES
WITHOUT_BIND_LIBS_LWRES=YES
WITHOUT_BIND_NAMED=YES
WITHOUT_BIND_UTILS=YES
WITHOUT_NTP=YES
WITHOUT_PROFILE=YES
Options already in /etc/make.conf
WITH_OPENSSL_PORT=yes
WITHOUT_X11=yes
CFLAGS= -O -pipe
PERL_VERSION=5.12.4
Added to /etc/make.conf
.if !defined(USE_GCC)
.if !defined(CC) || ${CC} == cc
CC=clang
.endif
.if !defined(CXX) || ${CXX} == c++
CXX=clang++
.endif
.if !defined(CPP) || ${CPP} == cpp
CPP=clang-cpp
.endif
.endif
Did the cleanup process from previous build and currently installed
setup.
chflags -R noschg /usr/obj/usr
rm -rf /usr/obj/usr
cd /usr/src
make cleandir
make cleandir
Then ran make buildworld, it died on libc with the following output:
=== lib/libc (obj,depend,all,install)
clang -O -pipe -I/usr/src/lib/libc/include
-I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/amd64 -DNLS
-D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6
-I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE
-DPOSIX_MISTAKE -I/usr/src/lib/libc/../../contrib/tzcode/stdtime
-I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES
-DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING
-DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers
-Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c
/usr/src/lib/libc/gen/setjmperr.c
In file included from /usr/src/lib/libc/gen/setjmperr.c:44:
/usr/src/lib/libc/../../include/setjmp.h:58:5: error: incompatible
redeclaration of library function
'sigsetjmp' [-Werror]
int sigsetjmp(sigjmp_buf, int);
^
/usr/src/lib/libc/../../include/setjmp.h:58:5: note: 'sigsetjmp' is a
builtin with type
'int (struct _jmp_buf *, int)'
1 error generated.
*** Error code 1
Stop in /usr/src/lib/libc.
*** Error code 1
Anyone have any idea where I went wrong?
--
Thanks,
Dean E. Weimer
http://www.dweimer.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
Re: FreeBSD 9 buildworld with clang failure
On 2 February 2012 14:43, Dean E. Weimer dwei...@dweimer.net wrote:
I am trying to rebuild everything in a development machine with clang to
test for production, and ran into a problem on the buildworld process. This
machine was already rebuilt from source using gcc, here are the options I
have set in make.conf and src.conf. The lines I added to enable clang, and
the steps I took to compile.
Options in /etc/src.conf
WITHOUT_BIND_DNSSEC=YES
WITHOUT_BIND_LIBS_LWRES=YES
WITHOUT_BIND_NAMED=YES
WITHOUT_BIND_UTILS=YES
WITHOUT_NTP=YES
WITHOUT_PROFILE=YES
Options already in /etc/make.conf
WITH_OPENSSL_PORT=yes
WITHOUT_X11=yes
CFLAGS= -O -pipe
PERL_VERSION=5.12.4
Added to /etc/make.conf
.if !defined(USE_GCC)
.if !defined(CC) || ${CC} == cc
CC=clang
.endif
.if !defined(CXX) || ${CXX} == c++
CXX=clang++
.endif
.if !defined(CPP) || ${CPP} == cpp
CPP=clang-cpp
.endif
.endif
Did the cleanup process from previous build and currently installed setup.
chflags -R noschg /usr/obj/usr
rm -rf /usr/obj/usr
cd /usr/src
make cleandir
make cleandir
Then ran make buildworld, it died on libc with the following output:
=== lib/libc (obj,depend,all,install)
clang -O -pipe -I/usr/src/lib/libc/include
-I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/amd64 -DNLS
-D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6
-I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE
-DPOSIX_MISTAKE -I/usr/src/lib/libc/../../contrib/tzcode/stdtime
-I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES
-DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING
-DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror
-Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c
/usr/src/lib/libc/gen/setjmperr.c
In file included from /usr/src/lib/libc/gen/setjmperr.c:44:
/usr/src/lib/libc/../../include/setjmp.h:58:5: error: incompatible
redeclaration of library function
'sigsetjmp' [-Werror]
int sigsetjmp(sigjmp_buf, int);
^
/usr/src/lib/libc/../../include/setjmp.h:58:5: note: 'sigsetjmp' is a
builtin with type
'int (struct _jmp_buf *, int)'
1 error generated.
*** Error code 1
Stop in /usr/src/lib/libc.
*** Error code 1
Might try:
Commenting out CFLAGS=
Setting NO_WERROR= in /etc/make.conf
--
--
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: buildworld
On Sat, 21 Jan 2012, Samuel Wallace wrote: uname -a FreeBSD sampc.att.com 8.2-STABLE #4: Sun Jan 15 13:21:40 EST 2012 s...@sampc.att.com:/usr/obj/usr/src/sys/GENERIC i386 [buildworld: don't know how to make iterator.cc] There's a thread about this on stable@. The net outcome seems to be, that the source of this problem are out-of-sync mirrors. So the cure probably is to upate sources, and retry. MfG CoCo ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: 9.0 buildworld problems
On 14.01.2012 17:39, Joshua Isom wrote: Run `make -DNO_CLEAN buildworld`. Because you used -j6, there's no way to know what went wrong without a full log, and even with a full log it'll be a pain. ___ 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 It appears to be the following lines in make.conf: SENDMAIL_CFLAGS=-I/usr/local/include/sasl -DSASL SENDMAIL_LDADD=-lsasl2 /usr/src/lib/libmilter/../../contrib/sendmail/src/sendmail.h:142:20: error: sasl.h: No such file or directory /usr/src/lib/libmilter/../../contrib/sendmail/src/sendmail.h:143:24: error: saslutil.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/src/lib/libmilter. *** Error code 1 Stop in /usr/src/lib. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. The system I was testing the upgrade process on of course already had cyrus-sasl and cyrus-sasl-salsauthd already installed. I am still waiting to see if the buildworld completes without those to lines. If it does, I will install the cyrus-sasl ports add the lines back in and rerun the buildworld. -- Thanks, Dean E. Weimer dwei...@dweimer.net http://www.dweimer.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
Re: buildworld -DWITHOUT_OPENSSL fails at (lib/libbsnmp/libbsnmp (all)) (was: lib/libarchive (depend))
On Jan 13, 2012, at 7:28 PM, Devin Teske wrote:
Trying to buildworld in RELENG_9 with -DWITHOUT_OPENSSL and getting failures.
First failure we encountered required the following patch to get past
lib/libarchive (depend)...
--- lib/libarchive/config_freebsd.h.orig 2012-01-05 03:44:55.0
-0800
+++ lib/libarchive/config_freebsd.h 2012-01-13 18:43:46.0 -0800
@@ -176,9 +176,4 @@
#define ARCHIVE_HASH_SHA256_OPENSSL 1
#define ARCHIVE_HASH_SHA384_OPENSSL 1
#define ARCHIVE_HASH_SHA512_OPENSSL 1
-#else
-#define ARCHIVE_HASH_MD5_LIBC 1
-#define ARCHIVE_HASH_SHA1_LIBC 1
-#define ARCHIVE_HASH_SHA256_LIBC 1
-#define ARCHIVE_HASH_SHA512_LIBC 1
#endif
The above patch allowed the mkdep to succeed and later-compilation in the
same directory succeeded (yay).
However, you don't get far before the next error.
Making all in lib/libbsnmp/libbsnmp with -DWITHOUT_OPENSSL...
cc -I/usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib -DHAVE_ERR_H
-DHAVE_GETADDRINFO -DHAVE_STRLCPY -DHAVE_STDINT_H -DHAVE_INTTYPES_H
-DQUADFMT='llu' -DQUADXFMT='llx' -std=gnu99 -fstack-protector
-Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type
-Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align
-Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls
-Wold-style-definition -Wno-pointer-sign -c
/usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmpcrypto.c
/usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmpcrypto.c:371:
error: conflicting types for 'snmp_passwd_to_keys'
/usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmp.h:273: error:
previous declaration of 'snmp_passwd_to_keys' was here
/usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmpcrypto.c:384:
error: conflicting types for 'snmp_get_local_keys'
/usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmp.h:274: error:
previous declaration of 'snmp_get_local_keys' was here
The solution to this appears to be the following patch:
= BEGIN PATCH ==
--- contrib/bsnmp/lib/snmpcrypto.c.orig 2011-09-22 17:51:37.0 -0700
+++ contrib/bsnmp/lib/snmpcrypto.c 2012-01-15 09:49:27.0 -0800
@@ -366,7 +366,7 @@ snmp_pdu_decrypt(const struct snmp_pdu *
return (SNMP_CODE_OK);
}
-int
+enum snmp_code
snmp_passwd_to_keys(struct snmp_user *user, char *passwd __unused)
{
if (user-auth_proto == SNMP_AUTH_NOAUTH
@@ -378,7 +378,7 @@ snmp_passwd_to_keys(struct snmp_user *us
return (SNMP_CODE_FAILED);
}
-int
+enum snmp_code
snmp_get_local_keys(struct snmp_user *user, uint8_t *eid __unused,
uint32_t elen __unused)
{
== END PATCH ==
I'll file a PR later (still trying to get a successful build first).
--
Devin
_
The information contained in this message is proprietary and/or confidential.
If you are not the intended recipient, please: (i) delete the message and all
copies; (ii) do not disclose, distribute or use the message in any manner; and
(iii) notify the sender immediately. In addition, please be aware that any
message addressed to our domain is subject to archiving and review by persons
other than the intended recipient. Thank you.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: buildworld -DWITHOUT_OPENSSL fails at usr.sbin/wpa/hostapd (depend) (was: lib/libbsnmp/libbsnmp (all) (was: lib/libarchive (depend)))
On Jan 15, 2012, at 10:11 AM, Devin Teske wrote:
On Jan 13, 2012, at 7:28 PM, Devin Teske wrote:
Trying to buildworld in RELENG_9 with -DWITHOUT_OPENSSL and getting failures.
First failure we encountered required the following patch to get past
lib/libarchive (depend)...
--- lib/libarchive/config_freebsd.h.orig2012-01-05 03:44:55.0
-0800
+++ lib/libarchive/config_freebsd.h 2012-01-13 18:43:46.0 -0800
@@ -176,9 +176,4 @@
#define ARCHIVE_HASH_SHA256_OPENSSL 1
#define ARCHIVE_HASH_SHA384_OPENSSL 1
#define ARCHIVE_HASH_SHA512_OPENSSL 1
-#else
-#defineARCHIVE_HASH_MD5_LIBC 1
-#defineARCHIVE_HASH_SHA1_LIBC 1
-#defineARCHIVE_HASH_SHA256_LIBC 1
-#defineARCHIVE_HASH_SHA512_LIBC 1
#endif
The above patch allowed the mkdep to succeed and later-compilation in the
same directory succeeded (yay).
However, you don't get far before the next error.
Making all in lib/libbsnmp/libbsnmp with -DWITHOUT_OPENSSL...
cc -I/usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib -DHAVE_ERR_H
-DHAVE_GETADDRINFO -DHAVE_STRLCPY -DHAVE_STDINT_H -DHAVE_INTTYPES_H
-DQUADFMT='llu' -DQUADXFMT='llx' -std=gnu99 -fstack-protector
-Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type
-Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter
-Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls
-Wold-style-definition -Wno-pointer-sign -c
/usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmpcrypto.c
/usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmpcrypto.c:371:
error: conflicting types for 'snmp_passwd_to_keys'
/usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmp.h:273: error:
previous declaration of 'snmp_passwd_to_keys' was here
/usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmpcrypto.c:384:
error: conflicting types for 'snmp_get_local_keys'
/usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmp.h:274: error:
previous declaration of 'snmp_get_local_keys' was here
The solution to this appears to be the following patch:
= BEGIN PATCH ==
--- contrib/bsnmp/lib/snmpcrypto.c.orig 2011-09-22 17:51:37.0
-0700
+++ contrib/bsnmp/lib/snmpcrypto.c2012-01-15 09:49:27.0 -0800
@@ -366,7 +366,7 @@ snmp_pdu_decrypt(const struct snmp_pdu *
return (SNMP_CODE_OK);
}
-int
+enum snmp_code
snmp_passwd_to_keys(struct snmp_user *user, char *passwd __unused)
{
if (user-auth_proto == SNMP_AUTH_NOAUTH
@@ -378,7 +378,7 @@ snmp_passwd_to_keys(struct snmp_user *us
return (SNMP_CODE_FAILED);
}
-int
+enum snmp_code
snmp_get_local_keys(struct snmp_user *user, uint8_t *eid __unused,
uint32_t elen __unused)
{
== END PATCH ==
Then you churn along for some lengthy time (even making it all the way through
clang successfully), but then stop again at usr.sbin/wpa/hostapd (depend)
(output at end).
Probably going to be a patch similar to the libarchive one.
--
Devin
=== usr.sbin/wpa/hostapd (depend)
rm -f .depend
mkdep -f .depend -a-DDRUID -I/usr/src/usr.sbin/wpa/hostapd
-I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src
-I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/common
-I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto
-I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/l2_packet
-I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/utils
-DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX
-I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//hostapd
-I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/drivers
-DCONFIG_DRIVER_BSD -DHOSTAPD -DCONFIG_DRIVER_RADIUS_ACL -DCONFIG_IPV6
-DEAP_TLS_NONE -DINTERNAL_AES -DINTERNAL_SHA1 -DINTERNAL_MD5
-I/usr/src/usr.sbin/wpa/hostapd
-I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src
-I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/common
-I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto
-I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/l2_packet
-I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/utils
-DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX
/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/ap/accounting.c
/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto/aes-wrap.c
/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/ap/ap_config.c
/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/ap/ap_drv_ops.c
/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/ap/ap_mlme.c
/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/ap/authsrv.c
/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/eap_common/chap.c
/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/utils/common.c
/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//hostapd/config_file.c
/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa
Re: 9.0 buildworld problems
On 15.01.2012 12:51, Dean E. Weimer wrote: It appears to be the following lines in make.conf: SENDMAIL_CFLAGS=-I/usr/local/include/sasl -DSASL SENDMAIL_LDADD=-lsasl2 /usr/src/lib/libmilter/../../contrib/sendmail/src/sendmail.h:142:20: error: sasl.h: No such file or directory /usr/src/lib/libmilter/../../contrib/sendmail/src/sendmail.h:143:24: error: saslutil.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/src/lib/libmilter. *** Error code 1 Stop in /usr/src/lib. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. The system I was testing the upgrade process on of course already had cyrus-sasl and cyrus-sasl-salsauthd already installed. I am still waiting to see if the buildworld completes without those to lines. If it does, I will install the cyrus-sasl ports add the lines back in and rerun the buildworld. The buildworld, buildkernel, and install process all completed successfully after installing the cyrus-sasl ports. -- Thanks, Dean E. Weimer dwei...@dweimer.net http://www.dweimer.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
Re: buildworld -DWITHOUT_OPENSSL fails at usr.sbin/wpa/wpa_supplicant (all) (was usr.sbin/wpa/hostapd (depend) (was: lib/libbsnmp/libbsnmp (all) (was: lib/libarchive (depend))))
On Jan 15, 2012, at 10:43 AM, Devin Teske wrote:
On Jan 15, 2012, at 10:11 AM, Devin Teske wrote:
On Jan 13, 2012, at 7:28 PM, Devin Teske wrote:
Trying to buildworld in RELENG_9 with -DWITHOUT_OPENSSL and getting
failures.
First failure we encountered required the following patch to get past
lib/libarchive (depend)...
--- lib/libarchive/config_freebsd.h.orig 2012-01-05 03:44:55.0
-0800
+++ lib/libarchive/config_freebsd.h2012-01-13 18:43:46.0
-0800
@@ -176,9 +176,4 @@
#defineARCHIVE_HASH_SHA256_OPENSSL 1
#defineARCHIVE_HASH_SHA384_OPENSSL 1
#defineARCHIVE_HASH_SHA512_OPENSSL 1
-#else
-#define ARCHIVE_HASH_MD5_LIBC 1
-#define ARCHIVE_HASH_SHA1_LIBC 1
-#define ARCHIVE_HASH_SHA256_LIBC 1
-#define ARCHIVE_HASH_SHA512_LIBC 1
#endif
The above patch allowed the mkdep to succeed and later-compilation in the
same directory succeeded (yay).
However, you don't get far before the next error.
Making all in lib/libbsnmp/libbsnmp with -DWITHOUT_OPENSSL...
cc -I/usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib
-DHAVE_ERR_H -DHAVE_GETADDRINFO -DHAVE_STRLCPY -DHAVE_STDINT_H
-DHAVE_INTTYPES_H -DQUADFMT='llu' -DQUADXFMT='llx' -std=gnu99
-fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W
-Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes
-Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow
-Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs
-Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c
/usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmpcrypto.c
/usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmpcrypto.c:371:
error: conflicting types for 'snmp_passwd_to_keys'
/usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmp.h:273:
error: previous declaration of 'snmp_passwd_to_keys' was here
/usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmpcrypto.c:384:
error: conflicting types for 'snmp_get_local_keys'
/usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmp.h:274:
error: previous declaration of 'snmp_get_local_keys' was here
The solution to this appears to be the following patch:
= BEGIN PATCH ==
--- contrib/bsnmp/lib/snmpcrypto.c.orig 2011-09-22 17:51:37.0
-0700
+++ contrib/bsnmp/lib/snmpcrypto.c 2012-01-15 09:49:27.0 -0800
@@ -366,7 +366,7 @@ snmp_pdu_decrypt(const struct snmp_pdu *
return (SNMP_CODE_OK);
}
-int
+enum snmp_code
snmp_passwd_to_keys(struct snmp_user *user, char *passwd __unused)
{
if (user-auth_proto == SNMP_AUTH_NOAUTH
@@ -378,7 +378,7 @@ snmp_passwd_to_keys(struct snmp_user *us
return (SNMP_CODE_FAILED);
}
-int
+enum snmp_code
snmp_get_local_keys(struct snmp_user *user, uint8_t *eid __unused,
uint32_t elen __unused)
{
== END PATCH ==
Then you churn along for some lengthy time (even making it all the way
through clang successfully), but then stop again at usr.sbin/wpa/hostapd
(depend) (output at end).
Probably going to be a patch similar to the libarchive one.
--
Devin
=== usr.sbin/wpa/hostapd (depend)
rm -f .depend
mkdep -f .depend -a-DDRUID -I/usr/src/usr.sbin/wpa/hostapd
-I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src
-I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/common
-I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto
-I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/l2_packet
-I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/utils
-DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX
-I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//hostapd
-I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/drivers
-DCONFIG_DRIVER_BSD -DHOSTAPD -DCONFIG_DRIVER_RADIUS_ACL -DCONFIG_IPV6
-DEAP_TLS_NONE -DINTERNAL_AES -DINTERNAL_SHA1 -DINTERNAL_MD5
-I/usr/src/usr.sbin/wpa/hostapd
-I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src
-I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/common
-I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto
-I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/l2_packet
-I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/utils
-DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX
/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/ap/accounting.c
/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto/aes-wrap.c
/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/ap/ap_config.c
/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/ap/ap_drv_ops.c
/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/ap/ap_mlme.c
/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/ap/authsrv.c
/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/eap_common/chap.c
/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/utils/common.c
/usr/src/usr.sbin/wpa/hostapd
Re: buildworld -DWITHOUT_OPENSSL fails at usr.sbin/wpa/wpa_supplicant (all) (was usr.sbin/wpa/hostapd (depend) (was: lib/libbsnmp/libbsnmp (all) (was: lib/libarchive (depend))))
On Jan 15, 2012, at 5:57 PM, Devin Teske wrote:
On Jan 15, 2012, at 10:43 AM, Devin Teske wrote:
On Jan 15, 2012, at 10:11 AM, Devin Teske wrote:
On Jan 13, 2012, at 7:28 PM, Devin Teske wrote:
Trying to buildworld in RELENG_9 with -DWITHOUT_OPENSSL and getting
failures.
First failure we encountered required the following patch to get past
lib/libarchive (depend)...
--- lib/libarchive/config_freebsd.h.orig 2012-01-05 03:44:55.0
-0800
+++ lib/libarchive/config_freebsd.h 2012-01-13 18:43:46.0
-0800
@@ -176,9 +176,4 @@
#define ARCHIVE_HASH_SHA256_OPENSSL 1
#define ARCHIVE_HASH_SHA384_OPENSSL 1
#define ARCHIVE_HASH_SHA512_OPENSSL 1
-#else
-#define ARCHIVE_HASH_MD5_LIBC 1
-#define ARCHIVE_HASH_SHA1_LIBC 1
-#define ARCHIVE_HASH_SHA256_LIBC 1
-#define ARCHIVE_HASH_SHA512_LIBC 1
#endif
The above patch allowed the mkdep to succeed and later-compilation in the
same directory succeeded (yay).
However, you don't get far before the next error.
Making all in lib/libbsnmp/libbsnmp with -DWITHOUT_OPENSSL...
cc -I/usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib
-DHAVE_ERR_H -DHAVE_GETADDRINFO -DHAVE_STRLCPY -DHAVE_STDINT_H
-DHAVE_INTTYPES_H -DQUADFMT='llu' -DQUADXFMT='llx' -std=gnu99
-fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W
-Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes
-Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch
-Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline
-Wnested-externs -Wredundant-decls -Wold-style-definition
-Wno-pointer-sign -c
/usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmpcrypto.c
/usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmpcrypto.c:371:
error: conflicting types for 'snmp_passwd_to_keys'
/usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmp.h:273:
error: previous declaration of 'snmp_passwd_to_keys' was here
/usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmpcrypto.c:384:
error: conflicting types for 'snmp_get_local_keys'
/usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmp.h:274:
error: previous declaration of 'snmp_get_local_keys' was here
The solution to this appears to be the following patch:
= BEGIN PATCH ==
--- contrib/bsnmp/lib/snmpcrypto.c.orig 2011-09-22 17:51:37.0
-0700
+++ contrib/bsnmp/lib/snmpcrypto.c 2012-01-15 09:49:27.0 -0800
@@ -366,7 +366,7 @@ snmp_pdu_decrypt(const struct snmp_pdu *
return (SNMP_CODE_OK);
}
-int
+enum snmp_code
snmp_passwd_to_keys(struct snmp_user *user, char *passwd __unused)
{
if (user-auth_proto == SNMP_AUTH_NOAUTH
@@ -378,7 +378,7 @@ snmp_passwd_to_keys(struct snmp_user *us
return (SNMP_CODE_FAILED);
}
-int
+enum snmp_code
snmp_get_local_keys(struct snmp_user *user, uint8_t *eid __unused,
uint32_t elen __unused)
{
== END PATCH ==
Then you churn along for some lengthy time (even making it all the way
through clang successfully), but then stop again at usr.sbin/wpa/hostapd
(depend) (output at end).
Probably going to be a patch similar to the libarchive one.
--
Devin
=== usr.sbin/wpa/hostapd (depend)
rm -f .depend
mkdep -f .depend -a-DDRUID -I/usr/src/usr.sbin/wpa/hostapd
-I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src
-I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/common
-I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto
-I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/l2_packet
-I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/utils
-DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX
-I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//hostapd
-I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/drivers
-DCONFIG_DRIVER_BSD -DHOSTAPD -DCONFIG_DRIVER_RADIUS_ACL -DCONFIG_IPV6
-DEAP_TLS_NONE -DINTERNAL_AES -DINTERNAL_SHA1 -DINTERNAL_MD5
-I/usr/src/usr.sbin/wpa/hostapd
-I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src
-I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/common
-I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto
-I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/l2_packet
-I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/utils
-DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX
/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/ap/accounting.c
/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto/aes-wrap.c
/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/ap/ap_config.c
/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/ap/ap_drv_ops.c
/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/ap/ap_mlme.c
/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/ap/authsrv.c
/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/eap_common/chap.c
/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/utils/common.c
[SOLVED] Re: buildworld -DWITHOUT_OPENSSL fails at usr.sbin/wpa/wpa_supplicant (all) (was usr.sbin/wpa/hostapd (depend) (was: lib/libbsnmp/libbsnmp (all) (was: lib/libarchive (depend))))
On Jan 15, 2012, at 7:28 PM, Devin Teske wrote:
On Jan 15, 2012, at 5:57 PM, Devin Teske wrote:
On Jan 15, 2012, at 10:43 AM, Devin Teske wrote:
On Jan 15, 2012, at 10:11 AM, Devin Teske wrote:
On Jan 13, 2012, at 7:28 PM, Devin Teske wrote:
Trying to buildworld in RELENG_9 with -DWITHOUT_OPENSSL and getting
failures.
First failure we encountered required the following patch to get past
lib/libarchive (depend)...
--- lib/libarchive/config_freebsd.h.orig 2012-01-05 03:44:55.0
-0800
+++ lib/libarchive/config_freebsd.h 2012-01-13 18:43:46.0
-0800
@@ -176,9 +176,4 @@
#define ARCHIVE_HASH_SHA256_OPENSSL 1
#define ARCHIVE_HASH_SHA384_OPENSSL 1
#define ARCHIVE_HASH_SHA512_OPENSSL 1
-#else
-#define ARCHIVE_HASH_MD5_LIBC 1
-#define ARCHIVE_HASH_SHA1_LIBC 1
-#define ARCHIVE_HASH_SHA256_LIBC 1
-#define ARCHIVE_HASH_SHA512_LIBC 1
#endif
The above patch allowed the mkdep to succeed and later-compilation in
the same directory succeeded (yay).
However, you don't get far before the next error.
Making all in lib/libbsnmp/libbsnmp with -DWITHOUT_OPENSSL...
cc -I/usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib
-DHAVE_ERR_H -DHAVE_GETADDRINFO -DHAVE_STRLCPY -DHAVE_STDINT_H
-DHAVE_INTTYPES_H -DQUADFMT='llu' -DQUADXFMT='llx' -std=gnu99
-fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W
-Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes
-Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch
-Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline
-Wnested-externs -Wredundant-decls -Wold-style-definition
-Wno-pointer-sign -c
/usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmpcrypto.c
/usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmpcrypto.c:371:
error: conflicting types for 'snmp_passwd_to_keys'
/usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmp.h:273:
error: previous declaration of 'snmp_passwd_to_keys' was here
/usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmpcrypto.c:384:
error: conflicting types for 'snmp_get_local_keys'
/usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmp.h:274:
error: previous declaration of 'snmp_get_local_keys' was here
The solution to this appears to be the following patch:
= BEGIN PATCH ==
--- contrib/bsnmp/lib/snmpcrypto.c.orig2011-09-22 17:51:37.0
-0700
+++ contrib/bsnmp/lib/snmpcrypto.c 2012-01-15 09:49:27.0 -0800
@@ -366,7 +366,7 @@ snmp_pdu_decrypt(const struct snmp_pdu *
return (SNMP_CODE_OK);
}
-int
+enum snmp_code
snmp_passwd_to_keys(struct snmp_user *user, char *passwd __unused)
{
if (user-auth_proto == SNMP_AUTH_NOAUTH
@@ -378,7 +378,7 @@ snmp_passwd_to_keys(struct snmp_user *us
return (SNMP_CODE_FAILED);
}
-int
+enum snmp_code
snmp_get_local_keys(struct snmp_user *user, uint8_t *eid __unused,
uint32_t elen __unused)
{
== END PATCH ==
Then you churn along for some lengthy time (even making it all the way
through clang successfully), but then stop again at usr.sbin/wpa/hostapd
(depend) (output at end).
Probably going to be a patch similar to the libarchive one.
--
Devin
=== usr.sbin/wpa/hostapd (depend)
rm -f .depend
mkdep -f .depend -a-DDRUID -I/usr/src/usr.sbin/wpa/hostapd
-I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src
-I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/common
-I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto
-I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/l2_packet
-I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/utils
-DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX
-I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//hostapd
-I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/drivers
-DCONFIG_DRIVER_BSD -DHOSTAPD -DCONFIG_DRIVER_RADIUS_ACL -DCONFIG_IPV6
-DEAP_TLS_NONE -DINTERNAL_AES -DINTERNAL_SHA1 -DINTERNAL_MD5
-I/usr/src/usr.sbin/wpa/hostapd
-I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src
-I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/common
-I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto
-I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/l2_packet
-I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/utils
-DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX
/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/ap/accounting.c
/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto/aes-wrap.c
/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/ap/ap_config.c
/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/ap/ap_drv_ops.c
/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/ap/ap_mlme.c
/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/ap/authsrv.c
/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/eap_common/chap.c
/usr/src/usr.sbin/wpa/hostapd
9.0 buildworld problems
I am trying to build a test system to verify everything works on FreeBSD 9.0-RELEASE, I started with a standard install on a VMware virtual machine. I used portsnap fetch extract to install the ports tree, copied the /etc/make.conf and /etc/src.conf from my existing 8.2 system onto the new test system. Contents of /etc/make.conf: # Use OpenSSL from ports instead of base WITH_OPENSSL_PORT=yes # Avoid Building Ports Against X WITHOUT_X11=yes # Some Default Options From /usr/share/examples/etc/make.conf CFLAGS= -O -pipe NO_PROFILE=true # Enable SMTP Authentication SENDMAIL_CFLAGS=-I/usr/local/include/sasl -DSASL SENDMAIL_LDFLAGS=-L/usr/local/lib SENDMAIL_LDADD=-lsasl2 # Enable Proxy For Ports Fetch FETCH_ENV=http_proxy=http://192.168.5.1:3128 FETCH_ENV=ftp_proxy=http://192.168.5.1:3128 # added by use.perl 2012-01-14 12:46:15 PERL_VERSION=5.12.4 Contents of /etc/src.conf: WITHOUT_BIND_DNSSEC=YES WITHOUT_BIND_LIBS_LWRES=YES WITHOUT_BIND_NAMED=YES WITHOUT_BIND_UTILS=YES WITHOUT_NTP=YES I then installed openssl, vim-lite, and cvsup-without-gui from ports, copied the example standard-supfile to a new location, changed the host= line, left the rest as default options. Ran cvsup to download source tree, ran make -j16 buildworld from the /usr/src directory. The buildworld stoped here: === gnu/lib/libsupc++ (install) sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 libsupc++.a /usr/obj/usr/src/tmp/usr/lib sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 /usr/src/gnu/lib/libsupc++/../../../contrib/libstdc++/libsupc++/exception /usr/src/gnu/lib/libsupc++/../../../contrib/libstdc++/libsupc++/new /usr/src/gnu/lib/libsupc++/../../../contrib/libstdc++/libsupc++/typeinfo /usr/src/gnu/lib/libsupc++/../../../contrib/libstdc++/libsupc++/cxxabi.h /usr/src/gnu/lib/libsupc++/../../../contrib/libstdc++/libsupc++/exception_defines.h /usr/obj/usr/src/tmp/usr/include/c++/4.2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error I cleaned everything up and retried, it died at the same spot on the next run as well. I have the full output of the buildwolrd process on my webserver, http://www.dweimer.net/buildworld.out.bz2 Interestingly enough at the same time I was building this system I was also testing an upgrade from source option on different virtual machine that was made from a restore of live system, after downloading the FreeBSD9.0 source tree and running buildworld from usr/src against copies of the same make.conf and src.conf file above, it built fine and the install process ran successfully. The ports have all been rebuilt, and I am going to try a new buildworld to see if it succeeds or fails on that system now that its running 9.0 instead of 8.2 when the last buidlworld was ran on it. -- Thanks, Dean E. Weimer dwei...@dweimer.net http://www.dweimer.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
Re: 9.0 buildworld problems
On 1/14/2012 3:02 PM, Dean E. Weimer wrote: I am trying to build a test system to verify everything works on FreeBSD 9.0-RELEASE, I started with a standard install on a VMware virtual machine. I used portsnap fetch extract to install the ports tree, copied the /etc/make.conf and /etc/src.conf from my existing 8.2 system onto the new test system. Contents of /etc/make.conf: # Use OpenSSL from ports instead of base WITH_OPENSSL_PORT=yes # Avoid Building Ports Against X WITHOUT_X11=yes # Some Default Options From /usr/share/examples/etc/make.conf CFLAGS= -O -pipe NO_PROFILE=true # Enable SMTP Authentication SENDMAIL_CFLAGS=-I/usr/local/include/sasl -DSASL SENDMAIL_LDFLAGS=-L/usr/local/lib SENDMAIL_LDADD=-lsasl2 # Enable Proxy For Ports Fetch FETCH_ENV=http_proxy=http://192.168.5.1:3128 FETCH_ENV=ftp_proxy=http://192.168.5.1:3128 # added by use.perl 2012-01-14 12:46:15 PERL_VERSION=5.12.4 Contents of /etc/src.conf: WITHOUT_BIND_DNSSEC=YES WITHOUT_BIND_LIBS_LWRES=YES WITHOUT_BIND_NAMED=YES WITHOUT_BIND_UTILS=YES WITHOUT_NTP=YES I then installed openssl, vim-lite, and cvsup-without-gui from ports, copied the example standard-supfile to a new location, changed the host= line, left the rest as default options. Ran cvsup to download source tree, ran make -j16 buildworld from the /usr/src directory. The buildworld stoped here: === gnu/lib/libsupc++ (install) sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 libsupc++.a /usr/obj/usr/src/tmp/usr/lib sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 /usr/src/gnu/lib/libsupc++/../../../contrib/libstdc++/libsupc++/exception /usr/src/gnu/lib/libsupc++/../../../contrib/libstdc++/libsupc++/new /usr/src/gnu/lib/libsupc++/../../../contrib/libstdc++/libsupc++/typeinfo /usr/src/gnu/lib/libsupc++/../../../contrib/libstdc++/libsupc++/cxxabi.h /usr/src/gnu/lib/libsupc++/../../../contrib/libstdc++/libsupc++/exception_defines.h /usr/obj/usr/src/tmp/usr/include/c++/4.2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error I cleaned everything up and retried, it died at the same spot on the next run as well. I have the full output of the buildwolrd process on my webserver, http://www.dweimer.net/buildworld.out.bz2 Interestingly enough at the same time I was building this system I was also testing an upgrade from source option on different virtual machine that was made from a restore of live system, after downloading the FreeBSD9.0 source tree and running buildworld from usr/src against copies of the same make.conf and src.conf file above, it built fine and the install process ran successfully. The ports have all been rebuilt, and I am going to try a new buildworld to see if it succeeds or fails on that system now that its running 9.0 instead of 8.2 when the last buidlworld was ran on it. Run `make -DNO_CLEAN buildworld`. Because you used -j6, there's no way to know what went wrong without a full log, and even with a full log it'll be a pain. ___ 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: 9.0 buildworld problems
Best is: - to empty your make.conf - make cleanworld - make cleandir and restart your buildword attempt. On Sat, Jan 14, 2012 at 9:02 PM, Dean E. Weimer dwei...@dweimer.net wrote: I am trying to build a test system to verify everything works on FreeBSD 9.0-RELEASE, I started with a standard install on a VMware virtual machine. I used portsnap fetch extract to install the ports tree, copied the /etc/make.conf and /etc/src.conf from my existing 8.2 system onto the new test system. Contents of /etc/make.conf: # Use OpenSSL from ports instead of base WITH_OPENSSL_PORT=yes # Avoid Building Ports Against X WITHOUT_X11=yes # Some Default Options From /usr/share/examples/etc/make.conf CFLAGS= -O -pipe NO_PROFILE=true # Enable SMTP Authentication SENDMAIL_CFLAGS=-I/usr/local/include/sasl -DSASL SENDMAIL_LDFLAGS=-L/usr/local/lib SENDMAIL_LDADD=-lsasl2 # Enable Proxy For Ports Fetch FETCH_ENV=http_proxy=http://192.168.5.1:3128 FETCH_ENV=ftp_proxy=http://192.168.5.1:3128 # added by use.perl 2012-01-14 12:46:15 PERL_VERSION=5.12.4 Contents of /etc/src.conf: WITHOUT_BIND_DNSSEC=YES WITHOUT_BIND_LIBS_LWRES=YES WITHOUT_BIND_NAMED=YES WITHOUT_BIND_UTILS=YES WITHOUT_NTP=YES I then installed openssl, vim-lite, and cvsup-without-gui from ports, copied the example standard-supfile to a new location, changed the host= line, left the rest as default options. Ran cvsup to download source tree, ran make -j16 buildworld from the /usr/src directory. The buildworld stoped here: === gnu/lib/libsupc++ (install) sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 libsupc++.a /usr/obj/usr/src/tmp/usr/lib sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 /usr/src/gnu/lib/libsupc++/../../../contrib/libstdc++/libsupc++/exception /usr/src/gnu/lib/libsupc++/../../../contrib/libstdc++/libsupc++/new /usr/src/gnu/lib/libsupc++/../../../contrib/libstdc++/libsupc++/typeinfo /usr/src/gnu/lib/libsupc++/../../../contrib/libstdc++/libsupc++/cxxabi.h /usr/src/gnu/lib/libsupc++/../../../contrib/libstdc++/libsupc++/exception_defines.h /usr/obj/usr/src/tmp/usr/include/c++/4.2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error I cleaned everything up and retried, it died at the same spot on the next run as well. I have the full output of the buildwolrd process on my webserver, http://www.dweimer.net/buildworld.out.bz2 Interestingly enough at the same time I was building this system I was also testing an upgrade from source option on different virtual machine that was made from a restore of live system, after downloading the FreeBSD9.0 source tree and running buildworld from usr/src against copies of the same make.conf and src.conf file above, it built fine and the install process ran successfully. The ports have all been rebuilt, and I am going to try a new buildworld to see if it succeeds or fails on that system now that its running 9.0 instead of 8.2 when the last buidlworld was ran on it. -- Thanks, Dean E. Weimer dwei...@dweimer.net http://www.dweimer.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 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
buildworld -DWITHOUT_OPENSSL fails at lib/libarchive
Not sure when this happened, but RELENG_8 circa FreeBSD-8.1 didn't have this problem. Can anyone confirm that this appears to be a regression in RELENG_9? Output below. -- Devin $ make buildworld -DWITHOUT_OPENSSL [snip] === lib/libarchive (depend) rm -f .depend mkdep -f .depend -a-DDRUID -DHAVE_BZLIB_H=1 -DHAVE_LIBLZMA=1 -DHAVE_LZMA_H=1 -DPLATFORM_CONFIG_H=\/usr/src/lib/libarchive/config_freebsd.h\ -I/usr/obj/usr/src/lib/libarchive /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_check_magic.c /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_entry.c /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_entry_copy_stat.c /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_entry_stat.c /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_entry_strmode.c /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_entry_link_resolver.c /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_entry_xattr.c /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_read.c /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_read_data_into_fd.c /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_read_disk.c /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_read_disk_entry_from_file.c /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_read_disk_set_standard_lookup.c /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_read_extract.c /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_read_open_fd.c /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_read_open_file.c /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_read_open_filename.c /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_read_open_memory.c /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_read_support_compression_all.c /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_read_support_compression_bzip2.c /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_read_support_compression_compress.c /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_read_support_compression_gzip.c /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_read_support_compression_none.c /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_read_support_compression_program.c /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_read_support_compression_rpm.c /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_read_support_compression_uu.c /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_read_support_compression_xz.c /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_read_support_format_all.c /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_read_support_format_ar.c /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_read_support_format_cpio.c /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_read_support_format_empty.c /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_read_support_format_iso9660.c /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_read_support_format_mtree.c /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_read_support_format_raw.c /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_read_support_format_tar.c /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_read_support_format_xar.c /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_read_support_format_zip.c /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_string.c /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_string_sprintf.c /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_util.c /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_virtual.c /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_write.c /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_write_disk.c /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_write_disk_set_standard_lookup.c /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_write_open_fd.c /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_write_open_file.c /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_write_open_filename.c /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_write_open_memory.c /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_write_set_compression_bzip2.c /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_write_set_compression_compress.c /usr/src/lib/libarchive/../../contrib
Re: buildworld -DWITHOUT_OPENSSL fails at lib/libarchive
On Jan 13, 2012, at 5:20 PM, Devin Teske wrote: Not sure when this happened, but RELENG_8 circa FreeBSD-8.1 didn't have this problem. Can anyone confirm that this appears to be a regression in RELENG_9? Output below. -- Devin $ make buildworld -DWITHOUT_OPENSSL [snip] === lib/libarchive (depend) rm -f .depend mkdep -f .depend -a-DDRUID -DHAVE_BZLIB_H=1 -DHAVE_LIBLZMA=1 -DHAVE_LZMA_H=1 -DPLATFORM_CONFIG_H=\/usr/src/lib/libarchive/config_freebsd.h\ -I/usr/obj/usr/src/lib/libarchive [snip] /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_read_support_format_xar.c [snip] /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_write_set_format_mtree.c /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_write_set_format_pax.c /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_write_set_format_shar.c /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_write_set_format_ustar.c /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_write_set_format_zip.c /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/filter_fork.c In file included from /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_read_support_format_xar.c:57: /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_hash.h:129:20: error: sha1.h: No such file or directory /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_hash.h:166:20: error: sha2.h: No such file or directory In file included from /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_write_set_format_mtree.c:42: /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_hash.h:129:20: error: sha1.h: No such file or directory /usr/src/lib/libarchive/../../contrib/libarchive/libarchive/archive_hash.h:166:20: error: sha2.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/src/lib/libarchive. *** Error code 1 [snip] Solved this with the following patch (RELENG_9; config_freebsd.h revision 1.28.2.2): --- lib/libarchive/config_freebsd.h.orig2012-01-05 03:44:55.0 -0800 +++ lib/libarchive/config_freebsd.h 2012-01-13 18:43:46.0 -0800 @@ -176,9 +176,4 @@ #defineARCHIVE_HASH_SHA256_OPENSSL 1 #defineARCHIVE_HASH_SHA384_OPENSSL 1 #defineARCHIVE_HASH_SHA512_OPENSSL 1 -#else -#defineARCHIVE_HASH_MD5_LIBC 1 -#defineARCHIVE_HASH_SHA1_LIBC 1 -#defineARCHIVE_HASH_SHA256_LIBC 1 -#defineARCHIVE_HASH_SHA512_LIBC 1 #endif The above patch allowed the mkdep to succeed and later-compilation in the same directory succeeded (yay). -- Devin NOTE: I'll file a PR once we get a successful buildworld (... yeah, next place we stopped with -DWITHOUT_OPENSSL is making (all) in lib/libbsnmp/libbsnmp -- but I'll start a new thread for that). _ The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: buildworld -DWITHOUT_OPENSSL fails at (lib/libbsnmp/libbsnmp (all)) (was: lib/libarchive (depend))
Trying to buildworld in RELENG_9 with -DWITHOUT_OPENSSL and getting failures. First failure we encountered required the following patch to get past lib/libarchive (depend)... --- lib/libarchive/config_freebsd.h.orig 2012-01-05 03:44:55.0 -0800 +++ lib/libarchive/config_freebsd.h 2012-01-13 18:43:46.0 -0800 @@ -176,9 +176,4 @@ #define ARCHIVE_HASH_SHA256_OPENSSL 1 #define ARCHIVE_HASH_SHA384_OPENSSL 1 #define ARCHIVE_HASH_SHA512_OPENSSL 1 -#else -#define ARCHIVE_HASH_MD5_LIBC 1 -#define ARCHIVE_HASH_SHA1_LIBC 1 -#define ARCHIVE_HASH_SHA256_LIBC 1 -#define ARCHIVE_HASH_SHA512_LIBC 1 #endif The above patch allowed the mkdep to succeed and later-compilation in the same directory succeeded (yay). However, you don't get far before the next error. Making all in lib/libbsnmp/libbsnmp with -DWITHOUT_OPENSSL... cc -I/usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib -DHAVE_ERR_H -DHAVE_GETADDRINFO -DHAVE_STRLCPY -DHAVE_STDINT_H -DHAVE_INTTYPES_H -DQUADFMT='llu' -DQUADXFMT='llx' -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmpcrypto.c /usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmpcrypto.c:371: error: conflicting types for 'snmp_passwd_to_keys' /usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmp.h:273: error: previous declaration of 'snmp_passwd_to_keys' was here /usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmpcrypto.c:384: error: conflicting types for 'snmp_get_local_keys' /usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmp.h:274: error: previous declaration of 'snmp_get_local_keys' was here _ The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: buildworld error 8.2-STABLE amd64
On Mon, 02 Jan 2012 07:18:53 +0100 Marco Steinbach c...@executive-computing.de wrote: Janos Dohanics wrote on 31.12.2011 19:56: Buildworld stopped with this error (with updated source): [...] cc -O3 -DNEED_SOLARIS_BOOLEAN [...] I have posted the build log at http://wwwp.3dresearch.com/ALMAVIVA2011123101_buildworld Would you please advise? Quoting /usr/share/examples/etc/make.conf: # CFLAGS controls the compiler settings used when compiling C code. # Note that optimization settings other than -O and -O2 are not # recommended or supported for compiling the world or the kernel - # please revert any nonstandard optimization settings to -O or -O2 # -fno-strict-aliasing before submitting bug reports without patches # to the developers. The error you're seeing is a result from using O3 for building the source in question -- At least my 8.2-STABLE ran into the same problem, once I used O3, instead of the default '-O2 -pipe'. MfG CoCo Thank you, there was indeed the line CFLAGS=-O3 in make.conf, after I have commented it out, I could build world. I'm wondering how was my make.conf changed though; I'm sure I did not add CFLAGS=-O3 - is it possible that one of the ports have added this? -- Janos Dohanics ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: buildworld error 8.2-STABLE amd64
Janos Dohanics wrote on 02.01.2012 11:04: On Mon, 02 Jan 2012 07:18:53 +0100 Marco Steinbach c...@executive-computing.de wrote: Janos Dohanics wrote on 31.12.2011 19:56: Buildworld stopped with this error (with updated source): [...] cc -O3 -DNEED_SOLARIS_BOOLEAN [...] I have posted the build log at http://wwwp.3dresearch.com/ALMAVIVA2011123101_buildworld Would you please advise? Quoting /usr/share/examples/etc/make.conf: # CFLAGS controls the compiler settings used when compiling C code. # Note that optimization settings other than -O and -O2 are not # recommended or supported for compiling the world or the kernel - # please revert any nonstandard optimization settings to -O or -O2 # -fno-strict-aliasing before submitting bug reports without patches # to the developers. The error you're seeing is a result from using O3 for building the source in question -- At least my 8.2-STABLE ran into the same problem, once I used O3, instead of the default '-O2 -pipe'. MfG CoCo Thank you, there was indeed the line CFLAGS=-O3 in make.conf, after I have commented it out, I could build world. I'm wondering how was my make.conf changed though; I'm sure I did not add CFLAGS=-O3 - is it possible that one of the ports have added this? Although, as far as I can tell, not explicitly forbidden in the porter's handbook, I think that to be highly unlikely in the case of CFLAGS. The least I'd expect would be some kind notice, if so intrusive a change is done deliberately. If I'd suspect a port fiddling with /etc/make.conf, I'd probably go looking for entries carrying a timestamp close to /etc/make.confs in /var/db/pkg. Of course, this largely depends on what happened in between the time of actual modification and me noticing, but I think that's the first thing I'd do. MfG CoCo ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: buildworld error 8.2-STABLE amd64
On Mon, 02 Jan 2012 13:15:59 +0100 Marco Steinbach c...@executive-computing.de wrote: Janos Dohanics wrote on 02.01.2012 11:04: On Mon, 02 Jan 2012 07:18:53 +0100 Marco Steinbach c...@executive-computing.de wrote: Janos Dohanics wrote on 31.12.2011 19:56: Buildworld stopped with this error (with updated source): [...] cc -O3 -DNEED_SOLARIS_BOOLEAN [...] I have posted the build log at http://wwwp.3dresearch.com/ALMAVIVA2011123101_buildworld Would you please advise? Quoting /usr/share/examples/etc/make.conf: # CFLAGS controls the compiler settings used when compiling C code. # Note that optimization settings other than -O and -O2 are not # recommended or supported for compiling the world or the kernel - # please revert any nonstandard optimization settings to -O or # -O2 -fno-strict-aliasing before submitting bug reports without # patches to the developers. The error you're seeing is a result from using O3 for building the source in question -- At least my 8.2-STABLE ran into the same problem, once I used O3, instead of the default '-O2 -pipe'. MfG CoCo Thank you, there was indeed the line CFLAGS=-O3 in make.conf, after I have commented it out, I could build world. I'm wondering how was my make.conf changed though; I'm sure I did not add CFLAGS=-O3 - is it possible that one of the ports have added this? Although, as far as I can tell, not explicitly forbidden in the porter's handbook, I think that to be highly unlikely in the case of CFLAGS. The least I'd expect would be some kind notice, if so intrusive a change is done deliberately. If I'd suspect a port fiddling with /etc/make.conf, I'd probably go looking for entries carrying a timestamp close to /etc/make.confs in /var/db/pkg. Of course, this largely depends on what happened in between the time of actual modification and me noticing, but I think that's the first thing I'd do. MfG CoCo Thanks again, unfortunately, I have edited /etc/make.conf and did not make note of the time stamp... -- Janos Dohanics ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: buildworld error 8.2-STABLE amd64
Janos Dohanics wrote on 31.12.2011 19:56: Buildworld stopped with this error (with updated source): [...] cc -O3 -DNEED_SOLARIS_BOOLEAN [...] I have posted the build log at http://wwwp.3dresearch.com/ALMAVIVA2011123101_buildworld Would you please advise? Quoting /usr/share/examples/etc/make.conf: # CFLAGS controls the compiler settings used when compiling C code. # Note that optimization settings other than -O and -O2 are not recommended # or supported for compiling the world or the kernel - please revert any # nonstandard optimization settings to -O or -O2 -fno-strict-aliasing # before submitting bug reports without patches to the developers. The error you're seeing is a result from using O3 for building the source in question -- At least my 8.2-STABLE ran into the same problem, once I used O3, instead of the default '-O2 -pipe'. MfG CoCo ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
buildworld error 8.2-STABLE amd64
Buildworld stopped with this error (with updated source): [...] cc -O3 -DNEED_SOLARIS_BOOLEAN -I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/compat/opensolaris -I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/compat/opensolaris/include -I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris -I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris -I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/head -I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/common -I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt -I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -g -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -Wno-unknown-pragmas -c /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/output.c cc -O3 -DNEED_SOLARIS_BOOLEAN -I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/compat/opensolaris -I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/compat/opensolaris/include -I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris -I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris -I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/head -I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/common -I/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt -I/usr/src/cddl/usr.bin/ctfconvert/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -g -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -Wno-unknown-pragmas -c /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/st_parse.c cc1: warnings being treated as errors /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/st_parse.c: In function 'tdefdecl': /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/st_parse.c:777: warning: 'width' may be used uninitialized in this function /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ctf/cvt/st_parse.c:777: note: 'width' was declared here *** Error code 1 Stop in /usr/src/cddl/usr.bin/ctfconvert. *** Error code 1 Stop in /usr/src/cddl/usr.bin. *** Error code 1 Stop in /usr/src/cddl. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. I have posted the build log at http://wwwp.3dresearch.com/ALMAVIVA2011123101_buildworld Would you please advise? -- Janos Dohanics ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
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
Re: What might be causing this during during buildworld in 7.4-STABLE ?
On 25 November 2011 17:28, Jukka A. Ukkonen j...@iki.fi wrote: I keep persistently getting this for no obvious reason... === gnu/usr.bin/texinfo/makeinfo (installincludes) === gnu/usr.bin/texinfo/info (installincludes) === gnu/usr.bin/texinfo/infokey (installincludes) === gnu/usr.bin/texinfo/install-info (installincludes) === gnu/usr.bin/texinfo/texindex (installincludes) === gnu/usr.bin/texinfo/doc (installincludes) 1 error *** Error code 2 1 error *** Error code 2 1 error Exit 2 And before anyone asks... Yes, it has been against the latest daily patches (csup), and it is still repeating after several days now. The uname -a line for the system is ... FreeBSD mjolnir 7.4-STABLE FreeBSD 7.4-STABLE #0: Sun Nov 13 18:30:46 EET 2011 r...@mjolnir.thunderbolt.fi:/usr/obj/usr/src/sys/Mjolnir i386 Any ideas would be welcome. Rerun without -s or -j flags so you can actually see what the error is. -- -- ___ 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
What might be causing this during during buildworld in 7.4-STABLE ?
I keep persistently getting this for no obvious reason... === gnu/usr.bin/texinfo/makeinfo (installincludes) === gnu/usr.bin/texinfo/info (installincludes) === gnu/usr.bin/texinfo/infokey (installincludes) === gnu/usr.bin/texinfo/install-info (installincludes) === gnu/usr.bin/texinfo/texindex (installincludes) === gnu/usr.bin/texinfo/doc (installincludes) 1 error *** Error code 2 1 error *** Error code 2 1 error Exit 2 And before anyone asks... Yes, it has been against the latest daily patches (csup), and it is still repeating after several days now. The uname -a line for the system is ... FreeBSD mjolnir 7.4-STABLE FreeBSD 7.4-STABLE #0: Sun Nov 13 18:30:46 EET 2011 r...@mjolnir.thunderbolt.fi:/usr/obj/usr/src/sys/Mjolnir i386 Any ideas would be welcome. Cheers, // jau .--- ..- -.- -.- .-.- .-.-.-..- -.- -.- --- -. . -. /Jukka A. Ukkonen, Oxit Ltd, Finland /__ M.Sc. (sw-eng cs)(Phone) +358-500-606-671 / Internet: Jukka.Ukkonen(a)Oxit.Fi /Internet: jau(a)iki.fi v .--- .- ..- ...-.- .. -.- .. .-.-.- ..-. .. + + + + My opinions are mine and mine alone, not my employers. + + + + ___ 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
Buildworld failure after update r224806 to r224886
Hello, all! I have: uname -a FreeBSD nonamehost 9.0-BETA1 FreeBSD 9.0-BETA1 #0 r224806M: Sat Aug 13 15:43:38 EEST 2011 ivan@nonamehost:/usr/obj/usr/src/sys/mk9 amd64 Buildworld failure after update r224806 to r224886 In my configuration files since nothing has changed... Building of the world accompanied by the following errors: ... === include/rpc (all) gzip -cn heimdal.info heimdal.info.gz /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyylex' /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyyin' /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyytext' ranlib libavl_p.a === cddl/lib/libctf (all) === kerberos5/lib (all) /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyylex' /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyyin' /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyytext' /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyyerror' /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyylineno' distcc[31852] ERROR: compile (null) on localhost failed *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyyerror' /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyylineno' distcc[31847] ERROR: compile (null) on localhost failed *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyylex' /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyyin' /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyytext' /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyyerror' /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyylineno' distcc[31856] ERROR: compile (null) on localhost failed *** Error code 1 /usr/local/libexec/ccache/world/cc -pg -O2 -mmmx -msse -msse2 -msse3 -mssse3 -pipe -march=core2 -DCTF_OLD_VERSIONS -I/usr/src/cddl/lib/libctf/../../../sys/cddl/compat/opensolaris -I/usr/src/cddl/lib/libctf/../../../cddl/compat/opensolaris/include -I/usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/head -I/usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/common/ctf -I/usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/lib/libctf/common -I/usr/src/cddl/lib/libctf/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -c /usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/common/ctf/ctf_create.c -o ctf_create.po gzip -cn atrun.8 atrun.8.gz 1 error *** Error code 2 1 error *** Error code 2 /usr/local/libexec/ccache/world/cc -pg -O2 -mmmx -msse -msse2 -msse3 -mssse3 -pipe -march=core2 -DCTF_OLD_VERSIONS -I/usr/src/cddl/lib/libctf/../../../sys/cddl/compat/opensolaris -I/usr/src/cddl/lib/libctf/../../../cddl/compat/opensolaris/include -I/usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/head -I/usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/common/ctf -I/usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/lib/libctf/common -I/usr/src/cddl/lib/libctf/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -c /usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/common/ctf/ctf_decl.c -o ctf_decl.po /usr/local/libexec/ccache/world/cc -c -O2 -mmmx -msse -msse2 -msse3 -mssse3 -pipe -march=core2 -DIN_GCC -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -DHAVE_GTHR_DEFAULT -I/usr/src/gnu/lib/libgcc/../../../contrib/gcclibs/include -I/usr/src/gnu/lib/libgcc/../../../contrib/gcc/config -I/usr/src/gnu/lib/libgcc/../../../contrib/gcc -I. -I/usr/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools -std=gnu99 -fvisibility=hidden -DHIDE_EXPORTS -p -fPIC -fexceptions -D__GLIBC__=3 -DElfW=__ElfN -o unwind-sjlj.po /usr/src/gnu/lib/libgcc/../../../contrib/gcc/unwind-sjlj.c /usr/local/libexec/ccache/world/cc -c -O2 -mmmx -msse -msse2 -msse3 -mssse3 -pipe -march=core2 -DIN_GCC -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -DHAVE_GTHR_DEFAULT -I/usr/src/gnu/lib/libgcc/../../../contrib/gcclibs/include -I/usr/src/gnu/lib/libgcc/../../../contrib/gcc/config -I/usr/src/gnu/lib/libgcc/../../../contrib/gcc -I. -I/usr/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools -std=gnu99 -fvisibility=hidden -DHIDE_EXPORTS -p -fPIC -fexceptions -D__GLIBC__=3 -DElfW=__ElfN -o gthr-gnat.po /usr/src/gnu/lib/libgcc/../../../contrib/gcc/gthr-gnat.c /usr/local/libexec/ccache/world/cc -c -O2 -mmmx -msse -msse2 -msse3 -mssse3 -pipe -march=core2 -DIN_GCC -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -DHAVE_GTHR_DEFAULT -I/usr/src/gnu/lib/libgcc/../../../contrib/gcclibs/include -I/usr/src/gnu/lib/libgcc/../../../contrib/gcc/config -I/usr/src/gnu/lib/libgcc/../../../contrib/gcc -I. -I/usr/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools -std=gnu99
Re: Buildworld failure after update r224806 to r224886
On 2011-08-15 19:38, Ivan Klymenko wrote: Hello, all! I have: uname -a FreeBSD nonamehost 9.0-BETA1 FreeBSD 9.0-BETA1 #0 r224806M: Sat Aug 13 15:43:38 EEST 2011 ivan@nonamehost:/usr/obj/usr/src/sys/mk9 amd64 Buildworld failure after update r224806 to r224886 In my configuration files since nothing has changed... Building of the world accompanied by the following errors: ... === include/rpc (all) gzip -cn heimdal.info heimdal.info.gz /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyylex' /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyyin' /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyytext' ranlib libavl_p.a === cddl/lib/libctf (all) === kerberos5/lib (all) /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyylex' /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyyin' /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyytext' /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyyerror' /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyylineno' distcc[31852] ERROR: compile (null) on localhost failed *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyyerror' /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyylineno' distcc[31847] ERROR: compile (null) on localhost failed *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyylex' /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyyin' /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyytext' /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyyerror' /usr/obj/usr/src/tmp/usr/lib/libc.so: undefined reference to `_nsyylineno' distcc[31856] ERROR: compile (null) on localhost failed *** Error code 1 /usr/local/libexec/ccache/world/cc -pg -O2 -mmmx -msse -msse2 -msse3 -mssse3 -pipe -march=core2 -DCTF_OLD_VERSIONS -I/usr/src/cddl/lib/libctf/../../../sys/cddl/compat/opensolaris -I/usr/src/cddl/lib/libctf/../../../cddl/compat/opensolaris/include -I/usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/head -I/usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/common/ctf -I/usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/lib/libctf/common -I/usr/src/cddl/lib/libctf/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -c /usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/common/ctf/ctf_create.c -o ctf_create.po gzip -cn atrun.8 atrun.8.gz 1 error *** Error code 2 1 error *** Error code 2 /usr/local/libexec/ccache/world/cc -pg -O2 -mmmx -msse -msse2 -msse3 -mssse3 -pipe -march=core2 -DCTF_OLD_VERSIONS -I/usr/src/cddl/lib/libctf/../../../sys/cddl/compat/opensolaris -I/usr/src/cddl/lib/libctf/../../../cddl/compat/opensolaris/include -I/usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/head -I/usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/common/ctf -I/usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/lib/libctf/common -I/usr/src/cddl/lib/libctf/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -c /usr/src/cddl/lib/libctf/../../../cddl/contrib/opensolaris/common/ctf/ctf_decl.c -o ctf_decl.po /usr/local/libexec/ccache/world/cc -c -O2 -mmmx -msse -msse2 -msse3 -mssse3 -pipe -march=core2 -DIN_GCC -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -DHAVE_GTHR_DEFAULT -I/usr/src/gnu/lib/libgcc/../../../contrib/gcclibs/include -I/usr/src/gnu/lib/libgcc/../../../contrib/gcc/config -I/usr/src/gnu/lib/libgcc/../../../contrib/gcc -I. -I/usr/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools -std=gnu99 -fvisibility=hidden -DHIDE_EXPORTS -p -fPIC -fexceptions -D__GLIBC__=3 -DElfW=__ElfN -o unwind-sjlj.po /usr/src/gnu/lib/libgcc/../../../contrib/gcc/unwind-sjlj.c /usr/local/libexec/ccache/world/cc -c -O2 -mmmx -msse -msse2 -msse3 -mssse3 -pipe -march=core2 -DIN_GCC -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -DHAVE_GTHR_DEFAULT -I/usr/src/gnu/lib/libgcc/../../../contrib/gcclibs/include -I/usr/src/gnu/lib/libgcc/../../../contrib/gcc/config -I/usr/src/gnu/lib/libgcc/../../../contrib/gcc -I. -I/usr/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools -std=gnu99 -fvisibility=hidden -DHIDE_EXPORTS -p -fPIC -fexceptions -D__GLIBC__=3 -DElfW=__ElfN -o gthr-gnat.po /usr/src/gnu/lib/libgcc/../../../contrib/gcc/gthr-gnat.c /usr/local/libexec/ccache/world/cc -c -O2 -mmmx -msse -msse2 -msse3 -mssse3 -pipe -march=core2 -DIN_GCC -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -DHAVE_GTHR_DEFAULT -I/usr/src/gnu/lib/libgcc/../../../contrib/gcclibs/include -I/usr/src/gnu/lib/libgcc
Re: Buildworld failure after update r224806 to r224886
В Mon, 15 Aug 2011 20:12:35 +0200
Niclas Zeising niclas.zeis...@gmail.com пишет:
...
Someone have any idea what is that?
Thanks!
There was a period when there was a bug in dev/std{in,err,out}, which
amongst other things made it impossible to complete a buildworld.
Compile a new kernel (past r224842), boot to that kernel and rebuild
world, that should work. For details see UPDATING r224875.
HTH!
Ooops!
Thanks!
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: 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
buildworld from FreeBSD 8.1 to FreeBSD 8.2
I had problem with upgrating FreeBSD 8.1 to FreeBSD 8.2 after that I typed make buildworld It gives error. /usr/lib/libthr.a(thr_syscalls.o)(.text+0x87a): In function `___pselect': : undefined reference to `__pselect' *** Error code 1 Stop in /usr/src/cddl/usr.bin/ctfconvert. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: buildworld from FreeBSD 8.1 to FreeBSD 8.2
Em Seg, 2011-07-11 às 11:48 +0400, hasanhasanli Hasan escreveu: I had problem with upgrating FreeBSD 8.1 to FreeBSD 8.2 after that I typed make buildworld It gives error. /usr/lib/libthr.a(thr_syscalls.o)(.text+0x87a): In function `___pselect': : undefined reference to `__pselect' *** Error code 1 I use the following procedure: 1) build freebsd in a CLEAN machine (supose new bsd is 8.2)...: make buildworld buildkernel Please save the environment variables KERNCONF 2) copy /usr/src /usr/obj to the old (8.1, or even 7.x) bsd... in the same directory(/usr/srcj /usr/obj) rsync works fine... 3) in the new (the one you generate freebsd) machine rsync -avz --delete /usr/src/ root@oldmachine:/usr/src rsync -avz --delete /usr/obj/ root@oldmachine:/usr/obj 4) in the oldmachine. cd /usr/src set KERNCONF make installworld installkernel 5) reboot.. FOR ME, it works... 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: buildworld from FreeBSD 8.1 to FreeBSD 8.2
On 11 July 2011 14:07, Sergio de Almeida Lenzi lenzi.ser...@gmail.comwrote: Em Seg, 2011-07-11 às 11:48 +0400, hasanhasanli Hasan escreveu: I had problem with upgrating FreeBSD 8.1 to FreeBSD 8.2 after that I typed make buildworld It gives error. /usr/lib/libthr.a(thr_syscalls.o)(.text+0x87a): In function `___pselect': : undefined reference to `__pselect' *** Error code 1 I use the following procedure: 1) build freebsd in a CLEAN machine (supose new bsd is 8.2)...: make buildworld buildkernel Please save the environment variables KERNCONF 2) copy /usr/src /usr/obj to the old (8.1, or even 7.x) bsd... in the same directory(/usr/srcj /usr/obj) rsync works fine... 3) in the new (the one you generate freebsd) machine rsync -avz --delete /usr/src/ root@oldmachine:/usr/src rsync -avz --delete /usr/obj/ root@oldmachine:/usr/obj 4) in the oldmachine. cd /usr/src set KERNCONF make installworld installkernel 5) reboot.. FOR ME, it works... 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 world should be done after the kernel and there should be a reboot inbetween the two as well. Also what about mergemaster? ___ 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
