Re: Light humour

2013-04-28 Thread Stephen Montgomery-Smith
On 04/28/2013 12:54 PM, Adrian Chadd wrote: Yeah, the trouble is that people can/will believe this nonsense. So, question. Where's the pro-BSD blog(s) to offset it? :) A pro-BSD blog is a great idea. But let's not get into the Linux bashing the same way he bashed BSD. I personally like both

Re: Light humour

2013-04-28 Thread Stephen Montgomery-Smith
On 04/28/2013 04:35 PM, Joshua Isom wrote: There needs to be a pro-BSD blog. Regarding the licensing differences, it's simple. BSD: If you love something, set it free. If it comes back to you, it was meant to be. GPL: If you love something, set if free, but put a chain around it's

Re: FORTRAN vs. Fortran (was: November 5th is Clang-Day)

2012-11-02 Thread Stephen Montgomery-Smith
On 11/02/2012 05:21 AM, Anton Shterenlikht wrote: Date: Fri, 2 Nov 2012 17:08:18 +1100 From: Greg 'groggy' Lehey g...@freebsd.org To: Erich Dollansky erichfreebsdl...@ovitrap.com Subject: FORTRAN vs. Fortran (was: November 5th is Clang-Day) On Friday, 2

Re: Use of C99 extra long double math functions after r236148

2012-07-25 Thread Stephen Montgomery-Smith
On 07/25/12 11:29, Rainer Hurling wrote: Many thanks to you three for implementing expl() with r238722 and r238724. I am not a C programmer, but would like to ask if the following example is correct and suituable as a minimalistic test of this new C99 function?

Re: Use of C99 extra long double math functions after r236148

2012-07-25 Thread Stephen Montgomery-Smith
On 07/25/12 12:31, Steve Kargl wrote: On Wed, Jul 25, 2012 at 12:27:43PM -0500, Stephen Montgomery-Smith wrote: On 07/25/12 11:29, Rainer Hurling wrote: Many thanks to you three for implementing expl() with r238722 and r238724. I am not a C programmer, but would like to ask if the following

Re: Use of C99 extra long double math functions after r236148

2012-07-13 Thread Stephen Montgomery-Smith
On 07/13/12 10:58, David Schultz wrote: On Fri, Jul 13, 2012, David Chisnall wrote: As do I. I'd also point out that the ONLY requirement for long double according to the standard is that it has at least the same precision as double. Therefore, any implementation of these functions that is no

Re: Use of C99 extra long double math functions after r236148

2012-07-10 Thread Stephen Montgomery-Smith
On 07/09/2012 12:02 AM, Steve Kargl wrote: Yep. Another example is the use of upward recurion to compute Bessel functions where the argument is larger than the order. The algorithm is known to be unstable. By upward recursion, do you mean equation (1) in

Re: Use of C99 extra long double math functions after r236148

2012-07-10 Thread Stephen Montgomery-Smith
On 07/10/2012 11:50 AM, Steve Kargl wrote: On Tue, Jul 10, 2012 at 11:39:59AM -0500, Stephen Montgomery-Smith wrote: On 07/09/2012 12:02 AM, Steve Kargl wrote: Yep. Another example is the use of upward recurion to compute Bessel functions where the argument is larger than the order

Re: Use of C99 extra long double math functions after r236148

2012-07-08 Thread Stephen Montgomery-Smith
Here is a technical question. I know that people always talk about ulp's in the context of how good a function implementation is. I think the ulp is the number of base 2 digits at the end of the mantissa that we cannot rely on. So if one were to write a naive implementation of lexp(x) that

Re: Use of C99 extra long double math functions after r236148

2012-07-08 Thread Stephen Montgomery-Smith
On 07/08/2012 06:58 PM, Steve Kargl wrote: On Sun, Jul 08, 2012 at 02:06:46PM -0500, Stephen Montgomery-Smith wrote: So do people really work hard to get that last drop of ulp out of their calculations? I know very few scientist who work hard to reduce the ULP. Most have little

Re: Use of C99 extra long double math functions after r236148

2012-07-08 Thread Stephen Montgomery-Smith
On 07/08/2012 09:01 PM, Steve Kargl wrote: Have you read Goldberg's paper? I must admit that I had not. I found it at: http://docs.oracle.com/cd/E19957-01/806-3568/ncg_goldberg.html Not to mention, I've seen way too many examples of 'x - y' where cancellation of significant digits causes

Re: Use of C99 extra long double math functions after r236148

2012-05-31 Thread Stephen Montgomery-Smith
On 05/31/12 10:45, John Baldwin wrote: On Monday, May 28, 2012 7:02:18 pm Steve Kargl wrote: On Tue, May 29, 2012 at 07:05:07AM +1000, Peter Jeremy wrote: On 2012-May-28 11:01:24 -0500, Stephen Montgomery-Smith step...@missouri.edu wrote: One thing that could be done is to have a math

Re: Use of C99 extra long double math functions after r236148

2012-05-29 Thread Stephen Montgomery-Smith
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

Re: Use of C99 extra long double math functions after r236148

2012-05-28 Thread Stephen Montgomery-Smith
On 05/28/2012 07:07 PM, Steve Kargl wrote: On Mon, May 28, 2012 at 06:44:42PM -0500, Stephen Montgomery-Smith wrote: On 05/28/2012 06:30 PM, Steve Kargl wrote: From clog.c in http://www.netlib.org/cephes/c9x-complex double complex ccosh (z) double complex z; { double complex w

Re: Use of C99 extra long double math functions after r236148

2012-05-28 Thread Stephen Montgomery-Smith
One thing that could be done is to have a math/cephes port that adds the extra C99 math functions. This is already done in the math/sage port, using a rather clever patch due to Peter Jeremy, that applies to the cephes code. What it would do is to create a /usr/local/lib/libm.so that would

Re: Use of C99 extra long double math functions after r236148

2012-05-28 Thread Stephen Montgomery-Smith
On 05/28/2012 03:31 PM, Steve Kargl wrote: On Mon, May 28, 2012 at 11:01:24AM -0500, Stephen Montgomery-Smith wrote: One thing that could be done is to have a math/cephes port that adds the extra C99 math functions. This is already done in the math/sage port, using a rather clever patch due

Re: Use of C99 extra long double math functions after r236148

2012-05-28 Thread Stephen Montgomery-Smith
On 05/28/2012 05:17 PM, Steve Kargl wrote: On Mon, May 28, 2012 at 04:19:22PM -0500, Stephen Montgomery-Smith wrote: On 05/28/2012 03:31 PM, Steve Kargl wrote: On Mon, May 28, 2012 at 11:01:24AM -0500, Stephen Montgomery-Smith wrote: One thing that could be done is to have a math/cephes port

Re: Use of C99 extra long double math functions after r236148

2012-05-28 Thread Stephen Montgomery-Smith
On 05/28/2012 06:30 PM, Steve Kargl wrote: From clog.c in http://www.netlib.org/cephes/c9x-complex double complex ccosh (z) double complex z; { double complex w; double x, y; x = creal(z); y = cimag(z); w = cosh (x) * cos (y) + (sinh (x) * sin (y)) * I; return

Re: ports/158179: some packages do not fully honor -P dir option in pkg_add(1)

2011-07-16 Thread Stephen Montgomery-Smith
On 07/16/2011 04:26 AM, Stefan Bethke wrote: Am 16.07.2011 um 04:43 schrieb Stephen Montgomery-Smith: I was looking through the source code of pkg_add. Personally I don't see how the -P or -p option could be made to work with pkg_add. Many of the installation commands involve scripts which

Re: ports/158179: some packages do not fully honor -P dir option in pkg_add(1)

2011-07-16 Thread Stephen Montgomery-Smith
On 07/16/2011 10:53 AM, Chris Rees wrote: On 16 Jul 2011 16:38, Stephen Montgomery-Smith step...@missouri.edu mailto:step...@missouri.edu wrote: On 07/16/2011 04:26 AM, Stefan Bethke wrote: Am 16.07.2011 um 04:43 schrieb Stephen Montgomery-Smith: I was looking through the source

Re: ports/158179: some packages do not fully honor -P dir option in pkg_add(1)

2011-07-15 Thread Stephen Montgomery-Smith
I was looking through the source code of pkg_add. Personally I don't see how the -P or -p option could be made to work with pkg_add. Many of the installation commands involve scripts which have ${PREFIX} hard coded into them. ${PREFIX} is often hard coded when trhe package is created by the

Re: Problems with cvsup on FreeBSD 9, AMD64, osreldate: 900038

2011-07-04 Thread Stephen Montgomery-Smith
On 07/03/2011 03:51 PM, Stephen Montgomery-Smith wrote: On 07/02/2011 10:25 PM, jhell wrote: Use csup(1) in base. This is in 7, 8 9. cvsup has been deprecated for much longer than it really needed to be and should probably be removed from use as a client entirely and links generated

Re: Problems with cvsup on FreeBSD 9, AMD64, osreldate: 900038

2011-07-03 Thread Stephen Montgomery-Smith
On 07/02/2011 10:25 PM, jhell wrote: Use csup(1) in base. This is in 7, 8 9. cvsup has been deprecated for much longer than it really needed to be and should probably be removed from use as a client entirely and links generated for installation of cvsup - csup. Only drawback for you may be

Re: ACPI on Tyan Motherboard

2003-08-19 Thread Stephen Montgomery-Smith
Alexander Leidinger wrote: Stephen Montgomery-Smith schrieb: Actually the power-off button doesn't work at all under FreeBSD-current. (It is a soft power-off button that dmesg shows is detected by the OS.) Have you tried to hold the power-button a little bit longer? My power-button turn

Re: ACPI on Tyan Motherboard

2003-08-19 Thread Stephen Montgomery-Smith
John Baldwin wrote: On 19-Aug-2003 Stephen Montgomery-Smith wrote: I am guessing that this 4 second delay is part of how FreeBSD wants it. If that is the case, it shows that the power button is working as it should - it is the power-down process that is not working right. No, the 4 second

Re: ACPI on Tyan Motherboard

2003-08-19 Thread Stephen Montgomery-Smith
updated it to 2.14, unless that 2.10 coincidently refers to something else.) -- Stephen Montgomery-Smith [EMAIL PROTECTED] http://www.math.missouri.edu/~stephen Copyright (c) 1992-2003 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994

Re: ACPI on Tyan Motherboard

2003-08-19 Thread Stephen Montgomery-Smith
enough. In that case, ACPI is nothing more than a nicety for me.) -- Stephen Montgomery-Smith [EMAIL PROTECTED] http://www.math.missouri.edu/~stephen ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe

ACPI on Tyan Motherboard

2003-08-18 Thread Stephen Montgomery-Smith
not properly. If I boot up with ACPI disabled, then it works just as in FreeBSD-stable, that is, the power-off button works well. -- Stephen Montgomery-Smith [EMAIL PROTECTED] http://www.math.missouri.edu/~stephen ___ [EMAIL PROTECTED] mailing list http

Re: ACPI on Tyan Motherboard

2003-08-18 Thread Stephen Montgomery-Smith
User Takawata wrote: Try # sysctl hw.acpi.disable_on_poweroff=0 This didn't make any difference for me. -- Stephen Montgomery-Smith [EMAIL PROTECTED] http://www.math.missouri.edu/~stephen ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org

Re: HEADS UP! Major commits in the tree coming soon

2003-05-30 Thread Stephen Montgomery-Smith
. - Remove ext2 support (GPL encumbered). Remove ffs support also (BSD license encumbered). - Add perl 5.8 *and* python 2.2 to base. I agree - perl makes a perfect replacement for tar. - Remove Sendmail and replace it with Postfix. I prefer USPS. -- Stephen Montgomery-Smith [EMAIL PROTECTED] http

Re: Problems with md5 -p

2001-06-24 Thread Stephen Montgomery-Smith
OK, I'm going to make this into a PR so that it gets fixed soon. (The problem in stable appeared between May 19 and June 16.) Valentin Nechayev wrote: Sun, Jun 24, 2001 at 09:25:22, stephen (Stephen Montgomery-Smith) wrote about Problems with md5 -p: I reproduce it stably on my -current

Re: Suggestion for elf upgrade

1999-02-16 Thread Stephen Montgomery-Smith
I think that you misunderstood my message. The problems I was having were not with the final state of the machine, but with the intermediate stages. Chris Costello wrote: On Sun, Feb 14, 1999, Stephen Montgomery-Smith put this into my mailbox: ... and by this time, the code mismatch

Suggestion for elf upgrade

1999-02-14 Thread Stephen Montgomery-Smith
Montgomery-Smith step...@math.missouri.edu 307 Math Science Building step...@showme.missouri.edu Department of Mathematics step...@missouri.edu University of Missouri-Columbia Columbia, MO 65211 USA Phone (573) 882 4540 Fax (573) 882 1869 http://math.missouri.edu