Hi Alexey,
Alexey Brodkin wrote,
> Hi Waldemar,
>
> > -Original Message-
> > From: Waldemar Brodkorb
> > Sent: Friday, June 21, 2019 1:26 PM
> > To: Vineet Gupta
> > Cc: de...@uclibc-ng.org; arcml ; Alexey
> > Brodkin
> >
> > S
Hi Vineet,
I tried to sync the libm tests from glibc to uClibc-ng, but I think
I broke it. May be we should revert the commit?
3384c45e66ddf18f235654b67ae34ac7dcb07534
best regards
Waldemar
Vineet Gupta wrote,
> Hi Waldemar,
>
> After test-suite commit 9f079b6353 "(disable complex math)" the
hi,
Vineet Gupta wrote,
> This seems to work fine on ARC !
>
> This reverts commit f0567d67075ff7a27ada8ab5bce750fe8a739763.
>
> Signed-off-by: Vineet Gupta
Thanks, pushed,
Waldemar
___
linux-snps-arc mailing list
linux-snps-arc@lists.infradead.or
Hi Alexey,
Alexey Brodkin wrote,
> Hi Waldemar,
>
> I see in commit e65912f8b2a6 ("rework most tests to work as standalone
> package")
> "tst-atomic" and "tst-atomic-long" were marked as disabled for all
> architectures
> as opposed to previously (in times of test-suite being a part of uClibc)
Hi Alexey,
Alexey Brodkin wrote,
> Hi Waldemar,
>
> On Mon, 2018-02-26 at 21:50 +0100, Waldemar Brodkorb wrote:
> > Hi Vineet,
> > Vineet Gupta wrote,
> >
> > > On 02/26/2018 11:59 AM, Waldemar Brodkorb wrote:
> > > > > > The syscall ca
Hi Vineet,
Vineet Gupta wrote,
>
> AFAIK gcc 8 is not released yet, so upstream/master !
>
> >Last time there was some issue with gcc8 and you told me to use gcc7
> >with some patches.
>
> Right there was yet another code gen issue / ICE at the time, which is
> likely gone now. But gcc upstream/
Hi Vineet,
Vineet Gupta wrote,
> On 02/26/2018 11:59 AM, Waldemar Brodkorb wrote:
> >>>The syscall cancellation failures are still there with gcc 7.3.0 and
> >>>binutils 2.30. Do you have any patches on top of it?
> >>Are you talking about these results?
>
Hi,
Vineet Gupta wrote,
> On 02/01/2018 11:43 AM, Waldemar Brodkorb wrote:
> >Hi,
> >
> >I would like to push attached patch next week.
> >Any veto?
>
> So it seems there is code consolidation and additionally there's seems to be
> a semant
Hi,
patch applied and pushed,
just forgot the mail,
best regards
Waldemar
> Am 18.12.2017 um 20:18 schrieb Vineet Gupta :
>
>> On 12/08/2017 10:07 AM, Vineet Gupta wrote:
>> When ran on ARC, these tests would ocassionally fail
>> | [ARCLinux]# for i in 1 2 3 4 5 ; do ./tst-cancel2; echo $?;
Hi Vineet,
did you find anything or should I disable the test for arc for now?
best regards
Waldemar
___
linux-snps-arc mailing list
linux-snps-arc@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-snps-arc
Hi,
Waldemar Brodkorb wrote,
> Hi Vineet,
> Vineet Gupta wrote,
>
> > Hi Waldemar,
> >
> > >>Hi Waldemar,
> > >>
> > >>On Wed, 2017-06-21 at 21:16 +0200, Waldemar Brodkorb wrote:
> > >>>Hi Alexey,
> > >>>
Hi Vineet,
Vineet Gupta wrote,
> Hi Waldemar,
>
> >>Hi Waldemar,
> >>
> >>On Wed, 2017-06-21 at 21:16 +0200, Waldemar Brodkorb wrote:
> >>>Hi Alexey,
> >>>
> >>>I have some issues lately running the testsuite in NSIM.
> >
Hi Alexey,
Alexey Brodkin wrote,
> Hi Waldemar,
>
> On Tue, 2017-04-11 at 14:51 -0700, Vineet Gupta wrote:
> > On 04/11/2017 01:52 PM, Waldemar Brodkorb wrote:
> > >
> > > Hi Vineet,
> > >
> > > it seems static linking is totally broken
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,
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,
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 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,
> the --discard-* toggles take away the symbols which comes in the way
> when staring at objdumps for debugging low level issues
>
> So don't discard symbols for DODEBUG builds
Applied and pushed,
Thanks
Waldemar
___
wrote,
> Hi,
>
> >
> > +CC ARC gnu folks, Anton who maintains an internal build system
> >
> >
> > On 03/22/2017 08:02 PM, Waldemar Brodkorb wrote:
> > > Hi,
> > >
> > > I want to success following change:
> > >
> >
Hi,
I want to success following change:
>From cde74b83f9b204bf56f304224654e4993dc56efc Mon Sep 17 00:00:00 2001
From: Waldemar Brodkorb
Date: Tue, 21 Mar 2017 20:04:21 +0100
Subject: [PATCH 2/2] ARC: remove special CFLAGS/LDFLAGS handling
Either toolchain defaults or buildsystems sho
Hi,
Vineet Gupta wrote,
> On 03/01/2017 10:57 AM, Anton Kolesov wrote:
> >> That means for building of our toolchain we'll need to have separately
> >> stored
> >> "defconfigs" in some form. Let's see what Anton says on that :)
>
> But why is that - as long as buildroot (or other build systems)
Hi,
Cupertino Miranda wrote,
> Hi Waldemar,
>
> I have looked into the OpenADK uclibc-tests segmentation fault at hand.
> Although, I haven't fully tested the patch I think it is a fix for the
> issue.
>
> Considering how long I took to look into this problem, I decided to
> provide you a patch
Hi,
Vineet Gupta wrote,
> On 01/11/2017 12:48 PM, Waldemar Brodkorb wrote:
> > I reported the issue to Alexey last year.
> > We added your binutils maintainer to the thread.
> > Yesterday he had again time to reproduce the problem, but there was
> > some missing infor
Hi Vineet,
Vineet Gupta wrote,
> Hi Waldemar,
>
> It seems ARC results are no present for recent releases:
>
> e.g. following is empty:
> http://tests.embedded-test.org/uClibc-ng/1.0.21/REPORT.arcv2.toolchain.uClibc-ng-1.0.21
Toolchain is always empty, it just shows toolchain building runs
fine
Hi Vineet,
Vineet Gupta wrote,
> In gcc 6.x cleanup, the macros got renamed.
> (Need to support the old toggle for some more time)
Applied and pushed,
thx
Waldemar
___
linux-snps-arc mailing list
linux-snps-arc@lists.infradead.org
http://lists.inf
Hi,
Thanks, applied and pushed,
best regards
Waldemar
Vineet Gupta wrote,
> Cc: Anton Kolesov
> Cc: linux-snps-arc@lists.infradead.org
> Signed-off-by: Vineet Gupta
> ---
> libc/sysdeps/linux/arc/crt1.S | 6 +-
> 1 file changed, 5 insertions(+), 1 deletion(-)
>
> diff --git a/libc/sysd
Hi Eugeniy,
Eugeniy Paltsev wrote,
> Max ULP for "cos (M_PI_6l * 2.0) == 0.5" in "test-double" sub-test
> is set to "0" for ARC. It causes "test-double" test failure.
>
> I realized that this sub-test on ARM gets completely same results.
> But it doesn't fails on ARM because max ULP is set to "1"
Hi Vineet,
Vineet Gupta wrote,
> The syscall ABI includes the gcc functional calling ABI since a syscall
> implies userland caller and kernel callee.
>
> The current gcc ABI (v3) for ARCv2 ISA required 64-bit data be passed in
> even-odd register pairs, (potentially punching reg holes when passin
Hi,
Vineet Gupta wrote,
> On 08/08/2016 02:44 PM, Petri Gynther wrote:
> > uclibc-ng & ARC developers:
> >
> > I'm trying to use buildroot to build the latest ARC toolchain
> > (arc-2016.09-eng007) against our vendor-provided 2.6.35.12 ARC Linux
> > kernel. (Yes, it is an ancient kernel, but that'
Hi Andrew,
Andrew Burgess wrote,
> * Andrew Burgess [2016-07-29 10:43:17 +0100]:
>
> > * Alexey Brodkin [2016-07-29 08:49:22 +]:
> >
> > > Hi Andrew, all,
> > >
> > > On Thu, 2016-07-28 at 15:40 -0700, Vineet Gupta wrote:
> > > > On 07/28/2016 03:04 PM, Bernhard Reutner-Fischer wrote:
> >
gards
Waldemar
>From 14b15ceb1e98ff9a3cacd99bc1a77ce02e8c8684 Mon Sep 17 00:00:00 2001
From: Waldemar Brodkorb
Date: Mon, 13 Jun 2016 22:32:54 +0200
Subject: [PATCH] add MAINTAINERS information
Signed-off-by: Waldemar Brodkorb
---
MAINTAINERS | 11 +++
1 file changed, 11 insertion
Hi Alexey,
Alexey Brodkin wrote,
> Even though by default for ARC uClibc gets compiled with
> disabled long-calls user may provide UCLIBC_EXTRA_CFLAGS
> with "-mlong-calls". With this option uClibc will be
> successfully compiled but later it will fail in runtime
> because dynamic loader cannot de
32 matches
Mail list logo
