-
-
Notifications
You must be signed in to change notification settings - Fork 1.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
CMake translation missing Objective-C++ files in wxWidgets #8132
Comments
It looks like you didn't add |
Nevermind, this is an actual bug because CMake does not report all languages correctly when mixing languages... Should be fixed with #8135. |
With the PR, it does appear to be picking up the Errors look like this (trimmed for brevity):
|
This looks like a different bug to me. Can you check if there are any differences in the compiler invocation compared to the cpp files (specifically include paths, defines)? If there are no differences I would need a test case to debug this myself. Does not have to be minimal but it has to run on Linux... |
There are indeed differences. For a while they're identical, but it seems the defines aren't getting passed down when compiling Objective-C++ files. That appears to cause the initial build error in
Sample invocations below:
|
OK, seems like this was not a different bug, but a side effect of my fix. Should be fixed now with the updated version of the PR. |
Looks like that did the trick, thanks—I'm now able to successfully run off a local build! There's still some issue with CMake not reporting all the required frameworks correctly (it's missing Carbon, in this case), but that's separate and non-blocking since I can just add them to the final linker invocation at a higher level. |
Attempting to build and link against wxWidgets on MacOS results in various linker errors. Looking up the symbols, they seem to be coming from the various objective-c++
.mm
files insrc/osx/cocoa
. Compiling directly with CMake does seem to include those files.Unfortunately, I don't have a minimal repro handy. If that's needed, please let me know and I can try to make one. I've uploaded
meson.build
,fileAPI.json
and__CMake_build/cmake_trace.txt
, but if there's anything else I can provide I'd be happy to since this is blocking.cmake_objcpp_bug_logs.zip
CMake module invocation: https://github.com/TypesettingTools/Aegisub/blob/meson-vs2019/meson.build#L125
System:
MacOS 11.1
Python 3.9.1
Meson 0.56.0
CMake 3.19.2
The text was updated successfully, but these errors were encountered: