Xiretza 0c66141ed2 verilog: rebuild user_type_stack from globals before parsing file ... This was actually a ticking UB bomb: after running the parser, the type maps contain pointers to children of the current AST, which is recursively deleted after the pass has executed. This leaves the pointers in user_type_stack dangling, which just happened to never be a problem due to another bug that causes typedefs from higher-level type maps to never be considered. Rebuilding the type stack from the design's globals ensures the AstNode pointers are valid.		2021-03-18 20:52:36 -04:00
..
.gitignore	Add "make coverage"	2018-08-27 14:22:21 +02:00
const2ast.cc	Replacing log_error for log_file_error due consistency	2020-03-31 12:01:29 -06:00
Makefile.inc	Treat all bison warnings as errors in verilog front-end	2020-07-15 11:57:31 +02:00
preproc.cc	verilog: fix handling of nested ifdef directives	2021-03-01 12:28:33 -05:00
preproc.h	Add support for SystemVerilog-style `define to Verilog frontend	2020-03-27 16:08:26 +00:00
verilog_frontend.cc	verilog: rebuild user_type_stack from globals before parsing file	2021-03-18 20:52:36 -04:00
verilog_frontend.h	frontend: cleanup to use more ID::*, more dict<> instead of map<>	2020-05-04 10:48:37 -07:00
verilog_lexer.l	sv: extended support for integer types	2021-02-28 16:31:56 -05:00
verilog_parser.y	sv: support for parameters without default values	2021-03-02 10:43:53 -05:00