This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: Aarch64 test results and questions
- From: Steve Ellcey <sellcey at marvell dot com>
- To: "fweimer at redhat dot com" <fweimer at redhat dot com>
- Cc: "libc-alpha at sourceware dot org" <libc-alpha at sourceware dot org>
- Date: Fri, 26 Jul 2019 17:10:14 +0000
- Subject: Re: Aarch64 test results and questions
- Arc-authentication-results: i=1; mx.microsoft.com 1;spf=pass smtp.mailfrom=marvell.com;dmarc=pass action=none header.from=marvell.com;dkim=pass header.d=marvell.com;arc=none
- Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=E6Hn9ZoezG0bT5NffK+pvPbpA231FdaPcT5mDsm1wQ8=; b=hTJ3gXuCKGR6L9C8xQRWJsdIh3JLmwdxF2aCaGVC3ZkTA8dS4Qrmh2K1kw1iD09/e2nk7fTW5NQ8KgSUJHr1P3TxZF9OnAcyV9yyeOU44Ta8gD1iYa+CxrbrCRHGHR7hIyzD5pg3RQjrnmsm79LoE5VD42kAgZezIS4k7Cg+3BhOHkLiPzukG9Fkz80XTCeDFp5i9T3/Mzs1vtexxI0CI5Kj7S/5ZDXmFAgaySQt/2mvvgbTlh4m9FyMar22Sl1urN1acxnZbhIGdvP4urgIFg2JXe5YUhcOho9oRm11/yF1dNazafxQZT8pzYS5LzLLTci0vHYLGZLdB7axPj/+2g==
- Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=TiJsX7j3CB/k2tGWX5iR908FgJtmVt1PT28DwFZXctbeqrPH/mjJiIv3BXK7l4SUhyaOeukrkUwJ3cRXZbsYb+DC1gS6wgV0xjQ8alrryndoAuwrQLkaGdv+xdNUAPMC6zowsFaYKUz3Yf6tVCUB0CUjRJZIKhRvMdB/slipMguuaQCC1MBQfAuR9R8lG9IN8Ypx9t+amtaCE4UCbl0G5G5oep7I4LfZeDFx0qVNzvrBUGDG8GDlrHuUa51tLk7ZOB86CWrJp9vY3cqwuke9j4T4ruCu5i0ooJsODnWAdk6E5SW/VF301jn1YVlarPuWvWsvCiqudWWd84Syaa7gJg==
- References: <ff17c402f36f20d29b92e92cb58304d892e06e9c.camel@marvell.com> <878sskagbr.fsf@oldenburg2.str.redhat.com>
On Fri, 2019-07-26 at 18:52 +0200, Florian Weimer wrote:
> > tst-ldconfig-bad-aux-cache also does not seem to have any known
> > PR's.
> > I get the following in the .out file:
> >
> > tst-ldconfig-bad-aux-cache.c:84: numeric comparison failure
> > left: 256 (0x100); from: status
> > right: 0 (0x0); from: 0
> > error: support-xstat.c:29: stat64 ("/var/cache/ldconfig/aux-
> > cache"): No such file or directory
> > error: 2 test failures
> > running post-clean rsync
>
> What's the path that ldconfig is actually creating on this target?
I built a toolchain (binutils, gcc, glibc) that are all in
/extra/sellcey/test-glibc/install.
% /extra/sellcey/test-glibc/install/sbin/ldconfig -p
/extra/sellcey/test-glibc/install/sbin/ldconfig: Can't open cache file
/extra/sellcey/test-glibc/install/etc/ld.so.cache
: No such file or directory
The directory /extra/sellcey/test-glibc/install/etc exists but
there is no ld.so.cache in it. This may be related to how I build the
toolchain, I hack the GCC sources to change where it finds the dynamic
linker and I also hack library scripts like libc.so and libm.so (when
libmvec is built) after they are built to use the prefix I specify when
building. Maybe I need some option when building glibc and/or some hack
to change where ld.so.cache is located? I am using --prefix when building glibc.
I know the documentation says to always use --prefix=/usr but I am building
a native toolchain that looks for all of its libraries, headers, etc.
under a non-standard location when compiling/linking and when running and for
that I need to use --prefix=/something-other-than-usr when building glibc.
Steve Ellcey