Restructured codebase

[Myrausman]

Restructured the codebase by moving all opcode extension files into a single 'extensions' folder, and updated paths in the code to reflect this new structure.

[codecov]

Codecov Report

All modified and coverable lines are covered by tests ✅

Project coverage is 96.53%. Comparing base (25c09e6) to head (383cbca).
Report is 20 commits behind head on master.

Additional details and impacted files

@@            Coverage Diff             @@
##           master     #316      +/-   ##
==========================================
+ Coverage   95.87%   96.53%   +0.65%     
==========================================
  Files          10       10              
  Lines         752      750       -2     
==========================================
+ Hits          721      724       +3     
+ Misses         31       26       -5     

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

[aswaterman]

Delete

[aswaterman]

Delete

[IIITM-Jay]

@aswaterman as I know that I suggested for how to use ../extensions but this also comes up with displaying in logger INFO as Extensions selected including path as well like below:

Running with args : ['./parse.py', '-c', '-go', '-chisel', '-sverilog', '-rust', '-latex', '-spinalhdl', '../extensions/rv*', '../extensions/unratified/rv*']
Extensions selected : ['../extensions/rv*', '../extensions/unratified/rv*']

But I think, the earlier is quite good in displaying as we are already stating on LHS as Extensions selected so again getting displayed as ../extension is unnecessary. With existing one, it is more cleaner I guess, that selected extensions are rv* and the unratified ones like below:

Running with args : ['./parse.py', '-c', '-go', '-chisel', '-sverilog', '-rust', '-latex', '-spinalhdl', 'rv*', 'unratified/rv*']
Extensions selected : ['rv*', 'unratified/rv*']

But again, whichever way you like, I think would be an appropriate one.

[aswaterman]

I'll let you choose :) Let me know when it's ready to merge.

[IIITM-Jay]

@aswaterman I have kept the earlier things itself as it is with no change in that as before, considering cleaner logger INFO and also made changes to have optimized pseudo logic using conditional operator for a more concise approach.

I think it could be merged now.

[aswaterman]

SGTM.