From d104a9eda5b3bd645ef4ac70096e94bb125671fb Mon Sep 17 00:00:00 2001 From: Kevin Lo Date: Fri, 12 Jan 2001 15:40:20 +0000 Subject: files/patch-Generate is no longer needed PR: 24274 Submitted by: MAINTAINER --- textproc/py-martel/Makefile | 1 + textproc/py-martel/files/patch-Generate.py | 45 ------------------------------ 2 files changed, 1 insertion(+), 45 deletions(-) delete mode 100644 textproc/py-martel/files/patch-Generate.py (limited to 'textproc/py-martel') diff --git a/textproc/py-martel/Makefile b/textproc/py-martel/Makefile index 496998d884c9..442a9ad6e373 100644 --- a/textproc/py-martel/Makefile +++ b/textproc/py-martel/Makefile @@ -7,6 +7,7 @@ PORTNAME= martel PORTVERSION= 0.5 +PORTREVISION= 1 PORTEPOCH= 1 CATEGORIES= textproc biology python MASTER_SITES= http://www.biopython.org/~dalke/Martel/ diff --git a/textproc/py-martel/files/patch-Generate.py b/textproc/py-martel/files/patch-Generate.py deleted file mode 100644 index 045356cec66e..000000000000 --- a/textproc/py-martel/files/patch-Generate.py +++ /dev/null @@ -1,45 +0,0 @@ -From: "Andrew Dalke" -To: -Date: Wed, 6 Dec 2000 01:12:29 -0700 - -There's a bug in Martel-0.4 and earlier versions. - -Suppose you have ([<>][ABC])+[<>]? -and want to match it against - - ][ABC]. The "][ABC]. The parser tries to match the final -"<" against [<>][ABC] and should fail then try to match -the "<" against [<>]? . - -The bug was that it would match the "<" against the [<>] in -[<>][ABC] and fail at that point. It gives an assertion error -about "l" being greater than "r". - -Here's the patch. The only consequence should be a small hit -in performance. - - Andrew - -[ Note from port maintainer: - This patch was somehow not incorporated into Martel 0.5 ] - - ---- Generate.py.orig Wed Nov 22 09:26:48 2000 -+++ Generate.py Thu Dec 7 12:27:09 2000 -@@ -268,11 +268,11 @@ - - # Must repeat at least "i" times. - for i in range(min_count): -- result.append( (None, TT.SubTable, tuple(tagtable)) ) -+ result.append( (">ignore", TT.Table, tuple(tagtable)) ) - - # Special case for when the max count means "unbounded" - if max_count == sre_parse.MAXREPEAT: -- result.append( (None, TT.SubTable, tuple(tagtable), -+ result.append( (">ignore", TT.Table, tuple(tagtable), - +1, 0)) - elif min_count == max_count: - # Special case when i == j -- cgit v1.2.3