Как обратиться к std::shared_ptr<void> ???

Чтобы не усложнять линковку

Например? Потому что пока что твоё решение выглядит как усложнение. Как по-твоему умный указатель будет удалять void? Где он будет искать деструктор linphone::Core?

например, приходится тащить заголовочные файлы от либы в заголовочный файл класса

странно, говорят что такой фокус работает https://stackoverflow.com/questions/5913396/why-do-stdshared-ptrvoid-work

Ладно. Опять в цпп говна наворотили…

приходится тащить заголовочные файлы от либы в заголовочный файл класса

Попробуй вместо подключения заголовочникоа сделать forward declaration класса.

Сделал type erasure, теперь нужно рассказывать компилятору тип reinterpret_cast’ом (лучше, конечно, start_lifetime_as брать, но его нет нигде пока):

#include <fmt/printf.h>
#include <stdint.h>
#include <memory>

struct Test {
    uint32_t i;
    uint32_t j;
};

int main() {
    std::shared_ptr<void> ptr{new Test{1, 2}};
    //Test& test = *std::start_lifetime_as<Test*>(ptr.get());
    Test& test = *reinterpret_cast<Test*>(ptr.get());
    fmt::print("{}, {}.\n", test.i, test.j);
}

Или я просто чего-то не понял? Тогда проясни подробнее в чём проблема.

не знаю будет ли работать, но компилятор прожувал такое ))

(std::static_pointer_cast<linphone::Core>(core))->addListener(std::make_shared<ClientCoreListener>());

reinterpret_pointer_cast спасёт отца русской демократии.

«Creates a new instance of std::shared_ptr»

Ты создаёшь шаредптр, дёргаешь атомарные счётчики и т.п. просто чтобы сразу его удалить. В чём смысл? Простого reinterpret_cast тут достаточно.

Но вообще лучше делай forward_declaration, как тебе предлагали выше. Оно и проще и удобнее.

#include <fmt/printf.h>
#include <stdint.h>
#include <memory>

struct Test; //<- Forward declaration.

std::shared_ptr<Test> g_ptr;


struct Test {
    uint32_t i;
    uint32_t j;
};

int main() {
    g_ptr = std::make_shared<Test>(1, 2);
    fmt::print("{}, {}.\n", g_ptr->i, g_ptr->j);
}

forward declaration пробовал? Это будет самый адекватный подход. Касты через void это костыли.

У него там похоже класс в namespace завёрнут. Так что при декларации нужно будет также обернуть.

Ну с этим-то он должен как-то справится.

у меня от силы С++14, не подходит

структура для одной единственной переменной…

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

Ты что-то типа такого хочешь? Вообще по-чётче мысли формулируй, не бойся лишние буквы потратить, а то нифига не понятно же.

#include <fmt/printf.h>
#include <stdint.h>
#include <memory>

struct Test;

std::shared_ptr<Test> g_ptr;


struct Test {
    uint32_t i;
    uint32_t j;

    struct SubTest;
    SubTest* sub;
};

struct Test::SubTest {
    uint32_t k;
};

int main() {
    Test::SubTest sub{3};
    g_ptr = std::make_shared<Test>(1, 2);
    g_ptr->sub = &sub;
    fmt::print("{}, {}, {}.\n", g_ptr->i, g_ptr->j, g_ptr->sub->k);
}

спасибо Вам, сейчас попробую

так получается верно???

заголовок

class CSIP
{
private:
    struct stCore_t;
    stCore_t * core;

public:
CSIP();

~CSIP() {}
};

файл реализации

struct CSIP::stCore_t { std::shared_ptr<linphone::Core> ptr; };

CSIP::CSIP()
{
    auto factory = linphone::Factory::get();

    core = new stCore_t({factory->createCoreWithConfig(config, nullptr)});

}

выглядит этот NEW конечно по тупому!

Зачем тебе вообще структура stCore_t? В чём проблема вместо неё сразу std::shared_ptr<linphone::Core> использовать?

потому что это потребует втащить в заголовок инклуды библиотеки и потом весь проект компилировать таща их за собой!

короче говоря forward declaration полная хрень в такой реализации

И чтобы этого не делать у тебя есть forward declaration, о чём весь тред собственно. Объявляешь forward declaration для linphone::coro, а в cpp подключаешь заголовочные файлы.

Проблема не в forward declaration.

все верно, создаю указатель на shared_ptr, остается вопрос - нахера это делать!?

Ну это к тебе вопрос, это же ты код пишешь. Ровно для тех же целей, для которых ты std::shared_ptr<void> создавал.

ну да, в заголовке войд и вроде как ссылки не надо по прежнему отслеживать как при forward declaration

Какие ссылки отслеживать? Ты о чём вообще? Я реально не могу понять что ты хочешь получить и в чём возникает проблема при fd. Подробно это опиши.

В порядке предположения: может ты не понимаешь, что заголовчные файлы libphone тебе нужно будет подключать только в тех cpp, в которых ты непосредственно используешь методы libphone::coro, а не во всех, куда подключен твой хэдер?

так вот же код реализации я привел на форвардинге этом

Как обратиться к std::shared_ptr<void> ??? (комментарий)

где создается указатель на shared_ptr

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

у меня переменная описана с типом класса в заголовке - в этом проблема инклудов

Отлично. И зачем тебе там stCoro_t ты так и не ответил. В чём проблема просто взять std::shared_ptr<libphone::coro> с предварительным fd? Что по-твоему от этого поменяется?

это требует добавления ИНКЛУДОВ В ЗАГОЛОВОЧНЫЙ ФАЙЛ

Forward declaration, чел. Forward, блин, declaration. Объявляешь его для libphone::coro перед объявлением класса CSIP и не добавляешь инклюд libphone. Что тут может быть вообще не понятно-то?

ну а я как сделал по вашему примеру? не так??? нью на шаред птр - абуенное решение!!!

Где у тебя там forward declaration libphone::coro? Строку скопируй.

или может у вас вопрос в том, что

factory->createCoreWithConfig(config, nullptr);

возвращает мне

std::shared_ptr<linphone::Core>

а не какой то

linphone::Core

Это форвард декларация класса stCoro_t (первая строка). Вторая просто объявление указателя. Форвард декларация libphone::coro где?

Нет.

как у вас в примере

struct CSIP::stCore_t { std::shared_ptr<linphone::Core> ptr; };

Это объявление класса stCoro_t.

ну да, как у вас в примере сделал

Форвард декларация выглядит так: class CLASS_NAME; и просто говорит компилятору, что где-то есть такой класс. У меня в примере это было

struct Test; //<- Forward declaration.

и даже комментарий добавлен.

И для libphone::coro у тебя её нет. Так добавь её и используй std::shared_ptr<libphone::coro> без всякой лишней херни. И перестанешь удивляться, почему у тебя хреновый код получается.

я так и написал struct stCore_t;

Ты серьёзно не понимешь, что libphone::coro и stCoro_t - это разные наборы букв?

ну так а как сделать то надо???

Надо сделать форвард декларацию для libphone::coro.

namespace libphone { struct coro; }

Ну или ещё как-то, как именно объявляется и чем является libphone::coro смотри в соответствующем заголовочном файле. Я в него не заглядывал.

И после этого спокойно использовать std::shared_ptr<libphone::coro> без лишних обёрток и без говнокода.

Вынеси namespace linphone { class Core; }; за пределы класса.

так работает, но это не интересно, потому что начинает лезьте в другие файлы!

Какая разница куда оно лезет. Это же не include. Просто декларация, что где-то в природе существует linphone::Core. Всё. Это стандартный способ сделать то, что ты хочешь. Только с unique_ptr не будет работать. Это я на будущее.