After pulling the latest „fixes“ from

magic

from git@github.com:RTimothyEdwards/magic.git,

xschem

from git@github.com:StefanSchippers/xschem.git, and

open_pdks

from https://github.com/rtimothyedwards/open_pdks as directed by opencircuitdesign.com, my tool chain is broken, and

make install

of

open_pdks

just freezes without any error message. I'm assuming that an unintended incompatibility between

magic

and

open_pdks

has been introduced, because not only does the offending

staging_install.py

just freeze without any error message, but it also hasn't changed for the last months. No stderr output, stdout is

(cd sky130 && make install)
make[1]: Entering directory '/home/cmaier/EDA/OpenLane/pdks/open_pdks/sky130'
echo "Starting SKY130 PDK migration on "`date` > sky130A_install.log
../common/staging_install.py -std_format \
        -source /home/cmaier/EDA/OpenLane/pdks/open_pdks/sky130/sky130A \
        -finalpath /usr/local/share/pdk/sky130A \
        -variable PDKPATH \
        -link_from none 2>&1 | tee -a sky130A_install.log

and then it just freezes, and the copy is incomplete (and has completely thwarted my design flow)

~/EDA/OpenLane/pdks/open_pdks$ du -h -d 2 sky130/
28K	sky130/netgen
132K	sky130/custom/drc
16K	sky130/custom/sky130_fd_sc_hvl
25M	sky130/custom/sky130_fd_io
328K	sky130/custom/scripts
8,0K	sky130/custom/xschem
12K	sky130/custom/sky130_fd_bd_sram
68K	sky130/custom/sky130_fd_sc_hd
25M	sky130/custom
340K	sky130/klayout
24K	sky130/qflow
9,0G	sky130/sky130B/libs.ref
34M	sky130/sky130B/libs.tech
8,0K	sky130/sky130B/.config
9,0G	sky130/sky130B
248K	sky130/irsim
9,0G	sky130/sky130A/libs.ref
34M	sky130/sky130A/libs.tech
8,0K	sky130/sky130A/.config
9,0G	sky130/sky130A
20K	sky130/openlane/cvc
5,8M	sky130/openlane/custom_cells
52K	sky130/openlane/sky130_fd_sc_hdll
56K	sky130/openlane/sky130_fd_sc_hs
44K	sky130/openlane/sky130_fd_sc_hvl
12K	sky130/openlane/sky130_osu_sc_t18
56K	sky130/openlane/sky130_fd_sc_ms
56K	sky130/openlane/sky130_fd_sc_ls
56K	sky130/openlane/sky130_fd_sc_hd
6,8M	sky130/openlane
212K	sky130/xcircuit
436K	sky130/magic
18G	sky130/

/usr/local/share/pdk$ du -h -d 2 .
1,1M	./scripts
3,1G	./sky130B/libs.ref
532K	./sky130B/libs.tech
4,0K	./sky130B/.config
3,1G	./sky130B
9,0G	./sky130A/libs.ref
34M	./sky130A/libs.tech
8,0K	./sky130A/.config
9,0G	./sky130A
13G	.

I have been blocked by this undocumented side effect with nothing else to do for the last 5 hours, Central European „Daylight“ time. A little less Software Engineer's „Here, I Fixed It For You, Never Mind the Side Effects To Others“ mindset would be rather appreciated. Nearly everything that matters is a side effect — Meredith L. Patterson

@Christoph Maier don’t know if any of this will solve your problems, but 1. What arguments did you give to ./configure before you ran make? 2. you might try restoring the pdf to a usable version with volare. make setup in your project directory directory will reinstall the pdk with volare. Interestingly (well maybe not that interesting) I’m in a similar situation of not being able to do anything, but in my case it’s because of a bad license file server for proprietary software.

Might be that make install for the sky130 open pdk just takes forever and looks like it's frozen, but it just SLOOOOOOOOOOOOOOOWLY copies the files. …. which I'm catching only with

du -h -d 3

on the target directory. Configure reads

./configure --enable-sky130-pdk --enable-sram-sky130 1>../../../installationlogs/sky130_configure.log 2>../../../installationlogs/sky130_configure.err

… and make install actually completed, after taking forever with no observable (to me) stdout or stderr output.

tail -f

of

stdout

and

stderr

didn't indicate any progress, and neither did CPU load monitoring with

top

.

The make install of open_pdks takes several hours. Glad you were patient enough to wait until it completed. volare is the pdk manager that you can use to download pre-compiled versions of the pdk without having to go through the build process. I think it’s on the efabless GitHub. It’s part of make setup for caravel_user_project etc.

Well, initially I wasn't patient enough and started the whole process several times over. 🫤