tlang/tlang
tlang
/
tlang
mirror of https://github.com/tbklang/tlang.git
2
0
Fork 0
Code Issues 47 Projects 5 Releases Wiki Activity

🐞️ Bugfix: Module-level static members may cause consecutive compilation errors #151

New Issue
Closed
opened 2023-07-21 16:38:45 +01:00 by deavmi · 4 comments
deavmi commented 2023-07-21 16:38:45 +01:00
Owner
Copy Link

What is this?

I noticed that we store funcitonData[string] in the tope of dependency.core.d modulee which might explain why multiple copmpilations fail.

These get yaked out in depenedencyCheck() in TypeChecker which might hit old unknown entities or something.

## What is this? I noticed that we store `funcitonData[string]` in the tope of `dependency.core.d` modulee which might explain why multiple copmpilations fail. These get yaked out in `depenedencyCheck()` in `TypeChecker` which might hit old unknown entities or something.
deavmi added a new dependency 2023-07-21 16:39:04 +01:00
#88 🐞️ Bugfix: Multiple compilations
deavmi added spent time 2023-07-21 16:39:09 +01:00
2 minutes
deavmi started working 2023-07-21 16:39:27 +01:00
deavmi added the
typing
dependency
needsfix
question
 labels 2023-07-21 16:39:39 +01:00
deavmi added reference vardec_varass_dependency 2023-07-21 16:39:46 +01:00
deavmi self-assigned this 2023-07-21 16:39:49 +01:00
deavmi added this to the Dependency tree, type-checking and codegen project 2023-07-21 16:39:53 +01:00
deavmi added this to the Clean ups milestone 2023-07-21 16:39:56 +01:00
deavmi added the due date 2023-09-16 2023-07-21 16:40:04 +01:00
deavmi stopped working 2023-07-21 16:40:07 +01:00
40 seconds
deavmi changed title from Module-l;evel static members may cause consecutive compilation errors to Module-level static members may cause consecutive compilation errors 2023-08-15 20:31:07 +01:00
deavmi changed reference from vardec_varass_dependency to bugfix/fix_multi_compile 2023-08-21 08:03:32 +01:00
deavmi commented 2023-08-21 08:10:52 +01:00
Author
Owner
Copy Link

What is this?

I noticed that we store funcitonData[string] in the tope of dependency.core.d modulee which might explain why multiple copmpilations fail.

These get yaked out in depenedencyCheck() in TypeChecker which might hit old unknown entities or something.

I think I fixed it, will work on this again later today.

> ## What is this? > > I noticed that we store `funcitonData[string]` in the tope of `dependency.core.d` modulee which might explain why multiple copmpilations fail. > > These get yaked out in `depenedencyCheck()` in `TypeChecker` which might hit old unknown entities or something. I think I fixed it, will work on this again later today.
deavmi added spent time 2023-08-21 08:11:02 +01:00
10 minutes
deavmi added spent time 2023-08-21 08:17:51 +01:00
5 minutes
deavmi changed title from Module-level static members may cause consecutive compilation errors to 🐞️ Bugfix: Module-level static members may cause consecutive compilation errors 2023-08-21 08:24:55 +01:00
deavmi removed the due date 2023-09-16 2023-08-21 11:45:48 +01:00
deavmi added the due date 2023-08-22 2023-08-21 11:45:54 +01:00
deavmi started working 2023-08-27 11:51:36 +01:00
deavmi commented 2023-08-27 11:52:24 +01:00
Author
Owner
Copy Link

This should be ready for merge, going to merge now...

This should be ready for merge, going to merge now...
deavmi commented 2023-08-27 11:53:22 +01:00
Author
Owner
Copy Link

Merging...

Merging...
deavmi commented 2023-08-27 11:55:48 +01:00
Author
Owner
Copy Link

Merged with CI/CD all passing ✅

Merged with CI/CD all passing ✅
deavmi stopped working 2023-08-27 11:55:51 +01:00
4 minutes 15 seconds
Sign in to join this conversation.
bugfix/fix_multi_compile
Branches Tags
Clear current reference
master
feature/oop
bugfix/binops_typecheck
feature/do_while_loops
cleanup/container_not_context_container
major/dotting
vardec_varass_dependency
feature/resolver_proxies
bugfix/handle_param_count_arg_mismatch
cleanup/pushback_removal
cleanup/path_trail_deps
cleanup/variable_in_variable_ass
feature/container_update_1
feature/aliases
cleanup/context_drop_container
cleanup/depgen_root_removal
feature/modifiers
bugfix/dgen_expressionless_returns
cleanup/remove_dnodegeneratorbase
feature/comments
feature/operator_precedence
feature/reporting
bugfix/single_line_comment_bug
feature/logging_upgrade
feature/multi_module
feature/unused_vars_detection
feature/container_methods
feature/strat_resolve_collectors
feature/predicate_based_resolver
feature/poolmngr
hotfix/func_defs_in_dep_generator
feature/lexer_improvements
feature/structs
feature/behavec_preinline
bugfix/fix_multi_compile
feature/annotations
hotfix/simply_varexp_dnode_generation
hotfix/jcli_upgrade_fix
feature/class_static_init
feature/universal_coercion
feature/cloneability
hotfix/expect_exception_change
bugfix/recursive_return_statement_check
bugfix/require_return
bugfix/return_type
feature/cleanup1
feature/clean_lexer_interface
research/gmalloc
feature/type_enforcer_cast_instr_emit
feature/meta_programming
feature/direct_func_call
bugfix/return_position
bugfix/is_same_type_fallback
feature/lexer_interface
feature/parser_interface
arrays
pointers
bugfix/function_parameter_type_parse
casting
compiler_object
extern_symbols
literal_encodings
uniform_stdalone_varass
remove_typequeue
linearizer_cleanup
parsetypedev_fix
modules
loops
conditionals
vdva_func_param_merge
function_parameters_fix
path_dependency
function_dep
compiler_levels
parser
constants
constants_float
develop
typecheck
deps_refactor
codegen
lexer
typecheck_refactor_varexp_makeacyclic
weighting
testing_thing
typecheck_refactor_varexp
typecheck_refactor
type_check_codegen_reducedparseclass_excep
typecheck_codegen
typecheck_codegen_educedparseclass
typecheck_reliancetree
static_support
codegen.sync-conflict-20210606-150925-O3W7KWN
develop.sync-conflict-20210606-150924-O3W7KWN
struct_support
typecheck.sync-conflict-20210606-150925-O3W7KWN
entity_declaration_type_checking
symbol_table
parser.sync-conflict-20210405-185821-O3W7KWN
parser_exception_before
develop_before_lexer_parser_merge_parseName
if_statement_parsing
exception_except
expression_parsing
master.sync-conflict-20210316-165421-O3W7KWN
expression_parsing.sync-conflict-20210316-090018-O3W7KWN
Clear current reference
multimodule/changeset2
multimodule/changeset1
pointer_cast_merge
parsetypeddeclaration_onlytype_parsecast_new
pointers_coerce
v0.5.3
v0.5.2
v0.5.1
v0.5.0
v0.4.4
v0.4.3
v0.4.2
v0.4.1
v0.4.0
v0.3.0
v0.2.0
v0.1.0
v0.0.5
v0.0.4
v0.0.3
v0.0.2
v0.0.1
Labels
Clear labels   
dependency

Dependency tree generation

  
emit

Code emitting

  
hashmapper

Anything pertaining to the HashMapper symbol mapping code

  
lebanonmapper

Anything pertaining to the LebanonMapper symbol mapping code

  
lexer

Related to the tokenizer

  
meta

Meta processor related

  
needsfix

Urgent fix required

  
parser

Parser related

  
qol

Quality-of-life related

  
question

A question, not needed fix

  
resolution

Related to the resolver

  
typing

TypeChecker and Resolver related

No Label
dependency
emit
hashmapper
lebanonmapper
lexer
meta
needsfix
parser
qol
question
resolution
typing
Milestone
Clear milestone
No items
No Milestone
Clean ups
Projects
Clear projects
No project
Dependency tree, type-checking and codegen
Assignees
Clear assignees
No Assignees
deavmi
1 Participants
Notifications
Total Time Spent: 21 minutes 55 seconds
deavmi
21 minutes 55 seconds
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

2023-08-22

Blocks
#88 🐞️ Bugfix: Multiple compilations
tlang/tlang
Reference: tlang/tlang#151
No description provided.
Delete Branch "%!s(<nil>)"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?