ln: failed to create symbolic link 'lib/<file-name>.xdc: File exists

Classification: UK OFFICIAL Hi, A little annoyance I'm having. In OCPI1.4 if you have an ExportFiles parameter in a platform makefile that references something in a directory, for example: ExportFiles=<load-of-top-level-exports-for-the-platform> <dir-name>/<file-name>.xdc "ocpidev build hdl platform <plat-name>" will run correctly the first time, but then on any rerun will fail complaining: ln: failed to create symbolic link 'lib/<file-name>.xdc: File exists An "ocpidev clean", or to save time a "rm lib/<file-name>.xdc" in the <plat-name> directory remedies this. I assume there's an "ln" somewhere without a -f flag? Any suggestions as to which script I'd have to edit to get around this? Dominic Walters "This e-mail and any attachment(s) is intended for the recipient only. Its unauthorised use, disclosure, storage or copying is not permitted. Communications with Dstl are monitored and/or recorded for system efficiency and other lawful purposes, including business intelligence, business metrics and training. Any views or opinions expressed in this e-mail do not necessarily reflect Dstl policy." "If you are not the intended recipient, please remove it from your system and notify the author of the email and centralenq@dstl.gov.uk"

              ln: failed to create symbolic link 'lib/<file-name>.xdc: File exists

Yes, that does not work.  ExportFiles in an HDL platform must not be in subdirectories, in 1.6 also. I don't see a big problem in fixing that (in tools/cdk/include/hdl/hdl-platform.mk). On 1/28/20 10:25 AM, Walters Dominic A via discuss wrote: > Classification: UK OFFICIAL > > > Hi, > > A little annoyance I'm having. > In OCPI1.4 if you have an ExportFiles parameter in a platform makefile that references something in a directory, for example: > > ExportFiles=<load-of-top-level-exports-for-the-platform> <dir-name>/<file-name>.xdc > > "ocpidev build hdl platform <plat-name>" will run correctly the first time, but then on any rerun will fail complaining: > > ln: failed to create symbolic link 'lib/<file-name>.xdc: File exists > > An "ocpidev clean", or to save time a "rm lib/<file-name>.xdc" in the <plat-name> directory remedies this. I assume there's an "ln" somewhere without a -f flag? > Any suggestions as to which script I'd have to edit to get around this? > > Dominic Walters > > "This e-mail and any attachment(s) is intended for the recipient only. Its unauthorised use, > disclosure, storage or copying is not permitted. Communications with Dstl are monitored and/or > recorded for system efficiency and other lawful purposes, including business intelligence, business > metrics and training. Any views or opinions expressed in this e-mail do not necessarily reflect Dstl policy." > > "If you are not the intended recipient, please remove it from your system and notify the author of > the email and centralenq@dstl.gov.uk" >