Log4cxx中log4cxx::helpers::FileInputStreamPtr转log4cxx::helpers::InputStreamPtr的GCC 8.5编译错误解决咨询

我之前也碰到过这种跨编译器的兼容坑，GCC 8.5对自定义智能指针和标准库std::shared_ptr的转换规则确实比VS2019严格很多。你的核心问题在于：InputStreamPtr是log4cxx自己实现的ObjectPtrT<InputStream>智能指针类型，和标准库的std::shared_ptr属于两个独立的智能指针体系，GCC 8.5不允许它们之间的隐式转换，而VS做了宽松处理才让代码正常编译。

给你两个可行的解决思路：

方法一：直接使用log4cxx智能指针的原生构造方式 #

抛弃std::make_shared，直接用InputStreamPtr的构造函数创建并持有FileInputStream实例，这是最安全且兼容所有编译器的写法：

log4cxx::helpers::Properties properties;
log4cxx::helpers::InputStreamPtr inputStream(
    new log4cxx::helpers::FileInputStream(resourceDirectory.string())
);
properties.load(inputStream);

这种写法完全依赖log4cxx自身的智能指针机制，不会涉及标准库和自定义智能指针的转换问题，在GCC 8.5和VS2019下都能正常编译运行。

方法二：显式转移指针所有权（谨慎使用） #

如果因为某些原因必须保留std::shared_ptr的使用，需要手动把指针所有权转移给InputStreamPtr，但要注意绝对不能让两个智能指针同时持有同一个对象（会导致双重释放），可以这样写：

std::shared_ptr<log4cxx::helpers::FileInputStream> fileInputStream = 
    std::make_shared<log4cxx::helpers::FileInputStream>(resourceDirectory.string());
// 释放std::shared_ptr的所有权，将裸指针交给InputStreamPtr
log4cxx::helpers::InputStreamPtr inputStream(fileInputStream.release());
properties.load(inputStream);

这个方法需要确保fileInputStream在调用release()后不再被使用，否则会出现空指针访问问题。

为什么之前的写法不行？ #

VS2019允许std::shared_ptr到自定义智能指针的隐式转换（只要自定义智能指针有对应的构造函数），但GCC 8.5严格遵循C++标准，只允许非常有限的智能指针转换场景，所以你的两种尝试都会触发编译错误。

内容的提问来源于stack exchange，提问作者Guy B