Re: MML and "Building Mizar from Scratch"
adamn _AT_ math.uwb.edu.pl <[email protected]> Thu, 19 Dec 2024 12:51:38 +0100
| Newsgroups | gmane.comp.mathematics.mizar |
|---|---|
| Message-ID | <[email protected]> |
Hi Alex, Quoting "Alex Nelson thmprover _AT_ gmail.com" <[email protected]>: > There has been some interest in building Mizar from scratch on the proof > assistant stackexchange (see, e.g., > https://proofassistants.stackexchange.com/q/4453/14 and > https://proofassistants.stackexchange.com/q/4441/14). Thanks for pointing this out. > Right now, it is possible to compile many of the Mizar components using the > Free Pascal Compiler, and a Makefile is around somewhere. > > But, as best as I can tell, it is not possible to "build the MML from > scratch" (in the sense that I can't download a copy of the MML, use my > local Mizar system to verify it, and then update my local Mizar system to > use it). > > Is such a thing possible? If so, could we add instructions on how to do it? In fact all the basic building blocks are available to every Mizar user, because creating MML from scratch doesn't differ that much from building a local database. Essentially one just needs a copy of axiomatic and initial 'prel' files (hidden.*, tarski_0.*, tarski_a.*, *.dre), vocabularies for MML and Mizar itself (mml.vct, mizar.dct) and the MML version number file (mml.ini). All the other database files can be generated by sequentially calling: accom, exporter and transfer for all the articles whose names are provided by the MML article order file (mml.lar). So just like with compiling the software, the process is fairly simple, but there are the obvious technical differences if one wants to do it in various environments (Linux, Windows, MacOs, etc.). > Also, could we move the MML to be a github repository? One advantage to > doing so is the ability to file issues on Github with possible minor > cleanups (e.g., the definition GROUP_1:def 5 is a little too strict and > should instead work with any non empty Group-like multMagma, not just > Groups). Sounds like a good idea to me. Since the founding of MML there's been a policy to allow users build their own libraries, but to keep the main library development centralized in order to avoid all sorts of issues with incompatible versions. But I agree that these days the project can benefit much more by involving in the work on MML a larger group of people used to git-based tools. Cheers, Adam -- Adam Naumowicz =========================================================================== Division of Programming and Formal Methods Fax: +48(85)738-83-33 Faculty of Computer Science Tel: +48(85)738-83-06 (office) University of Bialystok E-mail: [email protected] Ciolkowskiego 1M, 15-245 Bialystok, Poland http://math.uwb.edu.pl/~adamn/ ===========================================================================