1
0
mirror of https://sourceware.org/git/glibc.git synced 2025-08-17 13:01:12 +03:00
Files
glibc/sysdeps/ia64/fpu
Adhemerval Zanella 3297d019e1 ia64: Use generic exp10f
The generic implementation is slight worse (Itanium(R) Processor 9020):

Before new code:
  "exp10f": {
   "workload-spec2017.wrf (adapted)": {
    "duration": 3.61582e+08,
    "iterations": 2.384e+07,
    "reciprocal-throughput": 14.8334,
    "latency": 15.5006,
    "max-throughput": 6.74153e+07,
    "min-throughput": 6.45136e+07
   }
  }

With new code:
  "exp10f": {
   "workload-spec2017.wrf (adapted)": {
    "duration": 3.85549e+08,
    "iterations": 2.384e+07,
    "reciprocal-throughput": 15.8391,
    "latency": 16.5056,
    "max-throughput": 6.31348e+07,
    "min-throughput": 6.05857e+07
   }
  }

However it fixes all the issues on both:

  math/test-float-exp10
  math/test-float32-exp10

(all the issues wrong results for non default rounding modes).

The existing ia64 libm interface uses matherrf and matherrl in addition
to matherr for SVID error handling. However, there is no such error
handling support for exp10f in ia64 libm.  So replacing it with the
generic implementation should be fine.

Checked on ia64-linux-gnu.
2020-06-19 12:08:52 -03:00
..
2014-02-16 01:12:38 -05:00
2014-02-16 01:12:38 -05:00
2014-02-16 01:12:38 -05:00
2017-11-29 01:23:23 +00:00
2017-11-29 17:38:35 +00:00
2017-11-29 01:23:23 +00:00
2017-11-29 17:38:35 +00:00
2017-11-29 01:23:23 +00:00
2017-11-29 17:38:35 +00:00
2017-11-29 01:23:23 +00:00
2017-11-29 17:38:35 +00:00
2014-02-16 01:12:38 -05:00
2017-11-29 01:23:23 +00:00
2017-11-29 17:38:35 +00:00
2017-11-29 01:23:23 +00:00
2017-11-29 17:38:35 +00:00
2017-11-29 01:23:23 +00:00
2020-06-19 12:08:52 -03:00
2017-11-29 17:38:35 +00:00
2014-02-16 01:12:38 -05:00
2017-11-29 01:23:23 +00:00
2017-11-29 17:38:35 +00:00
2017-11-29 01:23:23 +00:00
2017-11-29 17:38:35 +00:00
2014-02-16 01:12:38 -05:00
2017-11-29 01:23:23 +00:00
2017-11-29 17:38:35 +00:00
2018-09-12 17:36:33 +01:00
2017-09-29 17:17:41 +01:00
2014-02-16 01:12:38 -05:00
2014-02-16 01:12:38 -05:00
2014-02-16 01:12:38 -05:00
2018-09-12 17:33:30 +01:00
2017-09-29 11:46:46 +01:00
2017-11-29 17:38:35 +00:00
2018-09-19 10:04:51 +01:00
2017-09-29 17:30:53 +01:00
2017-11-29 01:23:23 +00:00
2017-11-29 17:38:35 +00:00
2014-02-16 01:12:38 -05:00
2014-02-16 01:12:38 -05:00
2014-02-16 01:12:38 -05:00
2017-11-29 01:23:23 +00:00
2017-11-29 17:38:35 +00:00
2017-11-29 01:23:23 +00:00
2017-06-26 22:50:45 +00:00
2017-11-29 17:38:35 +00:00
2017-11-29 01:23:23 +00:00
2017-11-29 17:38:35 +00:00
2019-01-12 13:44:51 +00:00
2014-02-16 01:12:38 -05:00
2017-11-29 17:38:35 +00:00
2020-06-19 12:08:52 -03:00
2014-02-16 01:12:38 -05:00
2014-02-16 01:12:38 -05:00
2014-02-16 01:12:38 -05:00
2014-02-16 01:12:38 -05:00
2014-02-16 01:12:38 -05:00
2014-02-16 01:12:38 -05:00
2014-02-16 01:12:38 -05:00
2017-11-29 01:23:23 +00:00
2017-11-29 17:38:35 +00:00
2017-11-29 01:23:23 +00:00
2017-11-29 17:38:35 +00:00
2017-11-29 01:23:23 +00:00
2017-11-29 17:38:35 +00:00
2017-11-29 01:23:23 +00:00
2017-11-29 17:38:35 +00:00
2017-11-29 01:23:23 +00:00
2017-11-29 17:38:35 +00:00
2019-01-12 13:44:51 +00:00
2017-11-29 01:23:23 +00:00
2017-11-29 01:23:23 +00:00
2017-11-29 17:38:35 +00:00
2017-11-29 17:38:35 +00:00
2017-11-29 01:23:23 +00:00
2017-11-29 17:38:35 +00:00
2017-11-29 01:23:23 +00:00
2017-11-29 17:38:35 +00:00
2017-11-29 01:23:23 +00:00
2017-11-29 17:38:35 +00:00
2017-11-29 01:23:23 +00:00
2017-11-29 17:38:35 +00:00
2017-11-29 01:23:23 +00:00
2017-11-29 17:38:35 +00:00
2017-11-29 01:23:23 +00:00
2017-11-29 17:38:35 +00:00
2017-11-29 01:23:23 +00:00
2017-11-29 17:38:35 +00:00
2014-02-16 01:12:38 -05:00
2014-02-16 01:12:38 -05:00
2014-02-16 01:12:38 -05:00
2014-02-16 01:12:38 -05:00
2014-02-16 01:12:38 -05:00
2014-02-16 01:12:38 -05:00
2017-11-29 01:23:23 +00:00
2017-11-29 17:38:35 +00:00
2017-11-29 01:23:23 +00:00
2017-11-29 17:38:35 +00:00
2017-11-29 01:23:23 +00:00
2017-11-29 17:38:35 +00:00
2017-11-29 01:23:23 +00:00
2017-11-29 17:38:35 +00:00
2017-11-29 01:23:23 +00:00
2017-11-29 17:38:35 +00:00
2017-11-29 01:23:23 +00:00
2017-11-29 17:38:35 +00:00
2017-11-29 01:23:23 +00:00
2017-11-29 17:38:35 +00:00
2017-11-29 01:23:23 +00:00
2017-11-29 17:38:35 +00:00
2017-11-29 17:38:35 +00:00
2017-11-29 01:23:23 +00:00
2017-11-29 17:38:35 +00:00
2014-02-16 01:12:38 -05:00
2014-02-16 01:12:38 -05:00
2014-02-16 01:12:38 -05:00
2014-02-16 01:12:38 -05:00
2017-11-29 01:23:23 +00:00
2017-11-29 17:38:35 +00:00
2017-11-29 01:23:23 +00:00
2017-11-29 17:38:35 +00:00
2017-11-29 01:23:23 +00:00
2017-11-29 17:38:35 +00:00
2019-02-27 13:55:45 +00:00
2014-02-16 01:12:38 -05:00
2014-02-16 01:12:38 -05:00

  ----------------------------------------------------------
  Notes on how to update libm based on Intel's libm releases
  ----------------------------------------------------------

This source code in this directory is currently based on Intel libm
v2.1 as available from:

  http://www.intel.com/software/products/opensource/libraries/num.htm

To ease importing, fix some bugs, and simplify integration into libc,
it is also necessary to apply the patch at:

  ftp://ftp.hpl.hp.com/pub/linux-ia64/intel-libm-041228.diff.gz

The expectation is that Intel will integrate most if not all of these
changes into future releases of libm, so this patching step can
hopefully be omitted in the future.

Once the patched libm sources are extracted in a directory $LIBM, they
can be imported into the libc source tree at $LIBC with the following
step:

	$ cd $LIBC/src/sysdep/ia64/fpu
	$ ./import_intel_libm $LIBM

This should produce a number of "Importing..." messages, without
showing any errors.

At this point, you should be able to build glibc in the usual fashion.
We assume you do this in directory $OBJ.  Once the build has
completed, run "make check" to verify that all (math) checks succeed.
If these checks succeed, you should also run the following commands to
verify that the new libm doesn't pollute the name-space and has proper
size-info for the data objects:

	$ cd $LIBC/src/sysdep/ia64/fpu
	$ import_check $OBJ/math/

There should be no (unexpected) errors reported by this script.

As an optional step, you may also want to confirm that the new libm
exports the exact same global symbols as the old one.

If you want to see the changes introduced by the "import_intel_libm"
script, you can run the commands:

	$ cd $LIBC/src/sysdep/ia64/fpu
	$ import_diffs

That's it.