I know this probably looks like a duplicate, but it is actually a new issue I encountered. A ticket is opened on boost side, but no one is answering... (https://svn.boost.org/trac/boost/ticket/12505#comment:12)
My issue is simple: I am following the same steps as with any other boost version (by setting ZLIB_INCLUDE AND ZLIB_LIBPATH) but since 1.62 I get a strange error:
Name clash for '<pbin.v2\standalone\ac\msvc-14.0\debug\address-model-64\link-static\threading-multi>main.obj'
...
error: Tried to build the target twice, with property sets having
error: these incompatible properties:
error:
error: - <dll-path>... <library-path>... <xdll-path>...
I also tried to do it by configuring a custom user-config.jam but end up with the same error message.
For those who are interested, if you apply this diff (which will come along boost 1.64) then everything works fine: https://github.com/boostorg/build/commit/373fb6f76962caca9da109d4fe1e820af996326d?diff=unified.
Related
Building rocksdb on my Ubuntu 20.04 box. I get the following error:
In file included from db/malloc_stats.cc:16:
./port/jemalloc_helper.h:63:29: error: 'je_malloc' attribute directive ignored [-Werror=attributes]
63 | __attribute__((__weak__));
| ^
I'm compiling using a simple make -j and I have all the listed dependencies installed, including libjemalloc-dev, but I've tried uninstalling it to no avail. gcc version is 9.3.0. Reinstalling it as well. These attribute directives are an area of C++ I'm not at all familiar with and I have no idea how to diagnose this problem. If I pass DISABLE_WARNING_AS_ERROR, I end up with linker errors, so clearly this error is meaningful. Notably, I was able to build this quite recently on this machine, and I don't recall changing anything that would have affected this. I did system updates, but nothing else that would possibly cause this that I know of. I've checked previous commits of rocksdb and I get the same error so the problem is definitely on my end somehow, but I've checked with coworkers and none of them have this problem. Any ideas or advice on how to diagnose this issue would be appreciated.
EDIT: I've just tried running make alone, and while it took forever, the build succeeded. This is not practical and I'm still at a complete loss as to how to diagnose this issue.
EDIT 2: The successful build with make is not consistent, though I am confident that it succeeded at least once. When it doesn't succeed I get the same error as above.
I am trying to build Assimp with cmake and mingw and when it tries to build FBXExporter.cpp.obj (55% in the building process) it stops and shows this error:
static assertion failed: TRIED TO CREATE FBX PROPERTY WITH UNSUPPORTED TYPE, CHECK YOUR PROPERTY INSTANTIATION
static_assert(std::is_void<T>::value, "TRIED TO CREATE FBX PROPERTY WITH UNSUPPORTED TYPE, CHECK YOUR PROPERTY INSTANTIATION");.
What does it mean and how can I fix this?
I am really new to graphics programming and this is my first time building a library.
This is a compile-time assertion. During the compilation a type was found which could not be resolved by the compiler. The check:
std::is_void<T>::value
will return true if a void type was detected. I guess this was caused by some incompatibilities of the compiler and the source. To solve this we need more information about the followings things:
Version of assimp-lib you have tried to build
Version of your mingw-compiler
The line-number where this build-failure has occurred.
The best way is to open an issue report with these information on the project-side.
I'm trying to port a simple Go macOS application over to Kotlin Native. After struggling with various errors I decided to take a step back, and have a look at the official examples provided with Kotlin Native.
I found a basic OpenGL example here:
https://github.com/JetBrains/kotlin-native/tree/master/samples/opengl
But so far I haven't been able to get this to compile.
I tried downloading the complete sources for Kotlin, but that wont build. I followed a few suggestions generated at build time, including the change to 'ignoreXcodeVersionCheck' and downloading prebuilt binaries for the compiler, but at this point I'm wondering if this just isn't supported by my environment? I do understand that this is all experimental.
I've attached a sample of errors below, but I'm not sure whats relevant.
Question: Does anyone else have this setup / environment working please? can I expect to get it working?
macos 10.12.4, kotlin 1.3.11, xcode 8.2.1
.konan/dependencies/clang-llvm-6.0.1-darwin-macos/include/c++/v1/cmath:551:28: error: expected a qualified name after 'typename'
_LIBCPP_CONSTEXPR typename enable_if<is_floating_point<_A1>::value, bool>::type
.konan/dependencies/clang-llvm-6.0.1-darwin-macos/include/c++/v1/cstddef:44:15: fatal error: 'stddef.h' file not found
#include_next <stddef.h>
A problem occurred evaluating root project 'kotlin-native-master'.
expected Xcode version 10.1, got 8.2.1, consider updating Xcode or use "ignoreXcodeVersionCheck" variable in konan.properties
kotlin-native-master/runtime/src/main/cpp/ObjCExportErrors.mm:73:23: error: no type or protocol named 'NSErrorUserInfoKey'
NSMutableDictionary<NSErrorUserInfoKey, id>* userInfo = [[NSMutableDictionary new] autorelease];
.konan/dependencies/clang-llvm-6.0.1-darwin-macos/include/c++/v1/cmath:313:9: error: no member named 'signbit' in the global namespace
using ::signbit;
I did manage to get a "hello world" working under the above environment, but I have given up with the OpenGL stuff. I cant update my environment currently, and I guess this issue doesn't affect many people. So I'm going to close it with this 'answer'.
I'm trying to set up my first app using eclipse and wxwidgets on Mac.
I followed the wxwidgets guide and set up everything correctly.
I copied the HelloWorld.cpp to the project and built it. (Building was successful and I even get a .app file. But opening it says: Can't open it because it is damaged or uncomplete.
When I clean my project I get 33 error messages as:
Function "somefunction" could not be resolved
Invalid arguments '
Method "somemethod" could not be resolved
Type "sometype" could not be resolved
Did I forget to set up something?
After installing the MongoDB, on the server-side, I attempted to configure my client which, resides on a CentOS 5.6 OS using the C++ driver code, from the link below:
http://dl.mongodb.org/dl/cxx-driver/
The install went well ! I worked through the tutorials with no problems but, at this point, I need to build this in with my group's build process. When I attempt to compile, I receive the following error:
/usr/local/include/mongo/base/error_codes.h:36: error: expected identifier before numeric constant
/usr/local/include/mongo/base/error_codes.h:36: error: expected '}' before numeric constant
....
At this point, I said to myself there must be another #define that is colliding with this code. So, I ran the g++ ... -E command and found that, in /usr/include/X11/X.h, there is a #define BadValue.
This seems weird to me because I would not expect this to happen if the code was enclosed in some namespace which error_codes.h is enclosed in the mongo namespace. So, I searched my entire filesystem looking for something like using namespace mongo thinking that the global namespace was polluted but, this is not the case. I do not see any instances of this occurring and I am wondering - because both of these are third-party - how to resolve.
Thoughts?