summaryrefslogtreecommitdiff
path: root/offapi/com/sun/star/util/Endianness.idl
blob: ad3217a49dee3c68f365d254c5021ee43ecfb0a3 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
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: */