delorie.com/archives/browse.cgi | search |
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"?
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |