Re: Bonsai-style interface (cvs change history) for FreeBSD CVS?
On Mon, 2005-Oct-10 15:15:18 +1000, Antony Mawer wrote: >I thought this might be the most appropriate place to raise this - I was >wondering whether or not there was any chance of a Bonsai >(http://www.mozilla.org/projects/bonsai/) interface to the FreeBSD CVS >repository. The first step would be a port of bonsai to FreeBSD. One major obstacle to its use would be the following comment: "Performance - Bonsai can be, under the right circumstances, egregiously slow. In scenarios like Mozilla.org, which have a lot of checkins and a lot of code, the right conditions can happen a lot. Even worse, the things that make Bonsai go slow will also cause your server load to go sky high and make everything else go slow." The FreeBSD codebase is more than an order of magnitude larger than Mozilla and I suspect there are significantly more developers and commits. The above comment suggests it would be unusably slow. > I was going to have a look at doing this locally and trying >to hook it into CVSup It might be easier to hook it into a local CVS repository and the cvs-all mailing list. -- Peter Jeremy ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
about gcc code assembly
Hi, compiling something like: #include static int a; void f() { printf("%d\n", a); } with: > gcc -S -o trial.S trial.c We got: [snip] ... .local a .comm a, 4, 4 .ident "GCC: (GNU) 3.4.2 [FreeBSD] 20040728" But using .lcomm would not be better? (.lcomm a, 4) cheers, Attilio -- Peace can only be achieved by understanding - A. Einstein ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: freebsd-5.4-stable panics
Don, On Fri, 7 Oct 2005, Don Lewis wrote: > Both HEAD and RELENG_6 have been patched. I've tested the following > patch for RELENG_5 on a uniprocessor sparc64 box. I'd appreciate it if > anyone who was running into this problem on RELENG_5 with SMP hardare > could test it before I do the MFC. We have a machine running with those patches applied. We need to do some other tests on it today, but tonight we will run our threaded applications that trigger the kern_proc problem in top. We should have results tomorrow morning. - Rob Watt ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Bonsai-style interface (cvs change history) for FreeBSD CVS?
Hi, I thought this might be the most appropriate place to raise this - I was wondering whether or not there was any chance of a Bonsai (http://www.mozilla.org/projects/bonsai/) interface to the FreeBSD CVS repository. I was going to have a look at doing this locally and trying to hook it into CVSup (normally it ties into the CVS server to track commits as they are made), but if it were available as a public resource then I would imagine this would be to benefit of others as well. Is there any possibility and/or interest in the FreeBSD project setting up an interface? Is there something similar already out there? I know the commit mailing lists, but have in the past found Bonsai a more capable tool for monitoring/locating commits and determining how large and how wide-reaching the changes were. If this is the wrong list, then please redirect this message as appropriate. Please CC me in any responses as I am not subscribed to this list. Regards Antony ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: SENDMAIL_MC & making world
On Sun, Oct 09, 2005 at 09:01:32PM -0600, M. Warner Losh wrote: > In message: <[EMAIL PROTECTED]> > Yar Tikhiy <[EMAIL PROTECTED]> writes: > : On Sun, Oct 09, 2005 at 08:15:12PM +0300, Giorgos Keramidas wrote: > : > > : > I've always found __MAKE_CONF very useful, but it's not documented in > : > the ``obvious'' places (i.e. the manpage). I think I should add at > : > least a note about it in the manpage of make > : > : FWIW, we have make.conf(5) manpage already, and __MAKE_CONF seems > : to belong to it better than to make(1). make(1) xrefs make.conf(5) > : already. I think I can do the job if you are busy with something > : else currently. > > __MAKE_CONF should be documented in make(1) since it is in > /usr/share/mk/sys.mk and global to the entire system for all make jobs > (not just those controlled by buildworld). It should also be in > make.conf(5). Agreed. sys.mk is somewhere between make(1) and make.conf(5), so __MAKE_CONF belongs to both until we decide some day we need manpages for our *.mk files. And make.conf(5) contains an incorrect statement that /etc/make.conf applies to system builds only. I'll fix this. -- Yar ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"