Displaying 5 results from an estimated 5 matches for "__order_little_endian__".
2014 Feb 26
2
[LLVMdev] test-suite wrongly using big-endian results
...NDIAN is $ENDIAN"), before and after the include of
> Makefile.config and Makefile.singlesrc (which includes Makefile.programs).
Hi Daniel,
Thanks, that did the trick! ;)
In TargetConfig.mk.in:
#ifdef __LITTLE_ENDIAN__
ENDIAN := little
#else
ENDIAN := big
#endif
Seems like it should be __ORDER_LITTLE_ENDIAN__ to be cross-platform.
Attaching the patch that adds aarch64 (which is identical to the one
applied in LLVM a few days ago) to the config plus change the
TargetConfig.mk.
Shouldn't cause too much disturbance. ;)
cheers,
--renato
-------------- next part --------------
A non-text attachment wa...
2014 Feb 26
3
[LLVMdev] test-suite wrongly using big-endian results
...robert at xmos.com> wrote:
> This is related to a patch I submitted a little while ago (still pending):
> http://llvm-reviews.chandlerc.com/D2760
>
> If accepted, would it make this patch (and a others) unnecessary?
Hi Robert,
It is, but hijacking your patch a little, why not use
__ORDER_LITTLE_ENDIAN__? Why do we need to create __LITTLE_ENDIAN__ ?
cheers,
--renato
2014 Feb 24
2
[LLVMdev] test-suite wrongly using big-endian results
On 24 February 2014 17:02, Daniel Dunbar <daniel at zuster.org> wrote:
> Nothing in particular springs to mind. Is it possible that in the context
> where this part of the Makefile is running Makefile.config isn't available?
This is a standard lnt run, create in the same way I ran for x86_64
and ARM, so I'm not sure what could be wrong.
> I'm not sure how this can be
2016 Jul 13
2
[LLVM/Clang v3.8.1] Missing Git branches/tags and source-tarballs?
On Wed, Jul 13, 2016 at 04:48:51PM +0200, Sedat Dilek via llvm-dev wrote:
> [ CCed all people who were involved in this thread ]
>
> Hi Tom,
>
> personally, I am interested to test the prebuilt-toolchains for
> Ubuntu/xenial alias 16.04 LTS and Debian/Jessie v8.5.0 AMD64.
> The available toolchains are incomplete and thus useless.
>
> Just as a fact: There is still no
2017 Jun 21
6
RFC: Cleaning up the Itanium demangler
...10);
+ ++t;
+ unsigned d0 = isdigit(*t) ? static_cast<unsigned>(*t - '0') :
+ static_cast<unsigned>(*t - 'a' + 10);
+ *e = static_cast<char>((d1 << 4) + d0);
+ }
+#if __BYTE_ORDER__ == __ORDER_LITTLE_ENDIAN__
+ std::reverse(buf, e);
+#endif
+ char num[float_data<Float>::max_demangled_size] = {0};
+ int n = snprintf(num, sizeof(num), float_data<Float>::spec, value);
+ s += string_ref(num, num + n);
+ }
+ }
+};
+
+template <std::size_t N...