author | urbanc |
Mon, 07 Feb 2011 10:23:23 +0000 | |
changeset 71 | 426070e68b21 |
parent 70 | 8ab3a06577cf |
child 75 | d63baacbdb16 |
permissions | -rw-r--r-- |
24 | 1 |
(*<*) |
2 |
theory Paper |
|
39
a59473f0229d
tuned a little bit the section about finite partitions
urbanc
parents:
37
diff
changeset
|
3 |
imports "../Myhill" "LaTeXsugar" |
24 | 4 |
begin |
39
a59473f0229d
tuned a little bit the section about finite partitions
urbanc
parents:
37
diff
changeset
|
5 |
|
a59473f0229d
tuned a little bit the section about finite partitions
urbanc
parents:
37
diff
changeset
|
6 |
declare [[show_question_marks = false]] |
a59473f0229d
tuned a little bit the section about finite partitions
urbanc
parents:
37
diff
changeset
|
7 |
|
54 | 8 |
consts |
9 |
REL :: "(string \<times> string) \<Rightarrow> bool" |
|
66 | 10 |
UPLUS :: "'a set \<Rightarrow> 'a set \<Rightarrow> (nat \<times> 'a) set" |
54 | 11 |
|
70 | 12 |
abbreviation |
13 |
"EClass x R \<equiv> R `` {x}" |
|
54 | 14 |
|
39
a59473f0229d
tuned a little bit the section about finite partitions
urbanc
parents:
37
diff
changeset
|
15 |
notation (latex output) |
50 | 16 |
str_eq_rel ("\<approx>\<^bsub>_\<^esub>") and |
17 |
Seq (infixr "\<cdot>" 100) and |
|
18 |
Star ("_\<^bsup>\<star>\<^esup>") and |
|
19 |
pow ("_\<^bsup>_\<^esup>" [100, 100] 100) and |
|
58 | 20 |
Suc ("_+1" [100] 100) and |
54 | 21 |
quotient ("_ \<^raw:\ensuremath{\!\sslash\!}> _" [90, 90] 90) and |
66 | 22 |
REL ("\<approx>") and |
67 | 23 |
UPLUS ("_ \<^raw:\ensuremath{\uplus}> _" [90, 90] 90) and |
70 | 24 |
L ("L '(_')" [0] 101) and |
71 | 25 |
EClass ("\<lbrakk>_\<rbrakk>\<^bsub>_\<^esub>" [100, 100] 100) and |
26 |
transition ("_ \<^raw:\ensuremath{\stackrel{\text{>_\<^raw:}}{\Longrightarrow}}> _" [100, 100, 100] 100) |
|
24 | 27 |
(*>*) |
28 |
||
70 | 29 |
|
24 | 30 |
section {* Introduction *} |
31 |
||
32 |
text {* |
|
58 | 33 |
Regular languages are an important and well-understood subject in Computer |
60 | 34 |
Science, with many beautiful theorems and many useful algorithms. There is a |
66 | 35 |
wide range of textbooks on this subject, many of which are aimed at students |
36 |
and contain very detailed ``pencil-and-paper'' proofs |
|
60 | 37 |
(e.g.~\cite{Kozen97}). It seems natural to exercise theorem provers by |
38 |
formalising these theorems and by verifying formally the algorithms. |
|
59 | 39 |
|
66 | 40 |
There is however a problem: the typical approach to regular languages is to |
41 |
introduce finite automata and then define everything in terms of them. For |
|
42 |
example, a regular language is normally defined as one whose strings are |
|
43 |
recognised by a finite deterministic automaton. This approach has many |
|
71 | 44 |
benefits. Among them is the fact that it is easy to convince oneself that |
66 | 45 |
regular languages are closed under complementation: one just has to exchange |
46 |
the accepting and non-accepting states in the corresponding automaton to |
|
47 |
obtain an automaton for the complement language. The problem, however, lies with |
|
67 | 48 |
formalising such reasoning in a HOL-based theorem prover, in our case |
70 | 49 |
Isabelle/HOL. Automata are build up from states and transitions that |
50 |
need to be represented as graphs or matrices, neither |
|
66 | 51 |
of which can be defined as inductive datatype.\footnote{In some works |
52 |
functions are used to represent state transitions, but also they are not |
|
53 |
inductive datatypes.} This means we have to build our own reasoning |
|
54 |
infrastructure for them, as neither Isabelle/HOL nor HOL4 nor HOLlight support |
|
55 |
them with libraries. |
|
56 |
||
57 |
Even worse, reasoning about graphs and matrices can be a real hassle in HOL-based |
|
58 |
theorem provers. Consider for example the operation of sequencing |
|
59 |
two automata, say $A_1$ and $A_2$, by connecting the |
|
67 | 60 |
accepting states of $A_1$ to the initial state of $A_2$: |
61 | 61 |
|
60 | 62 |
|
63 |
\begin{center} |
|
66 | 64 |
\begin{tabular}{ccc} |
65 |
\begin{tikzpicture}[scale=0.8] |
|
66 |
%\draw[step=2mm] (-1,-1) grid (1,1); |
|
67 |
||
68 |
\draw[rounded corners=1mm, very thick] (-1.0,-0.3) rectangle (-0.2,0.3); |
|
69 |
\draw[rounded corners=1mm, very thick] ( 0.2,-0.3) rectangle ( 1.0,0.3); |
|
70 |
||
71 |
\node (A) at (-1.0,0.0) [circle, very thick, draw, fill=white, inner sep=0.4mm] {}; |
|
72 |
\node (B) at ( 0.2,0.0) [circle, very thick, draw, fill=white, inner sep=0.4mm] {}; |
|
73 |
||
74 |
\node (C) at (-0.2, 0.13) [circle, very thick, draw, fill=white, inner sep=0.4mm] {}; |
|
75 |
\node (D) at (-0.2,-0.13) [circle, very thick, draw, fill=white, inner sep=0.4mm] {}; |
|
76 |
||
77 |
\node (E) at (1.0, 0.2) [circle, very thick, draw, fill=white, inner sep=0.4mm] {}; |
|
78 |
\node (F) at (1.0,-0.0) [circle, very thick, draw, fill=white, inner sep=0.4mm] {}; |
|
79 |
\node (G) at (1.0,-0.2) [circle, very thick, draw, fill=white, inner sep=0.4mm] {}; |
|
80 |
||
81 |
\draw (-0.6,0.0) node {\footnotesize$A_1$}; |
|
82 |
\draw ( 0.6,0.0) node {\footnotesize$A_2$}; |
|
83 |
\end{tikzpicture} |
|
84 |
||
85 |
& |
|
86 |
||
87 |
\raisebox{1.1mm}{\bf\Large$\;\;\;\Rightarrow\,\;\;$} |
|
88 |
||
89 |
& |
|
90 |
||
91 |
\begin{tikzpicture}[scale=0.8] |
|
92 |
%\draw[step=2mm] (-1,-1) grid (1,1); |
|
93 |
||
94 |
\draw[rounded corners=1mm, very thick] (-1.0,-0.3) rectangle (-0.2,0.3); |
|
95 |
\draw[rounded corners=1mm, very thick] ( 0.2,-0.3) rectangle ( 1.0,0.3); |
|
96 |
||
97 |
\node (A) at (-1.0,0.0) [circle, very thick, draw, fill=white, inner sep=0.4mm] {}; |
|
98 |
\node (B) at ( 0.2,0.0) [circle, very thick, draw, fill=white, inner sep=0.4mm] {}; |
|
99 |
||
100 |
\node (C) at (-0.2, 0.13) [circle, very thick, draw, fill=white, inner sep=0.4mm] {}; |
|
101 |
\node (D) at (-0.2,-0.13) [circle, very thick, draw, fill=white, inner sep=0.4mm] {}; |
|
102 |
||
103 |
\node (E) at (1.0, 0.2) [circle, very thick, draw, fill=white, inner sep=0.4mm] {}; |
|
104 |
\node (F) at (1.0,-0.0) [circle, very thick, draw, fill=white, inner sep=0.4mm] {}; |
|
105 |
\node (G) at (1.0,-0.2) [circle, very thick, draw, fill=white, inner sep=0.4mm] {}; |
|
106 |
||
107 |
\draw (C) to [very thick, bend left=45] (B); |
|
108 |
\draw (D) to [very thick, bend right=45] (B); |
|
109 |
||
110 |
\draw (-0.6,0.0) node {\footnotesize$A_1$}; |
|
111 |
\draw ( 0.6,0.0) node {\footnotesize$A_2$}; |
|
112 |
\end{tikzpicture} |
|
113 |
||
114 |
\end{tabular} |
|
60 | 115 |
\end{center} |
116 |
||
117 |
\noindent |
|
67 | 118 |
On ``paper'' we can define the corresponding graph in terms of the disjoint |
119 |
union of the state nodes. Unfortunately in HOL, the definition for disjoint |
|
66 | 120 |
union, namely |
60 | 121 |
|
61 | 122 |
\begin{center} |
66 | 123 |
@{term "UPLUS A\<^isub>1 A\<^isub>2 \<equiv> {(1, x) | x. x \<in> A\<^isub>1} \<union> {(2, y) | y. y \<in> A\<^isub>2}"} |
61 | 124 |
\end{center} |
60 | 125 |
|
61 | 126 |
\noindent |
66 | 127 |
changes the type---the disjoint union is not a set, but a set of pairs. |
128 |
Using this definition for disjoint unions means we do not have a single type for automata |
|
129 |
and hence will not be able to state properties about \emph{all} |
|
67 | 130 |
automata, since there is no type quantification available in HOL. An |
131 |
alternative, which provides us with a single type for automata, is to give every |
|
132 |
state node an identity, for example a natural |
|
70 | 133 |
number, and then be careful to rename these identities apart whenever |
67 | 134 |
connecting two automata. This results in clunky proofs |
66 | 135 |
establishing that properties are invariant under renaming. Similarly, |
67 | 136 |
connecting two automata represented as matrices results in very adhoc |
66 | 137 |
constructions, which are not pleasant to reason about. |
138 |
||
139 |
Because of these problems to do with representing automata, there seems |
|
140 |
to be no substantial formalisation of automata theory and regular languages |
|
141 |
carried out in a HOL-based theorem prover. We are only aware of the |
|
70 | 142 |
large formalisation of automata theory in Nuprl \cite{Constable00} and |
71 | 143 |
some smaller formalisations in Coq (for example \cite{Filliatre97}). |
58 | 144 |
|
66 | 145 |
In this paper, we will not attempt to formalise automata theory, but take a completely |
146 |
different approach to regular languages. Instead of defining a regular language as one |
|
147 |
where there exists an automaton that recognises all strings of the language, we define |
|
67 | 148 |
a regular language as: |
54 | 149 |
|
150 |
\begin{definition}[A Regular Language] |
|
66 | 151 |
A language @{text A} is regular, provided there is a regular expression that matches all |
54 | 152 |
strings of @{text "A"}. |
153 |
\end{definition} |
|
154 |
||
155 |
\noindent |
|
66 | 156 |
The reason is that regular expressions, unlike graphs and matrices, can |
71 | 157 |
be easily defined as inductive datatype. Consequently a corresponding reasoning |
158 |
infrastructure comes for free. This has recently been exploited in HOL4 with a formalisation |
|
159 |
of regular expression matching based on derivatives \cite{OwensSlind08}. The purpose of this paper is to |
|
160 |
show that a central result about regular languages---the Myhill-Nerode theorem---can |
|
161 |
be recreated by only using regular expressions. This theorem gives necessary |
|
162 |
and sufficient conditions for when a language is regular. As a corollary of this |
|
67 | 163 |
theorem we can easily establish the usual closure properties, including |
164 |
complementation, for regular languages.\smallskip |
|
61 | 165 |
|
166 |
\noindent |
|
67 | 167 |
{\bf Contributions:} To our knowledge, our proof of the Myhill-Nerode theorem is the |
168 |
first that is based on regular expressions, only. We prove the part of this theorem |
|
169 |
stating that a regular expression has only finitely many partitions using certain |
|
170 |
tagging-functions. Again to our best knowledge, these tagging functions have |
|
171 |
not been used before to establish the Myhill-Nerode theorem. |
|
24 | 172 |
*} |
173 |
||
50 | 174 |
section {* Preliminaries *} |
175 |
||
176 |
text {* |
|
67 | 177 |
Strings in Isabelle/HOL are lists of characters with the \emph{empty string} |
178 |
being represented by the empty list, written @{term "[]"}. \emph{Languages} |
|
179 |
are sets of strings. The language containing all strings is written in |
|
71 | 180 |
Isabelle/HOL as @{term "UNIV::string set"}. The concatenation of two languages |
181 |
is written @{term "A ;; B"} and a language raised to the power $n$ is written |
|
182 |
@{term "A \<up> n"}. Their definitions are |
|
54 | 183 |
|
184 |
\begin{center} |
|
58 | 185 |
@{thm Seq_def[THEN eq_reflection, where A1="A" and B1="B"]} |
186 |
\hspace{7mm} |
|
187 |
@{thm pow.simps(1)[THEN eq_reflection, where A1="A"]} |
|
188 |
\hspace{7mm} |
|
189 |
@{thm pow.simps(2)[THEN eq_reflection, where A1="A" and n1="n"]} |
|
54 | 190 |
\end{center} |
191 |
||
192 |
\noindent |
|
58 | 193 |
where @{text "@"} is the usual list-append operation. The Kleene-star of a language @{text A} |
71 | 194 |
is defined as the union over all powers, namely @{thm Star_def}. In the paper |
195 |
we will often make use of the following properties. |
|
58 | 196 |
|
71 | 197 |
\begin{proposition}\label{langprops}\mbox{}\\ |
198 |
\begin{tabular}{@ {}ll@ {\hspace{10mm}}ll} |
|
199 |
(i) & @{thm star_cases} & (ii) & @{thm[mode=IfThen] pow_length}\\ |
|
200 |
(iii) & @{thm seq_Union_left} & |
|
201 |
\end{tabular} |
|
202 |
\end{proposition} |
|
203 |
||
204 |
\noindent |
|
205 |
We omit the proofs of these properties, but invite the reader to consult |
|
206 |
our formalisation.\footnote{Available at ???} |
|
207 |
||
208 |
||
209 |
The notation for the quotient of a language @{text A} according to an |
|
210 |
equivalence relation @{term REL} is @{term "A // REL"}. We will write |
|
211 |
@{text "\<lbrakk>x\<rbrakk>\<^isub>\<approx>"} for the equivalence class defined |
|
212 |
as @{text "{y | y \<approx> x}"}. |
|
213 |
||
214 |
||
51 | 215 |
Central to our proof will be the solution of equational systems |
71 | 216 |
involving regular expressions. For this we will use Arden's lemma \cite{} |
217 |
which solves equations of the form @{term "X = A ;; X \<union> B"} provided |
|
218 |
@{term "[] \<notin> A"}. However we will need the following ``reverse'' |
|
50 | 219 |
version of Arden's lemma. |
220 |
||
221 |
\begin{lemma}[Reverse Arden's Lemma]\mbox{}\\ |
|
222 |
If @{thm (prem 1) ardens_revised} then |
|
223 |
@{thm (lhs) ardens_revised} has the unique solution |
|
224 |
@{thm (rhs) ardens_revised}. |
|
225 |
\end{lemma} |
|
226 |
||
227 |
\begin{proof} |
|
51 | 228 |
For the right-to-left direction we assume @{thm (rhs) ardens_revised} and show |
71 | 229 |
that @{thm (lhs) ardens_revised} holds. From Prop.~\ref{langprops}$(i)$ |
230 |
we have @{term "A\<star> = {[]} \<union> A ;; A\<star>"}, |
|
50 | 231 |
which is equal to @{term "A\<star> = {[]} \<union> A\<star> ;; A"}. Adding @{text B} to both |
232 |
sides gives @{term "B ;; A\<star> = B ;; ({[]} \<union> A\<star> ;; A)"}, whose right-hand side |
|
51 | 233 |
is equal to @{term "(B ;; A\<star>) ;; A \<union> B"}. This completes this direction. |
50 | 234 |
|
235 |
For the other direction we assume @{thm (lhs) ardens_revised}. By a simple induction |
|
51 | 236 |
on @{text n}, we can establish the property |
50 | 237 |
|
238 |
\begin{center} |
|
239 |
@{text "(*)"}\hspace{5mm} @{thm (concl) ardens_helper} |
|
240 |
\end{center} |
|
241 |
||
242 |
\noindent |
|
243 |
Using this property we can show that @{term "B ;; (A \<up> n) \<subseteq> X"} holds for |
|
71 | 244 |
all @{text n}. From this we can infer @{term "B ;; A\<star> \<subseteq> X"} using the definition |
245 |
of @{text "\<star>"}. |
|
51 | 246 |
For the inclusion in the other direction we assume a string @{text s} |
50 | 247 |
with length @{text k} is element in @{text X}. Since @{thm (prem 1) ardens_revised} |
71 | 248 |
we know by Prop.~\ref{langprops}$(ii)$ that |
249 |
@{term "s \<notin> X ;; (A \<up> Suc k)"} since its length is only @{text k} |
|
51 | 250 |
(the strings in @{term "X ;; (A \<up> Suc k)"} are all longer). |
53 | 251 |
From @{text "(*)"} it follows then that |
50 | 252 |
@{term s} must be element in @{term "(\<Union>m\<in>{0..k}. B ;; (A \<up> m))"}. This in turn |
71 | 253 |
implies that @{term s} is in @{term "(\<Union>n. B ;; (A \<up> n))"}. Using Prop.~\ref{langprops}$(iii)$ |
254 |
this is equal to @{term "B ;; A\<star>"}, as we needed to show.\qed |
|
50 | 255 |
\end{proof} |
67 | 256 |
|
257 |
\noindent |
|
258 |
Regular expressions are defined as the following inductive datatype |
|
259 |
||
260 |
\begin{center} |
|
261 |
@{text r} @{text "::="} |
|
262 |
@{term NULL}\hspace{1.5mm}@{text"|"}\hspace{1.5mm} |
|
263 |
@{term EMPTY}\hspace{1.5mm}@{text"|"}\hspace{1.5mm} |
|
264 |
@{term "CHAR c"}\hspace{1.5mm}@{text"|"}\hspace{1.5mm} |
|
265 |
@{term "SEQ r r"}\hspace{1.5mm}@{text"|"}\hspace{1.5mm} |
|
266 |
@{term "ALT r r"}\hspace{1.5mm}@{text"|"}\hspace{1.5mm} |
|
267 |
@{term "STAR r"} |
|
268 |
\end{center} |
|
269 |
||
270 |
\noindent |
|
271 |
The language matched by a regular expression is defined as usual: |
|
272 |
||
273 |
\begin{center} |
|
274 |
\begin{tabular}{c@ {\hspace{10mm}}c} |
|
275 |
\begin{tabular}{rcl} |
|
276 |
@{thm (lhs) L_rexp.simps(1)} & @{text "\<equiv>"} & @{thm (rhs) L_rexp.simps(1)}\\ |
|
277 |
@{thm (lhs) L_rexp.simps(2)} & @{text "\<equiv>"} & @{thm (rhs) L_rexp.simps(2)}\\ |
|
278 |
@{thm (lhs) L_rexp.simps(3)[where c="c"]} & @{text "\<equiv>"} & @{thm (rhs) L_rexp.simps(3)[where c="c"]}\\ |
|
279 |
\end{tabular} |
|
280 |
& |
|
281 |
\begin{tabular}{rcl} |
|
282 |
@{thm (lhs) L_rexp.simps(4)[where ?r1.0="r\<^isub>1" and ?r2.0="r\<^isub>2"]} & @{text "\<equiv>"} & |
|
283 |
@{thm (rhs) L_rexp.simps(4)[where ?r1.0="r\<^isub>1" and ?r2.0="r\<^isub>2"]}\\ |
|
284 |
@{thm (lhs) L_rexp.simps(5)[where ?r1.0="r\<^isub>1" and ?r2.0="r\<^isub>2"]} & @{text "\<equiv>"} & |
|
285 |
@{thm (rhs) L_rexp.simps(5)[where ?r1.0="r\<^isub>1" and ?r2.0="r\<^isub>2"]}\\ |
|
286 |
@{thm (lhs) L_rexp.simps(6)[where r="r"]} & @{text "\<equiv>"} & |
|
287 |
@{thm (rhs) L_rexp.simps(6)[where r="r"]}\\ |
|
288 |
\end{tabular} |
|
289 |
\end{tabular} |
|
290 |
\end{center} |
|
70 | 291 |
|
50 | 292 |
*} |
39
a59473f0229d
tuned a little bit the section about finite partitions
urbanc
parents:
37
diff
changeset
|
293 |
|
54 | 294 |
section {* Finite Partitions Imply Regularity of a Language *} |
295 |
||
296 |
text {* |
|
70 | 297 |
\begin{definition}[Myhill-Nerode Relation]\mbox{}\\ |
298 |
@{thm str_eq_rel_def[simplified]} |
|
299 |
\end{definition} |
|
300 |
||
71 | 301 |
\noindent |
302 |
It is easy to see that @{term "\<approx>A"} is an equivalence relation, which partitions |
|
303 |
the set of all string, @{text "UNIV"}, into a set of equivalence classed. We define |
|
304 |
the set @{term "finals A"} as those equivalence classes that contain strings of |
|
305 |
@{text A}, namely |
|
306 |
||
307 |
\begin{equation} |
|
70 | 308 |
@{thm finals_def} |
71 | 309 |
\end{equation} |
310 |
||
311 |
\noindent |
|
312 |
It is easy to show that @{thm lang_is_union_of_finals} holds. We can also define |
|
313 |
a notion of \emph{transition} between equivalence classes as |
|
70 | 314 |
|
71 | 315 |
\begin{equation} |
316 |
@{thm transition_def} |
|
317 |
\end{equation} |
|
70 | 318 |
|
71 | 319 |
\noindent |
320 |
which means if we add the character @{text c} to all strings in the equivalence |
|
321 |
class @{text Y} HERE |
|
70 | 322 |
|
54 | 323 |
\begin{theorem} |
324 |
Given a language @{text A}. |
|
70 | 325 |
@{thm[mode=IfThen] hard_direction} |
54 | 326 |
\end{theorem} |
327 |
*} |
|
328 |
||
329 |
section {* Regular Expressions Generate Finitely Many Partitions *} |
|
39
a59473f0229d
tuned a little bit the section about finite partitions
urbanc
parents:
37
diff
changeset
|
330 |
|
a59473f0229d
tuned a little bit the section about finite partitions
urbanc
parents:
37
diff
changeset
|
331 |
text {* |
a59473f0229d
tuned a little bit the section about finite partitions
urbanc
parents:
37
diff
changeset
|
332 |
|
54 | 333 |
\begin{theorem} |
39
a59473f0229d
tuned a little bit the section about finite partitions
urbanc
parents:
37
diff
changeset
|
334 |
Given @{text "r"} is a regular expressions, then @{thm rexp_imp_finite}. |
54 | 335 |
\end{theorem} |
39
a59473f0229d
tuned a little bit the section about finite partitions
urbanc
parents:
37
diff
changeset
|
336 |
|
a59473f0229d
tuned a little bit the section about finite partitions
urbanc
parents:
37
diff
changeset
|
337 |
\begin{proof} |
a59473f0229d
tuned a little bit the section about finite partitions
urbanc
parents:
37
diff
changeset
|
338 |
By induction on the structure of @{text r}. The cases for @{const NULL}, @{const EMPTY} |
50 | 339 |
and @{const CHAR} are straightforward, because we can easily establish |
39
a59473f0229d
tuned a little bit the section about finite partitions
urbanc
parents:
37
diff
changeset
|
340 |
|
a59473f0229d
tuned a little bit the section about finite partitions
urbanc
parents:
37
diff
changeset
|
341 |
\begin{center} |
a59473f0229d
tuned a little bit the section about finite partitions
urbanc
parents:
37
diff
changeset
|
342 |
\begin{tabular}{l} |
a59473f0229d
tuned a little bit the section about finite partitions
urbanc
parents:
37
diff
changeset
|
343 |
@{thm quot_null_eq}\\ |
a59473f0229d
tuned a little bit the section about finite partitions
urbanc
parents:
37
diff
changeset
|
344 |
@{thm quot_empty_subset}\\ |
a59473f0229d
tuned a little bit the section about finite partitions
urbanc
parents:
37
diff
changeset
|
345 |
@{thm quot_char_subset} |
a59473f0229d
tuned a little bit the section about finite partitions
urbanc
parents:
37
diff
changeset
|
346 |
\end{tabular} |
a59473f0229d
tuned a little bit the section about finite partitions
urbanc
parents:
37
diff
changeset
|
347 |
\end{center} |
a59473f0229d
tuned a little bit the section about finite partitions
urbanc
parents:
37
diff
changeset
|
348 |
|
a59473f0229d
tuned a little bit the section about finite partitions
urbanc
parents:
37
diff
changeset
|
349 |
\end{proof} |
a59473f0229d
tuned a little bit the section about finite partitions
urbanc
parents:
37
diff
changeset
|
350 |
*} |
a59473f0229d
tuned a little bit the section about finite partitions
urbanc
parents:
37
diff
changeset
|
351 |
|
a59473f0229d
tuned a little bit the section about finite partitions
urbanc
parents:
37
diff
changeset
|
352 |
|
54 | 353 |
section {* Conclusion and Related Work *} |
354 |
||
24 | 355 |
(*<*) |
356 |
end |
|
357 |
(*>*) |