Result for 0762A6B05EF5E5DEC04D0A1C689E0E615EC70742

Query result

Key Value
FileName./usr/lib/smlnj/bin/.heap/ml-ulex.x86-linux
FileSize1265052
MD5CAFB74C22DD198FB748694A9D87D6AD1
SHA-10762A6B05EF5E5DEC04D0A1C689E0E615EC70742
SHA-256A7CAAF8197B5B4984807CA28922B73291DA6E8C0E174CA960AF20E9F7BDBF198
SSDEEP24576:NjrL7XxVxuitgnhMAoZPPBFDBqTTD21Q7qVTObcSrD/N4:BBVxunMAoZPPBZBYHGQCSrD14
TLSHT15A45B486AFD350D7E8262070655EA12F3709F2CB9015D56FF2E84F96BD3B5203CAA613
hashlookup:parent-total1
hashlookup:trust55

Network graph view

Parents (Total: 1)

The searched file hash is included in 1 parent files which include package known and seen by metalookup. A sample is included below:

Key Value
FileSize498684
MD578BED330C4302CD0B76245A890195AB0
PackageDescriptionSML/NJ language processing tools Tradition has it that when a new programming language is introduced, new scanner and parser generators are written in that language, and generate code for that language. Traditional also has it that the new tools are modeled after the old lex and yacc tools, both in terms of the algorithms used, and often the syntax as well. The language Standard ML is no exception: ml-lex and ml-yacc are the SML incarnations of the old Unix tools. . This package has two new tools, ml-ulex and ml-antlr, that follow tradition in separating scanning from parsing, but break from tradition in their implementation: ml-ulex is based on regular expression derivatives rather than subset-construction, and ml-antlr is based on LL(k) parsing rather than LALR(1) parsing.
PackageMaintainerDebian QA Group <packages@qa.debian.org>
PackageNameml-lpt
PackageSectiondevel
PackageVersion110.79-6
SHA-17BEE04B6185CC01BBCC84E1D82F7282CD0C3DF9A
SHA-256B1D12E86E42999ADF85F66621161F5D44614CAC856964144AC8FDE1F8FC52619