Как решить неразрешенный внешний при использовании пакетов C++ Builder?

неразрешенный внешний

неразрешенный Внешний в вашем случае, кажется, потому, что компилятор не может найти путь к данным пакета. Вы должны узнать, если:

• путь существует в списке путей поиска компилятора.
• пакет существует в каталоге пакетов по умолчанию.

если один из них истинен, то путь не является проблемой. Однако как Рихо также упоминает, что это наиболее вероятно причина проблемы. The Embarcadero документация wiki говорится о неразрешенный внешний ошибка:

на именованный символ ссылаются в данном модуле, но не определяется нигде в наборе объектных файлов и библиотек, включенных в ссылку. Убедитесь, что символ написан правильно.

вы обычно увидите эту ошибку из компоновщика для символов C или C++, если любое из следующих происходят:

• вы неправильно соответствовали объявлениям символа __pascal и __cdecl типы в разных исходных файлах.
• вы опустили имя объектного файла вашей программы. Необходимо вручную добавить все необходимые пакеты в список required.
• вы не связались в библиотеке эмуляции.

если вы связываете код C++ с модулями C, вы, возможно, забыли обернуть внешние объявления C в extern "C".

вы также может быть несоответствие между двумя символами.

источник: неразрешенный внешний "символ", на который ссылается "модуль".

поскольку это кажется из-хотя и измененные имена классов - это не случай орфографии. Вы также заявляете, что добавили пакет в список требований, поэтому мы также исключаем это. Поскольку вы не связываетесь с модулями C, мы можем опустить и эту часть. Так что это указывает на проблемы с каталогом.

о других вопросах

ваши вопросы действительно интересны, и многие из вопросов-это вопросы, на которые я сам искал ответы, когда начал разрабатывать пакеты и компоненты для C++ Builder.

являются ли пакеты надежными с помощью C++?

пакеты-прекрасное решение для использования в C++ Builder, как C++ Builder построен для поддержки пакетов, так и Pascal written VCL framework. Этот означает, что некоторые реализации в C++ Builder отличаются от других компиляторов. Это необходимо для того, чтобы язык был совместим с его родственным Delphi. По этой причине вы можете использовать пакеты в C++ Builder почти так же легко, как при использовании Delphi.

является ли ссылка на первый пакет, добавив ссылку на его BPI правильно?

начать со второй части вашего вопроса здесь, используя файл lib делает ваш пакет больше, просто потому, что это использование статической компоновки-так что ваша догадка верна. Теперь вернемся к первой части вопроса, ссылка на пакет прекрасна, добавив ссылку на его BPI. Но вам нужно убедиться, что переменная path была установлена правильно как Рихо предполагает в своем ответе.

лично я всегда убеждаюсь, что мои пакеты в соответствующие каталоги в вашей папке пользователей, расположение этого зависит от вашей версии Delphi и версии операционной системы. Насколько я помню он находится под документом и настройками\all users\shared documents\Rad studio (номер версии)\Packages, но я могу ошибаться в этом.

можем ли мы использовать PACKAGE директива только на TObject-производного классов?

на PACKAGE макрос разрешен в __declspec(package), вы можете сравнить его с __declspec(dllexport). Разница между ними в том, что пакета используется при объявлении в пакете, и С атрибутом dllexport используется при объявлении в DLL. Есть тема об этом на официальных форумах embarcadero под названием _ _ declspec (пакет) vs _ _ declspec (dllexport). Автор оригинального сообщения также задает ваш точный вопрос об этом, но, к сожалению, эта часть вопроса остается без ответа.

_ _ declspec (dllexport) можно использовать для простые функции, переменные данных и не-классы VCL и могут использоваться в простых DLL. _И _declspec(пакет) используется для компонентов VCL и может использоваться только с пакетами.

поэтому, читая его ответ, мне кажется, что пакет просто экспортирует класс, как и dllexport. И поскольку dllexport, насколько я могу прочитать из его ответа, должен использоваться в простых DLL, только вам нужно использовать пакет для экспорта (даже) не классов VCL из пакет.

что интересно обо всем этом, так это то, что пакет по сути является DLL, насколько я помню, но я должен признать, что не могу найти или вспомнить источник этой информации, поэтому возьмите с солью.

является ли разделение кода на пакеты лучшим способом достижения цели изоляции кода?

пакеты имеют некоторые очень заметные преимущества при создании многоразовых компонентов для VCL. Очевидно, что использование пакетов ограничивает использование пользователем C++Builder или Delphi, но для компонентов, написанных, чтобы воспользоваться инфраструктурой VCL, это отличный выбор. Правильно написанные пакеты могут облегчить повторное использование компонентов, и я считаю, что это предпочтительный метод распределения компонентов для VCL.

однако, если ваш код никоим образом не использует преимущества VCL framework, я бы рассмотрел использование обычной библиотеки, статической или динамической, просто для создания более кросс-компилятора дружественный подход.

есть ли лучший подход к изоляции вашего кода, действительно зависит от проекта, над которым вы работаете. Мне нравится хранить код, который взаимодействует с использованием классов VCL в пакетах, но код, который не требует использования каких-либо классов VCL в обычных библиотеках. Имейте в виду, что вы можете легко использовать классы VCL в DLL, но вам нужно обрабатывать специальные случаи, если вы решите экспортировать функции с классами строк VCL в качестве параметров или вернуть ценности.

какие-либо общие советы?

Я сам не самый опытный разработчик пакетов, но я обнаружил, что отключение связывания во время выполнения часто решает многие мои проблемы, в то время как несколько тривиально исправить любые проблемы для вашего собственного кода, Вы можете часто запускать сторонние компоненты, которые имеют проблемы с этим. Сказав это, я не поклонник распространения моих пакетов вместе с моим приложением, как это требуется в этом случае. Но если честно ... это дело вкуса.

лично мне было трудно найти правильные ответы на многие из моих вопросов, когда я начал создавать компоненты и пакеты. Официальный файл справки не самый информативный по этому вопросу, но просматривая исходный код VCL, часто даст вам лучший ответ на ваш вопрос. Кроме того, есть несколько других сайтов, которые могут помочь, многие сайты нацелены на Делфи, но это вы должны привыкнуть хотя.

Delphi Wikia имеет несколько хороших статей о создании компонентов, в частности Создание Компонентов и Создание Пакетов есть еще BCB Journal который является одним из немногих сайтов C++ Builder, он имеет некоторые прекрасные статьи и приемлемый форум. The Delphi страницы на About.com также является хорошим источником информации, я нашел много хороших намеков и приятно знает там, в частности: создание пользовательских компонентов Delphi-внутри и снаружи.