On 3/31/20 2:27 PM, Joseph Myers wrote:
> On Tue, 31 Mar 2020, Vineet Gupta via Libc-alpha wrote:
>
>> But a BE system can't possibly be mixed with a LE, its not really a
>> multilib case
>
> Indeed. The Linux kernel does not support running BE processes on an LE
> kernel or vice versa, even wh
On Tue, 31 Mar 2020, Vineet Gupta via Libc-alpha wrote:
> But a BE system can't possibly be mixed with a LE, its not really a
> multilib case
Indeed. The Linux kernel does not support running BE processes on an LE
kernel or vice versa, even when the underlying architecture does support
runtim
On 3/26/20 11:48 AM, Joseph Myers wrote:
> Yes, if you want to support BE then it should be documented as supported,
> it should have its own dynamic linker name (with consequent GCC change
> required to use that name) and it should have its own build in
> build-many-glibcs.py.
So I booted the
On 3/27/20 4:35 PM, Joseph Myers wrote:
> On Fri, 27 Mar 2020, Vineet Gupta via Libc-alpha wrote:
>
>> I added bits in sysdeps/arc/configure.ac and corresponding conditional in
>> shlib-version. But I have to ask (embarrassingly). how to I regenerate
>> sysdeps/arc/configure. I tried all possibe
On Fri, 27 Mar 2020, Vineet Gupta via Libc-alpha wrote:
> I added bits in sysdeps/arc/configure.ac and corresponding conditional in
> shlib-version. But I have to ask (embarrassingly). how to I regenerate
> sysdeps/arc/configure. I tried all possibe autoconf cmds with toggles (both
> at
> top an
On 3/26/20 11:48 AM, Joseph Myers wrote:
> On Wed, 25 Mar 2020, Vineet Gupta via Libc-alpha wrote:
>
>> Hardware-wise, ARC can be configured to be LE or BE and software supports
>> that
>> (cfr Linux or uClibc). The initial glibc port was only aiming LE but we
>> ended up
>> with BE as well due
On 3/26/20 11:48 AM, Joseph Myers wrote:
> On Wed, 25 Mar 2020, Vineet Gupta via Libc-alpha wrote:
>
>> Hardware-wise, ARC can be configured to be LE or BE and software supports
>> that
>> (cfr Linux or uClibc). The initial glibc port was only aiming LE but we
>> ended up
>> with BE as well due
On Wed, 25 Mar 2020, Vineet Gupta via Libc-alpha wrote:
> Hardware-wise, ARC can be configured to be LE or BE and software supports that
> (cfr Linux or uClibc). The initial glibc port was only aiming LE but we ended
> up
> with BE as well due to a customer engagement. And given much of ARC port
On 3/25/20 6:52 PM, Joseph Myers wrote:
> On Thu, 12 Mar 2020, Vineet Gupta via Libc-alpha wrote:
>> +/* ARC has selectable endianness. */
>> +#ifdef __BIG_ENDIAN__
>> +# define __BYTE_ORDER __BIG_ENDIAN
>> +#else
>> +# define __BYTE_ORDER __LITTLE_ENDIAN
>> +#endif
>
> Elsewhere you say the port
On Thu, 12 Mar 2020, Vineet Gupta via Libc-alpha wrote:
> diff --git a/sysdeps/arc/bits/endianness.h b/sysdeps/arc/bits/endianness.h
> new file mode 100644
> index ..8f17ca84b485
> --- /dev/null
> +++ b/sysdeps/arc/bits/endianness.h
> @@ -0,0 +1,15 @@
> +#ifndef _BITS_ENDIANNESS_H
> +#
10 matches
Mail list logo