[Libre-soc-bugs] [Bug 526] create dry-run 180nm GDS-II files for IMEC

[bugzilla-daemon at libre-soc.org]

https://bugs.libre-soc.org/show_bug.cgi?id=526

--- Comment #13 from Luke Kenneth Casson Leighton <lkcl at lkcl.net> ---
(In reply to Jean-Paul.Chaput from comment #12)
> (In reply to Luke Kenneth Casson Leighton from comment #11)
> > (In reply to Jean-Paul.Chaput from comment #10)
> > 
> > > I'm taking a first look. Did a git pull, run experiment0/build.sh,
> > > and... No json file gets generated (but I see that pinmux is being
> > > successfully called). Note that it's symbolic link in coriolis2/
> > > is wrong (there is one "../" missing).
> > 
> > sorry, forgot to say.  from this (and also from comment 0)
> > 
> >       i have "./build.sh" operational 
> > 
> > i assumed it would be understood to run the ./build.sh script, and to
> > run it only from inside the directory (experiments9).
> > 
> > it's not set up to be run outside.
> 
>   Mmmmhhh. That is what I did, run in the experiment9 directory.

ok good, that should have worked.

pinmux was set up to run from the coriolis2 directory (relative import by
ioring.py)

so as not to have 2 copies of pinmux i created a symlink.

really it should be done as a python package (with a setup.py) i haven't got
round to it yet.

>   *But* I didn't use the "full_core_ls180_prerun"

no i haven't got to that, it is for later when adding the full core (ls180.il)

we are still at the drastically-cut-down handcrafted ls180.vst stage.

once that works then adding the full core and trying that is the next stage. 
once that works i will tag it so that it can be snapshotted and repro'd any
time.

> (used the latest
>   master HEAD),

good.

> I plan to integrate your json
>   parser directly into the Chip class.

the unicode-to-str converter? it isnot mine, it is code i found on
stackexchange. it will need attribution, i will try to find the link again.

-- 
You are receiving this mail because:
You are on the CC list for the bug.