OpenGrok
Home
Sort by relevance
Sort by last modified time
Full Search
Definition
Symbol
File Path
History
|
|
Help
Searched
refs:Numeric
(Results
1 - 15
of
15
) sorted by null
/external/eigen/Eigen/src/UmfPackSupport/
UmfPackSupport.h
19
inline void umfpack_free_numeric(void **
Numeric
, double)
20
{ umfpack_di_free_numeric(
Numeric
); *
Numeric
= 0; }
22
inline void umfpack_free_numeric(void **
Numeric
, std::complex<double>)
23
{ umfpack_zi_free_numeric(
Numeric
); *
Numeric
= 0; }
46
void *Symbolic, void **
Numeric
,
49
return umfpack_di_numeric(Ap,Ai,Ax,Symbolic,
Numeric
,Control,Info);
53
void *Symbolic, void **
Numeric
,
56
return umfpack_zi_numeric(Ap,Ai,&numext::real_ref(Ax[0]),0,Symbolic,
Numeric
,Control,Info)
[
all
...]
/external/icu/icu4c/source/data/brkitr/
sent.txt
25
$
Numeric
= [\p{Sentence_Break =
Numeric
}];
40
$NumericEx = $
Numeric
($Extend | $Format)*;
sent_el.txt
25
$
Numeric
= [\p{Sentence_Break =
Numeric
}];
40
$NumericEx = $
Numeric
($Extend | $Format)*;
word.txt
41
$
Numeric
= [\p{Word_Break =
Numeric
}];
77
$NumericEx = $
Numeric
($Extend | $Format)*;
177
$BackNumericEx = ($Format | $Extend)* $
Numeric
;
word_POSIX.txt
41
$
Numeric
= [\p{Word_Break =
Numeric
}];
77
$NumericEx = $
Numeric
($Extend | $Format)*;
177
$BackNumericEx = ($Format | $Extend)* $
Numeric
;
/external/chromium_org/third_party/cython/src/Cython/Includes/libc/
locale.pxd
45
# 7.11.2
Numeric
formatting convention inquiry
stdlib.pxd
9
# 7.20.1
Numeric
conversion functions
/external/chromium_org/third_party/WebKit/PerformanceTests/SunSpider/tests/sunspider-0.9/
date-format-tofte.js
135
//
Numeric
representation of a month, with leading zeros
145
//
Numeric
representation of a month, without leading zeros
227
//
Numeric
representation of the day of the week
232
// A full
numeric
representation of a year, 4 digits
/external/chromium_org/third_party/WebKit/PerformanceTests/SunSpider/tests/sunspider-0.9.1/
date-format-tofte.js
135
//
Numeric
representation of a month, with leading zeros
145
//
Numeric
representation of a month, without leading zeros
227
//
Numeric
representation of the day of the week
232
// A full
numeric
representation of a year, 4 digits
/external/chromium_org/third_party/WebKit/PerformanceTests/SunSpider/tests/sunspider-1.0/
date-format-tofte.js
135
//
Numeric
representation of a month, with leading zeros
145
//
Numeric
representation of a month, without leading zeros
227
//
Numeric
representation of the day of the week
232
// A full
numeric
representation of a year, 4 digits
/external/chromium_org/third_party/WebKit/Tools/Scripts/
bencher
[
all
...]
/prebuilts/python/darwin-x86/2.7.5/lib/python2.7/pydoc_data/
topics.py
5
'atom-literals': "\nLiterals\n********\n\nPython supports string literals and various
numeric
literals:\n\n literal ::= stringliteral | integer | longinteger\n | floatnumber | imagnumber\n\nEvaluation of a literal yields an object of the given type (string,\ninteger, long integer, floating point number, complex number) with the\ngiven value. The value may be approximated in the case of floating\npoint and imaginary (complex) literals. See section *Literals* for\ndetails.\n\nAll literals correspond to immutable data types, and hence the\nobject's identity is less important than its value. Multiple\nevaluations of literals with the same value (either the same\noccurrence in the program text or a different occurrence) may obtain\nthe same object or a different object with the same value.\n",
9
'binary': '\nBinary arithmetic operations\n****************************\n\nThe binary arithmetic operations have the conventional priority\nlevels. Note that some of these operations also apply to certain non-\nnumeric types. Apart from the power operator, there are only two\nlevels, one for multiplicative operators and one for additive\noperators:\n\n m_expr ::= u_expr | m_expr "*" u_expr | m_expr "//" u_expr | m_expr "/" u_expr\n | m_expr "%" u_expr\n a_expr ::= m_expr | a_expr "+" m_expr | a_expr "-" m_expr\n\nThe ``*`` (multiplication) operator yields the product of its\narguments. The arguments must either both be numbers, or one argument\nmust be an integer (plain or long) and the other must be a sequence.\nIn the former case, the numbers are converted to a common type and\nthen multiplied together. In the latter case, sequence repetition is\nperformed; a negative repetition factor yields an empty sequence.\n\nThe ``/`` (division) and ``//`` (floor division) operators yield the\nquotient of their arguments. The
numeric
arguments are first\nconverted to a common type. Plain or long integer division yields an\ninteger of the same type; the result is that of mathematical division\nwith the \'floor\' function applied to the result. Division by zero\nraises the ``ZeroDivisionError`` exception.\n\nThe ``%`` (modulo) operator yields the remainder from the division of\nthe first argument by the second. The
numeric
arguments are first\nconverted to a common type. A zero right argument raises the\n``ZeroDivisionError`` exception. The arguments may be floating point\nnumbers, e.g., ``3.14%0.7`` equals ``0.34`` (since ``3.14`` equals\n``4*0.7 + 0.34``.) The modulo operator always yields a result with\nthe same sign as its second operand (or zero); the absolute value of\nthe result is strictly smaller than the absolute value of the second\noperand [2].\n\nThe integer division and modulo operators are connected by the\nfollowing identity: ``x == (x/y)*y + (x%y)``. Integer division and\nmodulo are also connected with the built-in function ``divmod()``:\n``divmod(x, y) == (x/y, x%y)``. These identities don\'t hold for\nfloating point numbers; there similar identities hold approximately\nwhere ``x/y`` is replaced by ``floor(x/y)`` or ``floor(x/y) - 1`` [3].\n\nIn addition to performing the modulo operation on numbers, the ``%``\noperator is also overloaded by string and unicode objects to perform\nstring formatting (also known as interpolation). The syntax for string\nformatting is described in the Python Library Reference, section\n*String Formatting Operations*.\n\nDeprecated since version 2.3: The floor division operator, the modulo\noperator, and the ``divmod()`` function are no longer defined for\ncomplex numbers. Instead, convert to a floating point number using\nthe ``abs()`` function if appropriate.\n\nThe ``+`` (addition) operator yields the sum of its arguments. The\narguments must either both be numbers or both sequences of the same\ntype. In the former case, the numbers are converted to a common type\nand then added together. In the latter case, the sequences are\nconcatenated.\n\nThe ``-`` (subtraction) operator yields the difference of its\narguments. The
numeric
arguments are first converted to a common\ntype.\n',
15
'booleans': '\nBoolean operations\n******************\n\n or_test ::= and_test | or_test "or" and_test\n and_test ::= not_test | and_test "and" not_test\n not_test ::= comparison | "not" not_test\n\nIn the context of Boolean operations, and also when expressions are\nused by control flow statements, the following values are interpreted\nas false: ``False``, ``None``,
numeric
zero of all types, and empty\nstrings and containers (including strings, tuples, lists,\ndictionar (…)
[
all
...]
/prebuilts/python/linux-x86/2.7.5/lib/python2.7/pydoc_data/
topics.py
5
'atom-literals': "\nLiterals\n********\n\nPython supports string literals and various
numeric
literals:\n\n literal ::= stringliteral | integer | longinteger\n | floatnumber | imagnumber\n\nEvaluation of a literal yields an object of the given type (string,\ninteger, long integer, floating point number, complex number) with the\ngiven value. The value may be approximated in the case of floating\npoint and imaginary (complex) literals. See section *Literals* for\ndetails.\n\nAll literals correspond to immutable data types, and hence the\nobject's identity is less important than its value. Multiple\nevaluations of literals with the same value (either the same\noccurrence in the program text or a different occurrence) may obtain\nthe same object or a different object with the same value.\n",
9
'binary': '\nBinary arithmetic operations\n****************************\n\nThe binary arithmetic operations have the conventional priority\nlevels. Note that some of these operations also apply to certain non-\nnumeric types. Apart from the power operator, there are only two\nlevels, one for multiplicative operators and one for additive\noperators:\n\n m_expr ::= u_expr | m_expr "*" u_expr | m_expr "//" u_expr | m_expr "/" u_expr\n | m_expr "%" u_expr\n a_expr ::= m_expr | a_expr "+" m_expr | a_expr "-" m_expr\n\nThe ``*`` (multiplication) operator yields the product of its\narguments. The arguments must either both be numbers, or one argument\nmust be an integer (plain or long) and the other must be a sequence.\nIn the former case, the numbers are converted to a common type and\nthen multiplied together. In the latter case, sequence repetition is\nperformed; a negative repetition factor yields an empty sequence.\n\nThe ``/`` (division) and ``//`` (floor division) operators yield the\nquotient of their arguments. The
numeric
arguments are first\nconverted to a common type. Plain or long integer division yields an\ninteger of the same type; the result is that of mathematical division\nwith the \'floor\' function applied to the result. Division by zero\nraises the ``ZeroDivisionError`` exception.\n\nThe ``%`` (modulo) operator yields the remainder from the division of\nthe first argument by the second. The
numeric
arguments are first\nconverted to a common type. A zero right argument raises the\n``ZeroDivisionError`` exception. The arguments may be floating point\nnumbers, e.g., ``3.14%0.7`` equals ``0.34`` (since ``3.14`` equals\n``4*0.7 + 0.34``.) The modulo operator always yields a result with\nthe same sign as its second operand (or zero); the absolute value of\nthe result is strictly smaller than the absolute value of the second\noperand [2].\n\nThe integer division and modulo operators are connected by the\nfollowing identity: ``x == (x/y)*y + (x%y)``. Integer division and\nmodulo are also connected with the built-in function ``divmod()``:\n``divmod(x, y) == (x/y, x%y)``. These identities don\'t hold for\nfloating point numbers; there similar identities hold approximately\nwhere ``x/y`` is replaced by ``floor(x/y)`` or ``floor(x/y) - 1`` [3].\n\nIn addition to performing the modulo operation on numbers, the ``%``\noperator is also overloaded by string and unicode objects to perform\nstring formatting (also known as interpolation). The syntax for string\nformatting is described in the Python Library Reference, section\n*String Formatting Operations*.\n\nDeprecated since version 2.3: The floor division operator, the modulo\noperator, and the ``divmod()`` function are no longer defined for\ncomplex numbers. Instead, convert to a floating point number using\nthe ``abs()`` function if appropriate.\n\nThe ``+`` (addition) operator yields the sum of its arguments. The\narguments must either both be numbers or both sequences of the same\ntype. In the former case, the numbers are converted to a common type\nand then added together. In the latter case, the sequences are\nconcatenated.\n\nThe ``-`` (subtraction) operator yields the difference of its\narguments. The
numeric
arguments are first converted to a common\ntype.\n',
15
'booleans': '\nBoolean operations\n******************\n\n or_test ::= and_test | or_test "or" and_test\n and_test ::= not_test | and_test "and" not_test\n not_test ::= comparison | "not" not_test\n\nIn the context of Boolean operations, and also when expressions are\nused by control flow statements, the following values are interpreted\nas false: ``False``, ``None``,
numeric
zero of all types, and empty\nstrings and containers (including strings, tuples, lists,\ndictionar (…)
[
all
...]
/external/chromium_org/third_party/yasm/source/patched-yasm/modules/dbgfmts/dwarf2/tests/pass64/
dwarf64_leb128.asm
237
.string "
Numeric
constant too large for internal format"
[
all
...]
/external/chromium_org/third_party/usb_ids/
usb.ids
[
all
...]
Completed in 1490 milliseconds