library_name.config_name;
Каждый внедряемый component связан с некоторым проектом (с парой entity/architecture) и эта ассоциация {связь} определена спецификацией конфигурации (specification configuration). Спецификация компонент появляются в декларативной части того иерархического проекта, где используются образцы компонент. Этим путем образцы components могут быть конфигурированы в пределах тела architecture, не используя отдельное объявление configuration. Такая Спецификация более проста, но также и менее гибка. Пример 1 содержит спецификацию configuration для того же самого component как в Примере 1 в описании объявления configuration.
Когда порты и generics в объявлении component не соответствует{не согласовываются} с их объявлениями в объявлении entity, так называемая binding indication может примениться. Просто говоря она включает явное указание на то, как порты and generics в entity должны быть связаны к портам и generics образца component. Предложенияgeneric map иport map используются для этой цели. Эта методика используется в Примере 1. Практически, однако, рекомендуется согласовывать generics и порты components и соответствующего проекта, поскольку это улучшает четкость.
Если отсутствует configuration (или в виде объявления или спецификации) для component, то по умолчанию поддерживается, так называемоесвязывание по умолчанию (default binding) . Это означает для такого component, будет выбран такой entity, название которого совпадает (согласовывается) с названием объявленного компонента. Должны также совпадать названия port, типы port и параметры generics и т.д. Если entity имеет больше чем одну architecture, то последняя откомпилированная архитектура используется