2015-11-13 2 views
0

Файлы библиотеки от создания/установки проекта IDL в RedHawk 1.10, установленного в $ OSSIEHOME/lib64 при построении на 64-разрядной CentOS, но с RedHawk v 2.0, которые они устанавливают в $ OSSIEHOME/Lib. Они все еще ELF 64-бит, x86-64, но не устанавливаются в lib64. Является ли это запланированным изменением или есть проблема с сгенерированной конфигурацией. У старой конфигурации была логика, чтобы определить, следует ли добавлять 64 в libdir, но это, похоже, не в configure, сгенерированном v2.0.Место установки библиотек из проектов IDL в RedHawk 2.0

ответ

0

Изменение от $ OSSIEHOME/lib64 до $ OSSIEHOME/lib было преднамеренным. Разделение между lib и lib64 под/usr предназначено для разделения между 32-битными и 64-битными сборками, которые могут конфликтовать друг с другом. В случае REDHAWK в системе есть одна установка, и она попадает под каталог $ OSSIEHOME, поэтому нет никакой возможности для двусмысленности. Более того, различие между lib и lib64, поскольку оно было реализовано в макросе, используемом всеми проектами REDHAWK, также повлияло на то, как генерируются зависимости softpkg. Чтобы упростить установку в системе и расположение каталогов для зависимостей softpkg, каталоги lib были объединены в один, независимо от архитектуры.

Обратите внимание, что если вы устанавливаете из RPM, целевой каталог на $ OSSIEHOME является lib64. Это артефакт пакета сборки Red Hat RPM.

+0

В руководстве App C для Ubuntu указано, что lib64 необходимо удалить при обновлении, но нет упоминаний об изменениях для CentOS. Для CentOS, похоже, существует путаница между двумя ранее установленными * Интерфейсами. [A, la, so] в lib64 и новые, идущие в lib, и мне пришлось вручную скопировать некоторые файлы в другие, чтобы использовать их. И неясно, должно ли * Interfaces.pc быть в lib/pkconfig или lib64/pkconfig –

Смежные вопросы