Re: OptionalObsoleteFiles.inc completeness
On 2012-May-29 02:18:25 +0400, Dmitry Marakasov wrote: >* Peter Jeremy (pe...@rulingia.com) wrote: >> My experience is that it now takes about 2½ minutes on 10.x with warm >> caches, compared to less than 1 second on 8.x. > >Now = after applying my patch or after changing system? Which knobs >were enabled? "Now" as in -current as against 8.x. But, that 2½ mins was wrong, sorry. I recalled "150s" but actually checking, it's really 1:50 (100s). It occurred to me that was an oldish -current (r235127) so I updated to r236183 and the time dropped to 107s. Since this is an oldish P4, I tried a UP kernel and that reduced it to 96s. Your patch made no noticable change (ministat reported no difference with 95% confidence). The system is amd64 with no MK_* knobs defined. >Then you should try to profile it - my script basically runs >delete-old delete-old-libs for every knob (131 of them), and it >hadn't taken more than 4 seconds even once. I've done some investigating and the problem is that "xargs -n1" fork()/exec()s /bin/echo on each file (and there are 5538 files for me). Changing this to "tr ' ' '\n'" reduces "make delete-old" runtime to 1.75s - which is much nicer. I've checked a variety of other systems running 8.x & 9.x and the 97s seems to be anomalously long so I'll do some more investigating. -- Peter Jeremy pgp23vtZvpadf.pgp Description: PGP signature
[patch] rfc: bsnmpd does not count ipv6 tcp connections in tcpCurrEstab
hello, any objections to the following patch? === Index: mibII_tcp.c === --- mibII_tcp.c (revision 236265) +++ mibII_tcp.c (working copy) @@ -109,10 +109,12 @@ ptr = (struct xinpgen *)(void *)((char *)ptr + ptr->xig_len)) { tp = (struct xtcpcb *)ptr; if (tp->xt_inp.inp_gencnt > xinpgen->xig_gen || - (tp->xt_inp.inp_vflag & INP_IPV4) == 0) + (tp->xt_inp.inp_vflag & (INP_IPV4|INP_IPV6)) == 0) continue; - tcp_total++; + if (tp->xt_inp.inp_vflag & INP_IPV4) + tcp_total++; + if (tp->xt_tp.t_state == TCPS_ESTABLISHED || tp->xt_tp.t_state == TCPS_CLOSE_WAIT) tcp_count++; === the idea is to return proper number of tcp connections (for both ipv4 and ipv6) in tcpCurrEstab. tcpConnTable will still return only ipv4 entries. thanks, max ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: updating from r231158 to 234465: mounting from ufs:/dev/ad4s1a failed with error 19
On Wed, May 30, 2012 at 12:17:01AM +0100, Anton Shterenlikht wrote: > > > > I might have misled you on this, > > > > > > Yes, sorry, looking at the dmesg I sent you, > > > I obviously booted the patched kernel. > > > > > > So, no, 'hw.pci.enable_io_modes=0' in /boot/loader.conf > > > doesn't help to boot an unmodified kernel. > > > > Ok, I'll work on getting this fix into the tree in some fashion. > > Just to let you know. > I'm on 2³6024 now, with your patch. > > I've lost sound. > > Commands like: > > % ls > /dev/dsp0.0 > % mixer vol 100 > > give lots of > > hðãc0: ©ømmãnð timeøut øn ãððress 0 > hðãc0: ©ømmãnð timeøut øn ãððress 0 > hðãc0: ©ømmãnð timeøut øn ãððress 0 > > on the console. > > Just wanted to check with you if you > think this has anything to do with the > patch, or whether you think it's a completely > different issue. > > Many thanks It seems something went wrong with my encoding too.. I try again. I get lots of /var/log/messages:May 29 23:59:44 mech-aslap239 kernel: hdac0: Command timeout on address 0 /var/log/messages:May 30 00:11:04 mech-aslap239 kernel: hdac0: Command timeout on address 0 /var/log/messages:May 30 00:11:04 mech-aslap239 kernel: hdac0: Command timeout on address 0 and lots of: /var/log/messages:May 29 23:58:09 mech-aslap239 kernel: hdac0: Unexpected unsolicited response from address 0: 0030010d /var/log/messages:May 29 23:58:09 mech-aslap239 kernel: hdac0: Unexpected unsolicited response from address 0: 0001 /var/log/messages:May 29 23:58:09 mech-aslap239 kernel: hdac0: Unexpected unsolicited response from address 0: 0019 /var/log/messages:May 29 23:58:09 mech-aslap239 kernel: hdac0: Unexpected unsolicited response from address 0: 80051f17 /var/log/messages:May 29 23:58:09 mech-aslap239 kernel: hdac0: Unexpected unsolicited response from address 0: 0030010d /var/log/messages:May 29 23:58:09 mech-aslap239 kernel: hdac0: Unexpected unsolicited response from address 0: 0001 /var/log/messages:May 29 23:58:09 mech-aslap239 kernel: hdac0: Unexpected unsolicited response from address 0: 0008 and occasional /var/log/messages:May 29 23:58:09 mech-aslap239 kernel: hdac0: Reset setting timeout this is now on r236024, with your patch. -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: updating from r231158 to 234465: mounting from ufs:/dev/ad4s1a failed with error 19
On Mon, May 21, 2012 at 01:08:24PM -0400, John Baldwin wrote: > On Monday, May 21, 2012 5:45:19 am Anton Shterenlikht wrote: > > On Mon, May 21, 2012 at 09:42:17AM +0100, Anton Shterenlikht wrote: > > > On Sun, May 20, 2012 at 09:54:51AM +0100, Anton Shterenlikht wrote: > > > > On Fri, May 18, 2012 at 10:48:52AM -0400, John Baldwin wrote: > > > > > On Wednesday, May 16, 2012 11:30:19 am Anton Shterenlikht wrote: > > > > > > er.. yes, of course it helped. > > > > > > > > > > > > My problem was that I couldn't boot. > > > > > > So, I presumed the very existence of dmesg.boot > > > > > > showed that your patches (both of them) work fine. > > > > > > But, sorry, I could've been more explicit. > > > > > > All seems to work, including sound and wireless. > > > > > > > > > > Hmm. Can you try one more thing. Can you boot an unmodified kernel > (no > > > > > patches) but set 'hw.pci.enable_io_modes=0' from the loader? > > > > > > > > That works too, see dmesg.boot below. > > > > > > I might have misled you on this, > > > > Yes, sorry, looking at the dmesg I sent you, > > I obviously booted the patched kernel. > > > > So, no, 'hw.pci.enable_io_modes=0' in /boot/loader.conf > > doesn't help to boot an unmodified kernel. > > Ok, I'll work on getting this fix into the tree in some fashion. Just to let you know. I'm on 2³6024 now, with your patch. I've lost sound. Commands like: % ls > /dev/dsp0.0 % mixer vol 100 give lots of hðãc0: ©ømmãnð timeøut øn ãððress 0 hðãc0: ©ømmãnð timeøut øn ãððress 0 hðãc0: ©ømmãnð timeøut øn ãððress 0 on the console. Just wanted to check with you if you think this has anything to do with the patch, or whether you think it's a completely different issue. Many thanks -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Use of C99 extra long double math functions after r236148
Hi, Reference: > From: Stephen Montgomery-Smith > Anyway, given that floating point is a big issue, and we are about a > decade behind schedule, really suggests that a > floating-po...@freebsd.org mailing list is needed. Or maybe there is an > existing freebsd mailing list you guys already occupy. The string "fl" does not occur in http://lists.freebsd.org/mailman/listinfo/ Apart from this list, you might also find extra people interested to support a proposal to create a floating-point@ list among the subscribers to: freebsd-performance@ freebsd-standards@ freebsd-toolchain@ Good luck Cheers, Julian -- Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Reply below not above, cumulative like a play script, & indent with "> ". Format: Plain text. Not HTML, multipart/alternative, base64, quoted-printable. Mail from @yahoo dumped @berklix. http://berklix.org/yahoo/ ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Use of C99 extra long double math functions after r236148
.. I don't think it's a bad idea to get freebsd-numeric@ created and start discussing this kind of stuff there. Adrian ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: compiled-in virtio / vtnet driver ?
On 29. May 2012, at 19:36 , Luigi Rizzo wrote: > hi, > i would like to build a kernel with a builtin vtnet driver, > but it seems that it is only supported as a module. > Any reason for that ? Any tricks i can use to build > vtnet in a static kernel ? add the sys/conf entries if missing and an entry to your kernel config and see? -- Bjoern A. Zeeb You have to have visions! It does not matter how good you are. It matters what good you do! ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
compiled-in virtio / vtnet driver ?
hi, i would like to build a kernel with a builtin vtnet driver, but it seems that it is only supported as a module. Any reason for that ? Any tricks i can use to build vtnet in a static kernel ? cheers luigi ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Use of C99 extra long double math functions after r236148
On 05/29/2012 11:48 AM, Rainer Hurling wrote: On 29.05.2012 08:10 (UTC+1), Steve Kargl wrote: sqrtl() is a bit special in that IEEE 754 requires that it have no more than 0.5 ULP for all arguments in all roundng modes. As to other functions, I've been trying for 10+ years to get some of these into FreeBSD. I can assure you that there has never been a rush of people volunteering to help or a rush of people willing to fund the development of the necessary code. The almost complete absence of volunteers in this case is first of all caused by the need of very special, deep knowlegdes on mathematical and informatical issues. I bet there are only a few people out there, who are really good in both (three of them are known to us ;) ). The problems with quality standards in such libraries spreaded over most OS'es and platforms support this view. (I am aware that these arguments are kown and discussed before.) The more important question to me is, how can the remaining (huge!) work on the systems libm done in a foreseeable time. As one possibility, wouldn't it be imaginable to pay some people for doing (some of) this work (FreeBSD Foundation, Sponsors from industry and science etc.)? I personally, as a private person, would be willing to pay a few hundred dollars for it. Paying people for other tasks in FreeBSD is not entirely uncommon, if I am not mistaken. If there were a "freebsd-floating-po...@freebsd.org" mailing list to discuss these issues, I would eagerly join. While I have never written libm-style libraries myself, I do have knowledge of both computers AND mathematics, and I do teach two university courses: "Numerical Methods" and "Numerical Linear Algebra." And I have written quite a bit of numerical code, so I do know about the issues of testing and debugging such code. I would be happy to take on any steep learning curve, and make contributions, if only I were part of a group that would steer me in the right direction. Finally, Steve made a point that the way gcc multiplies complex numbers is wasteful in computational time. I have been bitten by this. I wrote some code that involved multiplying large numbers of complex numbers. I first wrote it using the complex C99 code. Then I rewrote it using double, writing out the complex multiplication long hand, and the program went twice as fast! (It involved multiplying numbers that were purely real or purely imaginary, so performing (x)*(I*y) by (x+0*I)*(0+y*I) really did slow it down.) Anyway, given that floating point is a big issue, and we are about a decade behind schedule, really suggests that a floating-po...@freebsd.org mailing list is needed. Or maybe there is an existing freebsd mailing list you guys already occupy. Stephen ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Use of C99 extra long double math functions after r236148
On 29.05.2012 08:10 (UTC+1), Steve Kargl wrote: On Tue, May 29, 2012 at 02:56:13PM +1000, Peter Jeremy wrote: On 2012-May-28 15:54:06 -0700, Steve Kargl wrote: There some test code in cephes. Can you point me to a suitable test suite for LD80 and LD128? The reason for calling it libm is to avoid having to hack every consumer to add an additional library. I can't point you to test code. When I work on a function, I write test code. It took me 3+ years to get sqrtl() into libm, but bde and das (and myself) wanted to make sure the code worked. Last time I checked (a couple of years ago), FreeBSD was missing 65 C99 libm functions. At 3 years per function, we should have C99 support available early in the 23rd century - which may be a bit late. sqrtl() is a bit special in that IEEE 754 requires that it have no more than 0.5 ULP for all arguments in all roundng modes. As to other functions, I've been trying for 10+ years to get some of these into FreeBSD. I can assure you that there has never been a rush of people volunteering to help or a rush of people willing to fund the development of the necessary code. The almost complete absence of volunteers in this case is first of all caused by the need of very special, deep knowlegdes on mathematical and informatical issues. I bet there are only a few people out there, who are really good in both (three of them are known to us ;) ). The problems with quality standards in such libraries spreaded over most OS'es and platforms support this view. (I am aware that these arguments are kown and discussed before.) People like me, who wanted to _use_ FreeBSD as scientific desktops, have an urgent need on such mathematical libraries. But most of us have no chance to contribute conceptual. For some tasks we could use specialized libraries or software, which include missing procedures and functions. But more often, modern apps expect to get this functionalities from the OS. This discussion confirms my impression, that it should be possible as an interim solution, to use a port for missing math functions (cephes alike or whatever). The port itself could warn the user about inaccuracies and edge-cases. The more important question to me is, how can the remaining (huge!) work on the systems libm done in a foreseeable time. As one possibility, wouldn't it be imaginable to pay some people for doing (some of) this work (FreeBSD Foundation, Sponsors from industry and science etc.)? I personally, as a private person, would be willing to pay a few hundred dollars for it. Paying people for other tasks in FreeBSD is not entirely uncommon, if I am not mistaken. On 2012-May-28 22:03:43 -0500, Stephen Montgomery-Smith wrote: 1. By being so picky about being so precise, FreeBSD is behind the time line in rolling out a usable set of C99 functions. And at the current rate, we'll all be long dead before they are available. It seems you've had "a couple of years" to implement one or more of the missing functions. Yes, we'll all be dead before libm is C99 ready because no one, other than bde@, das@ and myself, has been willing to actually help write the code. I know that at least one of those three people has had no time in the last year or two work on libm. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: CURRENT: buildworld fails
On 2012-05-29 14:08, 山谷崇史 wrote: > some log and file is overwritten. > sort is already BSD sort. (WITH_BSD_SORT= yes in /etc/src.conf) > cc is clang and c++ is clang++.(WITH_CLANG_IS_CC in /etc/src.conf) ... > recheck the buildworld log: > building static * library > sort: No such file or directory > sort: No such file or directory Aha, this was probably broken in r235432, and fixed in r235546: Author: gabor Date: Thu May 17 13:08:30 2012 New Revision: 235546 URL: http://svn.freebsd.org/changeset/base/235546 Log: - Fix -o option that was broken by my clang compile fix Submitted by: Oleg Moskalenko During building of static and dynamic libraries, bsd.lib.mk runs lorder(1), a shell script, which uses sort's -o option. But because the -o option didn't work correctly between r235432 and r235545, it produced the error message you showed above, and the output of lorder was incorrect. Maybe lorder could be made more bullet proof, as it currently does not do much error-checking; for example, the exit codes of most commands (e.g. sort, join) are simply ignored. In any case, updating to r235546 or later should fix the problem. To fix an already broken system, rebuild and reinstall usr.bin/sort first. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: CURRENT: buildworld fails
some log and file is overwritten. sort is already BSD sort. (WITH_BSD_SORT= yes in /etc/src.conf) cc is clang and c++ is clang++.(WITH_CLANG_IS_CC in /etc/src.conf) script make -j24 buildworld (or) make buildworld buildworld log: (snip) /usr/obj/usr/src/tmp/usr/lib/libstdc++.so:(*IND*+0x0): multiple definition of `std::basic_ifstream >::is_open() const' /usr/obj/usr/src/tmp/usr/lib/libstdc++.so:(*IND*+0x0): multiple definition of `std::basic_string, std::allocator >::_Rep::_M_set_length_and_sharable(unsigned long)' /usr/obj/usr/src/tmp/usr/lib/libstdc++.so:(*IND*+0x0): multiple definition of `std::basic_string, std::allocator >::_M_check_length(unsigned long, unsigned long, char c onst*) const' /usr/obj/usr/src/tmp/usr/lib/libstdc++.so:(*IND*+0x0): multiple definition of `std::basic_fstream >::is_open() const' /usr/obj/usr/src/tmp/usr/lib/libstdc++.so:(*IND*+0x0): multiple definition of `std::basic_istream >::ignore()' /usr/obj/usr/src/tmp/usr/lib/libstdc++.so:(*IND*+0x0): multiple definition of `std::basic_string, std::allocator >::_M_copy(wchar_t*, wchar_t const*, unsigned long)' /usr/obj/usr/src/tmp/usr/lib/libstdc++.so:(*IND*+0x0): multiple definition of `std::string::_M_assign(char*, unsigned long, char)' /usr/obj/usr/src/tmp/usr/bin/ld: Warning: size of symbol `_ZNSt13basic_istreamIwSt11char_traitsIwEE6ignoreEv@GLIBCXX_3.4' changed from 243 in /usr/obj/usr/src/tmp/usr/lib/libstdc++.so to 211 in /usr/obj/usr/src/t mp/usr/lib/libstdc++.so /usr/obj/usr/src/tmp/usr/lib/libstdc++.so:(*IND*+0x0): multiple definition of `std::basic_fstream >::is_open() const' /usr/obj/usr/src/tmp/usr/lib/libstdc++.so:(*IND*+0x0): multiple definition of `std::basic_string, std::allocator >::_M_move(wchar_t*, wchar_t const*, unsigned long)' /usr/obj/usr/src/tmp/usr/bin/ld: Warning: size of symbol `_ZNSbIwSt11char_traitsIwESaIwEE4_Rep26_M_set_length_and_sharableEm@GLIBCXX_3.4' changed from 19 in /usr/obj/usr/src/tmp/usr/lib/libstdc++.so to 24 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::string::_M_move(char*, char const*, unsigned long)' /usr/obj/usr/src/tmp/usr/lib/libstdc++.so:(*IND*+0x0): multiple definition of `std::istream::ignore()' /usr/obj/usr/src/tmp/usr/bin/ld: Warning: size of symbol `_ZNKSs15_M_check_lengthEmmPKc@GLIBCXX_3.4' changed from 39 in /usr/obj/usr/src/tmp/usr/lib/libstdc++.so to 36 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_ofstream >::is_open() const' /usr/obj/usr/src/tmp/usr/lib/libstdc++.so:(*IND*+0x0): multiple definition of `std::basic_string, std::allocator >::_M_assign(wchar_t*, unsigned long, wchar_t)' /usr/obj/usr/src/tmp/usr/bin/ld: Warning: size of symbol `_ZNKSbIwSt11char_traitsIwESaIwEE15_M_check_lengthEmmPKc@GLIBCXX_3.4' changed from 39 in /usr/obj/usr/src/tmp/usr/lib/libstdc++.so to 36 in /usr/obj/usr/sr c/tmp/usr/lib/libstdc++.so /usr/obj/usr/src/tmp/usr/bin/ld: Warning: size of symbol `_ZNSi6ignoreEv@GLIBCXX_3.4' changed from 243 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_ifstream >::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_ofstream >::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)' (snip) c++: error: linker command failed with exit code 1 (use -v to see invocation) (snip) (end) cd /usr/obj/usr/src/tmp/usr/lib nm libstdc++.so.6 | lv (file is overwritten) Same symbols are found!!! cd /usr/lib nm libstdc++.a | lv (file is overwritten) Same symbols are not found. Each symbols are unique. recheck the buildworld log: building static * library sort: No such file or directory sort: No such file or directory ranlib *.a (or) building shared library *.so.# sort: No such file or directory sort: No such file or directory I found many many error message above. I think sort is broken. I think sort is used to merge same symbols into unique. but, because sort is broken, libraries have same(multiple) symbols. So, linker command failed with multiple definition error. /usr/bin/sort's timestamp was May 15. svn log -v | lv (search sort change log) r235987 | gabor | 2012-05-25 18:30:16 +0900 (Fri, 25 May 2012) | 7 lines r235546 | gabor | 2012-05-17 22:08:30 +0900 (Thu, 17 May 2012) | 4 lines r235435 | gabor | 2012-05-14 19:06:49 +0900 (Mon, 14 May 2012) | 5 lines r235434 | gabor | 2012-05-14 18:55:23 +0900 (Mon, 14 May 2012) |
Re: CURRENT: buildworld fails
I think My message was replied to O. Hartmann. but, I forgot to send to him. Older(about May 15) sort does not work correctly. buildworld log has many many error message. sort: No such file or directory I think sort is used to merge same symbols into unique. but, because the older sort is broken, libraries have same symbols. So, linker command failed with multiple definition error. Newer sort (submitted by you) works correctly. buildworld is passed without error. 2012/5/29 Oleg Moskalenko : > So, the newer sort works fine, and the older sort does not work ? Did I get > your correctly ? > > Thanks > Oleg > >> -Original Message- >> From: owner-freebsd-curr...@freebsd.org [mailto:owner-freebsd- >> curr...@freebsd.org] On Behalf Of >> Sent: Monday, May 28, 2012 8:45 PM >> To: freebsd-current@freebsd.org >> Subject: CURRENT: buildworld fails >> >> I had same problem, but I resolved it. >> >> Maybe, your sort (/usr/bin/sort) is broken. >> >> cd /usr/src >> make update >> cd usr.bin/sort >> make obj depend all install >> >> Then, sort is changed. >> >> make cleandir cleandir >> make buildworld >> ___ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current- >> unsubscr...@freebsd.org" ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: CURRENT: buildworld fails
On 2012.05.29. 5:44, 山谷崇史 wrote: I had same problem, but I resolved it. Maybe, your sort (/usr/bin/sort) is broken. cd /usr/src make update cd usr.bin/sort make obj depend all install Then, sort is changed. make cleandir cleandir make buildworld Could you please elaborate it a bit? From your mail it is not clear where did things break and what kind of error did you see and how you actually solved it. Thanks, Gabor ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"