<feed xmlns='http://www.w3.org/2005/Atom'>
<title>coreutils/src/expr.c, branch v6.2</title>
<subtitle>Mirror of https://https.git.savannah.gnu.org/git/coreutils.git/
</subtitle>
<id>https://git.shady.money/coreutils/atom?h=v6.2</id>
<link rel='self' href='https://git.shady.money/coreutils/atom?h=v6.2'/>
<link rel='alternate' type='text/html' href='https://git.shady.money/coreutils/'/>
<updated>2006-09-11T04:56:43Z</updated>
<entry>
<title>(eval6): Fix buffer overrun, or bad performance, if</title>
<updated>2006-09-11T04:56:43Z</updated>
<author>
<name>Paul Eggert</name>
<email>eggert@cs.ucla.edu</email>
</author>
<published>2006-09-11T04:56:43Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/coreutils/commit/?id=d28b0d4de83f21c85f273cbf8cba3f7b68e42ff5'/>
<id>urn:sha1:d28b0d4de83f21c85f273cbf8cba3f7b68e42ff5</id>
<content type='text'>
substr's last operand is very large.  Performance problem reported
by Sebastian Kreft.
</content>
</entry>
<entry>
<title>(eval4): Detect overflow properly when multiplying INTMAX_MIN * -1.</title>
<updated>2006-06-08T02:53:25Z</updated>
<author>
<name>Paul Eggert</name>
<email>eggert@cs.ucla.edu</email>
</author>
<published>2006-06-08T02:53:25Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/coreutils/commit/?id=cad27cdc2ea46ec401b71b76a92fcf3bc1d094e0'/>
<id>urn:sha1:cad27cdc2ea46ec401b71b76a92fcf3bc1d094e0</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Don't claim x86 behavior is erroneous in a comment.</title>
<updated>2006-06-07T05:58:57Z</updated>
<author>
<name>Paul Eggert</name>
<email>eggert@cs.ucla.edu</email>
</author>
<published>2006-06-07T05:58:57Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/coreutils/commit/?id=0eef2e1e8b40c36244311e4180fb5dd76ea50fa6'/>
<id>urn:sha1:0eef2e1e8b40c36244311e4180fb5dd76ea50fa6</id>
<content type='text'>
</content>
</entry>
<entry>
<title>(integer_overflow): New function.</title>
<updated>2006-06-07T05:52:27Z</updated>
<author>
<name>Paul Eggert</name>
<email>eggert@cs.ucla.edu</email>
</author>
<published>2006-06-07T05:52:27Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/coreutils/commit/?id=dea306fe784789b0d9b7f63cd53f3b492d3a691d'/>
<id>urn:sha1:dea306fe784789b0d9b7f63cd53f3b492d3a691d</id>
<content type='text'>
(eval4, eval3): Check for integer overflow.
</content>
</entry>
<entry>
<title>Clear the RE_NO_EMPTY_RANGES re syntax option, as this is a less intrusive</title>
<updated>2006-04-12T07:37:11Z</updated>
<author>
<name>Paul Eggert</name>
<email>eggert@cs.ucla.edu</email>
</author>
<published>2006-04-12T07:37:11Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/coreutils/commit/?id=7e17831f0a03acc9a92dcc73ed525ab2e61e706f'/>
<id>urn:sha1:7e17831f0a03acc9a92dcc73ed525ab2e61e706f</id>
<content type='text'>
change from the old (Emacs) behavior, and POSIX allows us to treat [z-a]
as an empty range.
</content>
</entry>
<entry>
<title>(docolon): Set re_syntax_options to a value that is compatible with</title>
<updated>2006-04-12T07:16:20Z</updated>
<author>
<name>Paul Eggert</name>
<email>eggert@cs.ucla.edu</email>
</author>
<published>2006-04-12T07:16:20Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/coreutils/commit/?id=110970f622b097df0ef3938e0982526022baeeb1'/>
<id>urn:sha1:110970f622b097df0ef3938e0982526022baeeb1</id>
<content type='text'>
what POSIX requires.  Also, don't let anchors match
newline; this fixes an incompatibility with tradition and with POSIX.
Don't warn about leading ^.  POSIX says it is unspecified whether
^ is a special character, which means that implementations can
either treat it as special or not, but either way a warning is not
allowed (unless the regexp is otherwise invalid).  Instead, anchor
the expression but treat ^ as an anchor; this is the traditional
behavior (e.g., Solaris 10).
(eval4, eval3, eval2): Treat non-numeric args, division by zero,
and the like as invalid expressions (exit status 2), not as
failure of 'expr' (exit status 3).  This is more consistent with
how Solaris behaves.
</content>
</entry>
<entry>
<title>(docolon): Allocate and use a fastmap.</title>
<updated>2006-04-11T00:50:56Z</updated>
<author>
<name>Paul Eggert</name>
<email>eggert@cs.ucla.edu</email>
</author>
<published>2006-04-11T00:50:56Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/coreutils/commit/?id=2a124564c75278f0a687205d9a58fdb4fed89096'/>
<id>urn:sha1:2a124564c75278f0a687205d9a58fdb4fed89096</id>
<content type='text'>
Don't bother allocating a buffer.
</content>
</entry>
<entry>
<title>(docolon): Add IF_LINT check to avoid GCC warning.</title>
<updated>2005-09-13T22:30:56Z</updated>
<author>
<name>Paul Eggert</name>
<email>eggert@cs.ucla.edu</email>
</author>
<published>2005-09-13T22:30:56Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/coreutils/commit/?id=360b98042fa20a4418371cb91ad0d881c6d3762d'/>
<id>urn:sha1:360b98042fa20a4418371cb91ad0d881c6d3762d</id>
<content type='text'>
</content>
</entry>
<entry>
<title>* src/expr.c (docolon): 64-bit regex fixes.</title>
<updated>2005-09-09T21:08:51Z</updated>
<author>
<name>Paul Eggert</name>
<email>eggert@cs.ucla.edu</email>
</author>
<published>2005-09-09T21:08:51Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/coreutils/commit/?id=35155485bb3c31b06e3cea38773fb0c7379c8c72'/>
<id>urn:sha1:35155485bb3c31b06e3cea38773fb0c7379c8c72</id>
<content type='text'>
</content>
</entry>
<entry>
<title>whoops: Adding quote(...) isn't enough :)</title>
<updated>2005-06-16T21:41:57Z</updated>
<author>
<name>Jim Meyering</name>
<email>jim@meyering.net</email>
</author>
<published>2005-06-16T21:41:57Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/coreutils/commit/?id=f682977c0cce43713d0e4a112fc3dbb4fa58d013'/>
<id>urn:sha1:f682977c0cce43713d0e4a112fc3dbb4fa58d013</id>
<content type='text'>
remove quotes from the string, too.
</content>
</entry>
</feed>
