-
Notifications
You must be signed in to change notification settings - Fork 173
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
First stab at issue 2855 by spltting the two maps #2874
First stab at issue 2855 by spltting the two maps #2874
Conversation
a1a8fa3
to
f8758f1
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
what error did you run into specifically? I saw your comment about circular inclusion on Zulip, I think we should be able to find a solution
f8758f1
to
887105f
Compare
So initially i want to move the declaration of all non-member functions inside the header and add the necessary headers to make the declaration complete, one of the files was rust-parse.h. When i added it, it creates a circular dependency like this
I was a bit impatient and decided to put all the non-member functions declaration inside a new header to avoid this circular dependency. |
ah, I see! so I think one way to do it would indeed be to put the "parsing" function declarations in another possibility is to indeed split the parsing functions into their own header + source, which includes |
259fbd2
to
225d64e
Compare
i must have missed these errors on my local build, i'll try running the same command as via github actions |
accidently clicked on merge from master, will revisit and sort this out tmr |
86972bc
to
741bc67
Compare
@badumbatish is this ready for review? if not, could you put it in Draft please? :) thanks |
hi! it is ready for review, i'm not sure if i should resolve the conflict from master or wait for the review and then resolve it? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
minor remarks. I'll let the real devs do a real review :)
9eda59f
to
bbd3713
Compare
Not ready for review yet there seems to be some problem with rebasing |
38c1a33
to
c916dd2
Compare
@CohenArthur hi Arthur, I just rebased the master branch into this branch and its ready for review. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
thanks for working on this :) I think only a couple nitpicks and then we can merge it!
@CohenArthur everything should be good to go |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
last nitpick and we'll merge this (sorry :D)
e0e7a6b
to
cf58569
Compare
cf58569
to
3ab154b
Compare
Fixes issue Rust-GCC#2855 gcc/rust/ChangeLog: * Make-lang.in: add new .o builds for new .cc files * expand/rust-cfg-strip.h (RUST_CFG_STRIP_H): Add include guards for rust-cfg-strip * expand/rust-macro-builtins.cc (make_macro_path_str): moved to new respective files (make_token): moved to new respective files (make_string): moved to new respective files (macro_end_token): moved to new respective files (try_extract_string_literal_from_fragment): moved to new respective files (try_expand_many_expr): moved to new respective files (parse_single_string_literal): moved to new respective files (source_relative_path): moved to new respective files (load_file_bytes): moved to new respective files (MacroBuiltin::assert_handler): moved to new respective files (MacroBuiltin::file_handler): moved to new respective files (MacroBuiltin::column_handler): moved to new respective files (MacroBuiltin::include_bytes_handler): moved to new respective files (MacroBuiltin::include_str_handler): moved to new respective files (MacroBuiltin::compile_error_handler): moved to new respective files (MacroBuiltin::concat_handler): moved to new respective files (MacroBuiltin::env_handler): moved to new respective files (MacroBuiltin::cfg_handler): moved to new respective files (MacroBuiltin::include_handler): moved to new respective files (MacroBuiltin::line_handler): moved to new respective files (MacroBuiltin::stringify_handler): moved to new respective files (struct FormatArgsInput): moved to new respective files (struct FormatArgsParseError): moved to new respective files (format_args_parse_arguments): moved to new respective files (MacroBuiltin::format_args_handler): moved to new respective files * expand/rust-macro-builtins.h (builtin_macro_from_string): merge tl::optional from master * expand/rust-macro-builtins-asm.cc: New file. * expand/rust-macro-builtins-format-args.cc: New file. * expand/rust-macro-builtins-helpers.cc: New file. * expand/rust-macro-builtins-helpers.h: New file. * expand/rust-macro-builtins-include.cc: New file. * expand/rust-macro-builtins-location.cc: New file. * expand/rust-macro-builtins-log-debug.cc: New file. * expand/rust-macro-builtins-test-bench.cc: New file. * expand/rust-macro-builtins-trait.cc: New file. * expand/rust-macro-builtins-utility.cc: New file.
0307e01
to
0dc7375
Compare
@CohenArthur
Hi there, I'm looking for some review/feedback on this issue. I just finished splitting the BiMap and unordered_map of the MacroBuiltin class.
I'm planning on putting the non-member functions' declaration in
gcc/rust/expand/rust-macro-builtins.h
but ran into some error with the compiler not knowing Parser as a class, etc etc.