| Re: [cdt-dev] Language settings Provider for compiler(gcc) built ins |
|
Hi Andrew, Thank you for your inputs. This works for me. Regards, Amol From: cdt-dev-bounces@xxxxxxxxxxx [mailto:cdt-dev-bounces@xxxxxxxxxxx]
On Behalf Of scalpel4k Hi Andrew & ...,
I recently asked some question about versioned gcc, however, I had especially the language settings provider in mind.
The problem I see is that there are currently too many places where one has to twiddle with the settings when not using the standard system compiler. Things that I'm currently aware of are in particular: - versioned gcc (where does $(COMMAND) come from?) - and in the "-std=" parameter from the build settings. These two obviously influence the outcome of the settings provider a lot. I think generally the $(COMMAND) variable should
come from the build settings rather than using some (potentially unrelated) workspace default.
Is there some awareness of these issues? And are there plans to synchronize the settings "ambiguity"?
thx Michi
Hi Amol,
First you need to understand that language settings providers can be global (and so shared between many projects) or a configuration can keep its own copy of a provider. Providers for built-in settings
are normally global/shared by default. If you want to change it depending on some option you want to assign a modified copy to your configuration. You can instantiate a copy of a provider with LanguageSettingsManager.getExtensionProviderCopy(String id, boolean
deep) method.
Second, in your example you got a hold of a copy of project description and configurations. You can modify it but to take effect you need to save it with mngr.setProjectDescription(..).
You can take a look at test cases in org.eclipse.cdt.core.tests/org.eclipse.cdt.core.language.settings.providers. LanguageSettingsPersistenceProjectTests.testProjectDescription_ReadWriteDescription()
can be instructive about how to manipulate configuration description.
Thanks,
Andrew
On Tue, Apr 2, 2013 at 2:41 AM, Amol Deshpande <Amol.Deshpande@xxxxxxxxxxxxxxx> wrote:
Hi,
Below is my query :
I want to modify the command for LanguageSettingsProvider for compiler (gcc) built in settings.
e.g. I want to modify the command specified in plugin.xml i.e. gcc -E -P -v -dD ${INPUTS} to gcc -E -P -v -dD ${INPUTS} –option1 –option2 programmatically based on some options.
I tried using the following code, but its not updating the command in ‘Preprocessor Include Paths, Macros -> 'Providers' tab:
ICProjectDescriptionManager mngr = CoreModel.getDefault().getProjectDescriptionManager();
if (currentConfig.getOwner().getProject() != null){
ICProjectDescription projectDescription =
mngr.getProjectDescription(currentConfig.getOwner().getProject(), true);
List<ILanguageSettingsProvider> providers;
ICConfigurationDescription cfgDescription =
projectDescription.getDefaultSettingConfiguration();
if (cfgDescription instanceof ILanguageSettingsProvidersKeeper) {
providers = new
ArrayList<ILanguageSettingsProvider>(((ILanguageSettingsProvidersKeeper)
cfgDescription).getLanguageSettingProviders());
for (ILanguageSettingsProvider provider : providers) {
if ((provider instanceof AbstractBuiltinSpecsDetector)) {
String cmd = ((AbstractBuiltinSpecsDetector) provider).getCommand();
cmd = cmd + Constants.SPACE + option1
(( AbstractBuiltinSpecsDetector) provider).setCommand(cmd);
Can anyone give me inputs regarding how to update the command programmatically?
Regards,
Amol Deshpande
P
Please consider the environment before printing this e-mail
SSG| KPIT Cummins Infosystems Ltd.| Direct:
+91 20 6652 2341|
Board: +91 20 6652 5000
Amol.Deshpande @kpitcummins.com|
www.kpitcummins.com
This message contains information that may be privileged or confidential and is the property of the KPIT Cummins Infosystems Ltd. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message. KPIT Cummins Infosystems Ltd. does not accept any liability for virus infected mails. |