Result for 04380DC6E6C38EA93303025FC2E37E9E6C628CD7

Query result

Key Value
FileName./usr/lib/smlnj/lib/ml-antlr-tool.cm/.cm/x86-unix/ml-antlr-tool.cm
FileSize1120
MD5B42D78B1E8EC7835088DE7BC3B63C6BE
SHA-104380DC6E6C38EA93303025FC2E37E9E6C628CD7
SHA-256E8F75E0ADF038DBC12865EBE17A07B15A19B363443903D38AF42EA91FDE757B3
SSDEEP24:rNGh5gn8NRKhdzl/ijfab5i/Vwz7UZTQoLAnpXb7coRr95jKIt:xazUzl/qI5i/VVZTzL8Xb595jH
TLSHT10621466CDB772AE2E9F3083811609E0ED751D245D182726D7B45456308B9124513DE97
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
CRC327B373A66
FileName54847
FileSize486870
MD53EE8BC5BB6FC342435AD9D96BB996648
OpSystemCode362
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.
PackageMaintainerUbuntu Developers <ubuntu-devel-discuss@lists.ubuntu.com>
PackageNameml-lpt
PackageSectiondevel
PackageVersion110.78-2
ProductCode184819
RDS:package_id184819
SHA-17BF7D022D128B62A04AE0A9341CACA15F6DDAA3D
SHA-2561A8B2392C30556D4E2332F02D6A4A76D80C5966CBD9EB40F9C654569A2658CD0
SpecialCode
dbnsrl_legacy
insert-timestamp1648719972.7769434
sourceRDS_2022.03.1_legacy.db