[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
Re: [cdt-dev] Bug 385608 - Comment
|
Hi Guy,
As a user, I would prefer something more obvious like choosing the
target platform in the new project wizard. Of course, it should also be
possible to change the target platform in an existing project but I'm
not sure setting an environment variable is the most obvious way to
control that. Perhaps it should work like the "compiler version" seen in
the XLC toolchain, see attachment. For XLC, the compiler version can be
set in a page in project wizard as well as a property page in the
project properties. What do you think?
Marc-Andre
On 9/19/2012 10:56 AM, BONNEAU Guy wrote:
I'm not sure if a CDT architecture has been planned to help build both 32/64 bits applications using the Microsoft Visual toolchain with the same instance of Eclipse. But I believe it might be possible to workaround the issue with a simple predefined variables added to the native environment of the C/C++ Build of the project: by using the C/C++ Build/Environment project panel of Eclipse.
This predefined variable could be set by default to a false status to build a 32 bits application by default. Override of this variable to a true status would request a 64 bits application. Then the WinEnvironmentVariableSupplier Class could easily setup the appropriate Visual Studio path to either the 32 bits or 64 bits Microsoft include/library/bin by accessing this environment variable which would enable either 32 or 64 application build.
This would similar to what Visual Studio is doing with the configuration manager to choose either a Win32 or x64 solution and determine the appropriate tools to be used. I believe this would be an easy fix to do.
Regards
Guy Bonneau
_______________________________________________
cdt-dev mailing list
cdt-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/cdt-dev
Attachment:
xlc_property.PNG
Description: PNG image