Hey Steve,
2014-12-19 0:59 GMT+01:00 Steve Kargl s...@troutmask.apl.washington.edu:
My only hope now is that Ed will fix the comment he inserted into
math_private.h to properly note that the functions formerly known
as cpack[fl] were written years before the C11 macros CMPLX[FL]
existed.
On Dec 18, 2014, at 15:59, Steve Kargl s...@troutmask.apl.washington.edu
wrote:
My only hope now is that Ed will fix the comment he inserted into
math_private.h to properly note that the functions formerly known
as cpack[fl] were written years before the C11 macros CMPLX[FL]
existed.
Instead
On Dec 17, 2014, at 2:16 PM, Steve Kargl s...@troutmask.apl.washington.edu
wrote:
Ed's diff is ~1000 lines and touches several files. Localizing
the change to math_private.h would have been a ~20 line
diff to a single file.
Then just back his change out, put yours in and we all win.
On 18 December 2014 at 13:44, Warner Losh wl...@netflix.com wrote:
On Dec 17, 2014, at 2:16 PM, Steve Kargl s...@troutmask.apl.washington.edu
wrote:
Ed's diff is ~1000 lines and touches several files. Localizing
the change to math_private.h would have been a ~20 line
diff to a single
Steve,
2014-12-16 17:20 GMT+01:00 Steve Kargl s...@troutmask.apl.washington.edu:
This seems like a lot of code churn for very little benefit.
In particular, I know that the one person working on fixing
problems with FreeBSD's libm has a private repo and the openlibm
and android developers
On Wed, Dec 17, 2014 at 04:30:32PM +0100, Ed Schouten wrote:
Steve,
2014-12-16 17:20 GMT+01:00 Steve Kargl s...@troutmask.apl.washington.edu:
This seems like a lot of code churn for very little benefit.
In particular, I know that the one person working on fixing
problems with FreeBSD's
On 17 December 2014 at 07:30, Ed Schouten e...@80386.nl wrote:
Steve,
2014-12-16 17:20 GMT+01:00 Steve Kargl s...@troutmask.apl.washington.edu:
This seems like a lot of code churn for very little benefit.
In particular, I know that the one person working on fixing
problems with FreeBSD's
On Wed, Dec 17, 2014 at 11:12:35AM -0800, Steve Kargl wrote:
I'm always afraid of statements like these, as they can be brought to
the table to prevent any changes from being made. The fact that
someone else (be it Android or openlibm) uses our code should not
limit us as a project to make
On Wed, Dec 17, 2014 at 02:15:48PM -0600, Mark Linimon wrote:
On Wed, Dec 17, 2014 at 11:12:35AM -0800, Steve Kargl wrote:
I'm always afraid of statements like these, as they can be brought to
the table to prevent any changes from being made. The fact that
someone else (be it Android or
On Dec 17, 2014, at 11:12, Steve Kargl s...@troutmask.apl.washington.edu
wrote:
On Wed, Dec 17, 2014 at 04:30:32PM +0100, Ed Schouten wrote:
…
This comment isn't true! These functions pre-date C11 by years.
See r151865. These functions were designed to deal with gcc's
poorly implemented
On Wed, Dec 17, 2014 at 12:48:37PM -0800, Garrett Cooper wrote:
On Dec 17, 2014, at 11:12, Steve Kargl s...@troutmask.apl.washington.edu
wrote:
On Wed, Dec 17, 2014 at 04:30:32PM +0100, Ed Schouten wrote:
?
This comment isn't true! These functions pre-date C11 by years.
See
Author: ed
Date: Tue Dec 16 09:21:56 2014
New Revision: 275819
URL: https://svnweb.freebsd.org/changeset/base/275819
Log:
Rename cpack*() to CMPLX*().
The C11 standard introduced a set of macros (CMPLX, CMPLXF, CMPLXL) that
can be used to construct complex numbers from a pair of real and
On Tue, Dec 16, 2014 at 09:21:57AM +, Ed Schouten wrote:
Author: ed
Date: Tue Dec 16 09:21:56 2014
New Revision: 275819
URL: https://svnweb.freebsd.org/changeset/base/275819
Log:
Rename cpack*() to CMPLX*().
This seems like a lot of code churn for very little benefit.
In
On Tue, Dec 16, 2014 at 09:21:57AM +, Ed Schouten wrote:
Author: ed
Date: Tue Dec 16 09:21:56 2014
New Revision: 275819
URL: https://svnweb.freebsd.org/changeset/base/275819
Log:
Rename cpack*() to CMPLX*().
The C11 standard introduced a set of macros (CMPLX, CMPLXF, CMPLXL)
14 matches
Mail list logo