<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Verdana
}
--></style>
</head>
<body class='hmmessage'>
attached<BR><BR> <BR>> Date: Sun, 7 Mar 2010 12:11:54 +0000<BR>> To: m3commit@elegosoft.com<BR>> From: jkrell@elego.de<BR>> Subject: [M3commit] CVS Update: cm3<BR>> <BR>> CVSROOT: /usr/cvs<BR>> Changes by: jkrell@birch. 10/03/07 12:11:54<BR>> <BR>> Modified files:<BR>> cm3/m3-sys/m3back/src/: Stackx86.m3 <BR>> <BR>> Log message:<BR>> correct and increase restrictions on extract parameters<BR>> n and m if constant must be positive (they should probably be CARDINAL or 0..63 instead of INTEGER)<BR>> if sign_extend, then must be constant and > 1<BR>> <BR>> There is historical code for dealing with non-constant n and sign extension,<BR>> and it is apparently clever and correct, except it doesn't work for n = 0.<BR>> If we need this to work better, we could insert a runtime check for n = 0,<BR>> or use code that handles 0 (see hand.c, at least for now).<BR>> <BR>> Word/Long do not expose extract with sign extension.<BR>> The option is available only to m3back clients, ie. m3front,<BR>> and it's not hard to imagine that the number of bits it wants<BR>> is always constant and never 0.<BR>> <BR> </body>
</html>