1
0
Fork 0
mirror of https://github.com/eclipse-cdt/cdt synced 2025-09-10 12:03:16 +02:00

Changing binary -> ascii committed some changes prematurely.

Reverting to the content of Rev. 1.27
This commit is contained in:
Norbert Pltt 2006-09-06 08:15:04 +00:00
parent eca28bea4a
commit 5dd0ee3043

View file

@ -423,18 +423,6 @@
</documentation> </documentation>
</annotation> </annotation>
</attribute> </attribute>
<attribute name="pathConverter" type="string">
<annotation>
<documentation>
Toolchains like Cygwin based Gnu tools can accept paths which are not valid for the OS platform. E.g. &quot;/usr/include&quot; is well difined for a Cygwin gcc compiler while it is not a meaningful path for a java.io.File. Therefore toolchains can specify a pathConverter which will be applied to include and library paths configured in the Managed Build System.
The pathConverter of a toolchain applies for all tools of the toolchain except if a tool defines it&apos;s own pathConverter. In this case the pathConverter supplied by the toolchain is ignored.
</documentation>
<appInfo>
<meta.attribute kind="java" basedOn="org.eclipse.cdt.managedbuilder.core.IPathConverter"/>
</appInfo>
</annotation>
</attribute>
</complexType> </complexType>
</element> </element>
@ -703,16 +691,6 @@ The pathConverter of a toolchain applies for all tools of the toolchain except i
</documentation> </documentation>
</annotation> </annotation>
</attribute> </attribute>
<attribute name="pathConverter" type="string">
<annotation>
<documentation>
Tools like Cygwin based Gnu tools can accept paths which are not valid for the OS platform. E.g. &quot;/usr/include&quot; is well difined for a Cygwin gcc compiler while it is not a meaningful path for a java.io.File. Therefore tools can specify a pathConverter which will be applied to include and library paths configured in the Managed Build System.
</documentation>
<appInfo>
<meta.attribute kind="java" basedOn="org.eclipse.cdt.managedbuilder.core.IPathConverter"/>
</appInfo>
</annotation>
</attribute>
</complexType> </complexType>
</element> </element>