google / globalfoundries-pdk-libs-gf180mcu_fd_pv

Apache License 2.0
12 stars 6 forks source link

Enabling more restrictive rubocop rules in ruby linting #40

Closed FaragElsayed2 closed 1 year ago

FaragElsayed2 commented 1 year ago

Enabling more restrictive rubocop rules in ruby linting

atorkmabrains commented 1 year ago

@proppy About this issue, the thinking that I have about this is that those restrictive rules are very hard to meet. Given that the target of this linting is for ruby code that is used for web applications not similar to what we are doing here in Klayout DRC. Klayout is designed to use ruby differently. We will have to make large changes in the code that would take a lot of time to meet.

Shall we drop this issue given that we meet most of the other issues?

proppy commented 1 year ago

Let's at least make an audit of the current rules and document why they don't apply.

MethodLength, UselessAssignment, BlockNesting and VariableName seems like good thing to enable at first, but maybe there are other gotchas?

I can understand whyGlobalVarsandAbcSize` might be problematic due to the very nature of macros.

atorkmabrains commented 1 year ago

@FaragElsayed2 Could you assess and document which rules that we disabled here? Also, see the impact opening the rules that @proppy mentioned.

FaragElsayed2 commented 1 year ago

@atorkmabrains

List of disabled rules:

I will check the possibility of enabling each one of them.

atorkmabrains commented 1 year ago

Those rules are very hard to meet for the coding style we use specifically in the current use case. We made some trials, I believe we were able to get away with some, but still we are facing others.

proppy commented 1 year ago

@atorkmabrains let's re-assess this priority then and revisit later?

I'm also happy to contribute here, my ruby is a little bit rusty but I think I can help!