S
Нет, это опять ошибка линкера. Линкер не смог связать имя функции и какой-то участок бинарного кода из lib-ы.
Size: a a a
2019 October 22
AS
А что тут написано? : )
В смысле ошибка про либу то пропала но поп прежнему ошибки линковки
AS
Нет, это опять ошибка линкера. Линкер не смог связать имя функции и какой-то участок бинарного кода из lib-ы.
Да
S
Карочи, .h-файлы — это разметка бинарных функций внутри lib-ы. Связь через "символы", то есть имена функций.
S
Ты в курсе что тебе нужен ещё или сурц, или lib-а этого hmac?
S
Когда я связывал луа со стимом, я использовал
steam_api.lib, предоставленный вальвом, и их же хедеры, чтобы мочь собрать ))S
Хедеры это только разметка для .lib или .c/.cpp, ничего больше. Сам код — вне их.
AS
Когда я связывал луа со стимом, я использовал
steam_api.lib, предоставленный вальвом, и их же хедеры, чтобы мочь собрать ))А ясно - надо поискать hmac.lb от опенссл и тоже прописать его в настройках студии
S
Вот именно.
AS
Вот именно.
Ну сорс в исходниках опенссл есть, либы нету
S
Тогда подгреби сорс.
AS
Сорс надо просто в проект добавить в проект?
S
Ага, примерно так
S
Хмм, нашёл бы ты в гугле сорц отдельной реализации этой фигни, в одном .h и одном .c файлах.
AS
Хмм, нашёл бы ты в гугле сорц отдельной реализации этой фигни, в одном .h и одном .c файлах.
Кстати еще вопрос - а что это за хедер такой - opensslconf.h.in? из других хедеров он запрашивается как opensslconf.h, но в сорсах он лежит как opensslconf.h.in
S
А я хз ))
IM
Кстати еще вопрос - а что это за хедер такой - opensslconf.h.in? из других хедеров он запрашивается как opensslconf.h, но в сорсах он лежит как opensslconf.h.in
Распространенная практика (по крайней мере в UNIX средах) при использовании autotools/схожих подели: файл c суффиксом .in обрабатывают с помощью configure скрипта и получают файл без суффикса .in. Т.е. в сырцах будет лежать opensslconf.h.in, а по завершении работы configure скрипта рядом появится opensslconf.h.
AS
Распространенная практика (по крайней мере в UNIX средах) при использовании autotools/схожих подели: файл c суффиксом .in обрабатывают с помощью configure скрипта и получают файл без суффикса .in. Т.е. в сырцах будет лежать opensslconf.h.in, а по завершении работы configure скрипта рядом появится opensslconf.h.
Т.е это для сборки в линухе? А то я убрал .in оставив только .h - пошли ошибки
IM
Т.е это для сборки в линухе? А то я убрал .in оставив только .h - пошли ошибки
Про сборку под шиндовс я мало что могу рассказать, но если просто переименовать .in в .h, то да, это не заведется.
S
Можно но вредно, да.