Борьба с ворнингом Synplify & Xilinx, Synplify & Xilinx ucf: INST /EXPANDED/ Опции

[KPiter]

Для синтеза используется Synplify Pro E-2010.09-1 на выходе edf файл, далее Xilinx: ngdbuid -> map -> par -> bitgen
В отчете ngdbuid вот такая строчка:

WARNING:ConstraintSystem:204 - A target design object for the Locate constraint
'<INST /DEC/EXPANDED/DEC/gtx/GTP1_0/RIOV6 LOC = GTXE1_X0Y7>' could not be
found and so the Locate constraint will be removed.

откуда этот констрэйн берется?? почему INST = /DEC/EXPANDED/DEC/gtx?
Констрэйн в ucf файле:
INST "gtx/GTP1_0/RIOV6" LOC = "GTXE1_X0Y7";
работает о чем говорится чуть ниже в отчете ngdbuid:

WARNING:NgdBuild:1012 - The constraint <INST /DEC/EXPANDED/DEC/gtx/GTP1_0/RIOV6
LOC = GTXE1_X0Y7> is overridden on the design object gtx/GTP1_0/RIOV6 by the
constraint <INST "gtx/GTP1_0/RIOV6" LOC = "GTXE1_X0Y7";> [dec.ucf(845)].

Как побороть этот warning?
спасибо

[Koluchiy]

Synplify знает куда какой gtxe ставить и видно в edf файле, что gtxe ставится на конкретное место

Бррр...
Откуда Synplify знает, куда его ставить? Вы пишете для него констрейны размещения?

Вообще, по моей практике, "непонятно откуда" берущиеся констрейны обычно берутся из 2-х источников:
1) Файл synplify.ucf, если он не пустой и если не отключить его подсоединение к проекту.
2) Другие ucf и прочие файлы, которые каким-то образом подключились к проекту (но у меня такого давно не было).

[KPiter]

Бррр...
Откуда Synplify знает, куда его ставить? Вы пишете для него констрейны размещения?

Вообще, по моей практике, "непонятно откуда" берущиеся констрейны обычно берутся из 2-х источников:
1) Файл synplify.ucf, если он не пустой и если не отключить его подсоединение к проекту.
2) Другие ucf и прочие файлы, которые каким-то образом подключились к проекту (но у меня такого давно не было).

разобрался! подтолкнули еще раз внимательно код проверить

В VHDL коде стоит атрибут
attribute loc of RIOV6 : label is "GTXE1_X0Y7";

где RIOV6 это объявление Xilinx примитива GTXE1.

В edf файле LOC в виде

CODE

(instance RIOV6 (viewRef verilog (cellRef GTXE1 (libraryRef VhdlGenLib0)))
...
(property LOC (string "GTXE1_X0Y7"))

Закоментировал атрибут в коде - ворнинг пропал. Остался неприятный осадок, что ngdbuild не понимает зашитый в edf файле от Synplify LOC констрейн.

Да, третий вариант в копилку ""непонятно откуда" берущиеся констрейны": attribute loc в исходном коде...

Спасибо, считаю тема закрыта!