assembler/src, branch mainRust library for parsing assembly languageshttps://code.benbridle.com/assembler/atom?h=main2025-04-27T00:38:40ZReplace ansi library with inked library2025-04-27T00:38:40ZBen Bridleben@derelict.engineering2025-04-27T00:38:40Zurn:sha1:c13c1f2748598343e01128c3f734df309aa4a26d
The inked library handles colours correctly on Windows. The log library
has also been updated to the newer version which uses inked internally.
Report all symbols involved in a cyclic dependency error2025-04-01T04:15:31ZBen Bridleben@derelict.engineering2025-04-01T04:15:31Zurn:sha1:1400c0cc3bdd7f685d63fe174286dd106337e735
Without this, it's difficult to sort out a cyclic dependency error when
many large source files are involved.
Fix resolver error2025-04-01T04:12:05ZBen Bridleben@derelict.engineering2025-04-01T04:10:51Zurn:sha1:1cc0269f75b8b2dd979c01ef4a500a09a0cc4354
To check if a particular definition was defining a particular symbol,
the names of the definition and reference were being compared, when the
namespace-aware Symbol::defines method should have been used instead.
This was causing an issue where a namespaced definition would be marked
as resolving a with the same name in a different namespace. This was
resulting in a very complicated and incorrect cyclic dependency error.
Tidy source code2025-04-01T04:08:03ZBen Bridleben@derelict.engineering2025-04-01T04:07:49Zurn:sha1:5253be190b1cac16fe4f8658491959e15e52f1b3Don't print original source in redefinition errors2025-03-24T21:59:30ZBen Bridleben@derelict.engineering2025-03-24T21:59:30Zurn:sha1:34ca33d86fd47ca912751bd8578e66f449639a7c
The source context of the original definition of a redefined symbol was
being printed when reporting a redefinition error. Since only the
source code containing the redefinition was available, if the original
definition was in a different file then the source context of the
original definition would just pull from this source code and the
context shown would be completely nonsensical.
Update version to 2.2.02025-03-17T23:03:59ZBen Bridleben@derelict.engineering2025-03-17T22:49:12Zurn:sha1:24080dd75092ea5ef8c10fd179aa28b8db534c7fLarge restructure2025-03-17T22:50:29ZBen Bridleben@derelict.engineering2025-03-17T22:50:19Zurn:sha1:f8a694267d3981b0437c05fc248406116ea9ec06
Files were moved to be better organised, error messages were changed to
be more general, and a Compiler type was added to the library.
Fix Tokeniser::end_of_line method2025-03-16T22:44:29ZBen Bridlebridle.benjamin@gmail.com2025-03-16T22:44:29Zurn:sha1:eb45fad24cf28035f526eda45cbd5fb2ff1c337d
The method hadn't been changed since back when the chars field was a
stack of characters that were removed as they were consumed. The method
now works with the current design of the Tokeniser.
Implement source chains2025-03-11T03:18:01ZBen Bridleben@derelict.engineering2025-03-11T03:18:01Zurn:sha1:a9e9dd452e23fa2e816df926a56c1f743eb32488
A SourceSpan can now contain a child SourceSpan, ad infinitum, in order
to represent a chain of locations. The report_source_issue function
has been changed to print the entire chain, instead of just one
SourceSpan.
The report_source_issue function has also been changed to correctly
print SourceSpans that extend across multiple source lines.
Prevent duplicate parent and child entries for source units2025-03-11T03:13:23ZBen Bridleben@derelict.engineering2025-03-11T03:13:23Zurn:sha1:bd7955cbc1c1746f37dcb0742603994fd2e04c90
The parent and child collections for hierarchical source units were
previously vecs, and would receive one entry for every symbol matched.
This was easily leading to many dozens of duplicate entries per unit,
which, while not impacting performance, seemed wasteful. The collection
types were changed to HashSets to prevent the collection of duplicate
entries.