Sender: chris AT mindspring DOT com
Message-ID: <3899BD1F.4370D8E9@ix.netcom.com>
Date: Thu, 03 Feb 2000 09:38:40 -0800
From: Chris Sears <cbsears AT ix DOT netcom DOT com>
X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.13-7mdk i686)
X-Accept-Language: en
MIME-Version: 1.0
To: pgcc AT delorie DOT com
Subject: Re: pgcc and egcs alignment -- function, basic block and string
References: <38921CD6 DOT 2A725779 AT ix DOT netcom DOT com> <20000129032101 DOT A25630 AT atrey DOT karlin DOT mff DOT cuni DOT cz> <38940264 DOT 30C35BDD AT neuss DOT netsurf DOT de> <20000130211158 DOT D641 AT cerebro DOT laendle> <38988672 DOT B47AFFD8 AT ix DOT netcom DOT com> <20000203131154 DOT C12247 AT atrey DOT karlin DOT mff DOT cuni DOT cz>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Reply-To: pgcc AT delorie DOT com

Jan Hubicka wrote:

> >
> > As far as aligning strings goes, it appears that egcs 2.95.2
> > doesn't align strings at all.  I would have preferred long word
> > alignment, and I would have preferred a command line option,
> > but I can live with this.  (As opposed to cacheline alignment
> > of strings.)
> I believe that default scheme is to align only strings longer than
> the alignment itself.
> So only strings longer than 32 bytes gets aligned (to 32 bytes).
>
> Honza

Well, I don't understand the logic of that kind of alignment.

However, for my last build of linux there were about 14741 strings
of which about 68% were less than 32 characters in length.
The lucky 32 were mostly formats and file names.

Chris Sears
cbsears AT ix DOT netcom DOT com