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]

Re: Trivial patch to change some memory statistic slots to longs from ints

From: Bradley Lucier <lucier at math dot purdue dot edu>
To: Andrew Pinski <pinskia at gmail dot com>
Cc: Bradley Lucier <lucier at math dot purdue dot edu>, gcc-patches at gcc dot gnu dot org
Date: Wed, 17 Sep 2008 21:36:44 -0400
Subject: Re: Trivial patch to change some memory statistic slots to longs from ints
References: <AEBE2A55-C03E-4277-9E21-6BA9D791C5C8@math.purdue.edu> <de8d50360809171822r7e07bda7gde947ba753d3b7d@mail.gmail.com>

On Sep 17, 2008, at 9:22 PM, Andrew Pinski wrote:

On Wed, Sep 17, 2008 at 6:15 PM, Bradley Lucier <lucier@math.purdue.edu> wrote:
Using it, one finds that 10,292,897,120 bytes of bitmaps and 6,449,831,120 bytes in alloc-pools are allocated with mainline for PR 26854 on x86-64-linux. I don't have checkin privileges.
Most likely you want to use HOST_WIDEST_INT instead of long really as
that will most likely be a 64bit rather than the 32bit that long or
int can be on some targets.

I was thinking that it would be something of a waste to use 64-bit counters on a 32-bit machine, so I just used long.

Was this muddled thinking?

Brad

Follow-Ups:
- Re: Trivial patch to change some memory statistic slots to longs from ints
  - From: Paolo Bonzini
- Re: Trivial patch to change some memory statistic slots to longs from ints
  - From: NightStrike

References:
- Trivial patch to change some memory statistic slots to longs from ints
  - From: Bradley Lucier
- Re: Trivial patch to change some memory statistic slots to longs from ints
  - From: Andrew Pinski

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