Pushed.
Thank you,
Claudiu
On Sun, Mar 29, 2020 at 2:05 AM Vineet Gupta via Gcc-patches
wrote:
>
> Enable big-endian suffixed dynamic linker per glibc multi-abi support.
>
> And to avoid a future churn and version pairingi hassles, also allow
> arc700 although glibc for ARC currently doesn't sup
On Tue, 24 Mar 2020 10:52:52 +0530
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 enlisting all expected semantics as
> sugg
Hi Claus,
> -Original Message-
> From: linux-snps-arc On Behalf
> Of Claudiu Zissulescu
> Ianculescu
> Sent: Tuesday, March 31, 2020 1:07 PM
> To: Vineet Gupta
> Cc: linux-snps-arc@lists.infradead.org; gcc-patc...@gcc.gnu.org; Claudiu
> Zissulescu
>
> Subject: Re: [PATCH] [ARC] Allow
Well its a hard requirement considering glibc is still using gcc-9 !
Thx,
-Vineet
On 3/31/20 9:26 AM, Alexey Brodkin wrote:
> Hi Claus,
>
>> -Original Message-
>> From: linux-snps-arc On Behalf
>> Of Claudiu Zissulescu
>> Ianculescu
>> Sent: Tuesday, March 31, 2020 1:07 PM
>> To: Vineet
ping !
On 3/28/20 9:16 PM, Vineet Gupta wrote:
> These will be used by upcoming RV32 and ARC ports and any future ports
>
> Signed-off-by: Vineet Gupta
> ---
> sysdeps/unix/sysv/linux/bits/socket-constants.h | 14 --
> 1 file changed, 12 insertions(+), 2 deletions(-)
>
> diff --git
* Vineet Gupta via Libc-alpha:
> These will be used by upcoming RV32 and ARC ports and any future ports
>
> Signed-off-by: Vineet Gupta
> ---
> sysdeps/unix/sysv/linux/bits/socket-constants.h | 14 --
> 1 file changed, 12 insertions(+), 2 deletions(-)
>
> diff --git a/sysdeps/unix/sy
On 3/31/20 12:34 PM, Florian Weimer wrote:
> What about the parallel changes to the sysdeps overrides? I would> expect
> changes for hppa, mips, powerpc. (Not sure about the alpha
> situation.)
This patch fixes the existing/future asm-generic ABI enabled arches and the ones
you refer to are not.
* Vineet Gupta:
> On 3/31/20 12:34 PM, Florian Weimer wrote:
>> What about the parallel changes to the sysdeps overrides? I would> expect
>> changes for hppa, mips, powerpc. (Not sure about the alpha
>> situation.)
>
> This patch fixes the existing/future asm-generic ABI enabled arches
> and the
+CC libc-alpha which got lost in the thread.
On 3/31/20 1:18 PM, Florian Weimer wrote:
> * Vineet Gupta:
>
>> On 3/31/20 12:34 PM, Florian Weimer wrote:
>>> What about the parallel changes to the sysdeps overrides? I would> expect
>>> changes for hppa, mips, powerpc. (Not sure about the alpha
>
On Tue, 31 Mar 2020, Florian Weimer wrote:
> What about the parallel changes to the sysdeps overrides? I would
> expect changes for hppa, mips, powerpc. (Not sure about the alpha
> situation.)
This fix is only about the case where the *default* ABI in glibc requires
these different values.
Th
On 3/31/20 1:45 PM, Joseph Myers wrote:
> I'm concerned the present patch is wrong for x32, however; that has
> __TIMESIZE == 64 && __WORDSIZE == 32 but should use the old values; the
> patch should be using __SYSCALL_WORDSIZE when available in place of
> __WORDSIZE.
Something like below ?
-#i
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 Tue, 31 Mar 2020, Vineet Gupta via Libc-alpha wrote:
> On 3/31/20 1:45 PM, Joseph Myers wrote:
> > I'm concerned the present patch is wrong for x32, however; that has
> > __TIMESIZE == 64 && __WORDSIZE == 32 but should use the old values; the
> > patch should be using __SYSCALL_WORDSIZE when
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
These will be used by upcoming RV32 and ARC ports and any future ports.
Signed-off-by: Alistair Francis
Signed-off-by: Vineet Gupta
---
This is a straight copy of code originally written by Alistair, hence
adding his SOB as well
---
sysdeps/unix/sysv/linux/bits/socket-constants.h | 16 +
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
From: Vineet Gupta via Libc-alpha
An older asm-generic syscall ABI may have kernel provide 32-bit
time syscalls, so undef them to not mix 32/64 in 64-bit time regime.
Signed-off-by: Vineet Gupta
---
Changes since v2
- Made x32 safe
Changes since v1
- don't redirect these to 64-bit variants
On 3/27/20 11:42 PM, Vineet Gupta via Libc-alpha wrote:
>>> +++ b/sysdeps/arc/Versions
>>> @@ -0,0 +1,6 @@
>>> +libc {
>>> + GLIBC_2.32 {
>>> +__syscall_error;
>>
>> Why does __syscall_error need a public symbol version? If it's used by a
>> library other than libc, that means it needs to be
On Tue, 31 Mar 2020, Vineet Gupta via Libc-alpha wrote:
> On 3/27/20 11:42 PM, Vineet Gupta via Libc-alpha wrote:
> >>> +++ b/sysdeps/arc/Versions
> >>> @@ -0,0 +1,6 @@
> >>> +libc {
> >>> + GLIBC_2.32 {
> >>> +__syscall_error;
> >>
> >> Why does __syscall_error need a public symbol version?
On 3/31/20 3:48 PM, Joseph Myers wrote:
> On Tue, 31 Mar 2020, Vineet Gupta via Libc-alpha wrote:
>
>> On 3/27/20 11:42 PM, Vineet Gupta via Libc-alpha wrote:
> +++ b/sysdeps/arc/Versions
> @@ -0,0 +1,6 @@
> +libc {
> + GLIBC_2.32 {
> +__syscall_error;
Why does _
FWIW this change needs a pairing glibc change so must NOT be included for
upcoming
2020.x release which still has old version of glibc !
-Vineet
On 3/31/20 10:57 AM, Vineet Gupta wrote:
> Well its a hard requirement considering glibc is still using gcc-9 !
>
> Thx,
> -Vineet
>
> On 3/31/20 9:26
21 matches
Mail list logo