草庐IT

conditional-compilation

全部标签

c++ - 为什么library API + compiler ABI就足以保证不同版本gcc对象之间的兼容性?

我遇到过这样一种情况,我可能想将使用一个版本的gcc编译的C++共享对象库与一些将使用另一个版本的gcc编译的代码一起使用。特别是,我想使用返回一些STL容器的方法,例如std::string和std::map。gccwebsite许多旧的stackoverflow帖子(例如here)讨论了这个问题。我目前的理解是关于此问题的大部分关注和帖子都是关于.so文件和.dll文件之间的交叉兼容性。由于不同的编译器ABI,这非常困难。对于使用不同版本的gcc(至少gcc版本>=3.4)编译的.so文件之间的交叉兼容性,您需要确保标准库API没有改变(并且,如果它有,有dualABI支持)。我的

c++ - 为什么 std::condition_variable 使调度不公平?

我正在尝试创建一个简单的池对象,我想将对一组共享资源的访问或多或少公平地分配给任何请求它的线程。在Windows中,我通常会有一个Mutexes数组并使用bWaitAll=FALSE执行WaitForMultipleObjects(请参阅下面的windows_pool_of_n_t)。但我希望有一天能够将其移植到其他操作系统,所以我想坚持使用标准。在size()!=0上使用condition_variable的资源双端队列似乎是显而易见的解决方案(请参阅下面的pool_of_n_t)。但是由于我不明白的原因,该代码序列化了线程访问。我并不期待严格的公平性,但这几乎是最坏的情况——上次获

c++ - condition_variable::wait_for() 如何处理虚假唤醒?

Spuriouswakup各种平台都允许。为了解决这个问题,我们编写了以下循环机制:while(ContinueWaiting())cv.wait(lock);//cvisa`std::conditional_variable`object对于conditional_variable::wait_until()也是可以理解的。但是请看下面的例子:constautoduration=Returns_10_seconds();while(!Predicate())cv.wait_for(lock,duration);想象一下,虚假唤醒发生在1秒。尚未达到超时。它会再等10秒吗?这将导致无限

C++14 元编程 : Automagically build a list of types at compile/init time

使用C++14和CuriouslyRecurringTemplatePattern(CRTP)以及可能的Boost.Hana的某种组合(或boost::mpl如果您愿意),我可以在编译时(或静态初始化时)构建一个类型列表而无需显式声明吗?例如,我有这样的东西(在Coliru上查看):#include#include#includenamespace{structD1{staticconstexprautoval=10;};structD2{staticconstexprautoval=20;};structD3{staticconstexprautoval=30;};}intmain(

c++ - 即使选择了调试构建,Qt Creator 的智能感知也会使#ifdef _DEBUG block 变灰

当我的代码中有这样的#ifdef#ifdef_DEBUGprintf("Thisisadebugbuild");#endifQtCreator将printf变灰,即使它是一个调试版本,当我运行它时“Thisisadebugbuild”被打印出来。智能感知似乎没有看到将通过命令行(即-D_DEBUG)传递给编译器的预处理器定义,而不是在头文件/源文件中定义。 最佳答案 以下内容在我的*.pro文件中运行良好:CONFIG(debug,release|debug):DEFINES+=_DEBUG切换构建类型也会切换灰色区域。不过,我使用

java - OOP 访问修饰符 : Compile-time or Run-time

我听说访问修饰符Public、Private和Protected只是一些编译器的东西,它们实际上并不存在于编译的二进制代码中.现在我想知道它有多少是正确的?如果它是正确的,是否意味着封装在运行时不存在于二进制代码中?因此,如果您修改二进制文件以非法访问Private方法,理论上,没有任何东西可以检查您的权限,无论是任何OOP机制还是操作系统,对吧?我还标记了C++和Java的问题。我知道它们之间的区别,只是想看看它们处理访问修饰符有何不同。 最佳答案 访问修饰符只是C++中的一种编译时机制。然而,在Java中,它们也在运行时强制执行

c# - 谁知道mc.exe(Message Compiler)怎么用?

我正在尝试使用mc.exe为我的事件日志编写程序制作消息文件。但即使是samplemessagefile微软提供的不会编译。谁知道mc.exe可以编译的消息文件怎么写?编辑:我收到的错误信息是:msgs.mc(1):error:expectedkeyword-??编辑2:问题已解决。mc.exe只能支持Unicode或ANSI编码的源文件。我的文件编码为UTF8。就是这样。谢谢。 最佳答案 始终记录您收到的错误消息被迫猜测:如果您在第82行遇到错误,提示无效字符(0x2e),则在文本编辑器中打开文件,将光标放在.然后按Enter以换

解决:xxx has been compiled by a more recent version of the Java Runtime (class file version 55.0)

原因当前类是由jdk1.8版本编译,当前运行环境低于jdk1.8,故出现当前情况。javacode和name对应关系49=Java550=Java651=Java752=Java853=Java954=Java1055=Java1156=Java1257=Java1358=Java14解决方案升级当前项目jdk版本号,或者降低引用库编译的jdk版本号android{ ...compileOptions{sourceCompatibilityJavaVersion.VERSION_1_8targetCompatibilityJavaVersion.VERSION_1_8}}

c++ - 为什么不重新锁定互斥锁的 condition_variable 没有等待函数

考虑以下示例。std::mutexmtx;std::condition_variablecv;voidf(){{std::unique_locklock(mtx);cv.wait(lock);//1}std::coutg()“知道”f()正在等待我想讨论的场景。根据cppreference.com不需要g()在调用之前锁定互斥锁notify_one.现在在标记为“1”的行中cv将释放互斥锁并在发送通知后重新锁定它。lock的析构函数之后立即再次释放它。这似乎是多余的,特别是因为锁定是昂贵的。(我知道在某些情况下需要锁定互斥锁。但这里不是这种情况。)为什么condition_variab

c++ - "most important const"与 auto_ptr : Why the code does not compile?

以下代码无法在VisualC++2008或2010上编译:#includestructA{};std::auto_ptrfoo(){returnstd::auto_ptr(newA);}conststd::auto_ptrbar(){returnstd::auto_ptr(newA);}intmain(){conststd::auto_ptr&a=foo();//mostimportantconstconststd::auto_ptr&b=bar();//errorC2558://class'std::auto_ptr'://nocopyconstructoravailableorco