Requiring that the user find and copy this every time (or else things will break) is probably something that we're trying to avoid with IPM.
More broadly, this begs some sort of standardized way that installing an IP can instruct the user on what additional plumbing they need to do, so they don't need to go hunting for examples, config, doco, or whatever. At minimum, after installing an IP, IPM could say "Now visit this URL to see how to implement this thing", and possibly also offer a way to list these URLs for all currently-registered IPs (great if someone has just cloned a repo that uses some IP they're not otherwise familiar with).
For this specific case, perhaps the IP package should include pdn/pdn.tcl plus maybe pdn/pdn_config.json (as an example) that should be patched into the user's config.json -- either automatically by some process, or manually at the user's discretion. The actual reference to pdn.tcl could hopefully be relative too, e.g.:
See
pdn.tclin this repo.It is a required script for some of the example instantiation of the EFSRAM macro in
config.json, and possibly a file-plus-associated-config which will be required (or at least regularly reused) by various IPs.Requiring that the user find and copy this every time (or else things will break) is probably something that we're trying to avoid with IPM.
More broadly, this begs some sort of standardized way that installing an IP can instruct the user on what additional plumbing they need to do, so they don't need to go hunting for examples, config, doco, or whatever. At minimum, after installing an IP, IPM could say "Now visit this URL to see how to implement this thing", and possibly also offer a way to list these URLs for all currently-registered IPs (great if someone has just cloned a repo that uses some IP they're not otherwise familiar with).
For this specific case, perhaps the IP package should include
pdn/pdn.tclplus maybepdn/pdn_config.json(as an example) that should be patched into the user'sconfig.json-- either automatically by some process, or manually at the user's discretion. The actual reference topdn.tclcould hopefully be relative too, e.g.:...but still at the user's discretion, in case they have their own PDN settings or
FP_PDN_CFGscript.