On Tue, Feb 25, 2025 at 03:13:10PM +, ci_not...@linaro.org wrote:
> Our automatic CI has detected problems related to your patch(es). Please find
> some details below.
>
> In gcc_build master-arm, after:
> | gcc patch https://patchwork.sourceware.org/patch/107058
>
On Wed, Feb 14, 2024 at 12:15:43PM +0400, Maxim Kuvyrkov wrote:
> > Running gcc:gcc.dg/vect/vect.exp ...
> > FAIL: gcc.dg/vect/tsvc/vect-tsvc-s1281.c execution test
>
> The failure is due to the timeout. I'm going to investigate whether this is
> a legitimate failure or your change just pushed t
On Thu, Apr 12, 2012 at 01:49:16PM -0400, Mike Frysinger wrote:
> > ia64 installs in /lib, because it isn't a multilibbed architecture.
>
> because distros choose not to support it. in first gen chips, there was
> hardware support for running x86. so if we were to be strict, there should
> hav
On Thu, Apr 12, 2012 at 10:33:08AM +0300, Riku Voipio wrote:
> On 12 April 2012 09:05, Jakub Jelinek wrote:
> > On Thu, Apr 12, 2012 at 11:22:13AM +1200, Michael Hope wrote:
> >> All good. My vote is for /lib/ld-arm-linux-gnueabihf.so.3 as it:
> >
> > The director
On Thu, Apr 12, 2012 at 11:22:13AM +1200, Michael Hope wrote:
> All good. My vote is for /lib/ld-arm-linux-gnueabihf.so.3 as it:
The directory should be /libhf/ or /libhfp/ for that for consistency
with all the other architectures. Note e.g. x86_64 dynamic linker
is /lib64/ld-linux-x86-64.so.2,
