получить это для авторизации на сервере с клиентской стороны.
В cmake генерирую код так # wsdl2h
execute_process(
COMMAND ${GSOAP_WSDL2H} -t ${CMAKE_BINARY_DIR}/generated/typemap.dat -R -o ${CMAKE_BINARY_DIR}/generated/bindings.h ${WSDL_PATH}
WORKING_DIRECTORY ${CMAKE_BINARY_DIR}/generated
)
# soapcpp2
execute_process(
COMMAND ${GSOAP_SOAPCPP2} -I${GSOAP_ROOT_PATH}/import;${GSOAP_ROOT_PATH}/custom -d ${CMAKE_BINARY_DIR}/generated ${CMAKE_BINARY_DIR}/generated/bindings.h
WORKING_DIRECTORY ${CMAKE_BINARY_DIR}/generated
)
но в выводе получаю ошибку Critical error: Cannot open file "C:/Projects/third-party/gsoap/gsoap/custom" for reading: Permission denied, если поменять местами import и custom, то вывод ошибки будет Critical error: Cannot open file "C:/Projects/third-party/gsoap/gsoap/import" for reading: Permission denied
Что я делаю не так?
Стикер
Без понятия о предмете wsse, но прав на чтение нет
А не лучше ли всегда add_custom_command использовать? Даже если выполнить команду требуется только один раз на стадии конфигурирования, то даже в этом случае лучше add_custom_command, мне кажется, использовать. Меньше неожиданностей (типа, "почему не перегенерировалось, я же обновил всё")
Ну как бы директория имеет права на чтения, тем более это windows. Плюсом я описал, что если поменять порядок импорта для ключа -I, то permission denied пишется либо для import либо для custom
добавь COMMAND ${CMAKE_COMMAND} -E make_directory generated перед этой командой и оставь CMAKE_BINARY_DIR текущей (она и так по умолчанию), а все пути пусть будут относительно неё.
Перед всем делом file(MAKE_DIRECTORY ${CMAKE_BINARY_DIR}/generated)
Звучит больше как @probuildsystems
Обсуждают сегодня