@Test
	public void testStructNamespaceReservedChar_Spaces()
			throws CancelledException, IOException, DWARFException {
		DebugInfoEntry intDIE = addInt();
		DebugInfoEntry floatDIE = addFloat();

		//-----------------------
		DebugInfoEntry struct1DIE = newStruct("mystruct<int, float>", 100).create();
		newMember(struct1DIE, "f1", intDIE, 0).create();
		newMember(struct1DIE, "f2", floatDIE, 10).create();
		//----------------------

		importAllDataTypes();

		Structure structdt = (Structure) dataMgr.getDataType(uncatCP, "mystruct<int,_float>");
		assertEquals(2, structdt.getNumDefinedComponents());
	}
Test what happens when an impl struct contains a field who's db datatype has the same
datatype name as the impl struct.  The embedded db struct needs to be empty and default
sized (1 byte), and the outer impl struct needs to be bigger.
<p>
Currently the DTM resolve() will ignore the conflict handlers attempt to 
replace since it will result in cyclic dependency issue.  It will instead
rename the new structure as a conflict with its field refering to the original
structure.
<p>
This situation happens in DWARF when there is a base class and a derived class
that have the same name.  They are in different namespaces, but during compilation
gcc was told to -feliminate-unused-debug-symbols which results in the DIE records
for the structs being placed in the root namespace.
<p>
See GDTSD-351
Ghidra/Features/Base/src/test.slow/java/ghidra/app/util/bin/format/dwarf/DWARFDataTypeImporterTest.java