Skip to main content
aboutsummaryrefslogtreecommitdiffstats
path: root/core/org.eclipse.cdt.core/plugin.xml
AgeCommit message (Collapse)AuthorFilesLines
2003-11-05Make the parser source folder a separate jar.Doug Schaefer1-0/+3
2003-10-19advertise the new Cygwin PE parserAlain Magloire1-0/+10
2003-10-06Enable the GNU Elf Parser.Alain Magloire1-2/+2
2003-10-01Upversioning everything to 1.2.0.Doug Schaefer1-1/+1
2003-09-22Patch for Sean Evoy:Doug Schaefer1-102/+12
- Since I forgot to do this last release, I am removing the original managed build model schema and extension points from the cdt core and ui projects.
2003-09-17new Binary Parser to add flexibilit to changeAlain Magloire1-0/+12
commands like addr2line. Still work in progress
2003-09-16remove unused builder will move other cbuilder laterDavid Inglis1-15/+0
2003-09-15Patch for Sean Evoy:Doug Schaefer1-51/+0
- Move the managed builder to it's own plugins and feature.
2003-09-12Patch for Keith Campbell.Doug Schaefer1-0/+1
- Add missing plugin dependency to eliminate warnings about undefined extension points.
2003-09-01Fix typo in class signatureAlain Magloire1-1/+1
2003-08-31New extension point for the ErrorParsersAlain Magloire1-6/+168
2003-08-13Patch for Sean EvoyJohn Camelon1-11/+16
In order to work through CExtensionPoint mechanism, I have to change the existing extension point entries for the Managed and Standard builders to the following (all future builders will have to conform to this as well): <extension id="ManagedBuildManager" point="org.eclipse.cdt.core.ScannerInfoProvider"> <cextension> <run class="org.eclipse.cdt.core.build.managed.ManagedBuildManager"> </run> </cextension> </extension> <extension id="StandardBuildManager" point="org.eclipse.cdt.core.ScannerInfoProvider"> <cextension> <run class="org.eclipse.cdt.core.build.standard.StandardBuildManager"> </run> </cextension> </extension> As well, the ManagedBuildManager and StandardBuildManager must extend AbstractCExtension. The new project wizards for managed and standard projects have to be modified to register the right class as the scanner info providers for the project. The example below shows the managed project wizard code, but the standard project wizard is similar. try { ICDescriptor desc = CCorePlugin.getDefault().getCProjectDescription(project); desc.remove(CCorePlugin.BUILD_SCANNER_INFO_UNIQ_ID); desc.create(CCorePlugin.BUILD_SCANNER_INFO_UNIQ_ID, ManagedBuildManager.INTERFACE_IDENTITY); } <snip> Clients use a new method defined in CCorePlugin public IScannerInfoProvider getScannerInfoProvider(IProject project) { IScannerInfoProvider provider = null; if (project != null) { try { ICDescriptor desc = (ICDescriptor) getCProjectDescription(project); ICExtensionReference[] extensions = desc.get(BUILD_SCANNER_INFO_UNIQ_ID); if (extensions.length > 0) provider = (IScannerInfoProvider) extensions[0].createExtension(); } catch (CoreException e) { } } return provider; } to get the information provider as shown in the updated JUnit test code below: // Find the first IScannerInfoProvider that supplies build info for the project IScannerInfoProvider provider = CCorePlugin.getDefault().getScannerInfoProvider(project); assertNotNull(provider); As is the case now, clients implement the IScannerInfoChangeListener interface and pass themselves to the provider in a subscription message. There is also a new method on the IScannerInfoProvider interface that allows the client to get information immediately as shown below: IScannerInfo currentSettings = provider.getScannerInformation(project); The ManagedBuildManager::getScannerInfo(IResource) method will be deprecated, then removed before the end of this release cycle.
2003-07-04Patch for Sean Evoy. John Camelon1-0/+14
The change logs contain an overview of what has been done to implement a new interface between a build model (any build model) and clients of the model that need to extract include search paths and defined symbols. For the most part, I have tried to leave the old build system as unchanged as possible. For example, project properties like the make search path, and whether or not to continue on build failures are still stored as persistent properties on the project through the CNature (ugh). The new information I have added is managed by a new build manager on a per-project basis and is associated with a project as a session property. The information is persisted in the 'cdtbuild' file introduced by the new managed build system.
2003-06-28Patch for Victor Mozgin. John Camelon1-0/+5
Initial pass at Task Bar/IProblem support.
2003-05-29Patch for Sean Evoy:Doug Schaefer1-24/+27
- More data types for build model - New natures for managed build
2003-05-21Patch for Sean Evoy:Doug Schaefer1-0/+24
Core 1. Added 2 new option types: Boolean and enumerated 2. Changed the IOption interface to get new option type values 3. In plugin manifest and IOption interface added concept of a default enumerated value to support on-going GUI work 4. In plugin manifest and IOption, added field to map the actual command line argument with the option for makefile generation. Tests 1. Changed the plugin.xml manifest to match the new option types 2. AllBuildTests.java updated to test new option types and fields added in core
2003-04-23update versionDavid Inglis1-1/+1
2003-04-07Yet Another Build Model.Doug Schaefer1-18/+22
- Defines most of the interfaces - Some simple implementation behind the interfaces to at least get information from the extension point.
2003-02-28Implementing the BinaryParser proposal usingAlain Magloire1-13/+13
the CDescriptor class.
2003-02-17New build model from Sam Robb.Doug Schaefer1-0/+46
2002-12-16Changed to version 1.0.1Judy N. Green1-5/+13
2002-11-27updated.Alain Magloire1-3/+3
2002-11-25New parser extension-points.Alain Magloire1-0/+6
2002-11-20fixed bug # 26640David Inglis1-15/+81
2002-11-18Indentation.Alain Magloire1-51/+18
2002-11-04Since standard make project don't really know what there target platformDavid Inglis1-17/+52
is lets (for now) assume any "*" if the extension does not list any, in the future we'll call ICOwner.getPlatform(IProject) (new) to give back a target platform which the user has given us.
2002-09-23only support one platform from project for now.David Inglis1-10/+6
2002-09-17new Processlist extension pointDavid Inglis1-3/+1
2002-09-16Add the well-known C extensions for the team extension-point.Alain Magloire1-0/+16
2002-09-06added new Generic Extension creation machanism that uses theDavid Inglis1-8/+32
.cptproject file to find which plugin contains the extension point
2002-08-09no icons in coreDavid Inglis1-12/+4
2002-08-06start of .cdtproject managementDavid Inglis1-1/+11
2002-07-26update to support new console extension plus removed IPropertyStoreDavid Inglis1-1/+2
in core changing it to use the plaform property store.
2002-07-16Change provider name to org.eclipseSebastien Marineau1-1/+1
2002-07-04Updated classpath so that we can successfully build and deploy Jar files ↵Judy N. Green1-1/+3
with CDT Core and UI
2002-07-03Changed jar to cdtcore.jar from cdt.jar to reflect the naming schema used by ↵Judy N. Green1-3/+1
the JDT
2002-06-26Initial commit of CDT code from QNXSebastien Marineau1-0/+87

    Back to the top