RFC 7049 conformance issues about libcbor HOT 6 CLOSED

Maybe something went wrong with the compilation, you could try #8

from libcbor.

I have also seen the "First" issue described above for input: 100000.0
Expected: 0xFA47C35000 (per RFC 7049)
Observed: 0xFA0050C347

from libcbor.

@ekroon it's indeed possible this is related to #8.
I am currently running on the Mac XCode iOS simulator.
Highlighted line seems to be not working as expected:
size_t _cbor_encode_uint32(uint32_t value, unsigned char *buffer, size_t buffer_size, uint8_t offset)
{
if (buffer_size >= 5) {
buffer[0] = 0x1A + offset;

#ifdef HAVE_ENDIAN_H
*(uint32_t *) &buffer[1] = htobe32(value);
#else
#ifdef IS_BIG_ENDIAN
====> *(uint32_t *) &buffer[1] = value;
#else
buffer[1] = value >> 24;
buffer[2] = value >> 16;
buffer[3] = value >> 8;
buffer[4] = value;
#endif
#endif

    return 5;
} else
    return 0;

}

from libcbor.

Yes, I'm on 0.3.1 and IS_BIG_ENDIAN is incorrectly true for the XCode Simulator.
#8 would take care of this if it were incorporated, and if you use CMake to generate your xcodeproj.

from libcbor.

Issue is likely all #ifdef IS_BIG_ENDIAN should be changed to #if IS_BIG_ENDIAN.

from libcbor.

I believe this has been fixed by @dgrigsby through #10

from libcbor.