1 files changed, 58 insertions, 0 deletions
diff --git a/offapi/com/sun/star/util/Endianness.idl b/offapi/com/sun/star/util/Endianness.idl
new file mode 100644
index 000000000..ad3217a49
--- /dev/null
+++ b/offapi/com/sun/star/util/Endianness.idl
@@ -0,0 +1,58 @@
+/* -*- Mode: C++; tab-width: 4; indent-tabs-mode: nil; c-basic-offset: 4 -*- */
+/*
+ * This file is part of the LibreOffice project.
+ *
+ * This Source Code Form is subject to the terms of the Mozilla Public
+ * License, v. 2.0. If a copy of the MPL was not distributed with this
+ * file, You can obtain one at http://mozilla.org/MPL/2.0/.
+ *
+ * This file incorporates work covered by the following license notice:
+ *
+ *   Licensed to the Apache Software Foundation (ASF) under one or more
+ *   contributor license agreements. See the NOTICE file distributed
+ *   with this work for additional information regarding copyright
+ *   ownership. The ASF licenses this file to you under the Apache
+ *   License, Version 2.0 (the "License"); you may not use this file
+ *   except in compliance with the License. You may obtain a copy of
+ *   the License at http://www.apache.org/licenses/LICENSE-2.0 .
+ */
+#ifndef __com_sun_star_util_Endianness_idl__
+#define __com_sun_star_util_Endianness_idl__
+
+module com { module sun { module star { module util {
+
+/** These constants describe the endianness of data structures.<p>
+
+    The endianness specifies the order in which the bytes of larger
+    types are laid out in memory.<p>
+
+    @since OOo 2.0
+ */
+constants Endianness
+{
+    /** Little endian.<p>
+
+        The values are stored in little endian format, i.e. the bytes
+        of the long word 0xAABBCCDD are laid out like 0xDD, 0xCC,
+        0xBB, 0xAA in memory. That is, data of arbitrary machine word
+        lengths always starts with the least significant byte, and
+        ends with the most significant one.<p>
+     */
+    const byte  LITTLE=0;
+
+    /** Big endian.<p>
+
+        The values are stored in big endian format, i.e. the bytes of
+        the long word 0xAABBCCDD are laid out like 0xAA, 0xBB, 0xCC,
+        0xDD in memory. That is, data of arbitrary machine word
+        lengths always start with the most significant byte, and ends
+        with the least significant one.<p>
+     */
+    const byte BIG=1;
+};
+
+}; }; }; };
+
+#endif
+
+/* vim:set shiftwidth=4 softtabstop=4 expandtab: */