www.delorie.com/archives/browse.cgi   search  
Mail Archives: djgpp-workers/1999/07/06/11:22:26

Date: Tue, 6 Jul 1999 16:04:40 +0300 (IDT)
From: Eli Zaretskii <eliz AT is DOT elta DOT co DOT il>
X-Sender: eliz AT is
To: salvador <salvador AT inti DOT gov DOT ar>
cc: djgpp-workers AT delorie DOT com, Robert Hoehne <robert DOT hoehne AT gmx DOT net>,
Andris Pavenis <pavenis AT lanet DOT lv>
Subject: Re: .align directives in libc.a
In-Reply-To: <3781F878.E2AE32B8@inti.gov.ar>
Message-ID: <Pine.SUN.3.91.990706160240.28849A-100000@is>
MIME-Version: 1.0
Reply-To: djgpp-workers AT delorie DOT com
X-Mailing-List: djgpp-workers AT delorie DOT com
X-Unsubscribes-To: listserv AT delorie DOT com

On Tue, 6 Jul 1999, salvador wrote:

> > The alignment pseudo-ops allow to define the value of the byte with
> > which to pad.  Thus, ".p2align 3,0xcc" should pad to 8-byte boundary
> > with Int 3 instructions.
> >
> > But why is this a good idea?
> 
> To trap jumps in this space.

Can GCC be configured or told at run time which filler to use for 
alignment?

For that matter, can it be told to emit a smarter align directive, like 
".balign 16,0xcc,7"?

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019