#Cmake c 17 install
#Cmake c 17 portable

Till now with systemc-2.3.1 everything was fine. We use clang tools especially clang static analysis capability here a lot. using gcc/clang is a choice of the developer and EDA tools are used during ASIC developments mainly. We generally compile our libraries (and they are quite a lot in number) using gcc so that we do not get any unsuspecting issues with EDA tools as they use gcc.

#Cmake c 17 portable

It has been some years we write portable code which we compile using gcc, clang and with EDA vendors of our choice. My understanding was, if we build a library in gcc the we cab use in clang. On 'Can you link any other C++ library built with GCC 6.2 to an application built with Clang 7? I would expect that this issue is not specific to SystemC and I would recommend to stick to a single compiler for all artifacts in your application, including SystemC.' Do you configure clang to use libc ++ instead of lib std c++? ' On ' Your linker errors look like you're missing the (matching) C++ runtime libraries in your linker call. The build automatically chooses -std=gnu++1z instead of -std=c++17. DCMAKE_INSTALL_PREFIX:PATH=/home/sumit/systemc-2.3.2_cxx17 -DCMAKE_CXX_STANDARD=17 -DBUILD_SHARED_LIBS=OFF -DCMAKE_CXX_EXTENSIONS=OFF On :' can you please share some details on your remark that ' it does not compile with -std=c++17'? For me, the SystemC 2.3.2 library and examples compile and run fine with GCC 6.3 and -std=c++17 (no 6.2 installation at hand here).' P.S :: I am using gcc-6.2 for systemc compilation and clang-7 for user code compilation. What possibly would have gone wrong? Any idea ? Sc_simcontext.cpp:(.text+0x10b8): undefined reference to `std::_cxx11::basic_string, std::allocator >::_M_replace_aux(unsigned long, unsigned long, unsigned long, char)'Īll rest of the error are on this basic_string. home/sumit/systemc-2.3.2_cxx17/lib/libsystemc.a(sc_): In function `sc_core::sc_simcontext::construct_hierarchical_name(sc_core::sc_object const*, std::_cxx11::basic_string, std::allocator > const&)': home/sumit/systemc-2.3.2_cxx17/lib/libsystemc.a(sc_):sc_simcontext.cpp:(.text+0x490): more undefined references to `operator delete(void*, unsigned long)' follow Sc_simcontext.cpp:(.text+0x474): undefined reference to `operator delete(void*, unsigned long)' Sc_simcontext.cpp:(.text+0x45c): undefined reference to `operator delete(void*, unsigned long)' Sc_simcontext.cpp:(.text+0x444): undefined reference to `operator delete(void*, unsigned long)' Sc_simcontext.cpp:(.text+0x42c): undefined reference to `operator delete(void*, unsigned long)' Sc_simcontext.cpp:(.text+0x414): undefined reference to `operator delete(void*, unsigned long)' home/sumit/systemc-2.3.2_cxx17/lib/libsystemc.a(sc_): In function `sc_core::sc_simcontext::init()': Errors are as follows (it is a long list actually): Please note my systemc library has been statically linked. So I decide to compile my user code with the same -std=gnu++1z switch. Please note that it does not compile with -std=c++17. I made sure that the library compiled with the proper switchĬd /home/sumit/install/systemc-2.3.2/objdir/src & /home/sumit/local/gcc6.2/bin/c++ -DSC_BUILD -DSC_ENABLE_ASSERTIONS -DSC_ENABLE_EARLY_MAXTIME_CREATION -DSC_ENABLE_SIMULATION_PHASE_CALLBACKS_TRACING -DSC_INCLUDE_FX -I/home/sumit/install/systemc-2.3.2/src -O3 -DNDEBUG -Wall -Wextra -Wno-unused-parameter -Wno-unused-variable -pthread -std=gnu++1z -o CMakeFiles/systemc.dir/sysc/communication/sc_event_ -c /home/sumit/install/systemc-2.3.2/src/sysc/communication/sc_event_queue.cpp P.S: I am using clang at this point of time.Īfter updating the cmake. I would like to know if I can compile systemc-2.3.2 with -std=c++17 switch and what is I am missing With the previous version, I was still able to use c++17 and now this is very different. Even if I compile the library without standard spec and use it in user code compiled with switch -std=c++17, I get the link error related to API. * SC_CPLUSPLUS=201703L (C++17, N4659: Working Draft, Standard for Programming Language C++)īut when I tried to compile the library using -std=c++17 switch (I forced it manually by editing CMakeLists.txt) and then use it in the user code with the same switch, I got a linker error for an sc_api_version. Underlying C++ standard on the current platform. This setting allows downgrading the assumed version of the Override automatically detected C++ standard support

#Cmake c 17 install

I see in the INSTALL of current release, it is written in the section 5. I am trying to use latest systemc library in combination with c++17.įor earlier version of systemc, I had no issue to use -std=c++17 switch.