Closed jacobnrohan closed 1 year ago
Looking at the python script that generates the error message, it looks like it is expecting
tech load /usr/local/share/qflow/tech/osu035/SCN4M_SUBM.20
instead of
path sys +/usr/local/share/qflow/tech/osu035
tech load SCN4M_SUBM.20
Since it's a python script parsing a Tcl file, it's not prepared to understand the entire script. I can put in behavior to check for the path sys
command, though, which should solve the immediate problem.
As far as I could tell, there were two separate errors here, as the ".tech" extension is often left off the name of the tech file in the "tech load" command, but the qflow script was not adding the extension before searching if the file exists. I have now added code to properly handle the file extension, and also to properly handle the "path sys" lines.
Ultimately this comes from an over-simplification of the magic startup script by the python code in qflow, and the fact that I switched to using "path sys" in recent years because I now mostly use technologies from the open_pdks
installer, which puts technology files in paths with awkwardly long names like /usr/local/share/pdk/sky130A/libs.tech/magic/sky130A.tech
which I found much cleaner to present in two separate lines.
The fix is in qflow version 1.4.101 (pushed to opencircuitdesign.com this morning and which will be mirrored to github by tomorrow).
Installed qflow version 1.4.101 and can confirm my issue is resolved. Thank you!
I'm running qflow using the suggested demo source file map9v3.v. The flow runs successfully through the Migration step using the osu018 technology. Placement and Routing steps show their respective animations. However, when I click "Edit Layout" in qflow, magic opens with an empty layout and no technology layers, and qflow reports the following:
For clarity, after clicking "Edit Layout", qflow.magicrc is generated:
However, nothing appears in magic:
magic log
At first I thought this was an issue in qflow. But now I'm wondering if the intended function of magic is to load from .magicrc then qflow.rc. If so, something appears to be wrong in magic. If not, something might be wrong with the way qflow inserts the
tech load
.temporary work around
By adding the
tech load
line toqflow.magicrc
, overwritting the hidden filemv ./qflow.magicrc ./.magicrc
, then runningmagic
, I can view the design.magic log