dtclass#?.h missing form NDK3.2R4

[hceline]

Discovered this while trying to compile the desktop-starter example in CubicIDE.
As opposed to to the 3.1-3.9 NDK there are no #?.h files for dtclass in the 3.2 NDK.

[Olaf Barthel]

Originally Posted by hceline

Discovered this while trying to compile the desktop-starter example in CubicIDE.
As opposed to to the 3.1-3.9 NDK there are no #?.h files for dtclass in the 3.2 NDK.

Sorry, I missed this: how are the dtclass header files being used in this context?

As far as I know, only datatypes.library itself could need these header files because it interacts directly with the respective datatypes classes. If you are using datatypes.library functions, you will at no point have need of the dtclass header files because datatypes.library encapsulates their functionality.

[hceline]

Well it includes <pragmas/dtclass_pragmas.h>, but it does not actually seem to use it.
When I search the source for "ObtainEngine" i get no hits.
I did not look into it earlier. I just copied over the files from 3.1/3.9 NDK, saw it compile, and reported the missing files here.

[Olaf Barthel]

Originally Posted by hceline

Well it includes <pragmas/dtclass_pragmas.h>, but it does not actually seem to use it.
When I search the source for "ObtainEngine" i get no hits.
I did not look into it earlier. I just copied over the files from 3.1/3.9 NDK, saw it compile, and reported the missing files here.

Thank you, this seems harmless enough. All datatypes classes (which can be found in the "SYS:Classes/DataTypes" directory) are implemented as shared libraries, which contain exactly one mandatory function. That function returns a pointer to the respective Class, which may then be used with the intuition.library NewObject() function. This is what datatypes.library does when you are calling its NewDTObject() function.

I suppose the NDK 3.1/3.9 header files would feature the "dtclass_pragmas.h", "dtclass_protos.h", etc. files because their lack of general usefulness was not apparent.

If you want to edit the header files which pull them in, removing these dependencies, no harm should come from their absence.

[hceline]

Thank you for that clarification. I'll edit them out of the header files, and remove the files I copied form older NDK.