Brutex
/
cavis
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

Update

master
agibsonccc 2021-03-09 21:57:50 +09:00
parent f6804e760d
commit bfaf6439ab
2 changed files with 13 additions and 0 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

12
nd4j/nd4j-backends/nd4j-api-parent/nd4j-api/src/main/java/org/nd4j/ir/TensorNamespace.java
View File

@ -5411,12 +5411,14 @@ public final class TensorNamespace {
* Serializations can either use one of the fields above, or use this * Serializations can either use one of the fields above, or use this
* raw bytes field. The only exception is the string case, where one is * raw bytes field. The only exception is the string case, where one is
* required to store the content in the repeated bytes string_data field. * required to store the content in the repeated bytes string_data field.
*
* When this raw_data field is used to store tensor value, elements MUST * When this raw_data field is used to store tensor value, elements MUST
* be stored in as fixed-width, little-endian order. * be stored in as fixed-width, little-endian order.
* Floating-point data types MUST be stored in IEEE 754 format. * Floating-point data types MUST be stored in IEEE 754 format.
* Complex64 elements must be written as two consecutive FLOAT values, real component first. * Complex64 elements must be written as two consecutive FLOAT values, real component first.
* Complex128 elements must be written as two consecutive DOUBLE values, real component first. * Complex128 elements must be written as two consecutive DOUBLE values, real component first.
* Boolean type MUST be written one byte per tensor element (00000001 for true, 00000000 for false). * Boolean type MUST be written one byte per tensor element (00000001 for true, 00000000 for false).
*
* Note: the advantage of specific field rather than the raw_data field is * Note: the advantage of specific field rather than the raw_data field is
* that in some cases (e.g. int data), protobuf does a better packing via * that in some cases (e.g. int data), protobuf does a better packing via
* variable length storage, and may lead to smaller binary footprint. * variable length storage, and may lead to smaller binary footprint.
@ -5655,6 +5657,7 @@ public final class TensorNamespace {
/** /**
* <pre> * <pre>
* Tensors * Tensors
*
* A serialized tensor value. * A serialized tensor value.
* </pre> * </pre>
* *
@ -7010,12 +7013,14 @@ public final class TensorNamespace {
* Serializations can either use one of the fields above, or use this * Serializations can either use one of the fields above, or use this
* raw bytes field. The only exception is the string case, where one is * raw bytes field. The only exception is the string case, where one is
* required to store the content in the repeated bytes string_data field. * required to store the content in the repeated bytes string_data field.
*
* When this raw_data field is used to store tensor value, elements MUST * When this raw_data field is used to store tensor value, elements MUST
* be stored in as fixed-width, little-endian order. * be stored in as fixed-width, little-endian order.
* Floating-point data types MUST be stored in IEEE 754 format. * Floating-point data types MUST be stored in IEEE 754 format.
* Complex64 elements must be written as two consecutive FLOAT values, real component first. * Complex64 elements must be written as two consecutive FLOAT values, real component first.
* Complex128 elements must be written as two consecutive DOUBLE values, real component first. * Complex128 elements must be written as two consecutive DOUBLE values, real component first.
* Boolean type MUST be written one byte per tensor element (00000001 for true, 00000000 for false). * Boolean type MUST be written one byte per tensor element (00000001 for true, 00000000 for false).
*
* Note: the advantage of specific field rather than the raw_data field is * Note: the advantage of specific field rather than the raw_data field is
* that in some cases (e.g. int data), protobuf does a better packing via * that in some cases (e.g. int data), protobuf does a better packing via
* variable length storage, and may lead to smaller binary footprint. * variable length storage, and may lead to smaller binary footprint.
@ -7766,6 +7771,7 @@ public final class TensorNamespace {
/** /**
* <pre> * <pre>
* Tensors * Tensors
*
* A serialized tensor value. * A serialized tensor value.
* </pre> * </pre>
* *
@ -9080,12 +9086,14 @@ public final class TensorNamespace {
* Serializations can either use one of the fields above, or use this * Serializations can either use one of the fields above, or use this
* raw bytes field. The only exception is the string case, where one is * raw bytes field. The only exception is the string case, where one is
* required to store the content in the repeated bytes string_data field. * required to store the content in the repeated bytes string_data field.
*
* When this raw_data field is used to store tensor value, elements MUST * When this raw_data field is used to store tensor value, elements MUST
* be stored in as fixed-width, little-endian order. * be stored in as fixed-width, little-endian order.
* Floating-point data types MUST be stored in IEEE 754 format. * Floating-point data types MUST be stored in IEEE 754 format.
* Complex64 elements must be written as two consecutive FLOAT values, real component first. * Complex64 elements must be written as two consecutive FLOAT values, real component first.
* Complex128 elements must be written as two consecutive DOUBLE values, real component first. * Complex128 elements must be written as two consecutive DOUBLE values, real component first.
* Boolean type MUST be written one byte per tensor element (00000001 for true, 00000000 for false). * Boolean type MUST be written one byte per tensor element (00000001 for true, 00000000 for false).
*
* Note: the advantage of specific field rather than the raw_data field is * Note: the advantage of specific field rather than the raw_data field is
* that in some cases (e.g. int data), protobuf does a better packing via * that in some cases (e.g. int data), protobuf does a better packing via
* variable length storage, and may lead to smaller binary footprint. * variable length storage, and may lead to smaller binary footprint.
@ -9102,12 +9110,14 @@ public final class TensorNamespace {
* Serializations can either use one of the fields above, or use this * Serializations can either use one of the fields above, or use this
* raw bytes field. The only exception is the string case, where one is * raw bytes field. The only exception is the string case, where one is
* required to store the content in the repeated bytes string_data field. * required to store the content in the repeated bytes string_data field.
*
* When this raw_data field is used to store tensor value, elements MUST * When this raw_data field is used to store tensor value, elements MUST
* be stored in as fixed-width, little-endian order. * be stored in as fixed-width, little-endian order.
* Floating-point data types MUST be stored in IEEE 754 format. * Floating-point data types MUST be stored in IEEE 754 format.
* Complex64 elements must be written as two consecutive FLOAT values, real component first. * Complex64 elements must be written as two consecutive FLOAT values, real component first.
* Complex128 elements must be written as two consecutive DOUBLE values, real component first. * Complex128 elements must be written as two consecutive DOUBLE values, real component first.
* Boolean type MUST be written one byte per tensor element (00000001 for true, 00000000 for false). * Boolean type MUST be written one byte per tensor element (00000001 for true, 00000000 for false).
*
* Note: the advantage of specific field rather than the raw_data field is * Note: the advantage of specific field rather than the raw_data field is
* that in some cases (e.g. int data), protobuf does a better packing via * that in some cases (e.g. int data), protobuf does a better packing via
* variable length storage, and may lead to smaller binary footprint. * variable length storage, and may lead to smaller binary footprint.
@ -9130,12 +9140,14 @@ public final class TensorNamespace {
* Serializations can either use one of the fields above, or use this * Serializations can either use one of the fields above, or use this
* raw bytes field. The only exception is the string case, where one is * raw bytes field. The only exception is the string case, where one is
* required to store the content in the repeated bytes string_data field. * required to store the content in the repeated bytes string_data field.
*
* When this raw_data field is used to store tensor value, elements MUST * When this raw_data field is used to store tensor value, elements MUST
* be stored in as fixed-width, little-endian order. * be stored in as fixed-width, little-endian order.
* Floating-point data types MUST be stored in IEEE 754 format. * Floating-point data types MUST be stored in IEEE 754 format.
* Complex64 elements must be written as two consecutive FLOAT values, real component first. * Complex64 elements must be written as two consecutive FLOAT values, real component first.
* Complex128 elements must be written as two consecutive DOUBLE values, real component first. * Complex128 elements must be written as two consecutive DOUBLE values, real component first.
* Boolean type MUST be written one byte per tensor element (00000001 for true, 00000000 for false). * Boolean type MUST be written one byte per tensor element (00000001 for true, 00000000 for false).
*
* Note: the advantage of specific field rather than the raw_data field is * Note: the advantage of specific field rather than the raw_data field is
* that in some cases (e.g. int data), protobuf does a better packing via * that in some cases (e.g. int data), protobuf does a better packing via
* variable length storage, and may lead to smaller binary footprint. * variable length storage, and may lead to smaller binary footprint.

1
nd4j/nd4j-backends/nd4j-backend-impls/nd4j-native/pom.xml
View File

@ -219,6 +219,7 @@
<classOrPackageName>org.nd4j.nativeblas.Nd4jCpu</classOrPackageName> <classOrPackageName>org.nd4j.nativeblas.Nd4jCpu</classOrPackageName>
<copyLibs>true</copyLibs> <copyLibs>true</copyLibs>
<configDirectory>${project.build.directory}/classes/META-INF/native-image/${javacpp.platform}${javacpp.platform.extension}/</configDirectory> <configDirectory>${project.build.directory}/classes/META-INF/native-image/${javacpp.platform}${javacpp.platform.extension}/</configDirectory>
<outputDirectory>${project.build.directory}/classes/org/nd4j/nativeblas/${javacpp.platform}</outputDirectory>
</configuration> </configuration>
</execution> </execution>
</executions> </executions>