ARCompact cores are not supposed to be used in SMP designs
(this doesn't stop people from creation of heterogeneous chips,
for an example keep reading) so there's no point in
checking ARCNUM and halting somebody if we build for ARC700.
Moreover on AXS101 board we have ARC770 in the ASIC together w
Hi Vineet,
Vineet Gupta wrote,
> Signed-off-by: Vineet Gupta
> ---
> ldso/ldso/arc/elfinterp.c | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/ldso/ldso/arc/elfinterp.c b/ldso/ldso/arc/elfinterp.c
> index 2f0cf7f6635b..c164d5dae6bf 100644
> --- a/ldso/ldso/arc/elf
Hi Vineet,
Vineet Gupta wrote,
> _dl_zalloc callers don't check for allocaton failure. It kind of makes
> sense since such early allocations are unlikely to fail, and even if
> they do, ldso would segv anyways thus bringing the issue to attention.
>
> However there's a gcc nuance which led to thi
Hi Cupertino,
Cupertino Miranda wrote,
> Inner loop was using same counter variable (i) as the outer loop, therefore
> making outer loop terminate before it visited all of the ELF program segments.
> Surrounding code in this inner loop clearly shows the intention that this loop
> should not affect
Hi Vineet,
it seems static linking is totally broken for ARC and uClibc-ng:
file root_nsim-arcv2_uclibc-ng_archs/bin/busybox
root_nsim-arcv2_uclibc-ng_archs/bin/busybox: ELF 32-bit LSB
executable, *unknown arch 0xc3* version 1 (SYSV), dynamically
linked, interpreter *empty*, for GNU/Linux 4.8.0,
On 04/11/2017 01:52 PM, Waldemar Brodkorb wrote:
> Hi Vineet,
>
> it seems static linking is totally broken for ARC and uClibc-ng:
>
> file root_nsim-arcv2_uclibc-ng_archs/bin/busybox
> root_nsim-arcv2_uclibc-ng_archs/bin/busybox: ELF 32-bit LSB
> executable, *unknown arch 0xc3* version 1 (SYSV),
