-
Notifications
You must be signed in to change notification settings - Fork 46
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 Object Library #152
Comments
I don't have any objections, but should probably see what @gonsie says. It looks like she made that change in the build relatively recently, so maybe she has a specific reason for making that change? |
@caitlinross agreed. Looks like a lot has been going on in these CMake files lately! |
With these lines, we build the |
Okay, so it's only because it's currently building both static and shared? In #149, it's been changed to only build one or the other and rely on Cmake to choose the correct one (based on the value of |
That sounds like a good solution as long as everyone else is happy with it. Once that PR is merged I can go make those changes. |
I kind of want to build both static and shared all the time... but I guess that doesn't really make sense for how most people use ROSS (they most likely a user would not want to link to a system-provided ROSS). |
ROSS/core/CMakeLists.txt
Line 131 in 6cb9316
Does this line add anything to our build? It is confusing Xcode, or rather, subsequent references to
ROSS_obj
are e.g., lines 133 and 138. This is documented here.If no one has any objections, could we simply replace
$<TARGET_OBJECTS:ROSS_obj>
with${ross_srcs}
in both line 133 and 138?The text was updated successfully, but these errors were encountered: