Create a macro to specify the RuntimeLibrary. This allows a user to create wx libs that are statically linking to the VC runtime by specifying the static versions in wx_local.props via
<wxReleaseRuntimeLibrary>MultiThreaded</wxReleaseRuntimeLibrary>
<wxDebugRuntimeLibrary>MultiThreadedDebug</wxDebugRuntimeLibrary>
https://github.com/wxWidgets/wxWidgets/pull/22693
(24 files)
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you are subscribed to this thread.![]()
@vadz commented on this pull request.
Thanks, I barely had time to post my reply to your message on the list when this PR already came in, like by magic.
I'm ready to apply it as is, but I think it could be nicer to have a single wxRuntimeLibs property as suggested below, what do you think?
> + <BuildMacro Include="wxIntRootDir"> + <Value>$(wxIntRootDir)</Value> + </BuildMacro>
This seems to have been duplicated accidentally?
> + <wxReleaseRuntimeLibrary>MultiThreadedDLL</wxReleaseRuntimeLibrary> + <wxDebugRuntimeLibrary>MultiThreadedDebugDLL</wxDebugRuntimeLibrary>
Could we perhaps define wxRuntimeLibs and check below if it's dynamic (default value) or static and set these 2 automatically? It looks like it would be more consistent with the make option used currently and simpler to use.
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you are subscribed to this thread.![]()
@dconnet commented on this pull request.
> + <BuildMacro Include="wxIntRootDir"> + <Value>$(wxIntRootDir)</Value> + </BuildMacro>
Oops, yes it was...
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you are subscribed to this thread.![]()
@dconnet pushed 1 commit.
—
View it on GitHub or unsubscribe.
You are receiving this because you are subscribed to this thread.![]()
> + <wxReleaseRuntimeLibrary>MultiThreadedDLL</wxReleaseRuntimeLibrary> + <wxDebugRuntimeLibrary>MultiThreadedDebugDLL</wxDebugRuntimeLibrary>
I think I understand what you mean here. Let me see what I can come up with...
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you are subscribed to this thread.![]()
@dconnet pushed 1 commit.
—
View it on GitHub or unsubscribe.
You are receiving this because you are subscribed to this thread.![]()
@dconnet commented on this pull request.
> + <wxReleaseRuntimeLibrary>MultiThreadedDLL</wxReleaseRuntimeLibrary> + <wxDebugRuntimeLibrary>MultiThreadedDebugDLL</wxDebugRuntimeLibrary>
Forgot to mention - this is ready now.
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you are subscribed to this thread.![]()
@vadz commented on this pull request.
Thanks, I'm, again, ready to apply this as is, but I'm afraid I've made you make more changes than I wanted to, I just thought that you'd use the test to set the variables in the .props file, i.e. still use $(wx{Debug,Release}RuntimeLibrary) as you did in the first version, but set them depending on the $(wxRuntimeLibs) value.
I am not sure if this is better or worse than the current version, but if we don't use $(wx{Debug,Release}RuntimeLibrary) we shouldn't define them -- and if we do, we shouldn't hardcode MultiThreaded{Debug,Release}{,DLL} names.
Or am I missing something here?
> + <BuildMacro Include="wxReleaseRuntimeLibrary"> + <Value>$(wxReleaseRuntimeLibrary)</Value> + </BuildMacro> + <BuildMacro Include="wxDebugRuntimeLibrary"> + <Value>$(wxDebugRuntimeLibrary)</Value> + </BuildMacro>
This seems to be unused?
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you are subscribed to this thread.![]()
@dconnet commented on this pull request.
> + <BuildMacro Include="wxReleaseRuntimeLibrary"> + <Value>$(wxReleaseRuntimeLibrary)</Value> + </BuildMacro> + <BuildMacro Include="wxDebugRuntimeLibrary"> + <Value>$(wxDebugRuntimeLibrary)</Value> + </BuildMacro>
Ah, I understand better! I'll change to that (which will make these used)
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you are subscribed to this thread.![]()
@dconnet pushed 1 commit.
—
View it on GitHub or unsubscribe.
You are receiving this because you are subscribed to this thread.![]()
@dconnet commented on this pull request.
> + <BuildMacro Include="wxReleaseRuntimeLibrary"> + <Value>$(wxReleaseRuntimeLibrary)</Value> + </BuildMacro> + <BuildMacro Include="wxDebugRuntimeLibrary"> + <Value>$(wxDebugRuntimeLibrary)</Value> + </BuildMacro>
Modified to use wxReleaseRuntimeLibrary/wxDebugRuntimeLibrary in vcxproj files (the original way), plus use wxRuntimeLibs in wx_setup to set initial values. Default is /MD. Setting wxRuntimeLibs to 'static' will use /MT (any other value will leave the setting at /MD)
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you are subscribed to this thread.![]()
Perfect, thanks! Will merge soon.
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you are subscribed to this thread.![]()
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you are subscribed to this thread.![]()