Re: CVS commit: src/tests/lib/libm
On May 24, 2013, at 6:44 AM, Martin Husemann wrote: > On Fri, May 24, 2013 at 09:08:18AM -0400, Christos Zoulas wrote: >> On May 24, 8:01am, mar...@homeworld.netbsd.org (Martin Husemann) wrote: >> -- Subject: Re: CVS commit: src/tests/lib/libm >> >> | This is wrong - unlike the other tests that use IEEE FP specific things, >> | the value tests should work on vax. I'll have a look and fix it properly. >> >> They could once you add scalbn to the vax libm. For now they don't link. > > Yes, exactly - your commit papered over a bug in the libm makefile > (it is a real mess), starting with a typo and a value later overwriten > by another assignment. > > Matt, any chance to get POLYD functional, so this could all be cleaned up? vax asm.h has a polyd macro
Re: CVS commit: src/distrib/x68k/floppies/ramdisk
christos@ wrote: > From the amount of stuff that I had to fix in order to get to the point > to build in -current it seems that nobody has bothered to look at the > port for a while. Someone[tm] should write a dumb script to post autobuild failure messages (weekly?) to port-foo@ lists... --- Izumi Tsutsui
Re: CVS commit: src/distrib/x68k/floppies/ramdisk
In article <130525070156.m0108...@mirage.ceres.dti.ne.jp>, Izumi Tsutsui wrote: >christos@ wrote: > >> Module Name: src >> Committed By:christos >> Date:Fri May 24 21:33:00 UTC 2013 >> >> Modified Files: >> src/distrib/x68k/floppies/ramdisk: Makefile list >> >> Log Message: >> kill ping6,rtsol,df,dmesg,sync,pwd to make things fit. > >Why don't you simply bump ramdisk size (or ask x68k guys)? >At least dmesg(8) is mandatory for many developers. > >Anyway, I guess the overflow was caused by recent disklabel(8) changes, >so I wonder if we can have SMALLPROG version of disklabel(8), >which supports only one $MACHINE (or $MACHINE_ARCH) like installboot(8). >From the amount of stuff that I had to fix in order to get to the point to build in -current it seems that nobody has bothered to look at the port for a while. I'll look into fixing disklabel, thanks for the idea. Plus I am sure that the portmasters can read :-) christos
Re: CVS commit: src/distrib/x68k/floppies/ramdisk
christos@ wrote: > Module Name: src > Committed By: christos > Date: Fri May 24 21:33:00 UTC 2013 > > Modified Files: > src/distrib/x68k/floppies/ramdisk: Makefile list > > Log Message: > kill ping6,rtsol,df,dmesg,sync,pwd to make things fit. Why don't you simply bump ramdisk size (or ask x68k guys)? At least dmesg(8) is mandatory for many developers. Anyway, I guess the overflow was caused by recent disklabel(8) changes, so I wonder if we can have SMALLPROG version of disklabel(8), which supports only one $MACHINE (or $MACHINE_ARCH) like installboot(8). --- Izumi Tsutsui
Re: CVS commit: src/usr.sbin/rtsold
On Sat, 25 May 2013, Robert Elz wrote: Date:Fri, 24 May 2013 16:47:08 + From:David Holland Message-ID: <20130524164708.ga...@netbsd.org> | : -The default interval for router advertisements, which is on the order of 10 | : +The default interval for router advertisements, which is in the order of 10 | | ...it should be "on" Actually, I think it should be "of". "in" when it relates to orders would be used for the kind of order where a follows b follows c - those are in the order of ... "on" when it relates to orders would refer to something that is written, and there may be a note, on the order, that X should be added, or ... "of" when it relates to orders comes to comparisons, and is the variant that is meant here, it means "approximately 10 minutes", or "of the order of 10 minutes". In US English, it would be "on the order of" which means "around" or "about". In fact, can't we just replace it with one of those? -- Hisashi T Fujinaka - ht...@twofifty.com BSEE(6/86) + BSChem(3/95) + BAEnglish(8/95) + MSCS(8/03) + $2.50 = latte
Re: CVS commit: src/usr.sbin/rtsold
On May 24, 2013, at 12:37 PM, Robert Elz wrote: >Date:Fri, 24 May 2013 16:47:08 + >From:David Holland >Message-ID: <20130524164708.ga...@netbsd.org> > > | : -The default interval for router advertisements, which is on the order > of 10 > | : +The default interval for router advertisements, which is in the order > of 10 > | > | ...it should be "on" > > Actually, I think it should be "of". > > "in" when it relates to orders would be used for the kind of order where > a follows b follows c - those are in the order of ... > > "on" when it relates to orders would refer to something that is written, > and there may be a note, on the order, that X should be added, or ... > > "of" when it relates to orders comes to comparisons, and is the variant > that is meant here, it means "approximately 10 minutes", or "of the order > of 10 minutes". In the US we use "on" for what you've said you'd think you'd use "of". "on the order of 10 minutes" means "about 10 minutes." I think the original text was correct. But it would be perhaps more international to say "which should be approximately 10". Warner
Re: CVS commit: src/usr.sbin/rtsold
Date:Fri, 24 May 2013 16:47:08 + From:David Holland Message-ID: <20130524164708.ga...@netbsd.org> | : -The default interval for router advertisements, which is on the order of 10 | : +The default interval for router advertisements, which is in the order of 10 | | ...it should be "on" Actually, I think it should be "of". "in" when it relates to orders would be used for the kind of order where a follows b follows c - those are in the order of ... "on" when it relates to orders would refer to something that is written, and there may be a note, on the order, that X should be added, or ... "of" when it relates to orders comes to comparisons, and is the variant that is meant here, it means "approximately 10 minutes", or "of the order of 10 minutes". kre
Re: CVS commit: src/usr.sbin/rtsold
On Fri, May 24, 2013 at 04:38:46PM +, Thomas Klausner wrote: > Modified Files: > src/usr.sbin/rtsold: rtsold.8 > > Log Message: > Correct a phrase. From jmc@openbsd. > > Already fixed once by mbalmer and unfixed by me. Oops. : -The default interval for router advertisements, which is on the order of 10 : +The default interval for router advertisements, which is in the order of 10 ...it should be "on" -- David A. Holland dholl...@netbsd.org
Re: CVS commit: src/tests/lib/libm
On Fri, May 24, 2013 at 09:08:18AM -0400, Christos Zoulas wrote: > On May 24, 8:01am, mar...@homeworld.netbsd.org (Martin Husemann) wrote: > -- Subject: Re: CVS commit: src/tests/lib/libm > > | This is wrong - unlike the other tests that use IEEE FP specific things, > | the value tests should work on vax. I'll have a look and fix it properly. > > They could once you add scalbn to the vax libm. For now they don't link. Yes, exactly - your commit papered over a bug in the libm makefile (it is a real mess), starting with a typo and a value later overwriten by another assignment. Matt, any chance to get POLYD functional, so this could all be cleaned up? Martin
Re: CVS commit: src/tests/lib/libm
On May 24, 8:01am, mar...@homeworld.netbsd.org (Martin Husemann) wrote: -- Subject: Re: CVS commit: src/tests/lib/libm | This is wrong - unlike the other tests that use IEEE FP specific things, | the value tests should work on vax. I'll have a look and fix it properly. They could once you add scalbn to the vax libm. For now they don't link. christos
Re: CVS commit: src/tests/lib/libm
On Thu, May 23, 2013 at 04:45:47PM -0400, Christos Zoulas wrote: > Module Name: src > Committed By: christos > Date: Thu May 23 20:45:47 UTC 2013 > > Modified Files: > src/tests/lib/libm: t_scalbn.c > > Log Message: > vaxinate the new tests. > > > To generate a diff of this commit: > cvs rdiff -u -r1.8 -r1.9 src/tests/lib/libm/t_scalbn.c This is wrong - unlike the other tests that use IEEE FP specific things, the value tests should work on vax. I'll have a look and fix it properly. Martin
