This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Call for testers: libiberty/physmem.c


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.)

I'm especially interested in the evaluation platforms listed in here.
http://gcc.gnu.org/gcc-3.1/criteria.html
E.g. *bsd, aix, cygwin,

plus alpha-osf, hpux10, darwin and anywhere else you host gcc.


If your favorite platform yields zero, don't panic, the GC heuristics
will simply back down to the old default values.  But if you can
provide suggestions on how to improve physmem.c for your platform I'd
very much appreciate it.  Note physmem.c must run as non-root, so
peeking into /dev/kmem etc. is not appropriate.

		Thanks,
		--Kaveh


#include <stdio.h>

extern double physmem_total(void);
extern double physmem_available(void);

int main(void)
{
  printf ("total=%fMb avail=%fMb\n",
	  physmem_total() / (1024 * 1024),
	  physmem_available() / (1024 * 1024));
  
  return 0;
}


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]