Skip to main content

[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


Back to the top