This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: Call for testers: libiberty/physmem.c
- From: Nix <nix at esperi dot demon dot co dot uk>
- To: "Kaveh R. Ghazi" <ghazi at caip dot rutgers dot edu>
- Cc: gcc at gcc dot gnu dot org
- Date: 23 Feb 2003 02:36:20 +0000
- Subject: Re: Call for testers: libiberty/physmem.c
- References: <200302211428.h1LESqP17581@caip.rutgers.edu>
[moved from gcc-patches]
On Fri, 21 Feb 2003, Kaveh R. Ghazi moaned:
> Now that the libiberty bits are installed, I'd like to see how many
> systems physmem.c works on.
>
> So far these are my results:
>
> Works? Platform
> YES sparc-solaris2.7
> YES hpux11
> YES x86-linux-gnu
> NO mips-irix6.5
>
> I've already worked out something with the *utils maintainer for
> irix6 which I'll import from upstream.
>
> Given that x86-linux-gnu works, I'm assuming all linux-gnu does and
> probably all glibc systems in general. But you never know.
>
> If people would please link the code below against the most recent
> libiberty.a from the trunk and/or 3.3 and tell me the results I would
> appreciate it. (Zeros are bad.)
Well, on sparc-unknown-linux-gnu (UltraSPARC II with a 32-bit userspace
and 512Mb of RAM), I see:
nix at amaterasu 325 /tmp% ./physmemtest
total=497.445312Mb avail=6.593750Mb
so it seems to work indeed.
As expected, `avail' is almost totally useless, but the total is
certainly correct (modulo amount consumed by the kernel).
Now if someone will test on an uncommon platform (S/390? IA64?
MIPS/glibc, if that still works?) we can be sure...
--
2003-02-01: the day the STS died.