curl.library: парсер не видит курл в корне сайта и не выдает ошибку в зависимости от указанного пути

virusav 20.06 14:00 / 20.06 15:40

Добрый день.
На хостинге есть курл, который можно использовать в PHP, но парсер упорно выдает:
failed to load curl library libcurl.so: libcurl.so: cannot open shared object file: No such file or directory

Сам файл курла и симлинк на него имеют другие названия, но попытки сослаться на существующие имена не решают проблему, возможно, из-за отсутствия прав у парсера на эти файлы.
Доступа из консоли нет и не будет (бесплатный хостинг).
Запросы нужно делать по HTTPS.

Пробовал следующие варианты:
1. Копировал файл курла в корень сайта, давал на него полные права, пробовал менять названия и указывать в $.library.
2. Создавал на PHP симлинк на файл в корне сайта (сам файл также в корне сайта), давал на него полные права, пробовал менять названия и указывать в $.library.
3. Указывал как абсолютные пути, так и относительные.

Любые танцы с бубном приводят к той же самой ошибке, хотя, как мне казалось, ошибка должна меняться в зависимости от указания названия файла в $.library.

Вот такой код обнаруживает файл и получает его размер, но в $.library этот путь не работает:

^file::load[binary;/../../../../../home/путь к корню сайта/libcurl.so]

Можно ли как-то заставить парсер увидеть курл в корне сайта или выдавать ошибку в зависимости от указанного пути, а не постоянно libcurl.so?

---