Вот же он:
/usr/lib/x86_64-linux-gnu/libmp3lame.so.0.0.0
а /usr/lib/x86_64-linux-gnu/libmp3lame.so и /usr/lib/x86_64-linux-gnu/libmp3lame.so.0 должны быть ссылками на него. Линковаться надо с /usr/lib/x86_64-linux-gnu/libmp3lame.so
kacang: я не вижу этих адаптеров в списке поддерживаемых OpenOCD/xt-ocd. Вам придётся самому узнать на каких чипах они сделаны, и работает ли с ними OpenOCD или xt-ocd.
gbg: верно, но объекты при этом и так не будут перемещаться при реаллокации контейнером хранилища, так что можно обойтись просто вектором даже не очень умных указателей.
Армянское Радио: да, я понял. Однако, насколько я понимаю, нельзя совместить неинтрузивные указатели с хранением объектов (а не указателей) в контейнере, который может перемещать хранимые объекты. Т.е. либо в объект должна быть встроена связь со всеми указателями на него, либо объект должен управляться только через такие указатели. В других случаях (например в нашем, когда Object -- только Object, а объекты хранятся в векторе) гениальность работать не будет.
> пример, пускай и надуманный знакового индекса Don Kaban: предположим, кто-то делает интерпретатор паскаля на С++, а в паскале, как известно, индексы массивов могут начинаться и заканчиваться на произвольных значениях.
> Еще раз, в stl контейнерах (о которых и идет речь) нет повода говорить по пользе знаковых индексов Don Kaban: речь идёт о class ObjectContainer, который к stl отношения не имеет.
> Не вижу не одной причины, зачем индексу контейнера надо быть знаковым типом. Don Kaban: значит вам не нужны знаковые индексы. Моё исходное возражение -- против бездумной замены одной догмы (int) на другую (size_t).