glibc/benchtests/atan-inputs

0x1.000000c5cba86p0
0x1.000001883003ap0
0x1.00000dfb2b674p0
# atan slowest path at 768 bits
# Implemented in sysdeps/ieee754/dbl-64/mpatan.c
## name: 768bits
0x1.000000c5cba87p0
0x1.000001883003bp0
0x1.00000dfb2b675p0
Add benchmark inputs for atan Add separate inputs for slow and fast paths of atan 2013-04-03 10:08:39 +02:00			`0x1.000000c5cba86p0`
			`0x1.000001883003ap0`
			`0x1.00000dfb2b674p0`
Allow multiple input domains to be run in the same benchmark program Some math functions have distinct performance characteristics in specific domains of inputs, where some inputs return via a fast path while other inputs require multiple precision calculations, that too at different precision levels. The way to implement different domains was to have a separate source file and benchmark definition, resulting in separate programs. This clutters up the benchmark, so this change allows these domains to be consolidated into the same input file. To do this, the input file format is now enhanced to allow comments with a preceding # and directives with two # at the begining of a line. A directive that looks like: tells the benchmark generation script that what follows is a different domain of inputs. The value of the 'name' directive (in this case, foo) is used in the output. The two input domains are then executed sequentially and their results collated separately. with the above directive, there would be two lines in the result that look like: func(): .... func(foo): ... 2013-04-30 10:47:57 +02:00			`# atan slowest path at 768 bits`
			`# Implemented in sysdeps/ieee754/dbl-64/mpatan.c`
			`## name: 768bits`
			`0x1.000000c5cba87p0`
			`0x1.000001883003bp0`
			`0x1.00000dfb2b675p0`