On 3/26/20 5:38 PM, Joseph Myers wrote:
> On Thu, 12 Mar 2020, Vineet Gupta via Libc-alpha wrote:
>
>> +/* And the whole bunch of them. We could have used `struct
>> + user_regs' directly in the typedef, but tradition says that
>> + the register set is an array, which does have some peculiar
On 3/26/20 5:40 PM, Joseph Myers wrote:
> On Thu, 12 Mar 2020, Vineet Gupta via Libc-alpha wrote:
>
>> diff --git a/sysdeps/arc/nofpu/libm-test-ulps
>> b/sysdeps/arc/nofpu/libm-test-ulps
>> new file mode 100644
>> index ..0e8ef313fa94
>> --- /dev/null
>> +++
+CC a few folks working on 64-bit time changes
On 3/26/20 4:52 PM, Joseph Myers wrote:
> On Thu, 12 Mar 2020, Vineet Gupta via Libc-alpha wrote:
>
>> diff --git a/sysdeps/unix/sysv/linux/arc/bits/socket-constants.h
>> b/sysdeps/unix/sysv/linux/arc/bits/socket-constants.h
>> new file mode 100644
On 3/26/20 4:22 PM, Joseph Myers wrote:
> On Thu, 12 Mar 2020, Vineet Gupta via Libc-alpha wrote:
>
>> +int
>> +fegetmode (femode_t *modep)
>> +{
>> + unsigned int fpcr;
>> +
>> + _FPU_GETCW (fpcr);
>> + *modep = fpcr >> __FPU_RND_SHIFT;
>
> The bits to enable exception traps look like
On Thu, 12 Mar 2020, Vineet Gupta via Libc-alpha wrote:
> diff --git a/sysdeps/arc/nofpu/libm-test-ulps
> b/sysdeps/arc/nofpu/libm-test-ulps
> new file mode 100644
> index ..0e8ef313fa94
> --- /dev/null
> +++ b/sysdeps/arc/nofpu/libm-test-ulps
> @@ -0,0 +1,390 @@
> +# Begin of
On Thu, 12 Mar 2020, Vineet Gupta via Libc-alpha wrote:
> +/* And the whole bunch of them. We could have used `struct
> + user_regs' directly in the typedef, but tradition says that
> + the register set is an array, which does have some peculiar
> + semantics, so leave it that way. */
>
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 Thu, 12 Mar 2020, Vineet Gupta via Libc-alpha wrote:
> diff --git a/sysdeps/unix/sysv/linux/arc/bits/socket-constants.h
> b/sysdeps/unix/sysv/linux/arc/bits/socket-constants.h
> new file mode 100644
> index ..74b0c06edb36
> --- /dev/null
> +++
On Thu, 12 Mar 2020, Vineet Gupta via Libc-alpha wrote:
> +int
> +fegetmode (femode_t *modep)
> +{
> + unsigned int fpcr;
> +
> + _FPU_GETCW (fpcr);
> + *modep = fpcr >> __FPU_RND_SHIFT;
The bits to enable exception traps look like dynamic control mode bits to
me. In general fegetmode
On Thu, Mar 26, 2020 at 03:28:36PM +0100, Helmut Grohne wrote:
> One part of the question here is "why do we need libatomic-ops?". The
> answer to that is, because libgc uses it and libgc is used by e.g. gcc,
> gnutls, guile, and make. Possibly, some of these could be built without
> libgc, but
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 25 Mar 2020, at 22:18, Anshuman Khandual wrote:
> External email: Use caution opening links or attachments
>
>
> On 03/24/2020 06:59 PM, Zi Yan wrote:
>> On 24 Mar 2020, at 1:22, Anshuman Khandual wrote:
>>
>>> This adds new tests validating arch page table helpers for these following
>>> core
Le 26/03/2020 à 03:23, Anshuman Khandual a écrit :
On 03/24/2020 10:52 AM, Anshuman Khandual wrote:
This series adds more arch page table helper tests. The new tests here are
either related to core memory functions and advanced arch pgtable helpers.
This also creates a documentation file
Hi Alexey,
On Thu, Mar 26, 2020 at 12:53:45PM +, Alexey Brodkin wrote:
> Sorry for this stupid question but I'm not very familiar with use-cases for
> libatomic-ops so would like to get some more clarification on what's needed
> here.
>
> I know that GCC has quite a few built-ins for atomic
Hi Helmut,
> > 2. libgpg-error has ARC support since v1.33, see:
> >
> > https://urldefense.proofpoint.com/v2/url?u=http-3A__git.gnupg.org_cgi-2Dbin_gitweb.cgi-3Fp-
> 3Dlibgpg-2Derror.git-3Ba-3Dcommit-3Bh-
>
Hi Alexey,
On Thu, Mar 26, 2020 at 11:51:44AM +, Alexey Brodkin wrote:
> I guess almost all of the packages you mentioned already have
> needed improvements for ARC.
I didn't mean to imply that anything was missing. I just mentioned those
that usually need work without having checked any.
>
Hi Helmut,
> On Wed, Mar 25, 2020 at 05:25:58PM -0700, Vineet Gupta wrote:
> > ARC glibc is still in works, but assuming that will happen in near future
> > what
> > other upstream prerequisites are needed. The obvious ones would be Linux
> > kernel,
> > gcc, binutils: all 3 of which are
Hi Vineet,
On Wed, Mar 25, 2020 at 05:25:58PM -0700, Vineet Gupta wrote:
> ARC glibc is still in works, but assuming that will happen in near future what
> other upstream prerequisites are needed. The obvious ones would be Linux
> kernel,
> gcc, binutils: all 3 of which are supported for ARC.
18 matches
Mail list logo