re: CVS commit: src/lib/libm/src
"Taylor R Campbell" writes: > Module Name: src > Committed By: riastradh > Date: Mon Mar 13 18:18:36 UTC 2023 > > Modified Files: > src/lib/libm/src: ldbl_dummy.c > > Log Message: > libm: Fill in more dummy long double transcendental functions. > > This should cover everything from C99. bump shlib minor? .mrg.
Re: CVS commit: src/lib/libm/man
On Thu, Sep 28, 2017 at 03:52:00PM +0200, Joerg Sonnenberger wrote: > On Thu, Sep 28, 2017 at 11:09:05AM +, Maya Rashish wrote: > > Module Name:src > > Committed By: maya > > Date: Thu Sep 28 11:09:05 UTC 2017 > > > > Modified Files: > > src/lib/libm/man: copysign.3 > > > > Log Message: > > Remove CAVEATS section > > > > The man page for an individual function is not the right place to discuss > > the issues with negative zero > > I disagree in this specific case. copysign(3) is very much concerned > about the behavior of negative zero, since it fundamentally affects the > behavior. Few other functions care since they don't have a pole at 0. csqrt and clog have a branch cut on it :S sure, I can revert/rephrase
Re: CVS commit: src/lib/libm/man
On Thu, Sep 28, 2017 at 11:09:05AM +, Maya Rashish wrote: > Module Name: src > Committed By: maya > Date: Thu Sep 28 11:09:05 UTC 2017 > > Modified Files: > src/lib/libm/man: copysign.3 > > Log Message: > Remove CAVEATS section > > The man page for an individual function is not the right place to discuss > the issues with negative zero I disagree in this specific case. copysign(3) is very much concerned about the behavior of negative zero, since it fundamentally affects the behavior. Few other functions care since they don't have a pole at 0. Joerg
Re: CVS commit: src/lib/libm
Diff to 7.1 (also libm.so.0.11) libm diff to 7.1 4a5 > r __GNU_EH_FRAME_HDR 10c11 < w __deregister_frame_info@@GCC_3.0 --- > w __deregister_frame_info 94c95 < w __register_frame_info@@GCC_3.0 --- > w __register_frame_info 96a98 > U __signbitf 111d112 < T _casinl 114d114 < T _catanl 129a130,131 > T _erfcl > T _erfl 134a137,150 > T _feclearexcept > T _fedisableexcept > T _feenableexcept > T _fegetenv > T _fegetexcept > T _fegetexceptflag > T _fegetround > T _feholdexcept > T _feraiseexcept > T _fesetenv > T _fesetexceptflag > T _fesetround > T _fetestexcept > T _feupdateenv 193,194d208 < T cacoshl < T cacosl 202,203d215 < T casinhl < W casinl 208,209d219 < T catanhl < W catanl 271a282 > W erfcl 272a284 > W erfl 286,299c298,311 < T feclearexcept < T fedisableexcept < T feenableexcept < T fegetenv < T fegetexcept < T fegetexceptflag < T fegetround < T feholdexcept < T feraiseexcept < T fesetenv < T fesetexceptflag < T fesetround < T fetestexcept < T feupdateenv --- > W feclearexcept > W fedisableexcept > W feenableexcept > W fegetenv > W fegetexcept > W fegetexceptflag > W fegetround > W feholdexcept > W feraiseexcept > W fesetenv > W fesetexceptflag > W fesetround > W fetestexcept > W feupdateenv 351a364 > T llroundl 368a382 > T lroundl 418a433 > U strlen
Re: CVS commit: src/lib/libm
could bump the minor... note we declared those before but not defined them.
christos
> On May 7, 2017, at 1:21 PM, co...@sdf.org wrote:
>
>> On Sat, May 06, 2017 at 02:03:25PM -0400, Christos Zoulas wrote:
>> Module Name:src
>> Committed By:christos
>> Date:Sat May 6 18:03:25 UTC 2017
>>
>> Modified Files:
>>src/lib/libm: Makefile
>> Added Files:
>>src/lib/libm/src: s_llrint.c s_llrintf.c s_llrintl.c s_llround.c
>>s_llroundf.c s_llroundl.c s_lrint.c s_lrintf.c s_lrintl.c
>>s_lround.c s_lroundf.c s_lroundl.c
>> Removed Files:
>>src/lib/libm/src: llrint.c llrintf.c llround.c llroundf.c lrint.c
>>lrintf.c lround.c lroundf.c
>>
>> Log Message:
>> Replace our rounding functions with the ones from FreeBSD
>>
>>
>
> nm /usr/lib/libm.so.0.11 | awk '{print $(NF-1),"\t",$NF}' > old
> nm /usr/src/lib/libm/libm.so.0.11 | awk '{print $(NF-1),"\t",$NF}' > new
> diff old new
>
> 363a364
>> T llroundl
> 380a382
>> T lroundl
>
> Bump?
Re: CVS commit: src/lib/libm
On Sat, May 06, 2017 at 02:03:25PM -0400, Christos Zoulas wrote:
> Module Name: src
> Committed By: christos
> Date: Sat May 6 18:03:25 UTC 2017
>
> Modified Files:
> src/lib/libm: Makefile
> Added Files:
> src/lib/libm/src: s_llrint.c s_llrintf.c s_llrintl.c s_llround.c
> s_llroundf.c s_llroundl.c s_lrint.c s_lrintf.c s_lrintl.c
> s_lround.c s_lroundf.c s_lroundl.c
> Removed Files:
> src/lib/libm/src: llrint.c llrintf.c llround.c llroundf.c lrint.c
> lrintf.c lround.c lroundf.c
>
> Log Message:
> Replace our rounding functions with the ones from FreeBSD
>
>
nm /usr/lib/libm.so.0.11 | awk '{print $(NF-1),"\t",$NF}' > old
nm /usr/src/lib/libm/libm.so.0.11 | awk '{print $(NF-1),"\t",$NF}' > new
diff old new
363a364
> T llroundl
380a382
> T lroundl
Bump?
Re: CVS commit: src/lib/libm/complex
On Sat, Dec 31, 2016 at 08:33:04PM +, co...@sdf.org wrote: > On Sat, Dec 31, 2016 at 03:33:03PM +, Maya Rashish wrote: > > - w = r + y * I; > > + r = sqrt(x); > > + w = r; > >} > >} > >return w; > > I'm an alignment newbie. > Could this create alignment issues? > Return type is double complex, and r is just double. It's not a pointer, so it's the compiler's problem. -- David A. Holland dholl...@netbsd.org
Re: CVS commit: src/lib/libm/complex
On Sat, Dec 31, 2016 at 03:33:03PM +, Maya Rashish wrote: > - w = r + y * I; > + r = sqrt(x); > + w = r; > } > } > return w; I'm an alignment newbie. Could this create alignment issues? Return type is double complex, and r is just double. Thanks.
Re: CVS commit: src/lib/libm/arch/vax
In article <20141011065929.db9b...@cvs.netbsd.org>, Martin Husemann wrote: >-=-=-=-=-=- > >Module Name: src >Committed By: martin >Date: Sat Oct 11 06:59:29 UTC 2014 > >Modified Files: > src/lib/libm/arch/vax: n_sqrt.S > >Log Message: >Seems we need both sqrtl and _sqrtl as a weak alias - something must be >wrong namespapce wise here, but this should make it build for now. Namespace stuff is broken. It will need fixing. Just replace /usr/src/lib/libm/src/namespace.h with http://www.netbsd.org/~christos/namespace.h and compare the old and new libm output with nm. christos
Re: CVS commit: src/lib/libm/src
Hi,
From: "Matt Thomas" , Date: Mon, 28 Jan 2013 06:34:10 +
> Module Name: src
> Committed By: matt
> Date: Mon Jan 28 06:34:09 UTC 2013
>
> Modified Files:
> src/lib/libm/src: s_scalbn.c s_scalbnf.c s_scalbnl.c
>
> Log Message:
> Deal with _LP64 properly.
>
>
> To generate a diff of this commit:
> cvs rdiff -u -r1.15 -r1.16 src/lib/libm/src/s_scalbn.c
> cvs rdiff -u -r1.9 -r1.10 src/lib/libm/src/s_scalbnf.c
> cvs rdiff -u -r1.1 -r1.2 src/lib/libm/src/s_scalbnl.c
>
> Please note that diffs are not public domain; they are subject to the
> copyright notices on the relevant files.
>
This commit lacks ";", and breaks build.
Index: s_scalbnl.c
===
RCS file: /cvsroot/src/lib/libm/src/s_scalbnl.c,v
retrieving revision 1.2
diff -u -r1.2 s_scalbnl.c
--- s_scalbnl.c 28 Jan 2013 06:34:09 - 1.2
+++ s_scalbnl.c 28 Jan 2013 10:55:45 -
@@ -61,7 +61,7 @@
long double
scalbnl(long double x, int n)
{
- return scalblnl(x, n)
+ return scalblnl(x, n);
}
#endif
--
Ryo ONODERA // ryo...@yk.rim.or.jp
PGP fingerprint = 82A2 DC91 76E0 A10A 8ABB FD1B F404 27FA C7D1 15F3
Re: CVS commit: src/lib/libm/man
On Sat, Sep 17, 2011 at 03:32:22PM +0200, Thomas Klausner wrote: > > Remove rest of the NOTES and ERRORS and references to pow(3) family. > > Why did you remove so much of the explanations in the man page? Because much of it was outdated or incomplete, and the rest was what others have criticized of being "man page spam" (i.e. implementation details). - Jukka.
Re: CVS commit: src/lib/libm/man
On Sat, Sep 17, 2011 at 10:52:52AM +, Jukka Ruohonen wrote: > Module Name: src > Committed By: jruoho > Date: Sat Sep 17 10:52:52 UTC 2011 > > Modified Files: > src/lib/libm/man: exp.3 > > Log Message: > Remove rest of the NOTES and ERRORS and references to pow(3) family. Why did you remove so much of the explanations in the man page? Thomas
Re: CVS commit: src/lib/libm/man
On Sep 12, 2011, at 1:09 PM, Jukka Ruohonen wrote: > On Mon, Sep 12, 2011 at 08:00:53PM +0200, Joerg Sonnenberger wrote: >> On Mon, Sep 12, 2011 at 02:44:27PM +, Jukka Ruohonen wrote: >>> Module Name:src >>> Committed By: jruoho >>> Date: Mon Sep 12 14:44:27 UTC 2011 >>> >>> Modified Files: >>> src/lib/libm/man: ldexp.3 >>> >>> Log Message: >>> Update and improve, and note that the long double variant is not supported. >> >> Can we please *not* add such notes? They don't really add value, the >> lack of a long double prototype at the beginning of the man page is >> indicator enough. They do add just another thing to keep track of when >> adding the support though. > > Fair enough. But I think it is a BUG worth mentioning when an operating > system does not support standard C. Then create a bunch of MLINKS to a generic 'This function isn't supported' page. Since the implementors would need to create a real man page or real link, this seems to be to be less likely to cause confusion than notes everywhere that grow stale. Warner
Re: CVS commit: src/lib/libm/man
On Mon, 12 Sep 2011, Jukka Ruohonen wrote: > On Mon, Sep 12, 2011 at 08:00:53PM +0200, Joerg Sonnenberger wrote: > > On Mon, Sep 12, 2011 at 02:44:27PM +, Jukka Ruohonen wrote: > > > Module Name: src > > > Committed By: jruoho > > > Date: Mon Sep 12 14:44:27 UTC 2011 > > > > > > Modified Files: > > > src/lib/libm/man: ldexp.3 > > > > > > Log Message: > > > Update and improve, and note that the long double variant is not > > > supported. > > > > Can we please *not* add such notes? They don't really add value, the > > lack of a long double prototype at the beginning of the man page is > > indicator enough. They do add just another thing to keep track of when > > adding the support though. > > Fair enough. But I think it is a BUG worth mentioning when an operating > system does not support standard C. you could add a note about such things to src/doc/TODO, or file a PR? iain
Re: CVS commit: src/lib/libm/man
On Mon, Sep 12, 2011 at 08:00:53PM +0200, Joerg Sonnenberger wrote: > On Mon, Sep 12, 2011 at 02:44:27PM +, Jukka Ruohonen wrote: > > Module Name:src > > Committed By: jruoho > > Date: Mon Sep 12 14:44:27 UTC 2011 > > > > Modified Files: > > src/lib/libm/man: ldexp.3 > > > > Log Message: > > Update and improve, and note that the long double variant is not supported. > > Can we please *not* add such notes? They don't really add value, the > lack of a long double prototype at the beginning of the man page is > indicator enough. They do add just another thing to keep track of when > adding the support though. Fair enough. But I think it is a BUG worth mentioning when an operating system does not support standard C. - Jukka.
Re: CVS commit: src/lib/libm/man
On Mon, Sep 12, 2011 at 02:44:27PM +, Jukka Ruohonen wrote: > Module Name: src > Committed By: jruoho > Date: Mon Sep 12 14:44:27 UTC 2011 > > Modified Files: > src/lib/libm/man: ldexp.3 > > Log Message: > Update and improve, and note that the long double variant is not supported. Can we please *not* add such notes? They don't really add value, the lack of a long double prototype at the beginning of the man page is indicator enough. They do add just another thing to keep track of when adding the support though. Joerg
Re: CVS commit: src/lib/libm/arch/i387
Joerg Sonnenberger writes: > On Mon, Jun 20, 2011 at 11:25:34AM +0900, tsugutomo.en...@jp.sony.com wrote: >> Joerg Sonnenberger writes: >> >> > Log Message: >> > Switch to SSE code, since our gas supports it now. >> > >> > >> > To generate a diff of this commit: >> > cvs rdiff -u -r1.6 -r1.7 src/lib/libm/arch/i387/s_copysign.S >> > cvs rdiff -u -r1.5 -r1.6 src/lib/libm/arch/i387/s_copysignf.S >> >> Is the change done in s_copysignf.S correct? > > It works, but why do you think it is incorrect? I should ask if it is `what you intended' instead of `correct'. Since what you did for thses two files are quite opposite, I guess one of the changes is not waht you want. For s_copysignf.S (not s_copysign.S), you simply removed already #if 0 outed code which uses pand/por instruction and it disagrees with commit message. enami.
Re: CVS commit: src/lib/libm/arch/i387
jo...@britannica.bec.de said: > why do you think it is incorrect? You just did an unifdef. best regards Matthias Forschungszentrum Juelich GmbH 52425 Juelich Sitz der Gesellschaft: Juelich Eingetragen im Handelsregister des Amtsgerichts Dueren Nr. HR B 3498 Vorsitzender des Aufsichtsrats: MinDirig Dr. Karl Eugen Huthmacher Geschaeftsfuehrung: Prof. Dr. Achim Bachem (Vorsitzender), Dr. Ulrich Krafft (stellv. Vorsitzender), Prof. Dr.-Ing. Harald Bolt, Prof. Dr. Sebastian M. Schmidt Besuchen Sie uns auf unserem neuen Webauftritt unter www.fz-juelich.de
Re: CVS commit: src/lib/libm/arch/i387
On Mon, Jun 20, 2011 at 11:25:34AM +0900, tsugutomo.en...@jp.sony.com wrote: > Joerg Sonnenberger writes: > > > Log Message: > > Switch to SSE code, since our gas supports it now. > > > > > > To generate a diff of this commit: > > cvs rdiff -u -r1.6 -r1.7 src/lib/libm/arch/i387/s_copysign.S > > cvs rdiff -u -r1.5 -r1.6 src/lib/libm/arch/i387/s_copysignf.S > > Is the change done in s_copysignf.S correct? It works, but why do you think it is incorrect? Joerg
Re: CVS commit: src/lib/libm/arch/i387
Joerg Sonnenberger writes: > Log Message: > Switch to SSE code, since our gas supports it now. > > > To generate a diff of this commit: > cvs rdiff -u -r1.6 -r1.7 src/lib/libm/arch/i387/s_copysign.S > cvs rdiff -u -r1.5 -r1.6 src/lib/libm/arch/i387/s_copysignf.S Is the change done in s_copysignf.S correct? enami.
Re: CVS commit: src/lib/libm/arch/i387
In article <20110618181640.cff9717...@cvs.netbsd.org>, Joerg Sonnenberger wrote: > >+#define ARG_LONG_DOUBLE_ONE 4(%rsp) >+#define ARG_LONG_DOUBLE_TWO 16(%rsp) > #define ARG_DOUBLE_ONE4(%esp) > #define ARG_DOUBLE_ONE_LSW4(%esp) > #define ARG_DOUBLE_ONE_MSW8(%esp) Shouldn't that be %esp? christos
Re: CVS commit: src/lib/libm
On Sun, Jan 09, 2011 at 02:32:14AM +, Jonathan A. Kollasch wrote: > Module Name: src > Committed By: jakllsch > Date: Sun Jan 9 02:32:13 UTC 2011 > > Modified Files: > src/lib/libm: Makefile > Added Files: > src/lib/libm/noieee_src: n_fmax.c n_fmaxf.c n_fmin.c n_fminf.c > > Log Message: > Imlementations of fmax, fmaxf, fmin and fminf libm functions for VAX. Thank you. Kind regards -- Matthias Scheler http://zhadum.org.uk/
Re: CVS commit: src/lib/libm
On Tue, Aug 10, 2010 at 05:53:09PM +, Matthias Drochner wrote: > Module Name: src > Committed By: drochner > Date: Tue Aug 10 17:53:08 UTC 2010 > > Modified Files: > src/lib/libm: Makefile > > Log Message: > two disgusting hacks: > -mk/bsd.lib.mk picks up a .S asm file behind our back (did it do so > always?). s_modf.S is incorrect; I'm undecided whether it makes sense > to fix it, so add a stupid rule to enforce the .c file to be used. It might be worth using a .for loop to generate explicit dependencies for .o files against the relevant source file when the files are added to $(OBJS) instead of relying on the suffix rules. If no commands are defined I think make will still use those from the relevant suffix rule (as happens when the 'stupid rule' is added above). David -- David Laight: da...@l8s.co.uk
Re: CVS commit: src/lib/libm/arch/m68060
You can also conditionalize code by using CSHLIBFLAGS. FYI. Masao -- Masao Uebayashi / Tombi Inc. / Tel: +81-90-9141-4635
