| Summary: | Bug when import paths and settings | ||
|---|---|---|---|
| Product: | [Tools] CDT | Reporter: | lerhes |
| Component: | cdt-core | Assignee: | Project Inbox <cdt-core-inbox> |
| Status: | NEW --- | QA Contact: | Jonah Graham <jonah> |
| Severity: | minor | ||
| Priority: | P3 | CC: | lleeoo, malaperle, yevshif |
| Version: | 8.0 | ||
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | Windows XP | ||
| Whiteboard: | |||
| Bug Depends on: | |||
| Bug Blocks: | 275779 | ||
|
Description
lerhes
This sounds more like a CDT issue (picked a random component, please reassign if needed). This is a serious bug. It prevents users from discovering header include paths using an external tool and then importing them into the project, or from importing paths used with one language into another related language. It appears that the reason import fails is related to the language name. In some saved .xml files it is "C Source File". But the listing on the Include Paths dialog box is "SAS C". Editing the XML file manually and replacing "C Source File" with "SAS C" seems to allow the import to proceed. This is the relevant tag in the XML file: <language name="C Source File"> should be <language name="GNU C"> A message indicating that there was no match for the languages defined would be adequate: "No import settings found for any of the languages defined in this project". The proper fix (seems to work in Kepler) is to make sure that the language name written is the same language name read. A Superb fix would be to ask, maybe as part of the import wizard, which of the mismatched languages to import settings for. But in any case, issuing no message when nothing was imported is a serious bug IMHO. |